第3章IT软件项目的生命周期课件.ppt

1、2022-12-24第3章IT软件项目的生命周期第第3章章IT软件项目的生命软件项目的生命周期周期第3章IT软件项目的生命周期 u任何软件的开发都要经历一个任何软件的开发都要经历一个“生命周期生命周期”，从软件的调研开始到淘汰的全过程，从项目从软件的调研开始到淘汰的全过程，从项目批准到交付的过程。批准到交付的过程。u一般将项目分为以下一般将项目分为以下4个阶段：个阶段：l识别需求、提出解决方案、执行项目、结束项目识别需求、提出解决方案、执行项目、结束项目第3章IT软件项目的生命周期u对于典型的对于典型的IT软件项目，项目的生命周期可以从不同软件项目，项目的生命周期可以从不同的角度认识。的角度认

2、识。：项目是从接到合同正式开始的，：项目是从接到合同正式开始的，到完成规定工作结束；到完成规定工作结束；：项目是从确认有需求开始，到：项目是从确认有需求开始，到使用项目的成果实现商务目标结束。使用项目的成果实现商务目标结束。u无论从哪个角度分析，软件项目的生命周期都包括无论从哪个角度分析，软件项目的生命周期都包括4个阶段。个阶段。u典型软件项目开发的生命周期如图典型软件项目开发的生命周期如图3.1所示。所示。第3章IT软件项目的生命周期图图3.1 典型软件项目开发的生命周期典型软件项目开发的生命周期初步需求初步需求子系统需求分析子系统需求分析概念设计概念设计逻辑设计逻辑设计开发概念原型开发概念

3、原型第一次开发第一次开发风险分析风险分析开发结果评估开发结果评估识别识别设计设计实施实施评估评估系统配置、系统配置、运行、产品运行、产品成型成型系统需求分析系统需求分析物理设计物理设计第二次开发第二次开发开发结果评估开发结果评估整体需求整体需求最终设计最终设计最终开发最终开发测试测试第3章IT软件项目的生命周期u瀑布模型是美国瀑布模型是美国Winston Royce向向IEEE WESCON（Royce,Winston 1970）提交的一）提交的一篇名为篇名为管理大规模软件系统的开发管理大规模软件系统的开发（Managing the Development of Large Software

4、Systems）的论文中首次提出的。的论文中首次提出的。u这种方法是从一个阶段成瀑布流入下一个阶这种方法是从一个阶段成瀑布流入下一个阶段，所以这个模型就称为段，所以这个模型就称为“瀑布模型瀑布模型”。第3章IT软件项目的生命周期图图3.2 软件开发瀑布模型及不同阶段之间的交互软件开发瀑布模型及不同阶段之间的交互需求分析与需求分析与定义定义系统设计与系统设计与软件设计软件设计系统实施与系统实施与单元测试单元测试系统集成与系统集成与系统测试系统测试系统运行与系统运行与系统维护系统维护第3章IT软件项目的生命周期软件概念软件概念需求分析需求分析初步设计初步设计编码和调试编码和调试详细设计详细设计系统

5、测试系统测试：用户提出对软件的开发与初步需求；：用户提出对软件的开发与初步需求；：选择合适的计算机语言，：选择合适的计算机语言，完成详细设计中的各个模块的编码并调试；完成详细设计中的各个模块的编码并调试；：将用户需求分：将用户需求分解成硬件与软件需求，并建解成硬件与软件需求，并建立系统的整体结构模型；立系统的整体结构模型；：开发者与用户交流，确：开发者与用户交流，确定系统的目标、服务与约束；定系统的目标、服务与约束；将初步设计的整将初步设计的整体体结构继续分解为可实施结构继续分解为可实施编码的小模块，并完成编码的小模块，并完成流程图；流程图；：测试系统的各部分是否满足需求。：测试系统的各部分是

