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

系统 详细设计说明书 文件状态： 文件状态： 文件标识： [√] 草稿 当前版本： [ ] 正式发布 作 者： [ ] 正在修改 完成日期： 版 本 历 史 版本状态 版本状态 作者 参与者 起止日期 备注 开始编写 修 改 记 录 日期 日期 修订版本 修改章节 修改描述 作者 目录 引言 编写目的 说明编写详细设计方案的主要目的。 说明书编制的目的是说明一个软件系统各个层次中的每个程序（每个模块或子程序）和数据库系统的设计考虑，为程序员编码提供依据。 如果一个软件系统比较简单，层次很少，本文件可以不单独编写，和概要设计说明书中不重复部分合并编写。 方案重点是模块的执行流程和数据库系统详细设计的描述。 背景 应包含以下几个方面的内容： . 待开发软件系统名称； . 该系统基本概念，如该系统的类型、从属地位等； . 开发项目组名称。 参考资料 列出详细设计报告引用的文献或资料，资料的作者、标题、出版单位和出版日期等信息，必要时说明如何得到这些资料。 术语定义及说明 列出本文档中用到的可能会引起混淆的专门术语、定义和缩写词的原文。 设计概述 任务和目标 说明详细设计的任务及详细设计所要达到的目标。 需求概述 对所开发软件的概要描述, 包括主要的业务需求、输入、输出、主要功能、性能等，尤其需要描述系统性能需求。 运行环境概述 对本系统所依赖于运行的硬件，包括操作系统、数据库系统、中间件、接口软件、可能的性能监控与分析等软件环境的描述，及配置要求。 条件与限制 详细描述系统所受的内部和外部条件的约束和限制说明包。括业务和技术方面的条件与限制以及进度、管理等方面的限制。 详细设计方法和工具 简要说明详细设计所采用的方法和使用的工具。如图方法、（）方法、－图，数据流程图、业务流程图、选用的工具等，尽量采用标准规范和辅助工具。 系统详细需求分析 主要对系统级的需求进行分析。首先应对需求分析提出的企业需求进一步确认，并对由于情况变化而带来的需求变化进行较为详细的分析。 详细需求分析 包括： 详细功能需求分析 详细性能需求分析 详细资源需求分析 详细系统运行环境及限制条件分析 详细系统运行环境及限制条件分析接口需求分析 包括： 系统接口需求分析 现有硬、软件资源接口需求分析 引进硬、软件资源接口需求分析 总体方案确认 着重解决系统总体结构确认及界面划分问题。 系统总体结构确认 对系统组成、逻辑结构及层次进行确认对，应用系统、支撑系统及各自实现的功能进行确认， 细化集成设计及系统工作流程，特别要注意因软件的引进造成的系统本身结构和公司其他系统的结构变化。包括： 系统组成、逻辑结构及层次确认 应用系统结构确认 支撑系统结构确认 系统集成确认 系统工作流程确认 系统详细界面划分 应用系统与支撑系统的详细界面划分 应用系统与支撑系统之间的界面包括系统主服务器与其他服务器的服务范围及访问方式，网络及数据库对应用系统的支撑方式，全局数据的管理与存取方式等。 系统内部详细界面划分 系统各功能之间的界面包括覆盖范围，模块间功能调用涉及到的系统模块及方法，全局数据格式，系统性能要求等。 系统详细设计 系统程序代码架构设计 系统采用三层架构模型，将应用系统划分为用户界面表示层、业务逻辑层、数据访问层，以及实体类、类库组成，各层的关系如下图所示： ( )用户界面表示层 负责与用户进行交互，显示、接受数据，与此同时，做一些简单逻辑处理，如：输入数据有效性判断、显示各种异常、处理记录集数据。它只与( )业务逻辑层、 实体类两个项目发生关联， 可能与类库发生关联。 ( )业务逻辑层 是整个系统的核心，它承担了所有的逻辑判断，实现了程序的功能，它是灵活的。层既是调用者，又是被调用者，因此，要适当的进行设计达到解耦的效果。层只关联层和实体类，可能关联类 库。虽然层被层调用，但是层无需关心层的情况。数据库中每个表都对应一个类，为了达到解耦效 果，类不能直接调用其他表的类，可以类之间相互调用。 ( )数据访问层 提供数据访问的接口，没有任何逻辑。在接口中对数据库操作语句进行组合装配。层一般关联类库中的最底层，最基础的数据库类（比如：链接数据库），必须关联 实体类项目。层只是数据库的管理者，但不是访问者，不直接与数据库发生关联。数据库中每个表都对应一个层的接口(访 问控制)类。 类库 用于存放公用的类。最常用的就是数据库访问类，比如：链接字符串，数据库引擎类。它直接与数据库进行机械式的交换，无任何逻辑。 实体类 相当于加强的数据结构，实现了对数据的封装。数据库中每个表都对应一个实体类，表的字段就是实体类的属性，类型一一对应。、、这三层的交互主要就是通过实体类作为参数，并回信息。 系统结构设计及子系统划分 根据业务和功能，将系统的逻辑结构划分为子系统、子系等个子系统，如下图所示