IT软件项目生命周期

上传人:ll****x 文档编号:243038331 上传时间:2024-09-14 格式:PPT 页数:17 大小:107KB
返回 下载 相关 举报
IT软件项目生命周期_第1页
第1页 / 共17页
IT软件项目生命周期_第2页
第2页 / 共17页
IT软件项目生命周期_第3页
第3页 / 共17页
点击查看更多>>
资源描述
,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,IT软件项目生命周期,演讲人:楼成红,班级:10信管2班,1,IT软件项目生命周期概述,IT软件项目生命周期的划分,IT软件项目生命周期中,IT软件项目生命周期中的重要概念,IT软件项目管理里程碑,2,IT软件项目生命周期的划分,生命周期都包括识别、设计、实施和评估4个阶段:,图3.1 典型软件项目开发的生命周期,初步需求,子系统需求分析,概念设计,逻辑设计,开发概念原型,第一次开发,风险分析,开发结果评估,识别,设计,实施,评估,系统配置、运行、产品成型,系统需求分析,物理设计,第二次开发,开发结果评估,整体需求,最终设计,最终开发,测试,3,IT软件项目生命周期的划分,1 瀑布模型,2 原型模型,3 螺旋模型,4,1 瀑布模型,瀑布模型:,是美国Winston Royce向IEEE WESCON(Royce, Winston 1970)提交的一篇名为管理大规模软件系统的开发的论文中首次提出的。由于这种方法是从一个阶段成瀑布流入下一个阶段,所以这个模型就称为“瀑布模型”。瀑布模型有很多的变化,包括以下的阶段:需求分析与定义,系统设计与软件设计,系统实施与单元测试,系统集成与系统测试,系统运行与系统维护。,5,2 原型模型,原型(Prototype)法的基本过程:,用户提出系统需求,识别并归纳用户需求,快速开发一个模型,确定模型后的处理,系统运行、维护,重新设计或选择模型,满意,模型不满意,图,3.4 原型法的基本过程,评价模型,模型不可行,修改模型,6,原型法的特点是:,l,直观、形象,更多地遵循了人们认识事物的规律,因而更容易被人们接受。,l,采用模拟的手段,缩短了用户和系统分析、设计人员之间的距离。,l,在整个系统开发过程中反馈是及时的,标准是统一的,可及时地暴露问题,确保系统实现的正确性。,l,充分利用了新一代的软件工具,使得系统开发和运行的效率都大大提高。,7,原型法的应用要以一定的软件环境为支撑,主要包括:,要有一个方便灵活的关系数据系统。,要有一套完整的程序生成软件。,要有一个与数据库对应的、灵活方便的数据字典。,有一个可以快速抽象或者能够容易提炼的原型。,8,3 螺旋模型,风险分析,风险分析,风险分析,风险分析,原型,1,原型,2,原型,3,可用原型,建模,模拟,评价,软件需求,需求确认,操作概念,需求计划,开发计划,软件产品设计,设计确认与验证,集成与测试计划,详细,设计,编码,单元,测试,集成,测试,接收,测试,实现,成本,评审,制订下阶段计划,确定下阶段目标,和约束条件,风险分析、构造原型,开发、验证阶段,软件产品,过程迭代,图,3.5 螺旋模型,9,IT软件项目生命周期中各阶段任务,根据前面对IT软件项目各个主要模型生命周期的分析,可以将一般的软件项目开发过程详细划分为如图3.6所示的6个主要阶段,即,项目开发准备阶段、,调查研究阶段、,项目分析阶段、,项目设计阶段、,项目实施阶段、,维护与评价阶段。,10,供决策参考,提出可行性分析,修改意见,项目咨询人员,项目开发准备阶段,调查研究阶段,项目分析阶段,项目设计阶段,项目实施阶段,维护与评价阶段,项目咨询人员,项目专业管理人员,项目专业管理人员,软件设计人员,软件设计人员,操作人员,操作人员,新的项目准备,图3.6 软件项目的开发阶段,11,IT软件项目生命周期中的重要概念,在IT软件项目生命周期中有3个与时间相关的重要概念:,检查点(Check Point)、,里程碑(Mile Stone) 、,基线(Base Line),12,IT软件项目管理里程碑,在IT软件项目的整个生命周期,通常有3种类型的检查点:,主里程碑、,小里程碑,状态评估。,13,IT软件项目管理里程碑,1 主里程碑,2 小里程碑,3 定期状态评估,14,1 主里程碑,表3.5 IT软件项目的主里程碑,主里程碑,所处阶段,目,标,下一阶段,目标里程碑,识别阶段末期,向所有项目干系人提供一份如何开展项目的建议书,包括项目计划、成本和进度表以及期望的利润和效益等,设计,设计里程碑,设计阶段末期,向所有项目干系人提供一个经过论证的可执行的设计方案,开发,开发里程碑,开发阶段末期,评估软件的可读性和可用性,以便软件产品开始向客户,/,用户的转换,测试,产品版本里程碑,评估阶段末期,评价软件的完整性和软件对其所支持组织的转换,15,2 小里程碑,小里程碑需要通过项目的内容及周期长度来确定。设置它的主要目的是为了合理分配工作,细化管理的“粒度”。,当使用小里程碑时,应该遵循如下原则:,在项目早期建立小里程碑。,让开发者建立自己的小里程碑。,保持小里程碑的小型化特征。,保持里程碑的二分性。,制定一系列完整的里程碑。,在短期计划(而不是长期计划)中应用小里程碑。,16,3 定期状态评估,表3.6 状态评估的主要内容,主,题,内,容,职员,比较职员的计划人数和职员目前的人数,(,减少或增加,),支出,将支出计划与过去、现在、未来主里程碑中的支出计划进行对比,风险,事件和危险程度解决计划,风险的量化,(,成本、时间、质量,),技术,主里程碑的结构基线时间表,;,软件管理学,当前变化趋势,;,测试和质量评估,主里程碑计划和结果,下一个主里程碑的计划、时间安排、风险,所有可接受标准的成功,/,失败结果,产品范围,产品的大小、增长和可接受标准变化度,17,
展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 图纸专区 > 课件教案


copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!