软件开发说明书.docx

软件开发说明书.docx

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

软件开发说明书

软件开发说明书（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  原始材料清单

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