260 likes | 272 Views
http://flic.kr/p/7u4Xr2. Software Engineering Process. 4 SWEBOK KAs covered so far. Software Requirements Software Design Software Construction Software Testing Software Maintenance Software Configuration Management Software Engineering Management Software Engineering Process
E N D
http://flic.kr/p/7u4Xr2 Software Engineering Process
4 SWEBOK KAs covered so far • Software Requirements • Software Design • Software Construction • Software Testing • Software Maintenance • Software Configuration Management • Software Engineering Management • Software Engineering Process • Software Engineering Models and Methods • Software Quality • Software Engineering Professional Practice • Software Engineering Economics • Computing Foundations • Mathematical Foundations • Engineering Foundations Today’s topic
Engineering software is a big job http://flic.kr/p/7GereG http://flic.kr/p/5w9rXP • Variety of tasks: • Requirements • Design • Implementation • Verification (testing) • Maintenance
Practical issue:What order should tasks be done in? That is, what processto use?
The old way: Waterfall (sequential) model Requirements Design Implementation Verification Maintenance http://en.wikipedia.org/wiki/File:Waterfall_model_%281%29.svg
Imagine this scenario Requirements 6 months Design 6 months Implementation 3 months What could go wrong? Verification 6 months Release! http://en.wikipedia.org/wiki/File:Waterfall_model_%281%29.svg
Imagine this scenario Requirements 6 months Design 6 months Implementation I don’t like it… 3 months Verification 6 months Release! http://en.wikipedia.org/wiki/File:Waterfall_model_%281%29.svg
Using Waterfall turns out to be a poor practice • High failure rates • Low productivity • High defect rates Early scheduleand estimatesoff by up to 400% 45% of featuresin requirementsnever used
Why Waterfall doesn’t work • False assumption: Specifications … • … are predictable and stable • … can be correctly defined at the start • … have low change rates • Actual stats: • 25% of requirements changed • 35% to 50% changed in large projects
Waterfall is a “defined” process control model http://flic.kr/p/9xmccb (think mass manufacturing) Software devel. needs an “empirical” model (think new product development) http://flic.kr/p/edV9JR
Feedback Basis of empirical process model… Adaptation
Iterative Development Process Analysis Requirements Design InitialPlanning Implementation Planning Testing Evaluation Deployment
Iterative Development Process Analysis Requirements Design InitialPlanning Implementation Planning Where are feedback & adaptation? Testing Evaluation Deployment
Iterative Development Process Analysis Requirements Design InitialPlanning Implementation Planning Adaptation Feedback Testing Evaluation Deployment
Iterative and incremental development also called iterative and evolutionary Larman Figure 2.1
How long should iterations be? • Short is good • 2 to 6 weeks • 1 is too short to get meaningful feedback • Long iterations subvert the core motivation http://flic.kr/p/368zW7
Iterative and incremental development addresses the “yes…but” problem Yes, that’s what I asked for, but now that I try it, what I really need is something slightly different.
System converges over time Unstablerequirements Requirementsmore stable Larman Figure 2.2
More benefitsof iterative development • Fewer defects • Greater productivity • Early mitigation of risk • Early visible progress • Meet real needs of stakeholders • No “analysis paralysis” • Iterative process improvement http://flic.kr/p/7fD777
Iterative and incremental development is a broad approach But how to operationalize? To help with that, there aremore specific methods and practices In particular, there are agile methods
What is an agile method? values,principles, practices Agile values, principles beget Agile method Where does it come from? practices principles values more general more specific
Agile Values From the Agile Manifesto Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan
Can you think of a principleor practicethat might be based on the agile values? Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan
Examples of agile methods and their practices • Scrum • Common project workroom • Self-organizing teams • Daily scrum • … • Extreme programming (XP) • Pair programming • Test-driven development • Planning game • … http://flic.kr/p/8Mbo3N
A word about agile modeling(quoting Larman) Experienced analysts and modelers know thesecret of modeling: Thus, we favor hand-drawn diagrams over typeset ones The purpose of modeling (sketching UML, …) is primarily to understand, not to document. http://flic.kr/p/8HDojD
You know you’re doing agilewrong when you… • Define most requirements before starting design or implementation • Spend days/weeks modeling before programming • Believe that iterations should be 3 months • Think you need to create many formal documents • Try to plan project in detail from start to finish http://flic.kr/p/6FJZDY