6、否满足需求。第3章IT软件项目的生命周期软件概念软件概念需求分析需求分析初步设计初步设计详细设计详细设计编码和调试编码和调试系统测试系统测试：因为阶段重叠，里程碑非常不明确，很难精确地进行过程跟踪；因为阶段重叠，里程碑非常不明确，很难精确地进行过程跟踪；并行地执行活动可能导致无效的沟通、错误的想法以及低下的效率。并行地执行活动可能导致无效的沟通、错误的想法以及低下的效率。，是将模型中的连续，是将模型中的连续的各阶段相互有较大幅度的重叠。的各阶段相互有较大幅度的重叠。例如，在需求分析完成之前例如，在需求分析完成之前可以进行初步设计和详细设可以进行初步设计和详细设计。计。：在项目在项目比较小且定义

7、得很好时，比较小且定义得很好时，可以有效地减少文档的产生。是可以有效地减少文档的产生。是比较有效的模型。比较有效的模型。第3章IT软件项目的生命周期软件概念软件概念需求分析需求分析初步设计初步设计详细设计详细设计子系统设计子系统设计编码和调试编码和调试详细设计详细设计子系统设计子系统设计编码和调试编码和调试详细设计详细设计子系统设计子系统设计编码和调试编码和调试系统测试系统测试 初步设计中将系统分成几个逻辑上相对独立的子系统，每一个子系统都初步设计中将系统分成几个逻辑上相对独立的子系统，每一个子系统都采用相对独立采用相对独立的的方法进行设计，形方法进行设计，形成了成了具有子系统具有子系统的的

8、瀑布模型瀑布模型。图中，初步设计图中，初步设计阶段将系统分成阶段将系统分成3个个相对、独立的子系统，各子系统相对、独立的子系统，各子系统分别独立进行详细设计、编码和调试分别独立进行详细设计、编码和调试及子系统设计，最后统一进行系统测试。及子系统设计，最后统一进行系统测试。第3章IT软件项目的生命周期系统类型系统类型阶段成本（阶段成本（%）需求需求/设计设计实施实施测试测试控制系统控制系统卫星系统卫星系统操作系统操作系统科学系统科学系统商务系统商务系统463433444420201726283446503028第3章IT软件项目的生命周期是在是在20世纪世纪80年代初，在总结和年代初，在总结和归

9、纳结构化分析与设计方法开发软件项目的基础上，归纳结构化分析与设计方法开发软件项目的基础上，改进结构化系统分析与设计的过于繁琐、开发周期长、改进结构化系统分析与设计的过于繁琐、开发周期长、见效慢等缺点，借助第见效慢等缺点，借助第4代程序开发语言而产生的一代程序开发语言而产生的一种项目开发方法。种项目开发方法。u这种方法是借助先进的软件开发工具根据用户提出的这种方法是借助先进的软件开发工具根据用户提出的软件需求定义，快速建立一个软件系统的软件需求定义，快速建立一个软件系统的“原型原型”，向用户展示待开发软件的全部或部分功能，在征求用向用户展示待开发软件的全部或部分功能，在征求用户对原型软件的意见后

10、，反复进行修改、完善、提高户对原型软件的意见后，反复进行修改、完善、提高和确认，最终实现项目的目标。和确认，最终实现项目的目标。第3章IT软件项目的生命周期用户提出用户提出系统要求系统要求识别归纳识别归纳用户需求用户需求快速建立快速建立开发原型开发原型修改模修改模型型重新设计或重新设计或选择模型选择模型评价评价模型模型确定模型，完确定模型，完成并交付模型成并交付模型满意满意模型不满意模型不满意模型不可行模型不可行渐进原型模型是从软件开发系统概念开始，渐进原型模型是从软件开发系统概念开始，根据软件需求定义，快速建立一个软件系统根据软件需求定义，快速建立一个软件系统“原型原型”的生命周期模型。的生

