软件系统详细设计说明书.docx

xxxxx 系统 详尽设计说明书 文件状态： 文件表记： [ √ ] 底稿 目前版本： [ ] 正式公布 作 者： [ ] 正在改正 达成日期： 版本历史 版本 / 状态 作者 参加者 起止日期 备注 开始编写 改正记录 日期 订正版本 改正章节 改正描绘 作者 目录 前言 编写目的 说明编写详尽设计方案的主要目的。 说明书编制的目的是说明一个软件系统各个层次中的每个程序（每个模块或子程序）和数据库 系统的设计考虑，为程序员编码供给依照。 假如一个软件系统比较简单，层次极少，本文件能够不独自编写，和纲要设计说明书中不重复 部分归并编写。 方案要点是模块的履行流程和数据库系统详尽设计的描绘。 背景 应包含以下几个方面的内容： 待开发软件系统名称； 该系统基本观点， 如该系统的种类、附属地位等； 开发项目组名称。 参照资料 列出详尽设计报告引用的文件或资料，资料的作者、标题、第一版单位和第一版日期等信息，必 要时说明怎样获得这些资料。 术语定义及说明 列出本文档顶用到的可能会惹起混杂的特意术语、定义和缩写词的原文。 设计概括 任务和目标 说明详尽设计的任务及详尽设计所要达到的目标 。 2.1.1 需求概括 对所开发软件的纲要描绘 , 包含主要的业务需求、输入、 输出、主要功能、性能等，特别 需要描绘系统性能需求 。 2.1.2 运转环境概括 对本系统所依靠于运转的硬件，包含操作系统、数据库系统、中间件、接口软件、可能的性 能监控与剖析等软件环境的描绘，及配置要求。 2.1.3 条件与限制 详尽描绘系统所受的内部和外面条件的拘束和限制说明。 包含业务和技术方面的条件与限制 以及进度、管理等方面的限制。 2.1.4 详尽设计方法和工具 简要说明详尽设计所采纳的方法和使用的工具。如 HIPO图方法、 IDEF（I2DEF）方法、 E－R 图，数据流程图、业务流程图、采纳的 CASE工具等，尽量采纳标准规范和协助工具。 系统详尽需求剖析 主要对系统级的需求进行剖析。第一应付需求剖析提出的公司需求进一步确认，并对因为状况 变化而带来的需求变化进行较为详尽的剖析。 详尽需求剖析 包含： 详尽功能需求剖析 详尽性能需求剖析 详尽资源需求剖析 详尽系统运转环境及限制条件剖析 详尽系统运转环境及限制条件剖析接口需求剖析 包含： 系统接口需求剖析 现有硬、软件资源接口需求剖析 引进硬、软件资源接口需求剖析 4 整体方案确认 侧重解决系统整体构造确认及界面区分问题。 系统整体构造确认 对系统构成、逻辑构造及层次进行确认， 对应用系统、支撑系统及各自实现的功能进行确认， 细化集成设计及系统工作流程，特别要注意因软件的引进造成的系统自己构造和公司其余系统的结 构变化。包含： 系统构成、逻辑构造及层次确认 应用系统构造确认 支撑系统构造确认 系统集成确认 系统工作流程确认 系统详尽界面区分 4.2.1 应用系统与支撑系统的详尽界面区分 应用系统与支撑系统之间的界面包含系统主服务器与其余服务器的服务范围及接见方式，网络 及数据库对应用系统的支撑方式，全局数据的管理与存取方式等。 4.2.2 系统内部详尽界面区分 系统各功能之间的界面包含覆盖范围，模块间功能调用波及到的系统模块及方法，全局数据 格式，系统性能要求等。 系统详尽设计 系统程序代码架构设计 系统采纳三层架构模型，将应用系统区分为用户界面表示层、业务逻辑层、数据接见层，以及 Entity Class 实体类、 Common类库构成，各层的关系以下列图所示： 5.1.1 UI(User Interface) 用户界面表示层 负责与用户进行交互，显示、接受数据，与此同时，做一些简单逻辑办理，如：输入数占有效 性判断、 显示各样异样、 办理 Dataset 记录集数据。 它只与 BLL(Business Logic Layer) 业务逻辑层、 Entity Class 实体类两个项目发生关系，可能与 Common类库发生关系。 5.1.2 BLL(Business Logic Layer) 业务逻辑层 是整个系统的中心，它肩负了全部的逻辑判断，实现了程序的功能，它是灵巧的。 BLL层既是 调用者，又是被调用者，所以，要适合的进行设计达到解耦的成效。 BLL层只关系 DAL层和实体类， 可能关系 Common类库。固然 BLL层被 U层调用，可是 BLL层无需关怀 UI 层的状况。数据库中每个表都对应一个 BLL类，为了达到解耦成效， BLL类不可以直接调用其余表的 DAL类，能够 BLL类之间互相调用。 5.1.3 DAL(Data Access Layer) 数据接见层 供给数据接见的接口，没有任何逻辑。在接口中对数据库操作语句进行组合装置。 DAL层一般