软件系统详细设计说明书模板

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

系统

详细设计说明书

版本历史

修改记录

目录

引言

1.1编写目的

说明编写详细设计方案的主要目的。

说明书编制的目的是说明一个软件系统各个层次中的每个程序(每个模块或子程序)和数据库系统的设计考虑,为程序员编码提供依据。

如果一个软件系统比较简单,层次很少,本文件可以不单独编写,和概要设计说明书中不重复部分合并编写。

方案重点是模块的执行流程和数据库系统详细设计的描述。

1.2背景

应包含以下几个方面的内容:

. 待开发软件系统名称;

. 该系统基本概念,如该系统的类型、从属地位等;

. 开发项目组名称。

1.3参考资料

列出详细设计报告引用的文献或资料,资料的作者、标题、出版单位和出版日期等信息,必要时说明如何得到这些资料。

1.4术语定义及说明

列出本文档中用到的可能会引起混淆的专门术语、定义和缩写词的原文。

2设计概述

2.1任务和目标

说明详细设计的任务及详细设计所要达到的目标。

2.1.1需求概述

对所开发软件的概要描述, 包括主要的业务需求、输入、输出、主要功能、性能等,尤其需要描述系统性能需求。

2.1.2运行环境概述

对本系统所依赖于运行的硬件,包括操作系统、数据库系统、中间件、接口软件、可能的性能监控与分析等软件环境的描述,及配置要求。

2.1.3条件与限制

详细描述系统所受的内部和外部条件的约束和限制说明。包括业务和技术方面的条件与限制以及进度、管理等方面的限制。

2.1.4详细设计方法和工具

简要说明详细设计所采用的方法和使用的工具。如图方法、()方法、-图,数据流程图、业务流程图、选用的工具等,尽量采用标准规范和辅助工具。

3系统详细需求分析

主要对系统级的需求进行分析。首先应对需求分析提出的企业需求进一步确认,并对由于情况变化而带来的需求变化进行较为详细的分析。

3.1详细需求分析

包括:

∙详细功能需求分析

∙详细性能需求分析

∙详细资源需求分析

∙详细系统运行环境及限制条件分析

3.2详细系统运行环境及限制条件分析接口需求分析

包括:

∙系统接口需求分析

∙现有硬、软件资源接口需求分析

∙引进硬、软件资源接口需求分析

4总体方案确认

着重解决系统总体结构确认及界面划分问题。

4.1系统总体结构确认

对系统组成、逻辑结构及层次进行确认,对应用系统、支撑系统及各自实现的功能进行确认,细化集成设计及系统工作流程,特别要注意因软件的引进造成的系统本身结构和公司其他系统的结构变化。包括:

•系统组成、逻辑结构及层次确认

•应用系统结构确认

•支撑系统结构确认

•系统集成确认

•系统工作流程确认

4.2系统详细界面划分

4.2.1应用系统与支撑系统的详细界面划分

应用系统与支撑系统之间的界面包括系统主服务器与其他服务器的服务范围及访问方式,网络及数据库对应用系统的支撑方式,全局数据的管理与存取方式等。

4.2.2系统内部详细界面划分

系统各功能之间的界面包括覆盖范围,模块间功能调用涉及到的系统模块及方法,全局数据格式,系统性能要求等。

5系统详细设计

5.1系统程序代码架构设计

系统采用三层架构模型,将应用系统划分为用户界面表示层、业务逻辑层、数据访问层,以及实体类、类库组成,各层的关系如下图所示:

5.1.1( )用户界面表示层

负责与用户进行交互,显示、接受数据,与此同时,做一些简单逻辑处理,如:输入数据有效性判断、显示各种异常、处理记录集数据。它只与( )业务逻辑层、实体类两个项目发生关联,可能与类库发生关联。

5.1.2( )业务逻辑层

是整个系统的核心,它承担了所有的逻辑判断,实现了程序的功能,它是灵活的。层既是调用者,又是被调用者,因此,要适当的进行设计达到解耦的效果。层只关联层和实体类,可能关联类

库。虽然层被层调用,但是层无需关心层的情况。数据库中每个表都对应一个类,为了达到解耦效果,类不能直接调用其他表的类,可以类之间相互调用。

5.1.3( )数据访问层

提供数据访问的接口,没有任何逻辑。在接口中对数据库操作语句进行组合装配。层一般关联类库中的最底层,最基础的数据库类(比如:链接数据库),必须关联实体类项目。层只是数据库的管理者,但不是访问者,不直接与数据库发生关联。数据库中每个表都对应一个层的接口(访问控制)类。

5.1.4类库

用于存放公用的类。最常用的就是数据库访问类,比如:链接字符串,数据库引擎类。它直接与数据库进行机械式的交换,无任何逻辑。

5.1.5实体类

相当于加强的数据结构,实现了对数据的封装。数据库中每个表都对应一个实体类,表的字段就是实体类的属性,类型一一对应。、、这三层的交互主要就是通过实体类作为参数,并回信息。

5.2系统结构设计及子系统划分

根据业务和功能,将系统的逻辑结构划分为子系统、子系等个子系统,如下图所示:

各个子系统按照功能角度分解,划分出若干不同的功能模块,如下面各图所示:

5.3系统功能模块详细设计

按结构化设计方法,在系统功能逐层分解的基础上,对系统各功能模块或子系统进行设计。此为详细设计的主要部分之一。

用层次图描述系统的总体结构、功能分解及各个模块之间的相互调用关系和信息交互,用图或其他方法描述各模块完成的功能。以上建议采用图进行功能分解与模块描述,更高的要求建议采用方法进行功能模型设计。

详细设计应用系统的各个构成模块完成的功能及其相互之间的关系,用或结构图描述各模块的组成结构、算法、模块间的接口关系,以及需求、功能和模块三者之间的交叉参照关系。

每个模块的描述说明可参照以下格式:

模块编号:

模块名称:

输入:

处理:

算法描述:

输出:

其中处理和算法描述部分主要采用伪码或具体的程序语言完成。

对详细设计更高的要求建议用图进行各功能模块的设计。

如果对软件需进行二次开发(包括功能扩展、功能改造、用户界面改造等),则相应的设计工作应该设立子课题完成。

注意:算法描述主要是说明层的代码逻辑,层只做简单的输入验证和界面显示功能。

5.3.1子系统

.1模块

列表和分页

创建

.2模块

列表

修改

5.3.2子系统

5.3.

6.1用户管理模块

模块描述:管理系统用户,包括添加用户并赋予角色、修改用户资料和角色、删除用户。

主要功能:添加用户、修改用户、删除用户、列表和分页。

5.3.

6.1.1列表和分页

1、流程图

省略

2、输入项

分页索引页面传参数页面加载时为

3、输出项

相关文档
最新文档