软件开发设计文档模板V1.1.docxVIP

广州大学科研与竞赛创新实践班软件设计说明书项目名称：设计团队：第组负责人：机器人制作训练实验室2015年8月10日更改记录版本号修改原因/内容修改人审核人审批人修改时间年月日有关版本号的规范：范例:V3.1.7.150801V为版本的通识符，3代表当前版本系列号，该数字表示实现一次项目完整功能模块；1代表一次项目中一整天完成的修改，该数字1则为当前系列号下的第一天修改；7代表当天的修改次数，该数字7表示当天已进行第7次的修改。最后的150801是日期记录，表示2015年8月1日。注意：1. 正文用黑色宋体小四字体，一级目录用黑色黑体三号字体，二级目录及以下的目录均用黑色黑体四号字体；2．系统框架图和设计流程图用微软的VISIO2003流程图绘制。3. 首行缩进2个字符，段落行距用固定磅数24磅。4. 页码标在右下角显示。引言引言是对这份软件系统概要设计报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。（字数500字以上）编写目的说明这份软件系统概要设计报告是基于哪份软件产品需求规格说明书编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件系统概要设计报告详尽说明了该软件产品的软件结构，包括数据库结构和出错处理，从而对该软件产品的结构的描述。如果这份软件系统概要设计报告只与整个系统的某一部分有关系，那么只定义软件系统概要设计报告中说明的那个部分或子系统。（字数300字以上）背景说明待开发软件系统的名称，列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。（字数300字以上）定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。项目风险具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括：任务提出者；软件开发者；产品使用者。预期读者和阅读建议列举本软件系统概要设计报告所针对的各种不同的预期读者，例如，可能的读者包括：用户；开发人员；项目经理；营销人员；测试人员；文档编写人员；等等。描述文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。参考资料列举编写软件产品概要设计报告时所用到的参考文献及资料，可能包括：本项目的合同书；上级机关有关本项目的批文；本项目已经批准的计划任务书；用户界面风格指导；开发本项目时所要用到的标准；系统规格需求说明；使用实例文档；属于本项目的其它已发表文件；本软件系统概要设计报告中所引用的文件、资料：相关软件系统概要设计报告：等等。为了方便读者查阅，所有参考资料应该按一定顺排列。如果可能，每份资料都应该给出：标题名称；作者或者合同签约者；文件编号或者版本号；发表日期或者签约日期；出版单位或者资料来源。设计概述本节描述现有开发条件和需要实现的目标，说明进行概要设计时应该遵循的设计原则和必须采用的设计方法。限制和约束简要描述起到限制和约束作用的各种可能存在的条件，例如：技术条件；资金状况；开发环境(包括：工具和平台)；时间限制；等等。并且说明在上述条件下，应该实现的系统目标，设计原则和设计要求描述对本软件系统进行概要设计的原则，通常可以考虑以下几方面的内容：命名规则；模块独立性原则：边界设计原则；数据库设计规则；必须的安全措施；安全性和保密原则；系统灵活性要求；系统易操作性要求；系统可维护性要求；等等。系统逻辑设计本节内容主要根据软件产品需求规格说明书和软件产品数据字典建立系统的逻辑模型。此种模型暂时与系统的物理因素(例如：计算机、数据库管理系统)无关。它是系统需求与物理实现的中间结构，它的主要结果是建立：系统结构图、系统界面结构图、系统出错处理、以及系统开发技术说明。说明：如果进行系统设计时尚未编写软件数据字典：应首先参照附录B说明，编写软件数据字典。在完成软件数据字典后，再进行系统设计。系统组织设计系统组织设计通过系统组织表描述本系统由哪些子系统(模块)组成，这些子系统与业务职能之间的关系，以及各个子系统的安装地点。系统组织表的格式如下：子系统编号英文名称中文名称业务职能安装地点备注其中：子系统编号给出本系统中指定子系统的顺序编号。如果本系统末划分为多个子系统，仅由一个运行模块组成；则本项内容仍需要描述，但是本表内容只有一行。说明：在一个系统中有可能安装若干个相同的子系统，在这种情况下，应该视为一个子系统，并且对多个安装地点分别进行描述。如果相同的子系统通过系统设置，实现的业务职能具有明显差异时，应该采用多行进行分别描述，并且在备注中说明其差异所在。子系统英文名称给出本子系统的英文名称，该名称是在应用软件中实际使用的可执行文件名称，必须能够说明该子系统的特点。若本系统中只有一个子系统，则本项内容仍需要描述，但是本表内容只有一行。子系统中文名称给出本子系统