概要设计报告.docx
《概要设计报告.docx》由会员分享，可在线阅读，更多相关《概要设计报告.docx（8页珍藏版）》请在冰点文库上搜索。
概要设计报告
项目名称（项目编号）
概要设计报告
文件编号：
生效日期：
密级：
机密
版本号：
1.0
总页数
正文
附录
编制：
审核：
批准：
发行受控编号
福建省交通职业技术学院
修改控制
修改序号
修改页码及条款
修改人
审核人
批准人
修改日期
1
2
3
4
5
6
7
8
9
1引言
1.1目的
说明概要设计报告的目的，并指出预期读者。
1.2背景
说明软件产品或项目的来源等背景。
1.待开发软件系统的名称；
2.本软件系统/项目的任务提出者、开发者、用户及实现该软件/项目的计算中心或计算机网络；
3.该软件系统与其他系统的相互关系等；
1.3术语
列出本报告中用到的专用术语及其英文缩写词的定义，并列出术语出处。
1.4参考资料
列出参考资料，如：
1.本项目经核准的计划任务书或合同、上级机关批文等；
2.属于本软件产品/项目的其他已发表的文件；
3.本文件中各处引用的书籍、文件、资料、技术开发标准。
列出这些文件资料的标题、作者、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源，如网址。
2总体设计
2.1需求规定
简要说明对本系统的主要的输入输出项目、处理的功能性能要求。
如有编写《需求分析报告》，可在此处直接引用。
2.2运行环境
简要说明对本系统的运行环境（包括硬件环境和软件环境，硬件环境如服务器类型、客户端类型、网络环境、存储设备、输入输出设备等，软件环境如操作系统、数据库系统和其他的支持软件系统）的规定。
如有编写《需求分析报告》，可在此处直接引用。
描述软件系统/项目的完成期限要求。
2.3基本设计概念和处理流程
说明本系统的基本设计概念、技术路线和处理流程，尽量使用图表的形式。
2.4结构
用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系。
如果准备编写《详细设计报告》，则对于在《详细设计报告》中有进一步描述的系统元素，其内部模块不必在此处描述。
2.5功能概述及其分配
简要描述待开发软件的主要功能，如果有编写《需求分析报告》和《软件功能规格说明书》，则可在此处引用。
用一张策略表（STRAT表，见《软件过程实施标准》（T-10-M20011103-1）附录D）说明各项功能需求的实现同各系统元素（如子系统/模块/子程序）的分配关系。
2.6人工处理过程
说明在本软件系统的工作过程中不得不包含的人工处理过程（如果有的话）。
2.7尚未解决的问题
说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。
3接口设计
3.1用户接口
用文字和图形描述将向用户提供的软件接口（如用户交互界面、界面之间的联系、提供给用户的命令以及命令的操作方式、语法结构和输入参数、软件对用户输入的回答信息等）。
如果已经开发界面原型程序，则说明这一点。
3.2外部接口
3.2.1硬件接口
说明本系统同外界的所有接口的安排包括软件与硬件之间的接口，包括硬件连接设备、通信协议等。
如果另外有相关的说明文件，可在此处引用。
3.2.2软件接口
说明本系统与各支持软件之间的接口，包括相互往来的编程接口、数据交换格式、通信协议等。
如果另外有相关的说明文件，可在此处引用。
3.3内部接口
说明本系统之间的各个系统元素（如模块、子程序、公用程序等）之间的接口安排。
3.3.1子系统/模块/子程序设计
简要描述各子系统的功能、性能要求。
如果有编写《软件功能规格说明书》，则可在此处引用。
3.3.2子系统/模块/子程序外部接口
列表详细说明子系统的外部接口（即每个子系统之间的接口）的形式、用途和调用方法，如可供外部调用的函数/方法（Function/Method）及其输入输出参数说明、属性名/公用变量（Property/Variable）、消息/事件（Message/Event）以及其他的接口方式。
如果有相关的说明文件，可在此处引用。
3.3.3子系统/模块/子程序内部接口
如果准备编写《详细设计报告》，则对于在《详细设计报告》中有进一步描述的子系统，只需列出其文件引用说明即可，否则按以下格式详细说明。
1.子系统1
列出详细说明子系统1内的所有函数/方法（Function/Method）及其输入输出参数说明、属性名/公用变量（Property/Variable）、消息/事件（Message/Event）的形式、用途和调用方法。
2.子系统2
……
3.4系统数据结构
3.4.1逻辑结构设计
给出本系统内所使用的每个数据结构的名称、标识符及其每个内部数据项的标识和定义，以及每个数据结构之间的层次/包含关系。
3.4.2物理结构设计
给出本系统内所使用的每个数据结构中的每个数据项的存储要求，访问方法、存取单位、存取的物理关系（索引、设备、存储区域）、设计考虑和保密条件。
数据结构与程序的关系
说明各个数据结构与访问这些数据结构的子系统/模块/子程序。
子系统1
子系统2
……
子系统m
数据结构1
数据结构2
……
数据结构n
4系统故障处理
用一览表的方式说明每种可能的出错或故障情况出现时，系统输出信息的形式、含意、处理方法和补救措施。
错误
输出信息形式
含义
处理方法
补救措施
磁盘读取错误
对话框提示“磁盘读取错误”
在读取磁盘文件时发生错误，可能磁盘损坏，可能文件格式不正确等
程序跳过该读取磁盘操作
返回到读取磁盘的原始状态
…
…
…
…
…
附录概要设计风险评估控制
说明：
1.报告名称：
本文档报告全称；
2.文件编号：
本报告的文件编号；
3.版本号：
本报告的当前版本号；
4.编制部门：
编制本报告的部门的代码；
5.审核人：
在报告参加评估之前预审本报告的人员；
6.编制日期：
本报告编制完成日期；
7.评估部门：
主持评估本报告的部门代码；
8.评估人员：
参加本次评估的人员名单，将主持评估的负责人放在首位；
9.评估日期：
举行本次评估活动的日期；
10.评估内容：
对本报告评估的内容，若有添加内容项目，则可另附页；
11.风险等级：
针对待开发系统，当前评估内容的重要程度，数值越高，则越重要，风险也越大；
12.风险发生概率：
当前评估内容可能发生风险的概率；
13.问题及措施：
当前评估内容的问题所在，以及解决问题的措施；
14.结论：
基于所列评估的内容，可以先给出本报告的适当评价，然后可能作出三种决定：
i.评估通过，文档正式生效；
ii.文档需要进一步修改，然后重新评估；
iii.文档不可用，废弃重写。
概要设计风险评估控制
报告概况
报告名称
编制部门
编制人
文件编号
版本号
审核人
编制日期
评估部门
评估人员
评估日期
评估内容
风险等级（填0-10，数值越高，等级越高）
风险发生概率（填0-1）
风险值（风险等级´风险概率）
问题及措施
文档编制人员行业知识是否丰富
是否采用了合理的软件复用设计
产品功能分配（模块划分）是否合理
系统原型界面是否美观、直观、丰富
设计是否满足全部功能需求
系统数据结构设计是否合理
设计开发软硬件平台选用不合理
尚未解决的问题难以解决
结论：
签字：
日期：
升级会员 