1、第第3章章IT软件项目的生命软件项目的生命周期周期2022-8-11第3章IT软件项目的生命周期第1页,共45页。u任何软件的开发都要经历一个任何软件的开发都要经历一个“生命周期生命周期”,从软件的调研开始到淘汰的全过程,从项目从软件的调研开始到淘汰的全过程,从项目批准到交付的过程。批准到交付的过程。u一般将项目分为以下一般将项目分为以下4个阶段:个阶段:l识别需求、提出解决方案、执行项目、结束项目识别需求、提出解决方案、执行项目、结束项目第3章IT软件项目的生命周期第2页,共45页。u对于典型的对于典型的IT软件项目,项目的生命周期可以从不同的角度软件项目,项目的生命周期可以从不同的角度认识
2、。认识。:项目是从接到合同正式开始的,到完:项目是从接到合同正式开始的,到完成规定工作结束;成规定工作结束;:项目是从确认有需求开始,到使用项:项目是从确认有需求开始,到使用项目的成果实现商务目标结束。目的成果实现商务目标结束。u无论从哪个角度分析,软件项目的生命周期都包括无论从哪个角度分析,软件项目的生命周期都包括4个阶段。个阶段。u典型软件项目开发的生命周期如图典型软件项目开发的生命周期如图3.1所示。所示。第3章IT软件项目的生命周期第3页,共45页。图图3.1 典型软件项目开发的生命周期典型软件项目开发的生命周期初步需求初步需求子系统需求分析子系统需求分析概念设计概念设计逻辑设计逻辑设
3、计开发概念原型开发概念原型第一次开发第一次开发风险分析风险分析开发结果评估开发结果评估识别识别设计设计实施实施评估评估系统配置、系统配置、运行、产品运行、产品成型成型系统需求分析系统需求分析物理设计物理设计第二次开发第二次开发开发结果评估开发结果评估整体需求整体需求最终设计最终设计最终开发最终开发测试测试第3章IT软件项目的生命周期第4页,共45页。u瀑布模型是美国瀑布模型是美国Winston Royce向向IEEE WESCON(Royce,Winston 1970)提交的一)提交的一篇名为篇名为管理大规模软件系统的开发管理大规模软件系统的开发(Managing the Developmen
4、t of Large Software Systems)的论文中首次提出的。)的论文中首次提出的。u这种方法是从一个阶段成瀑布流入下一个阶这种方法是从一个阶段成瀑布流入下一个阶段,所以这个模型就称为段,所以这个模型就称为“瀑布模型瀑布模型”。第3章IT软件项目的生命周期第5页,共45页。图图3.2 软件开发瀑布模型及不同阶段之间的交互软件开发瀑布模型及不同阶段之间的交互需求分析与需求分析与定义定义系统设计与系统设计与软件设计软件设计系统实施与系统实施与单元测试单元测试系统集成与系统集成与系统测试系统测试系统运行与系统运行与系统维护系统维护第3章IT软件项目的生命周期第6页,共45页。软件概念软
5、件概念需求分析需求分析初步设计初步设计编码和调试编码和调试详细设计详细设计系统测试系统测试:用户提出对软件的开发与初步需求;:用户提出对软件的开发与初步需求;:选择合适的计算机语言,完成详细:选择合适的计算机语言,完成详细设计中的各个模块的编码并调试;设计中的各个模块的编码并调试;:将用户需求分解:将用户需求分解成硬件与软件需求,并建立系成硬件与软件需求,并建立系统的整体结构模型;统的整体结构模型;:开发者与用户交流,确定系统:开发者与用户交流,确定系统的目标、服务与约束;的目标、服务与约束;将初步设计的整体将初步设计的整体结构继续分解为可实施编结构继续分解为可实施编码的小模块,并完成流程码的
6、小模块,并完成流程图;图;:测试系统的各部分是否满足需求。:测试系统的各部分是否满足需求。第3章IT软件项目的生命周期第7页,共45页。软件概念软件概念需求分析需求分析初步设计初步设计详细设计详细设计编码和调试编码和调试系统测试系统测试:因为阶段重叠,里程碑非常不明确,很难精确地进行过程跟踪;因为阶段重叠,里程碑非常不明确,很难精确地进行过程跟踪;并行地执行活动可能导致无效的沟通、错误的想法以及低下的效率。并行地执行活动可能导致无效的沟通、错误的想法以及低下的效率。,是将模型中的连续的各阶段相,是将模型中的连续的各阶段相互有较大幅度的重叠。互有较大幅度的重叠。例如,在需求分析完成之前可以进行例
7、如,在需求分析完成之前可以进行初步设计和详细设计。初步设计和详细设计。:在项目在项目比较小且定义得很好时,可比较小且定义得很好时,可以有效地减少文档的产生。是比较以有效地减少文档的产生。是比较有效的模型。有效的模型。第3章IT软件项目的生命周期第8页,共45页。软件概念软件概念需求分析需求分析初步设计初步设计详细设计详细设计子系统设计子系统设计编码和调试编码和调试详细设计详细设计子系统设计子系统设计编码和调试编码和调试详细设计详细设计子系统设计子系统设计编码和调试编码和调试系统测试系统测试初步设计中将系统分成几个逻辑上相对独立的子系统,每一个子系统都初步设计中将系统分成几个逻辑上相对独立的子系
8、统,每一个子系统都采用相对独立采用相对独立的方的方法进行设计,形法进行设计,形成了成了具有子系统的具有子系统的 瀑布模型瀑布模型。图中,初步设计图中,初步设计阶段将系统分成阶段将系统分成3个个相对、独立的子系统,各子系统相对、独立的子系统,各子系统分别独立进行详细设计、编码和调试分别独立进行详细设计、编码和调试及子系统设计,最后统一进行系统测试。及子系统设计,最后统一进行系统测试。第3章IT软件项目的生命周期第9页,共45页。系统类型系统类型阶段成本(阶段成本(%)需求需求/设计设计实施实施测试测试控制系统控制系统卫星系统卫星系统操作系统操作系统科学系统科学系统商务系统商务系统46343344
9、4420201726283446503028第3章IT软件项目的生命周期第10页,共45页。是在是在20世纪世纪80年代初,在总结和归纳年代初,在总结和归纳结构化分析与设计方法开发软件项目的基础上,改进结结构化分析与设计方法开发软件项目的基础上,改进结构化系统分析与设计的过于繁琐、开发周期长、见效慢构化系统分析与设计的过于繁琐、开发周期长、见效慢等缺点,借助第等缺点,借助第4代程序开发语言而产生的一种项目开代程序开发语言而产生的一种项目开发方法。发方法。u这种方法是借助先进的软件开发工具根据用户提出的软件需这种方法是借助先进的软件开发工具根据用户提出的软件需求定义,快速建立一个软件系统的求定义
10、,快速建立一个软件系统的“原型原型”,向用户展示待,向用户展示待开发软件的全部或部分功能,在征求用户对原型软件的意见开发软件的全部或部分功能,在征求用户对原型软件的意见后,反复进行修改、完善、提高和确认,最终实现项目的目后,反复进行修改、完善、提高和确认,最终实现项目的目标。标。第3章IT软件项目的生命周期第11页,共45页。用户提出用户提出系统要求系统要求识别归纳识别归纳用户需求用户需求快速建立快速建立开发原型开发原型修改模修改模型型重新设计或重新设计或选择模型选择模型评价评价模型模型确定模型,完确定模型,完成并交付模型成并交付模型满意满意模型不满意模型不满意模型不可行模型不可行渐进原型模型
11、是从软件开发系统概念开始,根据软件渐进原型模型是从软件开发系统概念开始,根据软件需求定义,快速建立一个软件系统需求定义,快速建立一个软件系统“原型原型”的生命周的生命周期模型。期模型。第3章IT软件项目的生命周期第12页,共45页。u原型建立通常是软件从最显著的方面开始,原型建立通常是软件从最显著的方面开始,向用户展示待开发系统的全部或者部分功能向用户展示待开发系统的全部或者部分功能(通常是完成的部分);(通常是完成的部分);u然后根据用户对原型的反馈信息,反复进行修然后根据用户对原型的反馈信息,反复进行修改、完善、提高和确认,直到开发者和用户都改、完善、提高和确认,直到开发者和用户都认为原型
12、已经认为原型已经“足够好足够好”;u最终实现项目目标,完成结尾工作,交付作为最最终实现项目目标,完成结尾工作,交付作为最终产品的原型。终产品的原型。第3章IT软件项目的生命周期第13页,共45页。u直观、形象,更多地遵循了人们认识事物的直观、形象,更多地遵循了人们认识事物的规律,因而更容易被人们接受。规律,因而更容易被人们接受。u采用模拟的手段,缩短了用户和系统分析、采用模拟的手段,缩短了用户和系统分析、设计人员之间的距离。设计人员之间的距离。u在整个系统开发过程中反馈是及时的,标准在整个系统开发过程中反馈是及时的,标准是统一的,可及时地暴露问题,确保系统实是统一的,可及时地暴露问题,确保系统
13、实现的正确性。现的正确性。u充分利用了新一代的软件工具,使得系统开充分利用了新一代的软件工具,使得系统开发和运行的效率都大大提高。发和运行的效率都大大提高。第3章IT软件项目的生命周期第14页,共45页。u要有一个方便灵活的关系数据系统。要有一个方便灵活的关系数据系统。u要有一套完整的程序生成软件。要有一套完整的程序生成软件。u要有一个与数据库对应的、灵活方便的数据要有一个与数据库对应的、灵活方便的数据字典。字典。u有一个可以快速抽象或者能够容易提炼的原有一个可以快速抽象或者能够容易提炼的原型。型。第3章IT软件项目的生命周期第15页,共45页。风 险 分风 险 分析析风 险 分风 险 分析析
14、风 险 分风 险 分析析风 险 分风 险 分析析原型原型1原型原型2原型原型3可操作原可操作原型型建模建模模拟模拟评价评价软件需求软件需求需求确认需求确认操作概念操作概念需求计需求计划划开发计划开发计划软件产品设软件产品设计计设计确认与验证设计确认与验证集成与测试计划集成与测试计划详细设详细设计计编码编码单元测试单元测试集成测试集成测试验收测试验收测试实现实现确定下阶确定下阶段目标、约段目标、约束条件束条件风险分风险分析析过程迭代过程迭代开始开始开发、验证软件产开发、验证软件产品品制定下阶段计划制定下阶段计划评审评审累计成本累计成本构造构造原型原型评价评价方案方案螺旋模型示意图螺旋模型示意图第
15、3章IT软件项目的生命周期第16页,共45页。u19881988年年BoehmBoehm提出提出“”的螺旋模型的螺旋模型u螺旋模型主要由螺旋模型主要由4 4个部分组成:个部分组成:u螺旋模型是这螺旋模型是这4 4个部分组成的迭代模型,软件个部分组成的迭代模型,软件开发的过程每迭代一次,螺旋线就增加一周,开发的过程每迭代一次,螺旋线就增加一周,系统产生一个新的版本,而软件开发的时间和系统产生一个新的版本,而软件开发的时间和成本又有新的投入。成本又有新的投入。u螺旋模型中的显著特点是在每个固定阶段对项螺旋模型中的显著特点是在每个固定阶段对项目的风险进行评估。目的风险进行评估。第3章IT软件项目的生
16、命周期第17页,共45页。每次迭代都包括以下每次迭代都包括以下:(1)确定下一阶段的目标、方案的约束条件;)确定下一阶段的目标、方案的约束条件;(2)风险分析、评估及解决;)风险分析、评估及解决;(3)为该系统构造合适的原型;)为该系统构造合适的原型;(4)评价方案;)评价方案;(5)开发、验证软件产品;)开发、验证软件产品;(6)制定下一阶段计划,交付给下一步骤,开)制定下一阶段计划,交付给下一步骤,开始新的迭代过程。始新的迭代过程。第3章IT软件项目的生命周期第18页,共45页。约束约束在三年内完成、没有大规模的投资、在三年内完成、没有大规模的投资、公司标准不会发生大的变化公司标准不会发生
17、大的变化可选方案可选方案重用已经有的注册软件、引入正式的需求和合格重用已经有的注册软件、引入正式的需求和合格证明、采用新的测试和检验工具证明、采用新的测试和检验工具风险风险提高质量可能会在很大程度上提高成本、提高质量可能会在很大程度上提高成本、新的方法可能会导致现有员工的流失新的方法可能会导致现有员工的流失风险解决办法风险解决办法详细调查、驾驭项目、对潜在重用组件的调查、详细调查、驾驭项目、对潜在重用组件的调查、对可得到的支持工具进行评价、对可得到的支持工具进行评价、对员工培训和激励进行研究对员工培训和激励进行研究第3章IT软件项目的生命周期第19页,共45页。后果后果对正规方法、经验的限制难
18、以提高软件质量对正规方法、经验的限制难以提高软件质量公司可得到的工具支持是有限的公司可得到的工具支持是有限的可得到能重用的组件,但几乎没有可重用的工具支持可得到能重用的组件,但几乎没有可重用的工具支持计划计划更详细的调查重用方案更详细的调查重用方案开发支持工具原型开发支持工具原型探索组件合格计划探索组件合格计划行动行动投资将来投资将来12个月开发个月开发第3章IT软件项目的生命周期第20页,共45页。约束约束在一年内完成在一年内完成必须支持现在软件产品的类型必须支持现在软件产品的类型总成本要低于¥总成本要低于¥1000 000可选方案可选方案购买现存的信息恢复软件购买现存的信息恢复软件购买数据
19、库并且采用这种数据库的查询语言开发购买数据库并且采用这种数据库的查询语言开发软件产品软件产品开发一个特殊目的的软件产品开发一个特殊目的的软件产品风险风险在约束条件内可能获得不了这些软件产品在约束条件内可能获得不了这些软件产品软件产品功能可能不合适软件产品功能可能不合适第3章IT软件项目的生命周期第21页,共45页。风险解决风险解决办法办法用开发软件产品的原型来明确需求用开发软件产品的原型来明确需求委托顾问调查现存信息恢复系统的情况委托顾问调查现存信息恢复系统的情况放松时间限制放松时间限制后果后果信息恢复系统灵活性(可移植性)差信息恢复系统灵活性(可移植性)差不能满足确认的需求不能满足确认的需求
20、采用采用DBMS开发的原型可能会提高整个系统开发的原型可能会提高整个系统特殊目的软件产品的开发成本可能会很高特殊目的软件产品的开发成本可能会很高计划计划应用现有应用现有DBMS提高系统原型和用户接口,开发软件提高系统原型和用户接口,开发软件产品产品行动行动投资将来投资将来12个月开发个月开发第3章IT软件项目的生命周期第22页,共45页。u使用编码修正模型,一般是从一个大致的想法开始工作,使用编码修正模型,一般是从一个大致的想法开始工作,可能有一个正式的规范,也可能没有;然后结合使用一可能有一个正式的规范,也可能没有;然后结合使用一些无论如何都称不上规范的设计、编码、调试和测试方些无论如何都称
21、不上规范的设计、编码、调试和测试方法,来完成产品开发。法,来完成产品开发。u编码修正模型有编码修正模型有:。不需要在除了纯粹编码工作以外的项目。不需要在除了纯粹编码工作以外的项目规划、文档编制、质量保证、标准实施或任何其他活动规划、文档编制、质量保证、标准实施或任何其他活动中花费时间。中花费时间。第3章IT软件项目的生命周期第23页,共45页。u为项目选择最有效的生命周期模型,通常可以思考以下问题:为项目选择最有效的生命周期模型,通常可以思考以下问题:(1)(1)在项目开始的时候,开发者和用户对需求的理解是否充在项目开始的时候,开发者和用户对需求的理解是否充分?在项目进行过程中,对需求的理解有
22、可能出现改变分?在项目进行过程中,对需求的理解有可能出现改变吗?吗?(2)(2)开发者对系统的整体框架的理解是否充分?是否有可能开发者对系统的整体框架的理解是否充分?是否有可能在项目进展过程中对系统框架进行重大改变?在项目进展过程中对系统框架进行重大改变?(3)(3)可靠性需求有多大?可靠性需求有多大?(4)(4)需要在项目中为未来的版本提前进行多少计划和设计?需要在项目中为未来的版本提前进行多少计划和设计?第3章IT软件项目的生命周期第24页,共45页。(5)(5)项目要承受多大的风险?项目要承受多大的风险?(6)(6)是否被迫预先确定进度?是否被迫预先确定进度?(7)(7)需要具备在进展过
23、程中进行变更的能力吗?需要具备在进展过程中进行变更的能力吗?(8)(8)需要在项目整个进展过程中提供给用户可视需要在项目整个进展过程中提供给用户可视的进展情况吗?的进展情况吗?(9)(9)需要在项目整个进展过程中提供给管理者可需要在项目整个进展过程中提供给管理者可视的进展情况吗?视的进展情况吗?(10)(10)需要多少经验和技巧来成功地使用这种生需要多少经验和技巧来成功地使用这种生 命周期模型?命周期模型?第3章IT软件项目的生命周期第25页,共45页。根据前面对根据前面对IT软件项目各个主要模型生命周期软件项目各个主要模型生命周期的分析,可以将一般的软件项目开发过程详细的分析,可以将一般的软
24、件项目开发过程详细划分为以下划分为以下6个主要阶段:(个主要阶段:()项目开发准备阶段项目开发准备阶段调查研究阶段调查研究阶段项目分析阶段项目分析阶段项目设计阶段项目设计阶段项目实施阶段项目实施阶段维护与评价阶段维护与评价阶段第3章IT软件项目的生命周期第26页,共45页。供决策参考供决策参考 提出可行性分析提出可行性分析 修改意见修改意见项目咨询人员项目咨询人员项目开发准备阶段项目开发准备阶段调查研究阶段调查研究阶段项目分析阶段项目分析阶段项目设计阶段项目设计阶段项目实施阶段项目实施阶段维护与评价阶段维护与评价阶段项目咨询人员项目咨询人员项目专业管理人项目专业管理人员员项目专业管理人项目专业
25、管理人员员软件设计人员软件设计人员软件设计人员软件设计人员操作人员操作人员 操作人员操作人员新的项目准备新的项目准备 第3章IT软件项目的生命周期第27页,共45页。u当现行软件系统不满足业务需要时,公司领导层提出开当现行软件系统不满足业务需要时,公司领导层提出开发新软件系统的要求。发新软件系统的要求。u公司管理咨询人员(或者负责信息化工作的人员)首先进公司管理咨询人员(或者负责信息化工作的人员)首先进行初步调查,确定是否进行立项,制定出新软件系统的开行初步调查,确定是否进行立项,制定出新软件系统的开发计划。发计划。u本阶段不属于项目的分析与设计,但确实是一个不可或缺的重要本阶段不属于项目的分
26、析与设计,但确实是一个不可或缺的重要阶段,它往往对项目开发的成败起着至关重要的作用。阶段,它往往对项目开发的成败起着至关重要的作用。u如果项目开发采取外包的方式,本阶段还包括招标的过程。如果项目开发采取外包的方式,本阶段还包括招标的过程。第3章IT软件项目的生命周期第28页,共45页。u本阶段需要采取各种各样的方式进行调查研究,本阶段需要采取各种各样的方式进行调查研究,搞清目前系统的界限、组织分工、业务流程、搞清目前系统的界限、组织分工、业务流程、资源状况及薄弱环节,需要绘制现行项目的有资源状况及薄弱环节,需要绘制现行项目的有关图表。关图表。u在掌握充分资料的基础上,与用户或公司协商在掌握充分
27、资料的基础上,与用户或公司协商讨论,提出初步的系统目标和项目计划。讨论,提出初步的系统目标和项目计划。u针对用户的情况和要达到的目标进行新系统开针对用户的情况和要达到的目标进行新系统开发的可行性研究,并提交可行性研究报告。发的可行性研究,并提交可行性研究报告。第3章IT软件项目的生命周期第29页,共45页。u本阶段是新系统的逻辑设计阶段。本阶段是新系统的逻辑设计阶段。u管理人员和系统分析人员使用一系列的图表工具构造出管理人员和系统分析人员使用一系列的图表工具构造出独立于任何物理设计的系统逻辑模型,并与文字说明、独立于任何物理设计的系统逻辑模型,并与文字说明、图表、流程、规范等共同组成系统的逻辑
28、说明书。图表、流程、规范等共同组成系统的逻辑说明书。u本阶段需要对现行系统中不能适应新项目要求的部分进行处理,本阶段需要对现行系统中不能适应新项目要求的部分进行处理,必要时对企业的资产和业务流程及管理方式进行优化和重组。必要时对企业的资产和业务流程及管理方式进行优化和重组。u本阶段是新系统设计方案的优化过程。本阶段是新系统设计方案的优化过程。u本阶段是各个阶段中的本阶段是各个阶段中的。第3章IT软件项目的生命周期第30页,共45页。u本阶段是新系统的物理设计阶段。本阶段是新系统的物理设计阶段。u根据新系统的逻辑模型进行物理模型的设计,具体地选根据新系统的逻辑模型进行物理模型的设计,具体地选择一
29、个物理的计算机信息处理系统。择一个物理的计算机信息处理系统。u要求具体地进行计算机过程和人工过程的各种详细设计,进行程要求具体地进行计算机过程和人工过程的各种详细设计,进行程序模块和处理过程(处理逻辑)的设计等。序模块和处理过程(处理逻辑)的设计等。u选择合理的硬件、软件,进行代码、输入界面、输出界面、选择合理的硬件、软件,进行代码、输入界面、输出界面、文件、数据存储处理等。文件、数据存储处理等。u系统物理设计的关键是模块化。系统物理设计的关键是模块化。第3章IT软件项目的生命周期第31页,共45页。u本阶段是新系统调试运行阶段。本阶段是新系统调试运行阶段。u对操作人员进行培训,编制系统设计文
30、档、使用手册和有关对操作人员进行培训,编制系统设计文档、使用手册和有关说明书。说明书。u程序员对程序进行集成和调试。程序员对程序进行集成和调试。u进行各种文件和数据库的建立,需要大量人力投入到数据收集、进行各种文件和数据库的建立,需要大量人力投入到数据收集、整理和录入工作中。整理和录入工作中。u本阶段的工作是十分艰巨的。本阶段的工作是十分艰巨的。u本阶段投入的人力、物力、财力最多,花费时间最长,本阶段投入的人力、物力、财力最多,花费时间最长,。第3章IT软件项目的生命周期第32页,共45页。u本阶段是新系统调试后到投入运行之间的修改、完善、验证的阶本阶段是新系统调试后到投入运行之间的修改、完善
31、、验证的阶段。段。u本阶段完成的工作主要有:系统的处理逻辑、程序、文件、数据本阶段完成的工作主要有:系统的处理逻辑、程序、文件、数据等的修改。等的修改。u评价系统的优劣,主要是指系统的工作质量和经济效益。如:评价系统的优劣,主要是指系统的工作质量和经济效益。如:输出信息的准确性、系统的可靠性和运行质量、系统的开发输出信息的准确性、系统的可靠性和运行质量、系统的开发费用、使用维护费用、经济效益、工作效率的提高和服务质费用、使用维护费用、经济效益、工作效率的提高和服务质量的改善等。量的改善等。第3章IT软件项目的生命周期第33页,共45页。:是指在规定的时间间隔内对项目进行的检查与复审工作,它是通
32、过比较实际进展与计划进度之间的差异,并根据这个差异来进行调整的。:完成阶段性工作的标志,不同类型的项目里程碑不同。里程碑往往是一些重要活动的完工,或重要文档的交付,或阶段评审的通过。:指一个(或一组)配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状态。基线是一些重要的里程碑,但相关交付产品要通过正式评审并作为后续工作的基准和出发点。第3章IT软件项目的生命周期第34页,共45页。u在IT软件项目的整个生命周期,通常有3种类型的检查点:主里程碑、小里程碑、状态评估u里程碑是开发人员和其他项目管理人员必须经常达成和满足的目标,通常是以各阶段所完成的文档来体现,每个里程碑都是“”
33、的(两种状态)。u对于IT软件项目来说,如果不能设置好的里程碑,并监控执行,项目就可能会失控,并使成本预算和进度都难以管理。第3章IT软件项目的生命周期第35页,共45页。u主里程碑是最重要的里程碑,它通常是指项目生命周期中的一些重要转折点,为项目提供战略目标。u主里程碑可以看作是一个连续的过程,在这个过程中包括对不同因素的重新定义。u主里程碑的设置是为了确保对需求的理解、对项目生命周期的计划、对产品的形式、功能和质量等因素保持连贯性和可控制性。u在IT软件项目的整个生命周期中,一般存在4个主里程碑,如下表所示。第3章IT软件项目的生命周期第36页,共45页。主里程碑主里程碑 所处阶段所处阶段
34、目目 标标下一阶段下一阶段目标目标里程碑里程碑识别阶段识别阶段末期末期向所有项目干系人提供一份如何开展向所有项目干系人提供一份如何开展项目的建议书,包括项目计划、成本项目的建议书,包括项目计划、成本和进度表以及期望的利润和效益等和进度表以及期望的利润和效益等设计设计设计设计里程碑里程碑设计阶段设计阶段末期末期向所有项目干系人提供一个经过论证向所有项目干系人提供一个经过论证的可执行的设计方案的可执行的设计方案开发开发开发开发里程碑里程碑开发阶段开发阶段末期末期评估软件的可读性和可用性,以便软评估软件的可读性和可用性,以便软件产品开始向客户件产品开始向客户/用户的转换用户的转换测试测试产品版本产品
35、版本里程碑里程碑评估阶段评估阶段末期末期评价软件的完整性和软件对其所支持评价软件的完整性和软件对其所支持组织的转换组织的转换第3章IT软件项目的生命周期第37页,共45页。对一般的对一般的IT软件项目而言,软件项目而言,有:有:关心项目的可行性、对需求的理解、时间及成本的预算、:关心项目的可行性、对需求的理解、时间及成本的预算、风险的评估以及产品的质量特征等。风险的评估以及产品的质量特征等。:关心系统使用权的连贯性及产品的质量特征等:关心系统使用权的连贯性及产品的质量特征等:主要关心需求的变化,系统的完整性及连贯性,:主要关心需求的变化,系统的完整性及连贯性,平衡并分析时间、风险、质量、成本之
36、间的关系平衡并分析时间、风险、质量、成本之间的关系:关心是否有足够详细的需求说明和使用情况的描:关心是否有足够详细的需求说明和使用情况的描述,以及选择组件的结构、开发环境等。述,以及选择组件的结构、开发环境等。:关心新系统与现行系统的协同工作能力,良好的维:关心新系统与现行系统的协同工作能力,良好的维护性能等。护性能等。第3章IT软件项目的生命周期第38页,共45页。u小里程碑的形式和内容比较灵活,可以根据小里程碑的形式和内容比较灵活,可以根据项目或组织的情况而变,主要为实现项目的项目或组织的情况而变,主要为实现项目的目标提供战术方法。目标提供战术方法。u小里程碑需要通过项目的内容及周期长度来
37、小里程碑需要通过项目的内容及周期长度来确定。确定。u设置小里程碑的主要目的是为了合理分配工设置小里程碑的主要目的是为了合理分配工作,作,。第3章IT软件项目的生命周期第39页,共45页。u在项目早期建立小里程碑。在项目早期建立小里程碑。u让开发者建立自己的小里程碑。让开发者建立自己的小里程碑。u保持小里程碑的小型化特征。保持小里程碑的小型化特征。u保持里程碑的二分性。保持里程碑的二分性。u制定一系列完整的里程碑。制定一系列完整的里程碑。u在短期计划在短期计划(而不是长期计划而不是长期计划)中应用小里程中应用小里程碑。碑。第3章IT软件项目的生命周期第40页,共45页。u相同:都是在一定相同:都
38、是在一定“粒度粒度”下跟踪工作的完成情况。下跟踪工作的完成情况。u不同:主要在于各自的侧重点不同,如:不同:主要在于各自的侧重点不同,如:第3章IT软件项目的生命周期第41页,共45页。是根据反映项目进展情况的动态信息对项目是根据反映项目进展情况的动态信息对项目进行评估,比较实际进展与计划进度之间的差异,并根据差异情进行评估,比较实际进展与计划进度之间的差异,并根据差异情况进行相应的调整。况进行相应的调整。u定期状态评估是一种有效的管理活动,按照规定的时间间定期状态评估是一种有效的管理活动,按照规定的时间间隔(如月或季)进行相应的评估,定义工作的进度和质量隔(如月或季)进行相应的评估,定义工作
39、的进度和质量指标,确保对项目进展情况关注,使所有项目干系人之间指标,确保对项目进展情况关注,使所有项目干系人之间可以在一种开放的氛围中进行交流。可以在一种开放的氛围中进行交流。u评估最重要的目标是为了确保所有项目干系人对项目目标评估最重要的目标是为了确保所有项目干系人对项目目标期望值的同步和连贯。期望值的同步和连贯。第3章IT软件项目的生命周期第42页,共45页。职员职员比较职员的计划人数和职员目前的人数比较职员的计划人数和职员目前的人数(减少或增加减少或增加)支出支出将支出计划与过去、现在、未来主里程碑中的支出将支出计划与过去、现在、未来主里程碑中的支出计划进行对比计划进行对比风险风险事件和
40、危险程度解决计划事件和危险程度解决计划风险的量化风险的量化(成本、时间、质量成本、时间、质量)技术技术主里程碑的结构基线时间表主里程碑的结构基线时间表软件管理学、当前变化趋势软件管理学、当前变化趋势测试和质量评估测试和质量评估主里程碑计主里程碑计划和结果划和结果下一个主里程碑的计划、时间安排、风险下一个主里程碑的计划、时间安排、风险所有可接受标准的成功所有可接受标准的成功/失败结果失败结果产品范围产品范围产品的大小、增长和可接受标准产品的大小、增长和可接受标准第3章IT软件项目的生命周期第43页,共45页。纯瀑布模型纯瀑布模型改进的瀑布模型改进的瀑布模型原型模型原型模型螺旋模型螺旋模型软件开发的阶段软件开发的阶段各阶段的任务各阶段的任务检查点检查点里程碑里程碑基线基线第3章IT软件项目的生命周期第44页,共45页。2022-8-11第3章IT软件项目的生命周期第45页,共45页。