概要设计规范Word下载.doc

概要设计规范Word下载.doc

《概要设计规范Word下载.doc》由会员分享，可在线阅读，更多相关《概要设计规范Word下载.doc（8页珍藏版）》请在冰豆网上搜索。

2.2.3.具体步骤 2

2.2.4.输出 4

2.2.5.准出条件 4

2.2.6.裁剪 4

3. 实施建议 4

4. 其它 5

2

1.概要

1.1.目的

本文档用以规范本公司的概要设计活动。

1.2.范围

本文档适用本公司的所有项目。

1.3.术语与缩略语

术语/缩略语

解释

1.4.角色与职责

角色

职责

2.过程描述

2.1.过程介绍

公司在实施概要设计的过程中，一般按照以下的步骤开展概要设计工作：

评审概要设计

设计异常

选择设计方案

配置入库

细化模块设计

完善设计

编写设计文档

确定集成顺序

分析系统需求

2.2.过程描述

2.2.1.准入条件

《产品需求》已经生成，并已经建立了对需求的维护体系；

2.2.2.输入

《用户需求说明书》、《产品需求说明书》

2.2.3.具体步骤

2.2.3.1.分析系统需求

如果在产品需求中，已经有比较完善的业务流程图，此步骤可以省略。

Ø

绘制业务流程图

n项目小组成员，根据《用户需求说明书》以及《产品需求》，熟悉业务流程；

n项目经理，指定项目组成员制作符合软件需要的业务流程图；

确认业务流程图

n项目组完成软件的业务流程图后，应召开内部会议，或者非正式评审；

n项目组成员确认业务流程图的正确性；

n如项目组成员对业务流程图有争议，应与需求人员、流程图设计人员沟通，必须统一意见；

2.2.3.2.选择最佳设计方案

预设计

n项目经理，在项目组中挑选技术人员作为设计人员进行预设计；

n设计人员根据快速估算的数据，以及业务流程图进行粗略的预设计；

n预设计需要出一些设计的草稿，大致能描述模块的划分。

技术调查

n设计人员根据自己的设计，找出技术难度最大，实现过程最复杂的模块；

n设计人员结合系统的需求，分析各种约束条件；

n对难点、重点，以及有约束的模块，设计人员应做技术调研，看能否找到处理方案；

n项目经理整理通过技术调研证明可以实现的各种方案；

选择方案

n项目经理在完成技术调查以后，收集可以提供选择的方案；

技术方案，可以是使用不同的语言，不同的算法，或者不同的设计模式；

n由项目经理主持，召开内部会议，选择最佳实现方案。

保留其它设计方案

n对没有被选择的方案，不应忽视，应当保留原稿，作为以后遇到问题时的备选方案，或者处理时的参考，由项目经理整理，保留在配置库中；

2.2.3.3.完善设计

根据选择的设计方案，进一步的完善设计，以满足技术实现的需要。

运行环境

n设计人员描述软件在使用过程中，对软硬件环境，系统配置，组件支持方面的需要；

模块分解

n设计人员根据设计，将软件的功能有组织的分解为可以独立开发的模块；

n设计人员将软件的结构根据实现的需要进行细分，各模块的组合应可以实现所有的软件需求；

n划分子模块的过程，需要描述各子模块的逻辑关系（扇入与扇出的关系）；

n子模块的划分，需要描述各子模块的功能特性，以及数据的接口；

界面设计

n界面的设计，应遵循软件界面设计的一般原则；

n设计人员应设计“状态图”，描述软件不同界面的切换关系，以及切换逻辑；

n需要描述各界面的一些基本组件

n如果存在界面原形，应当使用截图描述各界面，各组件之间的关系；

n不允许使用口头的说明替代界面设计的过程。

数据库设计

n设计人员分析系统的需求，对数据库应用系统进行抽象；

n设计人员根据抽象的数据库应用系统，完成数据库设计图；

n设计人员优化数据库设计结果，完成各模块的

接口设计

n设计人员应明确各模块的接口，并体现在设计当中；

n接口的设计原则，需要符合公司的规范；

n接口类型必须明确；

2.2.3.4.细划模块设计

模块列表

n设计人员根据已完善的设计，整理模块列表；

n模块列表包含模块的名称，功能描述，以及调用关系；

n模块列表好需要描述需要设计或者调用的类以及函数。

模块接口

n设计人员需要描述模块的接口属性；

n对于有兼容、移植等特殊要求的软件，设计人员需要描述在接口上如何满足这些要求。

类图/列表

n设计人员应当整理各模块中具有共通性质的类；

n设计人员在设计类的时候，应当描述类的基本功能，基本属性，主要方法的名称和功能；

n对于在模块内部需要单独设计的类或者方法，在概要设计阶段可以不给出。

数据库

n设计人员需要创建各模块的E-R图表和数据字典；

nER图应清晰明了，数据字典应简单易读；

n设计人员优化数据库的设计。

文档结构

n设计人员应设计对最终交付的软件的文档结构；

n设计人员应设计软件运行过程中需要使用的各文件的功能，以及组织方式，命名方式等；

2.2.3.5.设计异常

设计人员分析各模块的接口失效、或者模块失效的情况；

设计人员需要对异常的类型进行分类，并设计对应的ID编号规则；

设计人员应设计软件对这些已经识别的异常的处理方案。

2.2.3.6.确定集成顺序

设计人员根据项目的实际情况，确定系统集成的方法；

对于模块的复杂度、重要程度等，进行综合的考虑，确定各模块的集成顺序。

2.2.3.7.编写概要设计文档

设计人员根据以上的设计过程，收集所有的设计资料，并分类整理；

设计人员根据公司的模板，编写《概要设计说明书》。

2.2.3.8.评审概要设计

设计人员提交完成的《概要设计说明书》给项目经理；

项目经理负责确认评审组成员，主持正式评审会议；

项目经理根据评审的结果，确定《概要设计说明书》是否通过，并确定是否可以结束概要设计。

2.2.3.9.配置入库

项目经理将评审通过后的《概要设计说明书》，根据配置管理的要求纳入配置库。

2.2.4.输出

《概要设计说明书》

2.2.5.准出条件

概要设计中的70%以上的模块设计已经通过，并已经具备详细设计的基本条件。

2.2.6.裁剪

编号

活动标题

裁剪结果

裁剪条件

备注

3.实施建议

在技术不熟练的情况下，一定要有技术调研过程，确认设计的可行性；

需求变更，导致设计也需要变更的时候，注意各模块的影响，应做一次整体的分析；

一定要做好各模块的分解，它会影响工程的进度和质量。

4.其它

2007-09-04第5页