概要设计》模板文档格式.docx
- 文档编号:19881833
- 上传时间:2023-01-11
- 格式:DOCX
- 页数:11
- 大小:222KB
概要设计》模板文档格式.docx
《概要设计》模板文档格式.docx》由会员分享,可在线阅读,更多相关《概要设计》模板文档格式.docx(11页珍藏版)》请在冰豆网上搜索。
1.00
初稿完成
XXX
目录
§
1概述1
1.1目标1
1.2设计原则1
1.3系统模式1
1.4术语及参考资料1
2数据结构设计1
2.1数据对象分类及定义2
2.2数据对象联系2
2.3信息代码设计3
3软件模块设计3
3.1模块组织3
3.2模块设计4
3.2.1XXX模块IPO设计4
3.2.2XXX模块IPO设计5
3.3软件模块与业务需求的对应关系5
4数据流程图6
5其他设计(可选)7
5.1界面设计(可选)7
5.2接口设计(可选)7
5.2.1外部接口7
5.2.2内部接口8
5.3系统安全设计(可选)8
5.3.1应用系统的安全设计8
5.3.2应用系统的备份与恢复8
6附件8
文件编号:
NW-XX-DRS-XXXX
1概述
1.1目标
编写说明:
描述该项软件的设计目标、作用范围等。
1.2设计原则
描述该项软件的设计原则。
系统设计报告只细化到逻辑层,尽可能不涉及具体的物理平台和开发工具。
1.3系统模式
描述业务模式的改进与组织、软件体系结构、系统人机边界划分。
1.4术语及参考资料
列出设计报告中用到的专门术语和中外文缩略语的定义。
给出直接引用的参考资料,如可行性分析报告、需求分析报告等。
2数据结构设计
如果是基于数据库的软件,则要求使用CASE工具进行逻辑数据模式设计,逻辑模式设计的内容以所用的CASE工具给出的内容为准,以E-R图和表格的方式,描述数据的逻辑结构及其彼此之间的关系(不涉及具体的DBMS,不含数据库物理设计成分)。
不使用数据库的软件,其数据结构设计的表现方式由各部门或各项目组自定。
2.1数据对象分类及定义
本节应该包含所有由CASE工具生成的数据对象定义报表。
例如:
静态参数表
表名
说明
contact_rule
合同号规则表
sd_dev_type
用户类型参数
sd_account_type
帐目类型参数表
sd_dev_status
用户状态参数表
sd_resource
资源参数表
sd_dw_type
数据窗类型参数表
sd_bank
银行参数表
large_no
最大单号表
sd_access_mode
接入方式参数
sd_pay_method
付款方式参数
sd_line_mode
接线方式参数
sd_custom_type
客户类型参数
sd_custom_grade
客户等级参数
sd_cost
市话计费方式参数表
sd_interface_type
接口类型参数
2.2数据对象联系
本节包含由CASE工具生成的实体关系图,建议用POWERDESIGNER或ERWIN生成实体关系图。
2.3信息代码设计
本节描述软件中各类信息代码的编码规则及各个代码值的具体意义。
3软件模块设计
3.1模块组织
用图(模块结构层次图)或一览表的形式,采用自顶向下、逐层扩展的方法来表达软件的功能框架和模块结构组织,描述软件功能结构的划分情况,及各子系统之间、各模块之间的组成关系或调用关系。
3.2模块设计
详细描述各模块的处理逻辑,写出模块说明书。
写模块说明书的依据是,该模块所对应的数据流程图中的处理逻辑及数据。
在系统设计阶段,数据库逻辑模式已经设计出来,因此要按数据库逻辑模式中的实体来写。
模块说明书中的输入数据,通常有这样几类:
菜单选择项、原始单据、查询要求、数据库实体。
输出数据通常有:
屏幕显示、报表、图形、数据库实体。
模块说明书可以采用输入/处理/输出(IPO)的形式来描述。
3.2.1XXX模块IPO设计
对比较重要或复杂的软件功能模块,应详细说明其功能、输入/输出项、算法、逻辑流程、接口。
Ø
功能;
简述本模块的功能,说明本功能模块的特点(属于OLTP/OLAP/DSS中的那一类?
是否并发处理等)。
处理流程
详细说明其具体功能。
详细说明本功能模块所采用的算法、具体的计算公式和计算步骤。
用图表(例如程序流程图、判定表等)辅以必要的说明来表示本模块的逻辑流程。
输入/输出;
对每一输入/输出项,给出其名称、标识、数据类型和格式、数据的有效范围、输入/输出方式等说明。
说明参数赋值和调用方式。
对输入数据可以按照数据库表、人机交互输入分类。
通过号码取出原始资料(f_b_num_get_data)
1.功能:
根据输入的号码取出该号码对应的客户、帐户、用户资料。
2.处理流程:
接收参数
If受理调用then
调用并行业务检验函数f_b_num_check,检查是否可以做本业务。
调用割接判断函数。
调用欠费检查函数f_b_arrearage。
Endif
定义并执行存储过程b_num_getdata:
从用户申请表(device_ask)中检索该号码:
若有该用户信息,则取出其用户资料。
若无该用户信息,则从表device中检索该号码,若有则取出,若无则返回。
执行存储过程b_contact_getdata,取出该号码对应的帐户和客户资料。
将客户、帐户、用户数据窗相应的字段置上b_num_getdata返回的值。
3.输入/输出:
输入:
号码、业务代码、号码类别、调用类型(1—受理调用、2—非受理调用)、客户数据窗、帐户数据窗、用户数据窗
输出:
无
3.2.2XXX模块IPO设计
………………
3.3软件模块与业务需求的对应关系
本节用于描述软件模块同业务需求的对应关系。
例如,可用如下的矩阵图说明各软件模块同各项业务需求的对应关系:
需求
模块
业务需求1
业务需求2
……
业务需求m
软件模块1
√
软件模块2
软件模块n
4数据流程图
用数据流图(DFD)的方式分层描述软件模块与数据结构之间的关系,数据流图的格式及图形元素符号以具体使用的CASE工具为准(BPWIN、POWERDESIGNER、ROSE等),但应注意,此时应完全站在软件设计的角度,描述软件的处理流程和功能。
移业务模块数据流程图
5其他设计(可选)
本章用来描述界面设计、软件接口设计、系统安全设计、以及其他方面的设计内容。
5.1界面设计(可选)
给出本软件中具有全局公用性和典型代表意义的用户界面设计说明。
对处理逻辑比较复杂或比较重要的界面,要详细描述处理办法和控制流程。
对用户界面比较简单的模块,本节可以省略。
5.2接口设计(可选)
接口设计,主要是指本系统同其他系统之间的接口设计,即外部接口设计。
倘若,本系统内的个别子系统之间存在数据的异步交换问题,则可以考虑追加内部接口设计的相关内容。
5.2.1外部接口
详细说明本系统同外界其他系统之间进行数据交换时,应考虑的各个方面。
✓数据交换的方式,例如:
文本文件、表
✓数据交换的格式
✓数据交换的控制方式,例如:
手工控制和自动控制(实时交换、定时交换);
基于事件的控制和基于过程的控制等等。
模块名
参数
返回值
功能描述
f_b_num_check
号码、业务代码
布尔值
检查该号码是否有可进行并行业务处理
f_b_num_get_data
号码、业务代码、号码类别、调用类型、客户数据窗、帐户数据窗、用户数据窗
根据号码取出对应客户、帐户、用户最新资料
f_b_create_no
业务代码、单数量
单号
根据业务代码取出当前最大单号,并由数量更新最大单号
5.2.2内部接口
详细说明本系统内相关子系统之间进行数据交换时,应考虑的各个方面。
相关内容同上。
5.3系统安全设计(可选)
描述影响系统安全的有关因素,及其对应的解决方案。
5.3.1应用系统的安全设计
详细描述应用系统的安全设计方案,可从以下方面入手:
✓应用系统的安全设计(操作系统/数据库/应用软件)
✓应用系统的审计功能(操作系统/数据库/应用软件)
5.3.2应用系统的备份与恢复
详细描述应用系统的备份与恢复策略。
6附件
设计报告可以有附件,用来描述其他与软件设计有关的问题、相关的文献、资料、设计过程中的专题分析报告等。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 概要 设计 模板