11、命周期模型。第3章IT软件项目的生命周期u原型建立通常是软件从最显著的方面开始，原型建立通常是软件从最显著的方面开始，向用户展示待开发系统的全部或者部分功能向用户展示待开发系统的全部或者部分功能（通常是完成的部分）；（通常是完成的部分）；u然后根据用户对原型的反馈信息，反复进行然后根据用户对原型的反馈信息，反复进行修改、完善、提高和确认，直到开发者和用修改、完善、提高和确认，直到开发者和用户都认为原型已经户都认为原型已经“足够好足够好”；u最终实现项目目标，完成结尾工作，交付作最终实现项目目标，完成结尾工作，交付作为最终产品的原型。为最终产品的原型。第3章IT软件项目的生命周期u直观、形象，更

12、多地遵循了人们认识事物的直观、形象，更多地遵循了人们认识事物的规律，因而更容易被人们接受。规律，因而更容易被人们接受。u采用模拟的手段，缩短了用户和系统分析、采用模拟的手段，缩短了用户和系统分析、设计人员之间的距离。设计人员之间的距离。u在整个系统开发过程中反馈是及时的，标准在整个系统开发过程中反馈是及时的，标准是统一的，可及时地暴露问题，确保系统实是统一的，可及时地暴露问题，确保系统实现的正确性。现的正确性。u充分利用了新一代的软件工具，使得系统开充分利用了新一代的软件工具，使得系统开发和运行的效率都大大提高。发和运行的效率都大大提高。第3章IT软件项目的生命周期u要有一个方便灵活的关系数据

13、系统。要有一个方便灵活的关系数据系统。u要有一套完整的程序生成软件。要有一套完整的程序生成软件。u要有一个与数据库对应的、灵活方便的数据要有一个与数据库对应的、灵活方便的数据字典。字典。u有一个可以快速抽象或者能够容易提炼的原有一个可以快速抽象或者能够容易提炼的原型。型。第3章IT软件项目的生命周期风 险 分风 险 分析析风 险 分风 险 分析析风 险 分风 险 分析析风 险 分风 险 分析析原型原型1原型原型2原型原型3可操作原可操作原型型建模建模模拟模拟评价评价软件需求软件需求需求确认需求确认操作概念操作概念需求计需求计划划开发计划开发计划软件产品设软件产品设计计设计确认与验证设计确认与验

14、证集成与测试计划集成与测试计划详细设详细设计计编码编码单元测试单元测试集成测试集成测试验收测试验收测试实现实现确定下阶确定下阶段目标、约段目标、约束条件束条件风险分风险分析析过程迭代过程迭代开始开始开发、验证软件产开发、验证软件产品品制定下阶段计划制定下阶段计划评审评审累计成本累计成本构造构造原型原型评价评价方案方案螺旋模型示意图螺旋模型示意图第3章IT软件项目的生命周期u19881988年年BoehmBoehm提出提出“”的螺旋模型的螺旋模型u螺旋模型主要由螺旋模型主要由4 4个部分组成：个部分组成：u螺旋模型是这螺旋模型是这4 4个部分组成的迭代模型，软件个部分组成的迭代模型，软件开发的过

15、程每迭代一次，螺旋线就增加一周，开发的过程每迭代一次，螺旋线就增加一周，系统产生一个新的版本，而软件开发的时间和系统产生一个新的版本，而软件开发的时间和成本又有新的投入。成本又有新的投入。u螺旋模型中的显著特点是在每个固定阶段对项螺旋模型中的显著特点是在每个固定阶段对项目的风险进行评估。目的风险进行评估。第3章IT软件项目的生命周期每次迭代都包括以下每次迭代都包括以下：（1）确定下一阶段的目标、方案的约束条件；）确定下一阶段的目标、方案的约束条件；（2）风险分析、评估及解决；）风险分析、评估及解决；（3）为该系统构造合适的原型；）为该系统构造合适的原型；（4）评价方案；）评价方案；（5）开发、

