|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
迭代方法是通过一系列重复的循环活动来开发产品，而增量方法是渐进地增加产品的功能。一次迭代中，将执行所有项目管理过程组中的活动。每次迭代结束时，将完成一个或一组可交付成果。后续迭代可能对这些可交付成果进行改进，也可能创造新的可交付成果。
|
|
|
|
RUP是迭代模型的一种，可分四个阶段：初始、细化、构造、移交，这四个阶段的顺序执行就形成了一个周期。各阶段的主要任务有：
|
|
|
|
.初始阶段：系统地阐述项目的范围，选择可行的系统构架，计划和准备业务案例。
|
|
|
|
.细化阶段：细化构想，细化过程和基础设施，细化构架并选择构件。
|
|
|
|
.构造阶段：资源管理、控制和过程最优化，完成构件的开发并依据评价标准进行测试，依据验收标准评估产品的发布。
|
|
|
|
.移交阶段：同步并使开发的构造增量集成到一致的实施基线中，根据完整的构想和需求集的验收标准评估与实施有关的工程活动的实施基线。
|
|
|
|
迭代和增量模型适用于组织需要管理不断变化的目标和范围，组织需要降低项目的复杂性，或者，产品的部分交付有利于一个或多个干系人，且不会影响最终或整批可交付成果的交付。大型复杂项目通常采用迭代方式来实施，这使项目团队可以在迭代过程中综合考虑反馈意见和经验教训，从而降低项目风险。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
原型化模型首先要构造一个快速原型，实现客户或未来的用户与系统的交互，经过和用户针对原型的讨论和交流，弄清需求以便真正把握用户需要的软件产品是什么样子的。充分了解后，再在原型基础上开发出用户满意的产品。在实际中，原型化经常在需求分析定义的过程中进行。原型化模型减少了瀑布模型因为软件需求不明确而给开发工作带来的风险，因为在原型基础上的沟通更为直观，也为需求分析和定义提供了新的方法。
|
|
|
|
|
|
.抛弃型原型：此类原型在系统真正实现以后就抛弃不用了。
|
|
|
|
.进化型原型：此类原型的构造从目标系统的一个或多个基本需求出发，通过修改和追加的过程逐渐丰富，演化成为最终的系统。
|
|
|
|
对于复杂的大型软件，开发一个原型往往达不到要求，为减少开发风险，在瀑布模型和原型化模型的基础上演进，出现了螺旋模型以及大量使用的RUP。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
IT服务生命周期由规划设计（Planning&Design）、部署实施（Implementing）、服务运营（Operation）、持续改进（Improvement）和监督管理（Supervision）5个阶段组成，简称“PIOIS”。
|
|
|
|
（1）规划设计：从客户业务战略出发，以需求为中心，参照ITSS对IT服务进行全面系统的战略规划和设计，为IT服务的部署实施做好准备，以确保提供满足客户需求的IT服务。
|
|
|
|
（2）部署实施：在规划设计基础上，依据ITSS建立管理体系、部署专用工具及服务解决方案。
|
|
|
|
（3）服务运营：根据IT服务部署情况，依据ITSS，采用过程方法，全面管理基础设施、服务流程、人员和业务连续性，实现业务运营与IT服务运营的全面融合。
|
|
|
|
（4）持续改进：根据IT服务运营的实际情况，定期评审IT服务满足业务运营的情况，以及IT服务本身存在的缺陷，提出改进策略和方案，并对IT服务进行重新规划设计和部署实施，以提高IT服务质量。
|
|
|
|
（5）监督管理：本阶段主要依据ITSS对IT服务质量进行评价，并对IT服务供方的服务过程、交付结果实施监督和绩效评估。
|
|
|
|
|
|
|
|
|
|
|
|
|
