CMMI-技术开发过程_第1页
CMMI-技术开发过程_第2页
CMMI-技术开发过程_第3页
CMMI-技术开发过程_第4页
CMMI-技术开发过程_第5页
已阅读5页,还剩8页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

PAGE技术开发过程PAGE3技术开发过程文件编号保密级别总页数编制

变更日志编号版本修改内容修改人修改日期10.10创建初稿20.20内部评审,建立组织方针31.00发布

目录1 引言 11.1目的与方针 11.2适用范围 11.3定义 11.4参考资料 12 过程总体描述 22.1过程概述 22.2过程结构描述 23 过程元素描述 33.1概要设计 33.1.1概述 33.1.2角色与职责 33.1.3进入标准 33.1.3输入 33.1.4任务 33.1.5结束标准 53.1.6输出 53.2详细设计 53.2.1概述 53.2.2角色与职责 53.2.3进入标准 53.2.4输入 53.2.5任务 53.2.6结束标准 63.2.7输出 63.3编码及单元测试 63.3.1概述 63.3.2角色与职责 63.3.3进入标准 63.3.4输入 63.3.5任务 63.3.6结束标准 73.3.7输出 73.4编制产品支持文档 73.4.1概述 73.4.2角色与职责 73.4.3进入标准 73.4.4输入 73.4.5任务 83.4.6结束标准 83.4.7输出 84 相关文档 94.1引用文件 94.2使用模板 9技术开发过程PAGE1引言1.1目的与方针本过程目的在于提供开发、设计和实现满足需求解决方案的过程,是项目工程过程的核心。主要包括选择产品构件解决方案、开发设计、实现产品设计和实施建议等内容。为策划和执行“技术开发”过程,制定为维护组织方针:项目组评价和选择出满足顾客需求、产品和产品构件需求的最佳解决方案;针对选择的解决方案进行概要设计、功能设计,制定相应设计文档;制定产品说明文档。1.2适用范围本文档的适用范围为组织内所有软件项目。1.3定义下表列出本报告中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇,同时继承全部的先前过程中定义过的词汇。词汇名称词汇含义备注1.4参考资料无技术开发过程PAGE9过程总体描述2.1过程概述组织过程分为项目管理、项目工程和项目支持部分,在本过程中主要描述PH2部分内容。2.2过程结构描述图AUTONUM\*Arabic\s..技术开发过程总览过程元素描述3.1概要设计3.1.1概述分析与设计具有预定功能的软件系统体系结构(即模块结构),确定子系统、功能模块的功能及其间的内、外接口,确定数据结构。3.1.2角色与职责项目经理:组织进行概要设计,组织相关人员进行概要设计文档评审。系统设计人员:进行概要设计,评审概要设计文档。软件测试人员:集成测试设计。3.1.3进入标准《需求规格说明书》已经制定,评审通过3.1.3输入《需求规格说明书》3.1.4任务3.1.4.1设计方法(1)面向结构(数据流)设计方法:结合《需求规格说明书》及系统不同层次的数据流图,把整个系统分解为模块并确定各模块功能,确定每个功能模块的输入、转换和输出数据流,并考虑各方面数据接口、存储方式等。迭代逐步分解各系统模块,直到确定每个功能模块只执行一个行为为止,同时细化数据结构设计,完善数据字典以确保系统能获得所需的输出结果,从而完成系统构架设计。(2)面向对象设计方法:结合《需求规格说明书》(包括快速原型分析模型、类模型)和系统选用的编程语言,确定客户类(包括子类)及类的各种行为,并使用设计模型及相应的列表,确定每个对象的客户(模块)关联,并给予必要的方法设计。迭代逐步检查对象及其方法,直到系统中每个对象拥有所有必需的方法,从而完成系统构架设计。3.1.4.2工作步骤项目经理确定系统设计人员,并讨论确定阶段出口准则,通盘考虑并跟踪上游顺延下来的进度、技术难度等风险、问题,与相关人员沟通,制定阶段计划。必要时,请高层参与问题解决;评估、确认需求分析结果,并对可重用的软件或功能模块进行性能测试,通盘考虑整个系统结构、功能扩展性。(1)系统体系结构设计用选定的工具(如需求功能矩阵表等)和开发计划设定的交付方式(如小版本渐进交付)及设计方法,结合设计原则(如功能模块化等),将系统分解为若干子系统、功能模块,并确定子系统、功能模块及其间的关系;确定子系统、功能模块间的约束、假设和依赖(如系统运行环境和开发、测试环境等,并考虑系统并发性和分布性要求);结合以上内容,对系统的模块逻辑实现和集成方法进行设计,降低使软件难于实现、测试(必要时测试人员参与讨论)、维护的因素,形成高内聚、低耦合的系统体系结构;定义错误处理和恢复策略,对可能出现的故障进行分解,确定处理对策;(2)数据体系结构设计确定项目数据库设计规则以便于系统统一,其中包括:库命名,逻辑设计,物理设计,安全性设计及优化,管理规则等;数据库设计一般要经过“逻辑设计→物理设计→安全性设计→优化”等步骤,通常要迭代进行;逻辑设计:分析软件系统模块及其之间的数据操作,使用抽象数据类型设计,转换数据对象的属性及其关联、接口等内容,设计并完善数据字典及其约束条件,实现数据的变量封装结构设计。面向结构设计方法中为创建与数据库相关的数据流图或实体关系图;若采用面向对象方法,则分析类信息传递内容,并创建类图;物理设计:设计表结构,与实体关系图或类图相结合;对表结构进行规范化处理;安全性设计:考虑数据库的登陆访问限制,用户密码加密,操作访问权限等系统安全设计;优化:分析并优化数据库的“时—空”(即性能,容量等)效率,尽可能“提高处理速度”并且“降低数据占用空间”。分析“时—空”效率的瓶颈,找出优化对象(目标),并确定优先级;消除对象(目标)间的对抗性,必要时给出折中方案;给出优化的具体措施,如逐步评估、优化数据库环境参数,对表格进行反规范化处理等,坚持信息隐蔽等原则,加强数据设计可维护性;(3)接口(包括用户界面)设计与客户、测试人员交流界面设计需求,明确用户界面、接口设计规则,包括:标准控件的使用规则,通用界面(包括主界面和子界面等)、接口设计原则等;界面设计分析需求说明中对用户界面的需求,实施用户界面设计,包括界面及其关系、工作流程等,必要时采取原型设计,并请客户或同行评估后细化改进;接口设计扩展子系统或功能模块及其之间的关系和限制条件,实施系统所需的接口设计,并消除冗余后,完善系统的数据流图,必要时形成功能说明和操作方式。若面向对象方法,则为子系统包、类间的属性、方法等设计;由测试人员参与完善测试接口设计;结合系统错误处理和数据验证方法,验证接口设计结果,并逆向需求求证;3.1.4.3编写《产品集成计划》参见《产品集成规程》3.1.4.4整合及评审(1)根据设计方法及其设计结果,项目经理负责采用指定的概要设计说明书、数据库设计说明书模板(必要时结合数据字典或类图)描述设计体系结构内容;(2)根据设计结果完善、更新、充实用户文档(初稿)相应内容;(3)指定需求跟踪人负责跟踪系统设计结果,完善需求功能矩阵表;(4)测试人员负责对系统设计结果进行可测试性验证;(5)项目经理或客户委派专人负责组织对设计的工作产品根据《评审规程》执行评审。3.1.5结束标准《概要设计说明书》评审通过。3.1.6输出《概要设计说明书》;3.2详细设计3.2.1概述详细设计系统所有模块的主要接口与属性、数据结构和算法,指导模块编程。3.2.2角色与职责项目经理:组织进行详细设计,组织相关人员进行详细设计文档评审。系统设计人员:进行详细设计,评审详细设计文档。软件测试人员:进行单元测试设计。3.2.3进入标准《概要设计说明书》评审通过3.2.4输入《概要设计说明书》3.2.5任务3.2.5.1细化系统设计(1)项目经理确定详细设计人员,并通盘考虑上游顺延下来的进度、技术难度风险、问题,制定阶段工作计划,确定阶段出口准则。必要时,请高层参与解决问题;(2)项目经理配合详细设计人员对概要设计方案进行评估,项目组间或组内达成共识;(3)结合设计方法、工具、需求文档和软件系统体系结构设计文档,逐步细化设计每个功能模块的主要接口与属性,必要时还须细化每个用户界面;若采用面向对象方法,则为设计类的函数和成员变量;(4)细化设计每个功能模块的数据结构与算法(若存在的话),并提高其效率,确认并完善重用软件及模块单元的算法和处理流程,确保系统一致性;(5)重复执行以上步骤直到达到出口准则;3.2.5.2整合及评审项目经理负责组织整合设计内容,编写《详细设计说明书》并完善用户文档;项目经理负责组织对阶段工作产品的验证和评审,根据《评审规程》执行评审;3.2.6结束标准《详细设计文档》评审通过。需求跟踪结果一致。3.2.7输出《详细设计说明书》《单元测试用例》3.3编码及单元测试3.3.1概述依据计划把系统设计文档翻译成整个系统的模块代码,并完成代码的审查和单元测试。3.3.2角色与职责项目经理:组织编码及单元测试工作。开发人员:编码单元测试人员:单元测试。可由编码人员兼职3.3.3进入标准《详细设计说明书》已经制定,评审通过3.3.4输入《详细设计说明书》《数据库设计说明书》(含在详细设计说明书中)3.3.5任务3.3.5.1工作步骤(1)项目经理确定开发人员,通盘考虑上游顺延下来的进度、技术难度等风险、问题,制定阶段工作计划,确定阶段出口准则,必要时,请高层参与问题解决;(2)根据组织级的《编码规则》,确定适用于项目组的编码规则,统一定义有意义的变量名、模块名,注释规则,提高程序的可靠性和可维护性;(3)必要时在各编码组内对临时的编译环境和调试方法进行约束;3.3.5.2编码(1)开发人员实施阶段计划,组建开发环境,避免硬件操作系统等的不兼容风险;(2)开发人员基于架构设计、模块优先级及集成实现方式,按计划时序在配置环境下把功能模块翻译成代码,并进行必要的调试和代码走查;(3)指定人员按计划依据《编码规则》对配置库中的提交代码进行同行评审;(4)指定需求跟踪负责人对需求进行跟踪,完善需求模块功能矩阵表,若发现问题,形成跟踪报告,提交项目经理或高层经理寻求解决方案

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论