16、验证软件产品；）开发、验证软件产品；（6）制定下一阶段计划，交付给下一步骤，开）制定下一阶段计划，交付给下一步骤，开始新的迭代过程。始新的迭代过程。第3章IT软件项目的生命周期约束约束在三年内完成、没有大规模的投资、在三年内完成、没有大规模的投资、公司标准不会发生大的变化公司标准不会发生大的变化可选方案可选方案重用已经有的注册软件、引入正式的需求和合格重用已经有的注册软件、引入正式的需求和合格证明、采用新的测试和检验工具证明、采用新的测试和检验工具风险风险提高质量可能会在很大程度上提高成本、提高质量可能会在很大程度上提高成本、新的方法可能会导致现有员工的流失新的方法可能会导致现有员工的流失风险

17、解决办法风险解决办法详细调查、驾驭项目、对潜在重用组件的调查、详细调查、驾驭项目、对潜在重用组件的调查、对可得到的支持工具进行评价、对可得到的支持工具进行评价、对员工培训和激励进行研究对员工培训和激励进行研究第3章IT软件项目的生命周期后果后果对正规方法、经验的限制难以提高软件质量对正规方法、经验的限制难以提高软件质量公司可得到的工具支持是有限的公司可得到的工具支持是有限的可得到能重用的组件，但几乎没有可重用的工具支持可得到能重用的组件，但几乎没有可重用的工具支持计划计划更详细的调查重用方案更详细的调查重用方案开发支持工具原型开发支持工具原型探索组件合格计划探索组件合格计划行动行动投资将来投资

18、将来12个月开发个月开发第3章IT软件项目的生命周期约束约束在一年内完成在一年内完成必须支持现在软件产品的类型必须支持现在软件产品的类型总成本要低于￥总成本要低于￥1000 000可选方案可选方案购买现存的信息恢复软件购买现存的信息恢复软件购买数据库并且采用这种数据库的查询语言开发购买数据库并且采用这种数据库的查询语言开发软件产品软件产品开发一个特殊目的的软件产品开发一个特殊目的的软件产品风险风险在约束条件内可能获得不了这些软件产品在约束条件内可能获得不了这些软件产品软件产品功能可能不合适软件产品功能可能不合适第3章IT软件项目的生命周期风险解决风险解决办法办法用开发软件产品的原型来明确需求用

19、开发软件产品的原型来明确需求委托顾问调查现存信息恢复系统的情况委托顾问调查现存信息恢复系统的情况放松时间限制放松时间限制后果后果信息恢复系统灵活性（可移植性）差信息恢复系统灵活性（可移植性）差不能满足确认的需求不能满足确认的需求采用采用DBMS开发的原型可能会提高整个系统开发的原型可能会提高整个系统特殊目的软件产品的开发成本可能会很高特殊目的软件产品的开发成本可能会很高计划计划应用现有应用现有DBMS提高系统原型和用户接口，开发软件提高系统原型和用户接口，开发软件产品产品行动行动投资将来投资将来12个月开发个月开发第3章IT软件项目的生命周期u使用编码修正模型，一般是从一个大致的想法开始工使用

20、编码修正模型，一般是从一个大致的想法开始工作，可能有一个正式的规范，也可能没有；然后结合作，可能有一个正式的规范，也可能没有；然后结合使用一些无论如何都称不上规范的设计、编码、调试使用一些无论如何都称不上规范的设计、编码、调试和测试方法，来完成产品开发。和测试方法，来完成产品开发。u编码修正模型有编码修正模型有：。不需要在除了纯粹编码工作以外的。不需要在除了纯粹编码工作以外的项目规划、文档编制、质量保证、标准实施或任何其项目规划、文档编制、质量保证、标准实施或任何其他活动中花费时间。他活动中花费时间。第3章IT软件项目的生命周期u为项目选择最有效的生命周期模型，通常可以思考为项目选择最有效的生

21、命周期模型，通常可以思考以下问题：以下问题：(1)(1)在项目开始的时候，开发者和用户对需求的理解是在项目开始的时候，开发者和用户对需求的理解是否充分？在项目进行过程中，对需求的理解有可能否充分？在项目进行过程中，对需求的理解有可能出现改变吗？出现改变吗？(2)(2)开发者对系统的整体框架的理解是否充分？是否有开发者对系统的整体框架的理解是否充分？是否有可能在项目进展过程中对系统框架进行重大改变？可能在项目进展过程中对系统框架进行重大改变？(3)(3)可靠性需求有多大？可靠性需求有多大？(4)(4)需要在项目中为未来的版本提前进行多少计划和设需要在项目中为未来的版本提前进行多少计划和设计？计？

