文档介绍：软件设计编码规范质量管理体系过程文件软件设计编码过程文件版本信息:日期版本号版本说明修订人审核人批准人目录1. 目的 32. 范围 33. 术语 34. 角色与职责 35. 入口准则 36. 输入 37. 流程图 38. 主要活动 . 设计原则 . 设计方法 . 多方案选择 . 概要设计 . 概要设计 . 概要设计评审 . 详细设计 . 详细设计 . 详细设计评审 . 编码 . 单元测试 . 代码走查 . 制作用户文档 . 变更 89. 输出 810. 出口准则 811. 引用文档 8目的设计编码的目的在于设计和实现关于需求的解决方案。保证《需求规格说明书》中的各项要求在设计时都能够得到满足;对项目的编码实现进行质量控制,保证编码实现活动按计划顺利完成并与设计相一致。范围适用于公司的各类软件项目的系统设计编码过程。术语无角色与职责角色/部门职责项目经理组织和参与设计评审,批准设计结果协调项目组内各角色之间的协同合作关系设计人员进行系统整体架构的分析和设计;编写《概要设计说明书》;参与详细设计的评审开发人员进行详细设计,编写《详细设计说明书》;编写代码并进行单元测试,执行代码走查入口准则《需求规格说明书》已通过评审。输入《需求规格说明书》流程图图1:系统设计编码过程主要活动系统设计编码过程包括系统设计、系统实现。系统设计是指设计软件系统的体系结构、数据库、模块等,在需求和代码之间建立桥梁,一般分概要设计和详细设计两个阶段;系统实现是指开发人员按照系统设计去编码开发,并进行单元测试、代码走查;在设计编码过程中同时进行用户文档的编制。概要设计概要设计是分析各种设计方案和定义软件体系结构的过程。设计人员在充分了解需求的基础上,依据《需求规格说明书》选用适当的设计方法,分析与设计软件的结构、模块功能。通过系统分解,确定子系统的功能和子系统之间的关系,以及模块的功能和模块之间的关系,编写《概要设计说明书》。《概要设计说明书》必须经过技术评审。解决方案选择系统设计时可能会涉及到多种解决方案的选择,如:系统实现路线;采用的工具和技术;产品架构;设计模式;模块的制作、购买或重用等。当出现多种候选方案,难以通过简单的方法判断出方案的优劣时,应按照《S_DAR00_决策分析和决定过程》进行决策。概要设计概要设计是建立整个软件的体系结构,包括子系统、模块以及相关层次的说明、每一模块的接口定义等。概要设计的主要步骤有:选择设计方法;识别解决方案的主要组件:根据解决方案的技术架构和分析方法(面向对象、面向结构),相应确定解决方案的组件模块;对候选技术和工具、组件进行评估,确定是进行开发、购买还是复用已有技术(工具或者组件)。评估开发、购买或复用方案时需要考虑的事项包括:业务方面:可行性、产品成本、经验、投资回报、成熟度及其他因素;企业体系结构方面:解决方案必须与当前状态和远景状态计划的约束相适应。包括与企业现有系统的集成等;技术方面:安全、组件模块交互标准、数据访问、数据存储、系统服务、开发工具、操作系统等。识别解决方案主要组件的重要属性和关键关系:在前一任务的基础上,对解决方案主要组件的重要属性和关键关系进行识别;进行数据库设计,建立数据库的逻辑模型和物理模型;进行用户界面设计,确定整个系统的界面框架以及界面风格;形成《概要设计说明书》。概要设计评审概要设计的结果应进行技术评审。技术评审由设计人员提出,由项目经理组织召开。技术评审会议应邀请需求分析师、公司的技术专家、开发人员、测试人员等参加。关于技术评审会议的要求详见《评审过程》。详细设计详细设计可以和概要设计并行进行,但应考虑并行设计不会因概要设计而导致较大的详细设计返工