文档介绍：该【生命周期选择的指南 】是由【小屁孩】上传分享，文档一共【10】页，该文档可以免费在线阅读，需要了解更多关于【生命周期选择的指南 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。编号:时间:2021年x月x日书山有路勤为径,学海无涯苦作舟页码: 快速原型选择准则 增量模型 快速原型模型 、活动、工作产品和质量控制 9编号:时间:2021年x月x日书山有路勤为径,学海无涯苦作舟页码:,选择适合项目特点的生存周期,并能按照软件生存周期定义的工作流程进行工作。。。,公司拟推荐采用的软件生存周期模型有1、瀑布模型2、增量模型3、,也是用以规范项目管理的重要手段。为此,对项目定义软件生存周期时,应首先根据各项目的特性和选择准则从本规范中选取一个合用的软件生存周期模型,随后再通过裁剪给出适用于本项目的软件生存周期定义。、用户开始就给出明确的需求,且在开发过程中需求没有或很少变化;2、分析设计人员对应用领域很熟悉;3、低风险项目(对目标、开发环境很熟悉);4、用户应用环境稳定;5、用户除提出需求以外,很少参与开发工作;6、用户接受在项目的开发晚期才能得到程序的运行版本。;客户接受分阶段交付;3、分析设计人员对应用领域不熟悉或难以全面把握;4、中等或高风险项目(对工期过紧且可分阶段提交的项目或对系统目标、开发环境不熟悉的项目);编号:时间:2021年x月x日书山有路勤为径,学海无涯苦作舟页码:5、用户需要参与整个软件开发过程;6、使用面向对象的语言或第四代语言。快速原型选择准则用户定义了软件的一般性目标,但不能标识出详细的输入、处理和输出需求开发者不能确定算法的有效性、操作系统的适应性或人机交互的形式;分析设计人员对应用领域不熟悉;4、高风险项目;、策划阶段、设计阶段、实现阶段、测试阶段、交付阶段。、相互衔接、逐级下落如同瀑布的固定次序。当某阶段发现上游缺陷时可通过追溯予以消除或改进。S1需求S2策划S4实现S3设计S5测试S6交付编号:时间:2021年x月x日书山有路勤为径,学海无涯苦作舟页码:增量模型增量模型是遵循递增方式来进行软件开发的,融合了瀑布模型的基本成分和原型模型的迭代特征。软件产品是被作为一组增量实现的,每一个线性序列产生一个可发布的增量,每一个增量均发布一个可操作的产品。增量循环(2、3………n)S1需求S2策划S3设计S4实现S5测试S6交付快速原型模型原型模型从需求收集开始,开发者和用户一起定义软件的总体目标,标识出已知的需求后,进行快速设计,导致原型的建立(原型不可作为正式的产品进行发布、交付),再进一步精化待开发软件的需求,通过逐步调整原型使其满足客户的要求,整个过程是迭代的。编号:时间:2021年x月x日书山有路勤为径,学海无涯苦作舟页码:快速原型S1需求S2策划S4实现S3设计S5测试快速分析,确定初步规格说明构造原型运行/评价原型原型完成否要细部说明否严格说明细部效果满意否整理原型提供文档构造新原型修正与改进原型S6交付编号:时间:2021年x月x日书山有路勤为径,学海无涯苦作舟页码:、活动、、用户的需求收集、定义T12编制特性需求说明书T13对需求进行分析、定义需求说明书T14需求变更T15制定软件验收计划T16对各种需求基线的审批Q11需求、软件验收计划评审Q12对需求的变更及实现情况检查、跟踪软件项目任务书/需求、验收计划评审通过P11特性需求说明书P12软件需求说明书*P13软件验收计划*R11需求、验收计划的评审记录R12软件需求与软件需求变更跟踪表R13培训记录R14软件需求管理检查表R15需求变更记录R16项目里程碑报告R17项目进展报告S2策划阶段T21进行项目估算T22进行项目策划(含质量保证、配置管理策划)T23编制测试计划T24计划的修订Q21计划评审T25策划培训T26分析设计阶段工作准备(人员、培训、工具、设备)T27计划跟踪Q22对项目策划情况进行检查需求被签字认可后/项目计划书评审通过P21项目估算表*P22软件项目开发计划(含质量保证、配置管理计划)*P23软件测试计划P24风险管理计划R21计划评审记录R22计划修订记录R23培训记录R24项目策划过程检查表R25软件项目跟踪与监督表R26项目进展和里程碑报告S3设计阶段T31项目设计(含软件构架、数据库、界面设计、系统功能例表)Q31设计评审T32测试规程、用例准备T33项目计划的跟踪和修订T34实现阶段准备(人员、培训、可用件、模板、规范、工具、实现开发计划被确认/设计文档评审通过P31概要设计*P32详细设计P33测试规程、用例*R31设计评审记录R32项目计划修订记录R33计划跟踪情况检查表R34软件项目跟踪与监督表编号:时间:2021年x月x日书山有路勤为径,学海无涯苦作舟页码:环境建立)R35项目进展和里程碑报告S4实现阶段T41构造软件(编码、自测)Q41单元测试Q42集成测试T42测试阶段准备(人员、培训、规范、工具、测试环境建立)T43编写用户使用手册T44制作安装盘T45对项目计划的情况进行跟踪设计文档批准后/源程序测试通过P41源程序*P42测试用例数据R41测试记录R42集成测试报告P43用户使用手册(电子版)*R43计划跟踪情况检查表R44软件项目跟踪与监督表R45项目进展和里程碑报告P44安装盘S5测试阶段Q51系统测试T51BUG修订T52对项目计划的情况进行跟踪上游产品提交/系统测试完成R51系统测试记录、报告P51安装母盘P52用户使用手册(电子版)*R52计划跟踪情况检查表R53软件项目跟踪与监督表R54项目进展和里程碑报告S6交付阶段T61编写实施计划T62编写培训大纲T63用户培训T64系统安装和数据准备T65系统试运行和系统切换Q61用户验收T66项目总结T67对项目计划的情况进行跟踪系统测试通过/验收通过、项目总结提交P61实施计划P62培训大纲Q61项目实施记录P63软件产品*Q62软件验收报告*P64项目总结报告*R61计划跟踪情况检查表R62软件项目跟踪与监督表R63项目进展和里程碑报告说明:*代表受控和必选项,当一个文档在某阶段受控后,在以后的阶段中它均受控。S代表阶段T代表任务编号:时间:2021年x月x日书山有路勤为径,学海无涯苦作舟页码:,但事实上,没有两个完全相同的软件项目,在诸多的因素中,组织的方针、规程、商务目标、获取方法和策略、项目的规模和复杂性、系统需求、所采用的开发方法、技术和开发环境以及项目组等诸多因素均会影响系统获取、开发、操作和维护。所以,各项目在使用本标准时,需根据本项目的特性加以裁剪。但在裁剪过程中必须遵循以下原则:阶段衔接原则:所裁剪的生存周期各阶段间应是相互衔接的。一个阶段的里程碑工作是下一阶段的输入。切忌从需求阶段,跳过分析设计阶段直接进入编码实现阶段。合理性原则:每个生存周期阶段中所列的各个活动、工作和质量控制点,可视项目大小可以合理的增加或合拼。如某些大项目,可增加一些对子项目、子工作产品或子活动的质量控制点;小项目或增补少量功能点的项目可将一些质量控制点加以适当合拼,但在计划中必须对合拼的理由做出说明。可视化原则:生存周期各阶段中必须明确列出任务、活动、工作产品与质量控制点。。。,可视项目、生存周期模型、源输入和最终输出的特性,截取相邻的一个或多个相邻接的阶段,例如,所选的是瀑布模型,对非交付类软件项目可以截取需求定义、策划、设计、实现、测试五个邻接的阶段。,对有些小项目来说,可把两个相邻阶段合并成一个阶段,例如,把瀑布模型中的设计和实现两个阶段合并一个阶段。相反,对大项目来说,又可把一个阶段拆分成两个阶段,例如把瀑布模型中的设计阶段拆为概要设计和详细设计两个阶段。但对合并阶段应说明理由。编号:时间:2021年x月x日书山有路勤为径,学海无涯苦作舟页码:(活动),有些是必选(带*)的,有些是可选的。对于必选项,如不选时,应说明理由。如需要,也可增加某些本标准中未列出的任务,例如培训、外包、外购软件、现场安装、数据准备等。。有些是必选(带*)的,有些是可选的。对于必选项,如不选时,应说明理由。如需要,也可增加某些本标准中未推荐的工作产品,例如培训计划、外包合同等。对规模很小的项目也可把有些工作产品,开发文档和管理文档可加以合并。。对每个阶段至少选定一个,以示一个阶段的完成,但当一个阶段时间跨度较长时,可在中间设一些小的里程碑。对里程碑处应设置相应的检查或正式评审。(第二版清华大学出版社)2软件工程实践者的研究方法(***出版社)编号:时间:2021年x月x日书山有路勤为径,学海无涯苦作舟页码:精品文档欢迎下载