1 / 110

Agile Architecture

Agile Architecture. Odessa Johannes Brodwall, Chief scientist Exilesoft Global. What is an architect? From greek Arkhi-Tecton Tecton : Builder Arkhi : Chief. Like “Arch angel” Or “Arch nemesis”. What is an architect? “Chief builder”. What is an architect? (Exilesoft definition).

langer
Download Presentation

Agile Architecture

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Agile Architecture Odessa Johannes Brodwall, Chief scientist Exilesoft Global

  2. What is an architect? From greekArkhi-Tecton Tecton: Builder Arkhi: Chief. Like “Arch angel” Or “Arch nemesis”

  3. What is an architect? “Chief builder”

  4. What is an architect? (Exilesoft definition)

  5. A solution architect is someone who understands the problem of the customer and uncoversand communicates a feasible solution

  6. A solution architect is someone who understands the customer’s problem (including contraints, context, domain knowledge) and uncovers (though a team effort) and communicates (with credibility) a feasible solution (primarily, but not exclusively technical)

  7. Uncover problemvision, stakeholders, usage flow Describe problemcontext and domain model Describe solutiondeployment, implementation model Simplify architecturefeature oriented structure Deliver softwarerainbow plans

  8. Describing architecture Simplifying architecture Delivering architecture Delivering software • Delivering architecture

  9. Part I:

  10. Describing architecture

  11. Understanding problem Uncovering solution Communicating architecture

  12. Understanding the problem

  13. (Tool time)

  14. For some stakeholder Who has a goal The Odessa agile user group (?) Is a type of activity Which gives a capability. Unlike most relevant alternative This has a distinguishing attribute.

  15. For __________________ Who ________________ The Odessa agile user group (?) Is a _________________ Which ________________. Unlike ______________________ This _______________________.

  16. Example «Smidig» conference application

  17. Example vision statement

  18. For Agile practitioners Who need to expand on their experience and network TheSmidig conference Is a networking event Which connects you with other Agile practitioners. Unlike traditional conferences Thispresents the experience of many people through lightning talks.

  19. For Conference organizers Who want to organize a good conference TheSmidig conference app Is a web application Which eliminates unnecessary work. Unlike commercial conference apps Thisis optimized for the large number of talks we have and allows us to make changes fast.

  20. Example stakeholders

  21. Organizer Attendee Description Volunteer Works in evenings Has network Description Experienced New speaker Passionate Description Knows about agile Works in project Norwegian Speaker Duties Select talks Follow up payments Duties Register talk Upload slide Give talk Duties Pay for conference Get approval to go Values Easy selection process Good information overview Never lose a participant Financial transparency Values Constructive feedback on talk Easy CfP Fast answer Values Easy registration

  22. Sponsor Description Busy Manager Not very interested Duties Provide logo Pay sponsorship Values Informal communication Easy evaluation

  23. Example usage flow

  24. Attendance • Agile project practitioner wants to learn • Attendee goes to Smidig website • Attendee registers • Attendee pays • Attendee receives confirmation mail • Organizer can see the registration • Organizer sends reminder email to attendee to come • Organizer prints badges for attendees • Attendee shows up at Smidig and has an excellent time

  25. Speaker • Agile experts wants to share knowledge • Potential speaker goes to Smidig website • Potential speaker registers personal info • Potential speaker registers talk • Potential speaker receives registration confirmation email • Organizer sees registered talk and can market speaking opportunities • Organizer accepts talk for confence • Speaker receives acceptance email • Alternative: Speaker withdraws talk – organizer updates the talk and selects another • Organizer prints badges for speakers • Speaker shows up at Smidig and gives talk

  26. /Understanding the problem

  27. Uncovering a solution

  28. Example context model

  29. Paypal Smidig2011.no Printing company Participant Speaker Organizer

  30. Example domain model

  31. User • Name • Email • Company • Phone • Password • Accepts email? • Registration • Ticket type • Price • Paid amount • Paypal ref • Payment date • Invoice address [optional] * * • Comment • Title • Text • Created date Speaker * * • Talk • Title • Description • Tags[] • Slide file • Status : {pending, accept, reject} • Email_sent • Position • Period • Stage • Title • Time of day • Day

  32. Example deployment model

  33. html/http Heroku git push git pull git push Smidig-conference (Rails) Paypal http github git.heroku smtp Web user Developer Smtp.dreamhost.com PostgreSQL smidigdb

  34. Example implementation diagram

  35. Paypal.com Browser Smidig2012.no 1. POST /users Save user info 2. Redirect to paypal with return_url and notify_url 3. Perform payment 4. POST /payment_notifications Update user info 5. Redirect to return_url 5. GET /user/<id> Show user info

  36. /Uncovering a solution

  37. Communicating a solution

  38. Vision Stakeholders Usage flow Context Domain model Implementation Deployment

  39. Does the architect have to do this herself?

  40. Team effort

  41. /Communicating a solution

  42. /Describing architecture

  43. Part II:

  44. Simplifying architecture

  45. Lasagna architecture Feature oriented architecture Deployment constraints

  46. Lasagna architecture

More Related