软件系统详细设计说明书模板.docx
- 文档编号:11441496
- 上传时间:2023-03-01
- 格式:DOCX
- 页数:15
- 大小:119.79KB
软件系统详细设计说明书模板.docx
《软件系统详细设计说明书模板.docx》由会员分享,可在线阅读,更多相关《软件系统详细设计说明书模板.docx(15页珍藏版)》请在冰豆网上搜索。
软件系统详细设计说明书模板
xxxxx系统
详细设计说明书
文件状态:
[√]草稿
[]正式发布
[]正在修改
文件标识:
当前版本:
1.0
作者:
完成日期:
版本历史
版本/状态
作者
参和者
起止日期
备注
1.0
开始编写
修改记录
日期
修订版本
修改章节
修改描述
作者
1引言
1.1编写目的
说明编写详细设计方案的主要目的。
说明书编制的目的是说明一个软件系统各个层次中的每个程序(每个模块或子程序)和数据库系统的设计考虑,为程序员编码提供依据。
如果一个软件系统比较简单,层次很少,本文件可以不单独编写,和概要设计说明书中不重复部分合并编写。
方案重点是模块的执行流程和数据库系统详细设计的描述。
1.2背景
应包含以下几个方面的内容:
A.待开发软件系统名称;
B.该系统基本概念,如该系统的类型、从属地位等;
C.开发项目组名称。
1.3参考资料
列出详细设计报告引用的文献或资料,资料的作者、标题、出版单位和出版日期等信息,必要时说明如何得到这些资料。
1.4术语定义及说明
列出本文档中用到的可能会引起混淆的专门术语、定义和缩写词的原文。
2设计概述
2.1任务和目标
说明详细设计的任务及详细设计所要达到的目标。
2.1.1需求概述
对所开发软件的概要描述,包括主要的业务需求、输入、输出、主要功能、性能等,尤其需要描述系统性能需求。
2.1.2运行环境概述
对本系统所依赖于运行的硬件,包括操作系统、数据库系统、中间件、接口软件、可能的性能监控和分析等软件环境的描述,及配置要求。
2.1.3条件和限制
详细描述系统所受的内部和外部条件的约束和限制说明。
包括业务和技术方面的条件和限制以及进度、管理等方面的限制。
2.1.4详细设计方法和工具
简要说明详细设计所采用的方法和使用的工具。
如HIPO图方法、IDEF(I2DEF)方法、E-R图,数据流程图、业务流程图、选用的CASE工具等,尽量采用标准规范和辅助工具。
3系统详细需求分析
主要对系统级的需求进行分析。
首先应对需求分析提出的企业需求进一步确认,并对由于情况变化而带来的需求变化进行较为详细的分析。
3.1详细需求分析
包括:
∙详细功能需求分析
∙详细性能需求分析
∙详细资源需求分析
∙详细系统运行环境及限制条件分析
3.2详细系统运行环境及限制条件分析接口需求分析
包括:
∙系统接口需求分析
∙现有硬、软件资源接口需求分析
∙引进硬、软件资源接口需求分析
4总体方案确认
着重解决系统总体结构确认及界面划分问题。
4.1系统总体结构确认
对系统组成、逻辑结构及层次进行确认,对应用系统、支撑系统及各自实现的功能进行确认,细化集成设计及系统工作流程,特别要注意因软件的引进造成的系统本身结构和公司其他系统的结构变化。
包括:
•系统组成、逻辑结构及层次确认
•应用系统结构确认
•支撑系统结构确认
•系统集成确认
•系统工作流程确认
4.2系统详细界面划分
4.2.1应用系统和支撑系统的详细界面划分
应用系统和支撑系统之间的界面包括系统主服务器和其他服务器的服务范围及访问方式,网络及数据库对应用系统的支撑方式,全局数据的管理和存取方式等。
4.2.2系统内部详细界面划分
系统各功能之间的界面包括覆盖范围,模块间功能调用涉及到的系统模块及方法,全局数据格式,系统性能要求等。
5系统详细设计
5.1系统程序代码架构设计
系统采用三层架构模型,将应用系统划分为用户界面表示层、业务逻辑层、数据访问层,以及EntityClass实体类、Common类库组成,各层的关系如下图所示:
5.1.1UI(UserInterface)用户界面表示层
负责和用户进行交互,显示、接受数据,和此同时,做一些简单逻辑处理,如:
输入数据有效性判断、显示各种异常、处理Dataset记录集数据。
它只和BLL(BusinessLogicLayer)业务逻辑层、EntityClass实体类两个项目发生关联,可能和Common类库发生关联。
5.1.2BLL(BusinessLogicLayer)业务逻辑层
是整个系统的核心,它承担了所有的逻辑判断,实现了程序的功能,它是灵活的。
BLL层既是调用者,又是被调用者,因此,要适当的进行设计达到解耦的效果。
BLL层只关联DAL层和实体类,可能关联Common类库。
虽然BLL层被U层调用,但是BLL层无需关心UI层的情况。
数据库中每个表都对应一个BLL类,为了达到解耦效果,BLL类不能直接调用其他表的DAL类,可以BLL类之间相互调用。
5.1.3DAL(DataAccessLayer)数据访问层
提供数据访问的接口,没有任何逻辑。
在接口中对数据库操作语句进行组合装配。
DAL层一般关联Common类库中的最底层,最基础的数据库类(比如:
链接数据库),必须关联EntityClass实体类项目。
DAL层只是数据库的管理者,但不是访问者,不直接和数据库发生关联。
数据库中每个表都对应一个DAL层的接口(访问控制)类。
5.1.4Common类库
用于存放公用的类。
最常用的就是数据库访问类,比如:
链接字符串,数据库引擎类。
它直接和数据库进行机械式的交换,无任何逻辑。
5.1.5EntityClass实体类
相当于加强的数据结构,实现了对数据的封装。
数据库中每个表都对应一个实体类,表的字段就是实体类的属性,类型一一对应。
UI、BLL、DAL这三层的交互主要就是通过实体类作为参数,并Return回信息。
5.2系统结构设计及子系统划分
根据业务和功能,将系统的逻辑结构划分为XX子系统、XX子系等6个子系统,如下图所示:
各个子系统按照功能角度分解,划分出若干不同的功能模块,如下面各图所示:
5.3系统功能模块详细设计
按结构化设计方法,在系统功能逐层分解的基础上,对系统各功能模块或子系统进行设计。
此为详细设计的主要部分之一。
用层次图描述系统的总体结构、功能分解及各个模块之间的相互调用关系和信息交互,用IPO图或其他方法描述各模块完成的功能。
以上建议采用HIPO图进行功能分解和模块描述,更高的要求建议采用IDEF0方法进行功能模型设计。
详细设计应用系统的各个构成模块完成的功能及其相互之间的关系,用IPO或结构图描述各模块的组成结构、算法、模块间的接口关系,以及需求、功能和模块三者之间的交叉参照关系。
每个模块的描述说明可参照以下格式:
模块编号:
模块名称:
输入:
处理:
算法描述:
输出:
其中处理和算法描述部分主要采用伪码或具体的程序语言完成。
对详细设计更高的要求建议用IDEF0图进行各功能模块的设计。
如果对软件需进行二次开发(包括功能扩展、功能改造、用户界面改造等),则相应的设计工作应该设立子课题完成。
注意:
算法描述主要是说明BLL层的代码逻辑,UI层只做简单的输入验证和界面显示功能。
5.3.1XX子系统
.1XX模块
列表和分页
创建XX
.2XX模块
XX列表
XX修改
5.3.2XX子系统
5.3.6.1用户管理模块
模块描述:
管理系统用户,包括添加用户并赋予角色、修改用户资料和角色、删除用户。
主要功能:
添加用户、修改用户、删除用户、列表和分页。
5.3.6.1.1列表和分页
1、流程图
省略
2、输入项
分页索引页面传参数页面加载时为1
3、输出项
1)列表详细记录;
2)当前页码;
3)分页总数;
4)记录总数。
4、算法描述
系统管理用户数据量不大,而且该功能使用频率不高,可以不用优化分页,直接获取用户表全部记录,建议UI层使用gridview控件,调用ExamSys.BLL.System_admin_infoGetAllList()绑定控件,利用gridview自带分页功能,显示分页按钮、当前页、分页总数、记录总数、
5.3.6.1.2添加用户
1、流程图
2、输入项
用户IDstring必填
姓名string必填
用户密码string必填
确认密码string必填
联系电话string
E-mailstring
状态char
用户角色IDstring
3、输出项
1)成功,UI提示添加用户完成;
2)失败,UI提示具体信息。
4、算法描述
1)前端js判断必填项的输入和二次密码是否相同,角色可以不选;
2)BLL须验证必填项,用户名是唯一的不能重复;
3)加密密码使用MD5.Encrypt(stringString,stringKey),Key="XXXXXXXX";
4)用户信息保存至表System_admin_info,ExamSys.DAL.System_admin_infoAdd(ExamSys.Model.System_admin_infomodel);
5)分拆角色ID字符串并循环字符串数组,信息保存至表Dict_admin_vs_roles,ExamSys.BLL.Dict_admin_vs_rolesAdd(ExamSys.Model.Dict_admin_vs_rolesmodel)。
5.3.6.1.3修改用户
1、流程图
2、输入项
用户IDstring页面传参数
姓名string必填
用户密码string必填
确认密码string必填
联系电话string
E-mailstring
状态char
用户角色IDstring
3、输出项
1)成功,UI提示修改用户完成;
2)失败,UI提示具体信息。
4、算法描述
1)前端js判断必填项的输入和二次密码是否相同,角色可以不选;
2)加密密码使用Chukeh.Security.MD5.Encrypt(stringString,stringKey),Key="LinLiYan";
3)根据用户ID删除表Dict_admin_vs_roles的记录ExamSys.BLL.Dict_admin_vs_rolesDeleteByAdminID(stringadmin_id);
4)分拆角色ID字符串并循环字符串数组,信息保存至该表ExamSys.BLL.Dict_admin_vs_rolesAdd(ExamSys.Model.Dict_admin_vs_rolesmodel)。
5.3.6.1.4删除用户
1、流程图
2、输入项
用户IDstring页面传参数
3、输出项
1、成功,UI提示删除用户完成,刷新列表;
2、失败,UI提示具体信息。
3、算法描述
1)根据用户ID删除表System_admin_info的记录ExamSys.DAL.System_admin_infoDelete(stringadmin_id);
2)根据用户ID删除表Dict_admin_vs_roles的记录ExamSys.BLL.Dict_admin_vs_rolesDeleteByAdminID(stringadmin_id)。
5.3.6.2角色管理模块
5.3.6.3系统设置模块
5.3.6.4系统登录注销模块
5.4系统界面详细设计
系统界面说明应用系统软件的各种接口。
整个系统的其他接口(如系统硬件接口、通讯接口等)在相应的部分说明。
5.4.1外部界面设计
根据系统界面划分进行系统外部界面设计,对系统的所有外部接口(包括功能和数据接口)进行设计。
5.4.2内部界面设计
设计系统内部各功能模块间的调用关系和数据接口。
5.4.3用户界面设计
规定人机界面的内容、界面风格、调用方式等,包括所谓的表单设计、报表设计和用户需要的打印输出等设计。
此部分内容可能比较多。
6数据库系统设计
此数据库设计可单独成册,尤其对大型的数据库应用系统,即有一个单独的《数据库设计说明书》。
6.1设计要求
6.2信息模型设计
确定系统信息的类型(实体或视图),确定系统信息实体的属性、关键字及实体之间的联系,详细描述数据库和结构设计,数据元素及属性定义,数据关系模式,数据约束和限制。
6.3数据库设计
6.3.1设计依据
说明数据被访问的频度和流量,最大数据存储量,数据增长量,存储时间等数据库设计依据。
6.3.2数据库种类及特点
说明系统内应用的数据库种类、各自的特点、数量及如何实现互联,数据如何传递。
6.3.3数据库逻辑结构
说明数据库概念模式向逻辑模式转换所采用的方法论及工具,完成数据库概念模式向逻辑模式的转换。
详细列出所使用的数据结构中每个数据项、记录和文件的标识、定义、长度及它们之间的相互关系。
此节内容为数据库设计的主要部分。
6.3.4物理结构设计
列出所使用的数据结构中每个数据项的存储要求、访问方法、存取单位和存取物理关系等。
建立系统程序员视图,包括:
•数据在内存中的安排,包括对索引区、缓冲区的设计;
•所使用的外存设备及外存空间的组织,包括索引区、数据块的组织和划分;
•访问数据的方式方法。
6.3.5数据库安全
说明数据的共享方式,如何保证数据的安全性及保密性。
6.3.6数据字典
编写详细的数据字典。
对数据库设计中涉及到的各种项目,如数据项、记录、系、文卷模式、子模式等一般要建立起数据字典,以说明它们的标识符、同义名及有关信息。
7信息编码设计
7.1代码结构设计
确认信息分类编码总体方案,进行分类代码结构设计。
7.2代码编制
按代码结构编制信息代码
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 系统 详细 设计 说明书 模板
![提示](https://static.bdocx.com/images/bang_tan.gif)