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

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