软件开发说明书样本.docx

软件开发说明书样本.docx

《软件开发说明书样本.docx》由会员分享，可在线阅读，更多相关《软件开发说明书样本.docx（7页珍藏版）》请在冰点文库上搜索。

软件开发说明书样本

软件开发讲明书（ISO标准）

1  引言（Introduction）

1.1  编写目的（Purpose）

简要讲明编写本需求分析讲明书的目的。

1.2  读者对象（Reader）

简要讲明本需求分析讲明书可能的合法读者对象。

1.3  编写原则（Rule）

简要讲明本需求分析讲明书的编写原则。

1.4  编写目标（Goal）

简要讲明本需求分析讲明书的编写目标。

1.5  项目背景（BackgroundofProject）

简要讲明关于本项目的项目名称、简称、项目代号、托付单位、开发单位和主管部门、该软件系统与其它系统的关系等背景信息。

1.6  定义（Definitions）

简要讲明本需求分析讲明书中涉及的专门术语、容易引起歧义的概念、关键词缩写及其他需要解释的内容。

1.7  参考资料（Reference）

以列表或排序的方式给出重要的参考资料的名称、作者、单位、出版日期、地点、联系方式等信息。

1.8  变更历史（ChangeHistory）

序号

人员

日期

变更详情

2  任务概述（TaskDescription）

（能够以合同文本为基础阐述清晰如下观点。

）

1）      本系统开发完成后的用途,能够产生的效果;

2）  实现技术先进性、可靠性、易操作性、易维护性、易扩展性和安全性；

3）  假如分多期工程，应按工期分不列出其目标。

3   业务需求调查（BusinessProcessesandFlows）

3.1  组织机构调查

此处给出组织关系结构图以及组织、部门、岗位的隶属关系与职能。

3.2  应用现状调查

1）      现有计算机系统的网络、服务器、终端的软硬件环境、状态、数量、关系

2）      现行应用系统的分布及运行状况

3）      客户对现有应用系统优缺点的评价

4）      现有应用系统的数据来源和出口（IPO）

3.3  业务处理总体流程调查

3.3.1    总体流程图

给出总体业务流程图。

1）      描述组成系统的各个子系统（或环节）之间的业务处理关系。

2）      列出分析的差不多原则。

3）      严格按照图表的含义设计流程图，要紧图标所表达的意义见另文。

3.3.2    业务处理环节定义及处理讲明

通过对业务总体流程的分析，总结出业务处理的环节，并对环节进行定义（包括文字和流程图），注意，那个地点所讲的环节必须具有通用性。

3.4  子系统处理流程调查

3.4.1    子系统1业务需求调查

3.4.1.1     业务处理流程图

1）      按业务环节特不详细的画出业务处理过程，并用文字标注和讲明。

2）      流程图的图表标准与总体流程图相同。

3）      业务流程文字讲明。

3.4.1.2    数据流程图、

1）      按业务环节特不详细的画出数据处理过程，并用文字标注和讲明。

2）      流程图的图表标准与总体流程图相同。

3）      数据流程文字讲明。

3.4.1.3     实体初步描述

1）      在对业务流程图和数据流程图进行详细分析的基础上，找出其中的实体。

2）      实体描述方式。

3）      最终应用的界面要素描述

3.4.2    子系统2业务需求调查

。

。

。

。

。

。

3.5  对新系统的环境要求调查

3.5.1    差不多要求

简要描述该系统所运行的环境，假如运行环境未确定，应写出建议环境

1）      体系结构（Browser/WebServer/DBServer、主机/终端、Client/Server或Multi-tireC/S）

2）      硬件平台

3）      网络平台

4）      操作系统

5）      数据库治理系统

6）      开发工具

3.5.2    硬件要求

对新的系统的网络、服务器、终端等的硬件要求。

3.5.3    软件要求

对新的系统的网络操作系统、通讯协议、服务器操作系统、终端操作系统、环境软件系统、数据库系统、开发工具、应用软件等的软件要求描述与其他系统的接口,需达到的功能和接口的数据内容。

3.6  安全性要求调查

此处给出网络级、服务器级、应用级的安全性要求和关于保证策略方面的要求。

3.7  维护要求调查

此处给出关于应用软件日常的备份、恢复、障碍处理、系统调优等方面的要求。

3.8  接口要求调查

此处给出关于新的应用系统与现有应用系统之间接口要求。

3.9  性能需求调查

3.9.1    数据精确度

所有的结果应该满足的最低精确度.

3.9.2    时刻特性

如响应时刻、更新处理时刻、数据转换与传输时刻、运行时刻等。

3.9.3    适应性

在操作方式、运行环境、与其它软件的接口以及开发打算等发生变化时，应具有的适应能力。

3.10     其它需求

如可使用性、安全保密、可维护性、可移植性等。

也可包含建议采纳什么技术、具体实现手段以及必备的技术方法等。

3.11     新系统开发和运行条件与限制（ConditionsandRestricts）

1）      划定所开发的系统边界，对容易混淆的概念应在需求讲明书中明确指出；

2）      在技术方面的适应性作出讲明；

3）      其他条件与限制的讲明。

4  系统分析（SystemAnalysis）

4.1  国内外同类系统或产品的比较分析（可选）

1）      国内同类系统或产品的现状、进展及趋势。

2）      国外同类系统或产品的现状、进展及趋势。

4.2  现有系统的分析

此处给出如何评价、评估现有系统，对现有系统采取何种策略、方法来归类、合并、重新划分等，以克服现有系统的种种问题。

从系统分析的角度介绍采纳什么新技术来解决哪些问题，以及采取何种对策预备解决今后出现或可能出现的问题。

4.3  新系统组成分析（SystemStructure）

1）      按照系统的业务或功能特性进行聚类分析，划分出系统的总体构成，系统组成采纳系统结构图与文字讲明相结合的表达方式。

2）      讲明系统组成结构中，那些内容是本讲明书中牵涉到的。

3）      列出系统所牵涉到的业务种类。

4.4  功能分析（FunctionalSpecifications）

4.4.1    总体功能分析

1）      对整个系统框架性的功能描述，要紧是描述所要达到的功能目标；

2）      资料来源于用户提出的标书、权威的业务专家提出的要求。

4.4.2    总体功能结构图

采纳功能结构图的方式给出。

4.4.3    子系统1功能分析

按照功能结构图中的系统功能划分,对各个子系统的功能进行分析。

假如子系统之下还可分成更多的子系统，应在以下各节中分离出更多的层次，十分详细的进行描述。

1）      更细地分层；

2）      用项目符号的方式对每一层次的功能分条描述。

4.4.4    子系统2功能分析

。

。

。

。

。

。

4.4.5    功能点列表（FunctionPointList）

此处给出关于整个应用系统的功能点总结性列表。

能够按照系统、子系统、功能点名称、功能点描述的格式列表给出，作为合同或今后验收的依据之一。

5 附件

5.1  调查大纲

简要阐明在需求分析过程中的调查思路及打算。

5.2  原始材料清单

需求分析人员所收集的，能够为本文档的分析报告作为证据的原始材料及材料名称。