22、第3章IT软件项目的生命周期(5)(5)项目要承受多大的风险？项目要承受多大的风险？(6)(6)是否被迫预先确定进度？是否被迫预先确定进度？(7)(7)需要具备在进展过程中进行变更的能力吗？需要具备在进展过程中进行变更的能力吗？(8)(8)需要在项目整个进展过程中提供给用户可视需要在项目整个进展过程中提供给用户可视的进展情况吗？的进展情况吗？(9)(9)需要在项目整个进展过程中提供给管理者可需要在项目整个进展过程中提供给管理者可视的进展情况吗？视的进展情况吗？(10)(10)需要多少经验和技巧来成功地使用这种生需要多少经验和技巧来成功地使用这种生 命周期模型？命周期模型？第3章IT软件项目的生

23、命周期根据前面对根据前面对IT软件项目各个主要模型生命周期软件项目各个主要模型生命周期的分析，可以将一般的软件项目开发过程详细的分析，可以将一般的软件项目开发过程详细划分为以下划分为以下6个主要阶段：（个主要阶段：（）项目开发准备阶段项目开发准备阶段调查研究阶段调查研究阶段项目分析阶段项目分析阶段项目设计阶段项目设计阶段项目实施阶段项目实施阶段维护与评价阶段维护与评价阶段第3章IT软件项目的生命周期供决策参考供决策参考 提出可行性分析提出可行性分析 修改意见修改意见项目咨询人员项目咨询人员项目开发准备阶段项目开发准备阶段调查研究阶段调查研究阶段项目分析阶段项目分析阶段项目设计阶段项目设计阶段项

24、目实施阶段项目实施阶段维护与评价阶段维护与评价阶段项目咨询人员项目咨询人员项目专业管理人项目专业管理人员员项目专业管理人项目专业管理人员员软件设计人员软件设计人员软件设计人员软件设计人员操作人员操作人员 操作人员操作人员新的项目准备新的项目准备 第3章IT软件项目的生命周期u当现行软件系统不满足业务需要时，公司领导层提出当现行软件系统不满足业务需要时，公司领导层提出开发新软件系统的要求。开发新软件系统的要求。u公司管理咨询人员（或者负责信息化工作的人员）首公司管理咨询人员（或者负责信息化工作的人员）首先进行初步调查，确定是否进行立项，制定出新软件先进行初步调查，确定是否进行立项，制定出新软件系

25、统的开发计划。系统的开发计划。u本阶段不属于项目的分析与设计，但确实是一个不可本阶段不属于项目的分析与设计，但确实是一个不可或缺的重要阶段，它往往对项目开发的成败起着至关或缺的重要阶段，它往往对项目开发的成败起着至关重要的作用。重要的作用。u如果项目开发采取外包的方式，本阶段还包括招标的如果项目开发采取外包的方式，本阶段还包括招标的过程。过程。第3章IT软件项目的生命周期u本阶段需要采取各种各样的方式进行调查研究，本阶段需要采取各种各样的方式进行调查研究，搞清目前系统的界限、组织分工、业务流程、搞清目前系统的界限、组织分工、业务流程、资源状况及薄弱环节，需要绘制现行项目的有资源状况及薄弱环节，

26、需要绘制现行项目的有关图表。关图表。u在掌握充分资料的基础上，与用户或公司协商在掌握充分资料的基础上，与用户或公司协商讨论，提出初步的系统目标和项目计划。讨论，提出初步的系统目标和项目计划。u针对用户的情况和要达到的目标进行新系统开针对用户的情况和要达到的目标进行新系统开发的可行性研究，并提交可行性研究报告。发的可行性研究，并提交可行性研究报告。第3章IT软件项目的生命周期u本阶段是新系统的逻辑设计阶段。本阶段是新系统的逻辑设计阶段。u管理人员和系统分析人员使用一系列的图表工具构造管理人员和系统分析人员使用一系列的图表工具构造出独立于任何物理设计的系统逻辑模型，并与文字说出独立于任何物理设计的

