软件概要设计说明书模版【范本模板】.pdf
《软件概要设计说明书模版【范本模板】.pdf》由会员分享,可在线阅读,更多相关《软件概要设计说明书模版【范本模板】.pdf(11页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、软件概要设计报告文档模板软件概要设计报告文档模板1.1.引言引言 错误!未定义书签。1 编写目的错误错误!未定义书签。未定义书签。1。项目风险错误错误!未定义书签。未定义书签。1。3预期读者和阅读建议错误错误!未定义书签。未定义书签。1。参考资料错误错误!未定义书签。未定义书签。2.2.设计概述设计概述 错误!未定义书签。2。1 限制和约束错误错误!未定义书签。未定义书签。2.设计原则和设计要求错误错误!未定义书签。未定义书签。3 3。系统逻辑设计系统逻辑设计.错误!未定义书签。31 系统组织设计错误错误!未定义书签。未定义书签。3.2 系统结构设计错误错误!未定义书签。未定义书签。3。1系统
2、特性表错误错误!未定义书签。未定义书签。3。2系统特性结构图.错误错误!未定义书签。未定义书签。3.系统接口设计.错错误误!未定义书签。未定义书签。33.系统接口表.错误错误!未定义书签。未定义书签。3。.2 系统接口传输协议说明.错误错误!未定义书签。未定义书签。34 系统完整性设计.错错误误!未定义书签。未定义书签。4 4。系统出错处理设计系统出错处理设计.错误!未定义书签。41 系统出错处理表错误错误!未定义书签。未定义书签。4。维护处理过程表.错错误误!未定义书签。未定义书签。5 5 技术设计技术设计 错误!未定义书签。.1系统开发技术说明表.错错误误!未定义书签。未定义书签。52 开
3、发技术应用说明.错错误误!未定义书签。未定义书签。数据库设计数据库设计 错误!未定义书签。7.7.词汇表词汇表.错误!未定义书签。.进度计划进度计划.错误!未定义书签。1.1.引言引言引言是对这份软件系统概要设计报告的概览,是为了帮助阅读者了解这份文档是如何编写的,并且应该如何阅读、理解和解释这份文档.1.11.1 编写目的编写目的说明这份软件系统概要设计报告是基于哪份软件产品需求规格说明书编写的,开发这个软件产品意义、作用、以及最终要达到的意图 通过这份软件系统概要设计报告详尽说明了该软件产品的软件结构,包括数据库结构和出错处理,从而对该软件产品的结构的描述。如果这份软件系统概要设计报告只与
4、整个系统的某一部分有关系,那么只定义软件系统概要设计报告中说明的那个部分或子系统。1.21.2 项目风险项目风险具体说明本软件开发项目的全部风险承担者,以及各自在本阶段所需要承担的主要风险,首要风险承担者包括:任务提出者;软件开发者;产品使用者。1.31.3 预期读者和阅读建议预期读者和阅读建议列举本软件系统概要设计报告所针对的各种不同的预期读者,例如,可能的读者包括:用户;开发人员;项目经理;营销人员;测试人员;文档编写人员;等等。描述文档中,其余部分的内容及其组织结构,并且针对每一类读者提出最适合的文档阅读建议.1.41.4 参考资料参考资料列举编写软件产品概要设计报告时所用到的参考文献及
5、资料,可能包括:本项目的合同书;上级机关有关本项目的批文;本项目已经批准的计划任务书;用户界面风格指导;开发本项目时所要用到的标准;系统规格需求说明;使用实例文档;属于本项目的其它已发表文件;本软件系统概要设计报告中所引用的文件、资料:相关软件系统概要设计报告:等等.为了方便读者查阅,所有参考资料应该按一定顺排列.如果可能,每份资料都应该给出:标题名称;作者或者合同签约者;文件编号或者版本号;发表日期或者签约日期;出版单位或者资料来源。2.2.设计概述设计概述本节描述现有开发条件和需要实现的目标,说明进行概要设计时应该遵循的设计原则和必须采用的设计方法。2.12.1 限制和约束限制和约束简要描
6、述起到限制和约束作用的各种可能存在的条件,例如:技术条件;资金状况;开发环境(包括:工具和平台);时间限制;等等.并且说明在上述条件下,应该实现的系统目标,2.22.2 设计原则和设计要求设计原则和设计要求描述对本软件系统进行概要设计的原则,通常可以考虑以下几方面的内容:命名规则;模块独立性原则:边界设计原则;数据库设计规则;必须的安全措施;安全性和保密原则;系统灵活性要求;系统易操作性要求;系统可维护性要求;等等。3.3.系统逻辑设计系统逻辑设计本节内容主要根据软件产品需求规格说明书和软件产品数据字典建立系统的逻辑模型。此种模型暂时与系统的物理因素(例如:计算机、数据库管理系统)无关。它是系
7、统需求与物理实现的中间结构,它的主要结果是建立:系统结构图、系统界面结构图、系统出错处理、以及系统开发技术说明。说明:如果进行系统设计时尚未编写软件数据字典:应首先参照附录 B 说明,编写软件数据字典。在完成软件数据字典后,再进行系统设计。3.13.1 系统组织设计系统组织设计系统组织设计通过系统组织表描述本系统由哪些子系统(模块)组成,这些子系统与业务职能之间的关系,以及各个子系统的安装地点。系统组织表的格式如下:子系统编号其中:子系统编号给出本系统中指定子系统的顺序编号。如果本系统末划分为多个子系统,仅由一个运行模块组成;则本项内容仍需要描述,但是本表内容只有一行。说明:在一个系统中有可能
8、安装若干个相同的子系统,在这种情况下,应该视为一个子系统,并且对多个安装地点分别进行描述。如果相同的子系统通过系统设置,实现的业务职能具有明显差异时,应该采用多行进行分别描述,并且在备注中说明其差异所在。子系统英文名称给出本子系统的英文名称,该名称是在应用软件中实际使用的可执行文件名称,必须能够说明该子系统的特点若本系统中只有一个子系统,则本项内容仍需要描述,但是本表内容只有一行。子系统中文名称给出本子系统的中文名称,该名称必须能够说明该子系统的特点。若本系统中只有一个子系统,则本项内容仍需要描述,但是本表内容只有一行。业务职能描述该子系统完成的核心业务。安装地点描述该子系统实际安装的部门、或
9、者某个具体地点。备注针对该子系统,需要说明的其它有关问题。英文名称中文名称业务职能安装地点备注3.23.2 系统结构设计系统结构设计本节将对系统特性作较为详细的描述,并给出系统特性结构图。3.2.1 系统特性表系统特性是系统中完成某项具体操作的基本单元,它由入口参数,出口参数以及处理过程三部分组成。系统特性可以具有操作界面,也可以没有操作界面;可以被其它操作界面、或者系统特性调用,也可以调用其它操作界面、非操作界面、或者系统特性;但是不允许递归调用(调用自己),包括间接递归调用.当系统由多个子系统(模块)组成时,每个子系统分别使用一张系统特性表进行描述 系统特性表的格式如下:子系统编号:子系统
10、英文名称:子系统中文名称:特性编号说明:其中 子系统编号含义同上。子系统英文名称含义同上.子系统中文名称含义同上。特性编号整个系统所有特性的统一编号。系统特性英文名称系统特性的英文正式名称,将来用于软件开发中,必须符合命名规范。系统特性中文名称系统特性的中文正式名称,来源于需求规格说明书中,系统特性一节中的有关描述。操作功能是指该特性实际完成的操作说明。调用对象是指调用该系统特性的系统对象,这里的系统对象可以是系统特性、也可以是操作界面。被调用对象是指被该系统特性调用的系统对象,这里的系统对象可以是系统特性、也可以是操作界面。说明:某些较低层的系统特性,可能不存在被调用对象.备注描述与该系统特
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 范本模板 软件 概要 设计 说明书 模版 范本 模板
限制150内