软件生命周期模型描述及团队工作指南

《软件生命周期模型描述及团队工作指南》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、软件生命周期模型描述及团队工作指南软件生命周期模型描述及团队工作指南文件状态：[]草稿[]正式发布[]正在修改文件名称：当前版本：完成日期：拟制：审核：批准：-37-软件生命周期模型描述及团队工作指南版本历史文档修订记录版本号文档状态简要说明（变更内容和变更范围）日期变更人*文档状态：R――发布，D――修改文档状态对应的版本号规则：发布的版本号只有x.y,处于修改状态的号则为x.y.z的方式。如：V1.0发布V1.0.1修改-37-软件生命周期模型描述及团队工作指南目录1总则41.1目的和意义41.2适

2、用范围41.3名词解释41.4本文档使用方法52团队工作指南62.1项目团队组成与管理62.2项目团队角色与职责73生命周期模型的选择114瀑布模型134.1模型综述134.2模型示意图164.3里程碑点及基线设置164.4各阶段描述174.4.1立项与启动阶段174.4.2需求与计划阶段214.4.3设计阶段264.4.4实现阶段284.4.5系统测试阶段294.4.6试生产阶段324.4.7项目验收阶段354.4.8运行与维护阶段385迭代模型405.1模型综述405.2模型示意图415.3里程碑点

3、及基线设置415.4各阶段描述416推广模型426.1模型综述426.2模型示意图436.3里程碑点及基线设置436.4各阶段描述446.4.1立项与启动阶段446.4.2部署与初验阶段506.4.3系统演化阶段516.4.4试生产和终验阶段557模型的裁剪57-37-软件生命周期模型描述及团队工作指南1总则1.1目的和意义为规范成都三泰电子实业股份有限公司软件开发类项目的管理与实施，形成一套行之有效的、规范化的工作方法，提高工作效率，明确项目组成员的职责，保证项目的质量，满足顾客要求，确保项目目标保质

4、保量实现，促使公司获得良好的综合效益，根据本公司的质量目标、质量方针及质量程序文件的要求，特制定本文档。1.2适用范围本文档适用于成都三泰电子实业股份有限公司研发中心承担的各类软件开发类项目及综合类项目中软件开发子项目（包括开发类、升级类）的项目管理与实施。开发类项目是指公司承接的、由顾客提出的；由公司自主立项的、有明确需求的项目。该类项目一般有比较完整的软件生命周期。公司主要的开发类项目新产品开发和软件收费项目两种。升级类项目是指公司对已经交付顾客使用的系统所进行的升级、改造项目，项目的主要内容可能包

5、括前期系统的缺陷修复、功能增强、新功能开发等等。1.3名词解释1.顾客：本文中顾客或顾客单位有两种，即公司的客户和公司领导层。当项目为公司内部新产品开发的项目时，项目中没有产生实际销售与合同，这时候的顾客是指公司领导层或市场代表人员；当项目为软件收费项目时，项目会产生特定的服务对象，产生合同双方，这时候的顾客是指公司客户。2.CM：配置管理人员3.PPQA：质量保证人员4.同行评审：即由工作产品创建者的同行们检查该工作产品，识别产品的缺陷，改进产品的不足。-37-软件生命周期模型描述及团队工作指南1.基

6、线：在配置项的生存周期内的某一特定时刻已正式指定和固定的且经正式批准的配置项的一个版本。2.系统测试：也称为用户接受测试，即系统上线试运行前项目组与顾客对系统的功能进行完备性、可用性、正确性的测试。3.生命周期模型：一个包含过程、活动和任务的框架，这些过程、活动和任务涉及软件产品的开发、运行与维护，跨越从需求定义到终止使用的系统生存周期。4.EPG组：EngineeringProcessGroup。本公司负责建立、维护和日常管理组织过程资产库、推进软件过程改进的工程过程小组。由公司公司牵头。5.组织过程

7、资产库：本公司关于项目管理与实施的所有方针、手册、文档、规程、文档模版与表格、历史项目信息的集合。6.里程碑评审：在选定的里程碑点处，评审项目的成就和结果。7.项目（需求）变更：项目内容的变更或待开发系统需求变更。有下列三种情况需要区别对待：Ø变更涉及到顾客、不引发软件系统变化的：由变更提出方填写《项目（需求）变更表》；项目经理及相关人员评估项目变更影响、决定是否执行变更；执行变更并与顾客共同验证。Ø变更涉及到顾客并引发软件系统变化的：执行《需求开发与管理规程》中8.2.3需求变更控制流程。Ø变更不涉及

8、到顾客：按照《变更控制规程》进行。1.4本文档使用方法项目经理在接手一个软件开发项目后，应遵循以下步骤完成项目的组织管理与实施。1、根据项目招投标文件、市场反馈信息或合同书中对项目（含产品）的描述和与顾客（含公司内部顾客）进行初步接触所掌握的信息，确定项目范围和要求，与上层主管协商可投入本项目的资源（人、财、物）。2、根据项目特点和资源状况，选择适用的软件生命周期模型（瀑布模型、迭代模型、推广模型），依据本文档第四、五、六章给出的各软件开发