DEV475 Mastering Object-Oriented Analysis and Design with UML ...
DEV475 Mastering Object-Oriented Analysis and Design with UML ... DEV475 Mastering Object-Oriented Analysis and Design with UML ...
DEV475 Mastering Object-Oriented Analysis and Design with UMLProcess Structure - Lifecycle PhasesProcess Structure - Lifecycle PhasesInception Elaboration Construction TransitiontimeRational Unified Process has four phases:• Inception - Define the scope of project• Elaboration - Plan project, specify features andbaseline architecture• Construction - Build the product• Transition - Transition the product into end-usercommunityMastering Object Oriented Analysis and Design with UMLCopyright © 2003 Rational Software, all rights reserved36During Inception, we define the scope of the project: what is included and what isnot. We do this by identifying all the actors and use cases, and by drafting the mostessential use cases (typically 20% of the complete model). A business plan isdeveloped to determine whether resources should be committed to the project.During Elaboration, we focus on two things: getting a good grasp of the requirements(80% complete) and establishing an architectural baseline. If we have a good grasp ofthe requirements and the architecture, we can eliminate a lot of the risks, and we willhave a good idea of how much work remains to be done. We can make detailedcost/resource estimations at the end of Elaboration.During Construction, we build the product in several iterations up to a beta release.During Transition, we move the product to the end user and focus on end-usertraining, installation, and support.The amount of time spent in each phase varies. For a complex project with manytechnical unknowns and unclear requirements, Elaboration may include three-to-fiveiterations. For a simple project, where requirements are known and the architectureis simple, Elaboration may include only a single iteration.1 - 36
Module 1 - Best Practices of Software EngineeringPhase Boundaries Mark Major MilestonesPhase Boundaries Mark Major MilestonesInception Elaboration Construction TransitiontimeLifecycleObjectiveMilestone(LCO)LifecycleArchitectureMilestone(LCA)Initial OperationalCapabilityMilestone(IOC)ProductReleaseMastering Object Oriented Analysis and Design with UMLCopyright © 2003 Rational Software, all rights reserved37At each of the major milestones, we review the project and decide whether toproceed with it as planned, to cancel the it, or to revise it. The criteria used to makethese decisions vary by phase.LCO: scope is agreed upon and risks are understood and reasonableLCA: high risks are addressed and architecture is stableIOC: product is complete and quality is acceptableThe evaluation criteria for the Inception phase (LCO) include: stakeholderconcurrence on scope definition and cost/schedule estimates; requirementsunderstanding as evidenced by the fidelity of the primary use cases; credibility ofcost/schedule estimates, priorities, risks, and development process; depth andbreadth of any architectural prototype; actual expenditures versus plannedexpenditures.The evaluation criteria for the Elaboration phase (LCA) include: stability of theproduct vision and architecture; resolution of major risk elements; adequate planningand reasonable estimates for project completion; stakeholder acceptance of theproduct vision and project plan; and acceptable expenditure level.The evaluation criteria for the Construction phase (IOC) include: stability andmaturity of the product release (that is, is it ready to be deployed?); readiness of thestakeholders for the transition; and acceptable expenditure level.At the end of the Transition phase, we decide whether to release the product. Webase this primarily on the level of user satisfaction achieved during the Transitionphase. Often this milestone coincides with the initiation of another developmentcycle to improve or enhance the product. In many cases, this new development cyclemay already be underway.1 - 37
- Page 5 and 6: AcknowledgmentsThe development of t
- Page 7 and 8: ► ► ► Module 0About This Cour
- Page 9 and 10: Module 0 - About This CourseCourse
- Page 11 and 12: Module 0 - About This CourseIntende
- Page 13 and 14: Module 0 - About This CourseRationa
- Page 15 and 16: Module 0 - About This CourseRationa
- Page 18 and 19: DEV475 Mastering Object-Oriented An
- Page 20 and 21: DEV475 Mastering Object-Oriented An
- Page 22 and 23: DEV475 Mastering Object-Oriented An
- Page 24 and 25: DEV475 Mastering Object-Oriented An
- Page 26 and 27: DEV475 Mastering Object-Oriented An
- Page 28 and 29: DEV475 Mastering Object-Oriented An
- Page 30 and 31: DEV475 Mastering Object-Oriented An
- Page 32 and 33: DEV475 Mastering Object-Oriented An
- Page 34 and 35: DEV475 Mastering Object-Oriented An
- Page 36 and 37: DEV475 Mastering Object-Oriented An
- Page 38 and 39: DEV475 Mastering Object-Oriented An
- Page 40 and 41: DEV475 Mastering Object-Oriented An
- Page 42 and 43: DEV475 Mastering Object-Oriented An
- Page 44 and 45: DEV475 Mastering Object-Oriented An
- Page 46 and 47: DEV475 Mastering Object-Oriented An
- Page 48 and 49: DEV475 Mastering Object-Oriented An
- Page 50 and 51: DEV475 Mastering Object-Oriented An
- Page 52 and 53: DEV475 Mastering Object-Oriented An
- Page 56 and 57: DEV475 Mastering Object-Oriented An
- Page 58 and 59: DEV475 Mastering Object-Oriented An
- Page 60 and 61: DEV475 Mastering Object-Oriented An
- Page 62 and 63: DEV475 Mastering Object-Oriented An
- Page 64 and 65: DEV475 Mastering Object-Oriented An
- Page 66 and 67: DEV475 Mastering Object-Oriented An
- Page 68 and 69: DEV475 Mastering Object-Oriented An
- Page 70 and 71: DEV475 Mastering Object-Oriented An
- Page 72 and 73: DEV475 Mastering Object-Oriented An
- Page 74 and 75: DEV475 Mastering Object-Oriented An
- Page 76 and 77: DEV475 Mastering Object-Oriented An
- Page 78 and 79: DEV475 Mastering Object-Oriented An
- Page 80 and 81: DEV475 Mastering Object-Oriented An
- Page 82 and 83: DEV475 Mastering Object-Oriented An
- Page 84 and 85: DEV475 Mastering Object-Oriented An
- Page 86 and 87: DEV475 Mastering Object-Oriented An
- Page 88 and 89: DEV475 Mastering Object-Oriented An
- Page 90 and 91: DEV475 Mastering Object-Oriented An
- Page 92 and 93: DEV475 Mastering Object-Oriented An
- Page 94 and 95: DEV475 Mastering Object-Oriented An
- Page 96 and 97: DEV475 Mastering Object-Oriented An
- Page 98 and 99: DEV475 Mastering Object-Oriented An
- Page 100 and 101: DEV475 Mastering Object-Oriented An
- Page 102 and 103: DEV475 Mastering Object-Oriented An
Module 1 - Best Practices of Software EngineeringPhase Boundaries Mark Major MilestonesPhase Boundaries Mark Major MilestonesInception Elaboration Construction TransitiontimeLifecycle<strong>Object</strong>iveMilestone(LCO)LifecycleArchitectureMilestone(LCA)Initial OperationalCapabilityMilestone(IOC)ProductRelease<strong>Mastering</strong> <strong>Object</strong> <strong>Oriented</strong> <strong>Analysis</strong> <strong>and</strong> <strong>Design</strong> <strong>with</strong> <strong>UML</strong>Copyright © 2003 Rational Software, all rights reserved37At each of the major milestones, we review the project <strong>and</strong> decide whether toproceed <strong>with</strong> it as planned, to cancel the it, or to revise it. The criteria used to makethese decisions vary by phase.LCO: scope is agreed upon <strong>and</strong> risks are understood <strong>and</strong> reasonableLCA: high risks are addressed <strong>and</strong> architecture is stableIOC: product is complete <strong>and</strong> quality is acceptableThe evaluation criteria for the Inception phase (LCO) include: stakeholderconcurrence on scope definition <strong>and</strong> cost/schedule estimates; requirementsunderst<strong>and</strong>ing as evidenced by the fidelity of the primary use cases; credibility ofcost/schedule estimates, priorities, risks, <strong>and</strong> development process; depth <strong>and</strong>breadth of any architectural prototype; actual expenditures versus plannedexpenditures.The evaluation criteria for the Elaboration phase (LCA) include: stability of theproduct vision <strong>and</strong> architecture; resolution of major risk elements; adequate planning<strong>and</strong> reasonable estimates for project completion; stakeholder acceptance of theproduct vision <strong>and</strong> project plan; <strong>and</strong> acceptable expenditure level.The evaluation criteria for the Construction phase (IOC) include: stability <strong>and</strong>maturity of the product release (that is, is it ready to be deployed?); readiness of thestakeholders for the transition; <strong>and</strong> acceptable expenditure level.At the end of the Transition phase, we decide whether to release the product. Webase this primarily on the level of user satisfaction achieved during the Transitionphase. Often this milestone coincides <strong>with</strong> the initiation of another developmentcycle to improve or enhance the product. In many cases, this new development cyclemay already be underway.1 - 37