27、系统逻辑模型，并与文字说明、图表、流程、规范等共同组成系统的逻辑说明书。明、图表、流程、规范等共同组成系统的逻辑说明书。u本阶段需要对现行系统中不能适应新项目要求的部分本阶段需要对现行系统中不能适应新项目要求的部分进行处理，必要时对企业的资产和业务流程及管理方进行处理，必要时对企业的资产和业务流程及管理方式进行优化和重组。式进行优化和重组。u本阶段是新系统设计方案的优化过程。本阶段是新系统设计方案的优化过程。u本阶段是各个阶段中的本阶段是各个阶段中的。第3章IT软件项目的生命周期u本阶段是新系统的物理设计阶段。本阶段是新系统的物理设计阶段。u根据新系统的逻辑模型进行物理模型的设计，具体地根据新

28、系统的逻辑模型进行物理模型的设计，具体地选择一个物理的计算机信息处理系统。选择一个物理的计算机信息处理系统。u要求具体地进行计算机过程和人工过程的各种详细设要求具体地进行计算机过程和人工过程的各种详细设计，进行程序模块和处理过程（处理逻辑）的设计等。计，进行程序模块和处理过程（处理逻辑）的设计等。u选择合理的硬件、软件，进行代码、输入界面、输出选择合理的硬件、软件，进行代码、输入界面、输出界面、文件、数据存储处理等。界面、文件、数据存储处理等。u系统物理设计的关键是模块化。系统物理设计的关键是模块化。第3章IT软件项目的生命周期u本阶段是新系统调试运行阶段。本阶段是新系统调试运行阶段。u对操作

29、人员进行培训，编制系统设计文档、使用手册对操作人员进行培训，编制系统设计文档、使用手册和有关说明书。和有关说明书。u程序员对程序进行集成和调试。程序员对程序进行集成和调试。u进行各种文件和数据库的建立，需要大量人力投入到进行各种文件和数据库的建立，需要大量人力投入到数据收集、整理和录入工作中。数据收集、整理和录入工作中。u本阶段的工作是十分艰巨的。本阶段的工作是十分艰巨的。u本阶段投入的人力、物力、财力最多，花费时间最长，本阶段投入的人力、物力、财力最多，花费时间最长，。第3章IT软件项目的生命周期u本阶段是新系统调试后到投入运行之间的修改、完善、本阶段是新系统调试后到投入运行之间的修改、完善

30、、验证的阶段。验证的阶段。u本阶段完成的工作主要有：系统的处理逻辑、程序、本阶段完成的工作主要有：系统的处理逻辑、程序、文件、数据等的修改。文件、数据等的修改。u评价系统的优劣，主要是指系统的工作质量和经济效评价系统的优劣，主要是指系统的工作质量和经济效益。如：输出信息的准确性、系统的可靠性和运行质益。如：输出信息的准确性、系统的可靠性和运行质量、系统的开发费用、使用维护费用、经济效益、工量、系统的开发费用、使用维护费用、经济效益、工作效率的提高和服务质量的改善等。作效率的提高和服务质量的改善等。第3章IT软件项目的生命周期3.3 IT软件项目生命周期中的重要概念软件项目生命周期中的重要概念：

31、是指在规定的时间间隔内对项目进行的检查是指在规定的时间间隔内对项目进行的检查与复审工作，它是通过比较实际进展与计划进度之间与复审工作，它是通过比较实际进展与计划进度之间的差异，并根据这个差异来进行调整的。的差异，并根据这个差异来进行调整的。：完成阶段性工作的标志，不同类型的项目里完成阶段性工作的标志，不同类型的项目里程碑不同。里程碑往往是一些重要活动的完工，或重程碑不同。里程碑往往是一些重要活动的完工，或重要文档的交付，或阶段评审的通过。要文档的交付，或阶段评审的通过。：指一个（或一组）配置项在项目生命周期的不指一个（或一组）配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状

