统一过程20090216.ppt

统一过程 统一过程 软件开发过程是是一个将用户需求转化为软件系统所需要的活动的集合。 统一过程(Unified Process)是一种迭代的渐进式软件开发过程，它包括4个阶段：初启(Inception)、细化(Elaboration)、构造(Construction)和移交(Transition)。 初启 在初启阶段，软件项目的发起人确立项目的主要目标和范围，并进行初步的可行性分析和经济效益分析。 细化 细化阶段的开始标志着项目的正式确立。 软件项目组在此阶段需要完成以下工作： 1.初步的需求分析。 2.初步的高层设计。 3.部分的详细设计。 4.部分的原型构造。 细化 初步的需求分析： 采用UML的用例描述目标软件系统所有比较重要、比较有风险的用例，利用用例图表示参与者与用例以及用例与用例之间的关系。 采用UML的类图表示目标软件系统所基于的应用领域中的概念与概念之间的关系。这些相互关联的概念构成领域模型。如果领域中含有明显的流程处理成分，可以考虑利用UML的活动图来刻画领域中的工作流，并标识业务流程中的并发、同步等特征。 细化 初步的高层设计：考虑根据用例、类在业务领域中的关系，或者根据业务领域中某种有意义的分类方法将整个软件系统划分为若干个包，利用UML的包图刻画这些包及其间的关系。这样，用例、用例图、类、类图将依据包的划分方法分属于不同的包，从而得到整个目标软件系统的高层结构。 细化 部分的详细设计： 对于系统中某些重要的或者风险比较高的用例，可以采用交互图进一步探讨其内部实现过程。 同样对于系统中的关键类，也可以详细研究其属性和操作，并在UML类图中加以表现。 因此这里倡导的软件开发过程并不在时间轴上严格划分分析与设计、总体设计与详细设计，而是根据软件元素（用例、类等）的重要性和风险程度确立优先细化原则，建议软件项目组优先考虑重要的、比较有风险的用例和类，不能将风险的识别和解决延迟到细化阶段之后。 细化 部分的原型构造：在许多情形下，针对某些复杂的用例构造可实际运行的原型是降低技术风险、让用户帮助软件项目组确认用户需求的最有效的方法。为了构造原型，需要针对用例生成详细的交互图，对所有的相关类给出明确的属性和操作定义。 细化 在细化阶段可能需要使用的UML语言机制包括：描述用户需求的用例及用例图、表示领域概念模型的类图、表示业务流程处理的活动图、表示系统高层结构的包图和表示用例内部实现过程的交互图等。 细化 细化阶段的结束条件是，所有主要的用户需求已通过用例和用例图得以描述；所有重要的风险已被标识，并对风险应对措施了如指掌；能够比较精确地估算实现每一用例的时间。 构造 在构造阶段，开发人员通过一系列的迭代完成对所有用例的软件实现工作，在每次迭代中实现一部分用例。 以迭代方式实现所有用例的好处在于，用户可以及早参与对已实现用例的实际评价，并提出修改意见。这样可有效降低大型软件系统的开发风险。 构造 在实际开始构造软件系统之前，有必要预先制定迭代计划。 计划的制定需要遵循两项原则：1.用户认为业务价值较大的用例应优先安排；2.开发人员评估后认为开发风险较高的用例应优先安排。 在迭代计划中，要确立迭代次数、每次迭代所需时间以及每次迭代中应完成（或部分完成）的用例。 构造 每次迭代过程由针对用例的分析、设计、编码、测试和集成5个子阶段构成。 在集成之后，用户可以对用例的实现效果进行评价，并提出修改意见。这些修改意见可以在本次迭代过程中立即实现，也可以在下次迭代中再予以考虑。 构造 构造过程中需要使用UML的交互图来设计用例的实现方法。 为了与设计得出的交互图协调一致，需要修改或精化在细化阶段绘制的作为领域模型的类图，增加一些为软件实现所必需的类、类的属性或方法。 如果一个类有复杂的生命周期行为，或者类的对象在生命周期内需要对各种外部事件的刺激作出反应，应考虑用UML状态图来表示类的对象的行为。 构造 UML的活动图可以在构造阶段用来表示复杂的算法过程和有多个对象参与的业务处理过程。活动图尤其适用于表示过程中的并发和同步。 在构造阶段的每次迭代过程中，可以对细化阶段绘出的包图进行修改或精化，以便包图切实反映目标软件系统最顶层的结构划分状况。 构造 综上，在构造阶段可能需要使用的UML语言机制包括： 1.用例及用例图。它们是开发人员在构造阶段进行分析和设计的基础。 2.类图。在领域概念模型的基础上引进软件实现所必需的类、属性和方法。 3.交互图。表示针对用例设计的软件实现方法。 4.状态图。表示类的对象的状态-事件-响应行为。 5.活动图。表示复杂的算法过程，尤其是过程中的并发和同步。 6.包图。表示目标软件系统的顶层结构。 7.构件图 8.部署图。 移交 在移交阶段，开发人员将构造阶段获得的软件系统在用户实际工