软件系统详细设计说明书实用模板-软件系统说明书实用模板.doc
《软件系统详细设计说明书实用模板-软件系统说明书实用模板.doc》由会员分享,可在线阅读,更多相关《软件系统详细设计说明书实用模板-软件系统说明书实用模板.doc(17页珍藏版)》请在课桌文档上搜索。
1、xxxxx系统详细设计说明书文件状态: 草稿 正式发布 正在修改文件标识:当前版本:作 者:完成日期:版 本 历 史版本/状态作者参与者起止日期备注开始编写修 改 记 录日期修订版本修改章节修改描述作者目录1引言5编写目的5背景5参考资料5术语定义与说明52设计概述5任务和目标5需求概述5运行环境概述5条件与限制6详细设计方法和工具63系统详细需求分析6详细需求分析6详细系统运行环境与限制条件分析接口需求分析64总体方案确认6系统总体结构确认6系统详细界面划分7应用系统与支撑系统的详细界面划分7系统部详细界面划分75系统详细设计7系统程序代码架构设计7UI(User Interface)用户界
2、面表示层7BLL(Business Logic Layer)业务逻辑层8DAL(Data Access Layer)数据访问层8mon类库8Entity Class实体类8系统结构设计与子系统划分8系统功能模块详细设计9XX子系统9.1XX模块9列表和分页9创建XX9.2XX模块9XX列表9XX修改9XX子系统9用户管理模块9角色管理模块14系统设置模块14系统登录注销模块14系统界面详细设计14外部界面设计14部界面设计14用户界面设计146数据库系统设计14设计要求14信息模型设计14数据库设计14设计依据14数据库种类与特点15数据库逻辑结构15物理结构设计15数据库安全15数据字典15
3、7信息编码设计15代码结构设计15代码编制151 引言1.1 编写目的说明编写详细设计方案的主要目的。说明书编制的目的是说明一个软件系统各个层次中的每个程序每个模块或子程序和数据库系统的设计考虑,为程序员编码提供依据。如果一个软件系统比拟简单,层次很少,本文件可以不单独编写,和概要设计说明书中不重复局部合并编写。方案重点是模块的执行流程和数据库系统详细设计的描述。1.2 背景应包含以下几个方面的容:A. 待开发软件系统名称;B. 该系统根本概念,如该系统的类型、从属地位等;C. 开发项目组名称。1.3 参考资料列出详细设计报告引用的文献或资料,资料的作者、标题、出版单位和出版日期等信息,必要时
4、说明如何得到这些资料。1.4 术语定义与说明列出本文档中用到的可能会引起混淆的专门术语、定义和缩写词的原文。2 设计概述2.1 任务和目标说明详细设计的任务与详细设计所要达到的目标。2.1.1 需求概述对所开发软件的概要描述, 包括主要的业务需求、输入、输出、主要功能、性能等,尤其需要描述系统性能需求。2.1.2 运行环境概述对本系统所依赖于运行的硬件,包括操作系统、数据库系统、中间件、接口软件、可能的性能监控与分析等软件环境的描述,与配置要求。2.1.3 条件与限制详细描述系统所受的部和外部条件的约束和限制说明。包括业务和技术方面的条件与限制以与进度、管理等方面的限制。2.1.4 详细设计方
5、法和工具简要说明详细设计所采用的方法和使用的工具。如HIPO图方法、IDEFI2DEF方法、ER图,数据流程图、业务流程图、选用的CASE工具等,尽量采用标准规和辅助工具。3 系统详细需求分析主要对系统级的需求进展分析。首先应对需求分析提出的企业需求进一步确认,并对由于情况变化而带来的需求变化进展较为详细的分析。3.1 详细需求分析包括: 详细功能需求分析 详细性能需求分析 详细资源需求分析 详细系统运行环境与限制条件分析3.2 详细系统运行环境与限制条件分析接口需求分析包括: 系统接口需求分析 现有硬、软件资源接口需求分析 引进硬、软件资源接口需求分析4 总体方案确认着重解决系统总体结构确认
6、与界面划分问题。4.1 系统总体结构确认对系统组成、逻辑结构与层次进展确认,对应用系统、支撑系统与各自实现的功能进展确认,细化集成设计与系统工作流程,特别要注意因软件的引进造成的系统本身结构和公司其他系统的结构变化。包括: 系统组成、逻辑结构与层次确认 应用系统结构确认 支撑系统结构确认 系统集成确认 系统工作流程确认4.2 系统详细界面划分4.2.1 应用系统与支撑系统的详细界面划分应用系统与支撑系统之间的界面包括系统主服务器与其他服务器的服务围与访问方式,网络与数据库对应用系统的支撑方式,全局数据的管理与存取方式等。4.2.2 系统部详细界面划分系统各功能之间的界面包括覆盖围,模块间功能调
7、用涉与到的系统模块与方法,全局数据格式,系统性能要求等。5 系统详细设计5.1 系统程序代码架构设计系统采用三层架构模型,将应用系统划分为用户界面表示层、业务逻辑层、数据访问层,以与Entity Class实体类、mon类库组成,各层的关系如如如下图所示:5.1.1 UI(User Interface)用户界面表示层负责与用户进展交互,显示、承受数据,与此同时,做一些简单逻辑处理,如:输入数据有效性判断、显示各种异常、处理Dataset记录集数据。它只与BLL(Business Logic Layer)业务逻辑层、Entity Class实体类两个项目发生关联,可能与mon类库发生关联。5.1
8、.2 BLL(Business Logic Layer)业务逻辑层是整个系统的核心,它承担了所有的逻辑判断,实现了程序的功能,它是灵活的。BLL层既是调用者,又是被调用者,因此,要适当的进展设计达到解耦的效果。BLL层只关联DAL层和实体类,可能关联mon类库。虽然BLL层被U层调用,但是BLL层无需关心UI层的情况。数据库中每个表都对应一个BLL类,为了达到解耦效果,BLL类不能直接调用其他表的DAL类,可以BLL类之间相互调用。5.1.3 DAL(Data Access Layer)数据访问层提供数据访问的接口,没有任何逻辑。在接口中对数据库操作语句进展组合装配。DAL层一般关联mon类库
9、中的最底层,最根底的数据库类比如:数据库,必须关联Entity Class实体类项目。DAL层只是数据库的管理者,但不是访问者,不直接与数据库发生关联。数据库中每个表都对应一个DAL层的接口(访问控制)类。5.1.4 mon类库用于存放公用的类。最常用的就是数据库访问类,比如:字符串,数据库引擎类。它直接与数据库进展机械式的交换,无任何逻辑。5.1.5 Entity Class实体类相当于加强的数据结构,实现了对数据的封装。数据库中每个表都对应一个实体类,表的字段就是实体类的属性,类型一一对应。UI、BLL、DAL这三层的交互主要就是通过实体类作为参数,并Return回信息。5.2 系统结构设
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 系统 详细 设计 说明书 实用 模板
链接地址:https://www.desk33.com/p-15499.html