32、态。同时间点上通过正式评审而进入正式受控的一种状态。基线是一些重要的里程碑，但相关交付产品要通过正基线是一些重要的里程碑，但相关交付产品要通过正式评审并作为后续工作的基准和出发点。式评审并作为后续工作的基准和出发点。第3章IT软件项目的生命周期3.4 IT软件项目管理里程碑软件项目管理里程碑u在在IT软件项目的整个生命周期，通常有软件项目的整个生命周期，通常有3种类型的检种类型的检查点：查点：主里程碑、小里程碑、状态评估主里程碑、小里程碑、状态评估u里程碑是开发人员和其他项目管理人员必须经常达成里程碑是开发人员和其他项目管理人员必须经常达成和满足的目标，通常是以各阶段所完成的文档来体现，和满足

33、的目标，通常是以各阶段所完成的文档来体现，每个里程碑都是每个里程碑都是“”的（的（两种状态）。两种状态）。u对于对于IT软件项目来说，如果不能设置好的里程碑，并软件项目来说，如果不能设置好的里程碑，并监控执行，项目就可能会失控，并使成本预算和进度监控执行，项目就可能会失控，并使成本预算和进度都难以管理。都难以管理。第3章IT软件项目的生命周期1.主里程碑主里程碑u主里程碑是最重要的里程碑，它通常是指项目生命主里程碑是最重要的里程碑，它通常是指项目生命周期中的一些重要转折点，为项目提供战略目标。周期中的一些重要转折点，为项目提供战略目标。u主里程碑可以看作是一个连续的过程，在这个过程主里程碑可以

34、看作是一个连续的过程，在这个过程中包括对不同因素的重新定义。中包括对不同因素的重新定义。u主里程碑的设置是为了确保对需求的理解、对项目主里程碑的设置是为了确保对需求的理解、对项目生命周期的计划、对产品的形式、功能和质量等因生命周期的计划、对产品的形式、功能和质量等因素保持连贯性和可控制性。素保持连贯性和可控制性。u在在IT软件项目的整个生命周期中，一般存在软件项目的整个生命周期中，一般存在4个主里个主里程碑，如下表所示。程碑，如下表所示。第3章IT软件项目的生命周期主里程碑主里程碑 所处阶段所处阶段目目 标标下一阶段下一阶段目标目标里程碑里程碑识别阶段识别阶段末期末期向所有项目干系人提供一份如

35、何开展向所有项目干系人提供一份如何开展项目的建议书，包括项目计划、成本项目的建议书，包括项目计划、成本和进度表以及期望的利润和效益等和进度表以及期望的利润和效益等设计设计设计设计里程碑里程碑设计阶段设计阶段末期末期向所有项目干系人提供一个经过论证向所有项目干系人提供一个经过论证的可执行的设计方案的可执行的设计方案开发开发开发开发里程碑里程碑开发阶段开发阶段末期末期评估软件的可读性和可用性，以便软评估软件的可读性和可用性，以便软件产品开始向客户件产品开始向客户/用户的转换用户的转换测试测试产品版本产品版本里程碑里程碑评估阶段评估阶段末期末期评价软件的完整性和软件对其所支持评价软件的完整性和软件对

36、其所支持组织的转换组织的转换第3章IT软件项目的生命周期对一般的对一般的IT软件项目而言，软件项目而言，有：有：关心项目的可行性、对需求的理解、时间及成本：关心项目的可行性、对需求的理解、时间及成本的预算、风险的评估以及产品的质量特征等。的预算、风险的评估以及产品的质量特征等。：关心系统使用权的连贯性及产品的质量特征等：关心系统使用权的连贯性及产品的质量特征等：主要关心需求的变化，系统的完整性及连：主要关心需求的变化，系统的完整性及连贯性，平衡并分析时间、风险、质量、成本之间的关系贯性，平衡并分析时间、风险、质量、成本之间的关系：关心是否有足够详细的需求说明和使用情况：关心是否有足够详细的需求

