软件开发说明书(ISO标准).docx
软件开发说明书（ISO标准）1 引言（Introduction）1.1 编写目的（Purpose）简要说明编写本需求分析说明书的目的。1.2 读者对象（Reader）简要说明本需求分析说明书可能的合法读者对象。1.3 编写原则（Rule）简要说明本需求分析说明书的编写原则。1.4 编写目标(Goal)简要说明本需求分析说明书的编写目标。1.5 项目背景(Background of Project) 简要说明关于本项目的项目名称、简称、项目代号、委托单位、开发单位和主管部门、该软件系统与其它系统的关系等背景信息。1.6 定义(Definitions) 简要说明本需求分析说明书中涉及的专门术语、容易引起歧义的概念、关键词缩写及其他需要解释的内容。1.7 参考资料（Reference） 以列表或排序的方式给出重要的参考资料的名称、作者、单位、出版日期、地点、联系方式等信息。1.8 变更历史(Change History)序号人员日期变更详情2 任务概述(Task Description) （可以以合同文本为基础阐述清楚如下观点。）1) 本系统开发完成后的用途,能够产生的效果;2) 实现技术先进性、可靠性、易操作性、易维护性、易扩展性和安全性；3) 如果分多期工程，应按工期分别列出其目标。3 业务需求调查(Business Processes and Flows)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/Web Server/DB Server、主机/终端、Client/Server或Multi-tire C/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 新系统开发和运行条件与限制(Conditions and Restricts)1) 划定所开发的系统边界，对容易混淆的概念应在需求说明书中明确指出；2) 在技术方面的适应性作出说明；3) 其他条件与限制的说明。4 系统分析（ System Analysis）4.1 国内外同类系统或产品的比较分析(可选)1) 国内同类系统或产品的现状、发展及趋势。2) 国外同类系统或产品的现状、发展及趋势。4.2 现有系统的分析此处给出如何评价、评估现有系统，对现有系统采取何种策略、方法来归类、合并、重新划分等，以克服现有系统的种种问题。从系统分析的角度介绍采用什么新技术来解决哪些问题，以及采取何种对策准备解决将来出现或可能出现的问题。4.3 新系统组成分析(System Structure)1) 按照系统的业务或功能特性进行聚类分析，划分出系统的总体构成，系统组成采用系统结构图与文字说明相结合的表达方式。2) 说明系统组成结构中，那些内容是本说明书中牵涉到的。3) 列出系统所牵涉到的业务种类。4.4 功能分析(Functional Specifications)4.4.1 总体功能分析1) 对整个系统框架性的功能描述，主要是描述所要达到的功能目标；2) 资料来源于用户提出的标书、权威的业务专家提出的要求。4.4.2 总体功能结构图 采用功能结构图的方式给出。4.4.3 子系统1功能分析按照功能结构图中的系统功能划分,对各个子系统的功能进行分析。如果子系统之下还可分成更多的子系统，应在以下各节中分离出更多的层次，十分详细的进行描述。1) 更细地分层；2) 用项目符号的方式对每一层次的功能分条描述。4.4.4 子系统2功能分析。4.4.5 功能点列表（Function Point List） 此处给出关于整个应用系统的功能点总结性列表。可以按照系统、子系统、功能点名称、功能点描述的格式列表给出，作为合同或将来验收的依据之一。5 附件5.1 调查大纲简要阐明在需求分析过程中的调查思路及计划。5.2 原始材料清单需求分析人员所收集的，能够为本文档的分析报告作为证据的原始材料及材料名称。