37、说明和使用情况的描述，以及选择组件的结构、开发环境等。的描述，以及选择组件的结构、开发环境等。：关心新系统与现行系统的协同工作能力，良：关心新系统与现行系统的协同工作能力，良好的维护性能等。好的维护性能等。第3章IT软件项目的生命周期u小里程碑的形式和内容比较灵活，可以根据小里程碑的形式和内容比较灵活，可以根据项目或组织的情况而变，主要为实现项目的项目或组织的情况而变，主要为实现项目的目标提供战术方法。目标提供战术方法。u小里程碑需要通过项目的内容及周期长度来小里程碑需要通过项目的内容及周期长度来确定。确定。u设置小里程碑的主要目的是为了合理分配工设置小里程碑的主要目的是为了合理分配工作，作，

38、。第3章IT软件项目的生命周期u在项目早期建立小里程碑。在项目早期建立小里程碑。u让开发者建立自己的小里程碑。让开发者建立自己的小里程碑。u保持小里程碑的小型化特征。保持小里程碑的小型化特征。u保持里程碑的二分性。保持里程碑的二分性。u制定一系列完整的里程碑。制定一系列完整的里程碑。u在短期计划在短期计划(而不是长期计划而不是长期计划)中应用小里程中应用小里程碑。碑。第3章IT软件项目的生命周期u相同：都是在一定相同：都是在一定“粒度粒度”下跟踪工作的完成情况。下跟踪工作的完成情况。u不同：主要在于各自的侧重点不同，如：不同：主要在于各自的侧重点不同，如：第3章IT软件项目的生命周期是根据反映

39、项目进展情况的动态是根据反映项目进展情况的动态信息对项目进行评估，比较实际进展与计划进度之间信息对项目进行评估，比较实际进展与计划进度之间的差异，并根据差异情况进行相应的调整。的差异，并根据差异情况进行相应的调整。u定期状态评估是一种有效的管理活动，按照规定的时定期状态评估是一种有效的管理活动，按照规定的时间间隔（如月或季）进行相应的评估，定义工作的进间间隔（如月或季）进行相应的评估，定义工作的进度和质量指标，确保对项目进展情况关注，使所有项度和质量指标，确保对项目进展情况关注，使所有项目干系人之间可以在一种开放的氛围中进行交流。目干系人之间可以在一种开放的氛围中进行交流。u评估最重要的目标是

40、为了确保所有项目干系人对项目评估最重要的目标是为了确保所有项目干系人对项目目标期望值的同步和连贯。目标期望值的同步和连贯。第3章IT软件项目的生命周期职员职员比较职员的计划人数和职员目前的人数比较职员的计划人数和职员目前的人数(减少或增加减少或增加)支出支出将支出计划与过去、现在、未来主里程碑中的支出将支出计划与过去、现在、未来主里程碑中的支出计划进行对比计划进行对比风险风险事件和危险程度解决计划事件和危险程度解决计划风险的量化风险的量化(成本、时间、质量成本、时间、质量)技术技术主里程碑的结构基线时间表主里程碑的结构基线时间表软件管理学、当前变化趋势软件管理学、当前变化趋势测试和质量评估测试和质量评估主里程碑计主里程碑计划和结果划和结果下一个主里程碑的计划、时间安排、风险下一个主里程碑的计划、时间安排、风险所有可接受标准的成功所有可接受标准的成功/失败结果失败结果产品范围产品范围产品的大小、增长和可接受标准产品的大小、增长和可接受标准第3章IT软件项目的生命周期纯瀑布模型纯瀑布模型改进的瀑布模型改进的瀑布模型原型模型原型模型螺旋模型螺旋模型软件开发的阶段软件开发的阶段各阶段的任务各阶段的任务检查点检查点里程碑里程碑基线基线2022-12-24第3章IT软件项目的生命周期