需求规格说明书模板4种版本

办理化软件需求规格说明书XXX分册编制日期：审核日期：批准日期：上海天跃科技股份点窜记录审核记录发放记录目录第一章概述 (1)编写目的 (1)文档范围 (1)术语定义 (1)参考资料 (1)第二章系统说明 (2)产物设计目标 (2)产物功能 (2)用户类和特征.............................................................................................................................................. 错误!未定义书签。

运行环境 (2)第三章业务描述 (3)参与角色职责 (3)资产办理业务 (3)押运办理业务 (3)值班办理业务.............................................................................................................................................. 错误!未定义书签。

第四章功能描述. (5)资产办理 (5)押运办理 (9)值班办理 (16)系统办理 (23)第五章接口描述 (41)外部接口 (41)内部接口 (41)第六章性能描述 (42)数据精确度 (42)时间特性 (42)适应性 (42)第七章安然性 (43)安然设施需求 (43)安然性需求 (43)第八章其他需求 (44)软件应当遵循的尺度或尺度 (44)网络环境/需求 (44)软硬件环境约束/需求、兼容性需求 (44)扩充性和灵活性 (44)可操作性 (44)可靠性和不变性 (44)出错处置及恢复 (45)第九章验收尺度 (46)软件质量 (46)用户文档 (46)第一章概述1.1编写目的1.本文档是[办理化系统]需求规格说明书，供开发人员使用，作为系统开发的依据。

需求规格说明书目录第一章综述 (1)1.1 编制目的 (1)1.2 适用范围 (1)1.3 参考依据 (1)1.4 编制约束 (1)1.4.1 图元约束 (1)1.4.2 编码约束 (2)1.4.3 格式约束 (3)1.5 内容结构（可选） (4)1.6 导读说明 (4)第二章项目概述 (5)2.1 项目背景 (5)2.2 项目范围 (5)2.3 项目目标 (5)2.4 现状描述 (5)第三章需求总体分析 (6)3.1 功能体系设计 (6)3.1.1 功能结构 (6)3.1.2 功能分布 (7)3.2 整体业务流程（可选） (8)3.3 业务标准体系 (9)第四章功能性需求 (10)4.1 功能综述 (10)4.2 需求清单 (10)4.3 需求优先级（可选） (10)4.4 功能编码•功能项 (11)4.4.1 功能综述 (11)4.4.2 业务流程 (11)4.4.3 关系分析 (13)4.4.4 详细功能需求 (13)第五章非功能性需求 (17)5.1 软件质量属性需求 (17)5.1.1 运行期 (17)5.1.2 非运行期 (20)5.2 约束性需求 (21)5.2.1 基础架构 (21)5.2.2 标准规范 (21)5.2.3 集成要求 (21)5.2.4 其他约束 (21)第六章集成需求 (22)6.1 技术要求 (22)6.2 数据集成 (22)6.3 应用集成 (22)6.4 流程集成 (23)第七章尚需解决的问题 (24)7.1 问题总表 (25)7.2 问题处理 (25)附录I 业务对象 (26)第一章综述若采用分册编制方式组织，则本章与第二章、第三章单独成册，其它分册可略去本章、第二章和第三章内容。

1.1编制目的用简洁的语言描述编写这个文档的目的。

1.2适用范围本文档适用的范围。

1.3参考依据列举编写软件需求规格说明时所参考的资料或其它资源。

这可能包括且不限于：用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档，或相关产品的软件需求规格说明。

文献编号：受控状态：■受控□非受控保密级别：■公司级□部门级□项目级□普通级记录编号：分发编号：中华人民共和国智慧旅游平台需求规格阐明书Version 1.0.07.23需求规格阐明书模板目录1前言................................................................................................................... 错误!未定义书签。

1.1编写目 ...................................................................................................... 错误!未定义书签。

1.2文档商定 .................................................................................................. 错误!未定义书签。

1.3读者对象 .................................................................................................. 错误!未定义书签。

1.4术语和缩略词 .......................................................................................... 错误!未定义书签。

1.5参照文档 .................................................................................................. 错误!未定义书签。

2项目概述........................................................................................................... 错误!未定义书签。

软件需求规格说明(SRS)(用例模型、领域模型、行为模型)用例模型：用例图+用例描述（3-5个）领域模型：不带操作的类图行为模型：1、交互图（时序图 3个）2、行为图（状态图2个，1个画系统的状态图，1个画类/对象的状态图；活动图2个，1个画系统的业务流程；1个画某个类的方法的计算流程。

说明：1.《软件需求规格说明》(SRS)描述对计算机软件配置项CSCI的需求，及确保每个要求得以满足的所使用的方法。

涉及该CSCI外部接口的需求可在本SRS中给出：或在本SRS 引用的一个或多个《接口需求规格说明》(IRS)中给出。

2.这个SRS，可能还要用IRS加以补充，是CSCI设计与合格性测试的基础。

软件需求规格说明的正文的格式如下：1围本章应分为以下几条。

1.1标识本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号和发行号。

1.2系统概述本条应简述本文档适用的系统和软件的用途，它应描述系统和软件的一般特性；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；列出其他有关的文档。

1.3文档概述本条应概述本文档的用途和容，并描述与其使用有关的性或私密性要求。

1.4基线说明编写本系统设计说明书所依据的设计基线。

2引用文件本章应列出本文档引用的所有文档的编号、标题、修订版本和发行日期，也应标识不能通过正常的供货渠道获得的所有文档的来源。

3需求本章应分以下几条描述CSCI需求，也就是，构成CSCI验收条件的CSCI的特性。

CSCI 需为了满足分配给该CSCI的系统需求所形成的软件需求。

给每个需求指定项目唯一标识符以支持测试和可追踪性。

并以一种可以定义客观测试的方式来述需求。

如果每个需求有关的合格性方法(见第4章)和对系统(若适用，子系统)需求的可追踪性(见5.a条)在相应的章中没有提供，则在此进行注解。

描述的详细程度遵循以下规则：应包含构成CSCI验收条件的那些CSCI特性，需方愿意推迟到设计时留给开发方说明的那些特性。

[项目名称]需求规格说明书建设单位：承建单位：编订时间：YYYY-MM-DD文件修订记录目录第 1 章前言 (1)1.1目的 (1)1.2项目概述 (1)1.3术语和缩写 (1)1.4参考资料 (1)第 2 章业务需求 (1)2.1用户组织结构 (1)2.2业务需求概述 (2)2.3业务需求一 (2)2.4业务需求二 (2)第 3 章功能需求 (2)3.1功能需求概述 (2)3.2用户角色 (2)3.3公共功能需求 (2)3.4模块一 (2)3.5模块二 (4)第 4 章用户界面需求 (4)第 5 章系统接口需求 (4)5.1接口需求一 (4)5.2接口需求二 (5)5.3转换需求 (5)第 6 章代码集 (5)6.1代码一 (5)6.2代码二 (5)第7 章系统运行环境 (5)7.1软件环境 (5)7.2硬件环境 (5)7.3网络环境 (6)第8 章其它需求 (6)8.1性能需求 (6)8.2存储需求 (6)8.3易用性需求 (6)8.4可靠性需求 (6)8.5可维护性需求 (7)8.6安全需求 (7)8.7设计约束 (7)第 1 章前言1.1目的说明开发本软件的目的；说明编写文档的目的；说明本文档所预期的读者1.2项目概述简述项目背景及目标：项目背景：项目的提出原因项目环境背景项目优势分析（资源、技术、人才、管理等方面）项目运作的可行性项目的独特与创新分析1.3术语和缩写列出本需求说明书中专门术语的定义以及英语缩写词的原词组。

1.4参考资料列出本项目经核准的任务书或合同和上级机关的批文；列出编写本软件需求说明书时参考的文件、资料、技术标准以及它们的作者、标题、发布日期和出版单位等。

第 2 章业务需求描述客户组织结构、业务处理流程，接口需求、及其他需求。

如果编写了《业务需求说明书文档》可在此处引用，不需要编写本章节内容。

2.1用户组织结构说明业务系统所涉及到的用户部门、岗位、职责，并说明与业务系统相关的用户特性。

需求规格说明书模板4种版本
需求规格说明书(ISO标准版)
编者说明：
当需求调查、分析工作告一段落时，你就需要将这些需求进行规格化描述，整理成文，即软件需求规格说明书，也就是SRS。

这是在软件项目过程中最有价值的一个文档。

ISO所提供的标准虽然已经时间久远，但还是颇具参考价值的。

1．引言
1.1编写的目的
[说明编写这份需求说明书的目的,指出预期的读者。

]
1.2背景
a. 待开发的系统的名称;
b. 本项目的任务提出者、开发者、用户；
c. 该系统同其他系统或其他机构的基
本的相互来往关系。

1.3定义
[列出本文件中用到的专门术语的定义
和外文首字母组词的原词组。

]。

[产品名称]需求规格说明书VX.X北京展华科技有限公司xxxx年xx月修正记录目录1.引言 (1)1.1.背景 (1)1.2.项目名称 (1)1.3.术语及缩略语定义 (1)1.3.1.术语定义 (1)1.3.2.缩略语定义 (1)1.4.参考资料 (2)1.4.1.文件 (2)1.4.2.资料 (2)2.需求概述 (3)2.1目标 (3)2.2系统概述 (3)2.2.1系统网络结构 (3)2.2.2应用体系结构 (3)2.3设计原则 (3)2.4条件与约束 (3)3.用例模型 (4)3.1.用例图 (4)3.2.参与者 (4)3.3.用例 (4)3.4.用例模型描述 (4)4.功能需求 (5)4.1.用例包一（如果用例模型里有） (5)4.1.1.用例一 (5)5.非功能需求 (6)6.外部接口需求 (6)6.1.用户界面 (6)6.2.硬件接口 (6)6.3.软件接口 (7)6.4.通信接口 (7)7.数据字典 (7)8.运行环境 (8)8.1.硬件配置 (8)8.2.软件配置 (8)1.引言1.1.背景·编写需求规格说明书的目的；·面向的读者1.2.项目名称·项目名称：计划开发的软件产品名称；·项目提出者；·项目开发者；·项目管理者；·最终用户；·计算中心名称：运行本软件产品的计算中心名称；·其他有关的背景资料。

1.3.术语及缩略语定义1.3.1.术语定义列明需求规格说明书中涉及到的术语的定义。

术语编号术语说明1.3.2.缩略语定义列明需求规格说明书中涉及到的全部缩略语全称及其含义。

缩写全称说明1.4.参考资料1.4.1.文件列明需求规格说明书中各处参考的全部文件，如：·批文。

·标书。

·合同。

·方案建议书。

·项目计划书。

·其他有关文件。

1.4.2.资料列明「需求规格说明书」中各处参考的全部文件和主要文献。

二、需求规格说明书1．概述（Summary）1.1项目的目的与目标（Purpose and Aim of Project）项目的目的是对开发本系统意图的总概括。

项目的目标是将目的细化后的具体描述。

项目目标应是明确的、可度量的、可以达到的, 项目的范围应能确保项目的目标可以达到。

对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统目标。

有效的库存管理，可降低运营成本，进而提高商品周转率，这样才能减少因风险造成的损失，从而使利润达到最高点。

一个超市的库存，也就代表了这个超市的大部分资产总额。

如何将这些静态的资产以最快的速度流转，这就是库存管理的目的。

一个好的超市，并不是只有畅销的商品就行了。

因为畅销的可能都是固定的某些商品，而有些商品可能进了超市后，就无人问津，这样不仅使这些商品占据了库房空间，而且也积了大量的资金，使得资金运转相当的困难。

要改善库存周转率不高的状况，就必须先从了解超市目前的库存情况开始，而要了解库存的情况，就可以利用信息系统来进行管理，从而进一步的提高库存管理的效率。

通过信息系统的查询可以方便的找出目前最畅销和滞销的商品，然后再利用各种行销方法，将滞销的商品销售出去，这样就可以避免超市因为滞销而造成的损坏、过期和资金积压等问题。

1.2 术语定义（Terms Glossary）1)商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。

2)交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间负责本次收银的员工号。

3) 商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。

4 )促销：在一定时期内，某些商品会按低于原价的促销价格销售。

库存告警提示：当商品的库存数量低于库存报警数量时发出提示。

5 )盘点：计算出库存、销售额、盈利等经营指标。

1.3 相关文档（Related Documents）说明用户需求报告的变更，以及可能受变更影响的其他相关文档.[1]需求规格说明书[2] 设计规格说明书问题初始分析（Early Analysis）2.1 场景描述（Scene Description）1．库存管理员：（1）库存管理员每天进行查看一次；（2）库存管理员当发现库存商品有损坏时，处理报损；（3）订购的商品到货时，库存管理员首先检查商品是否合格，并将合格的商品入库处理，更新相关信息；（4）当商品进入卖场时，进行商品出库处理。

需求规格说明书（完整详细版）一、引言本需求规格说明书旨在详细描述项目的需求，包括功能需求、性能需求、界面需求、安全性需求等。

本文档将作为项目开发团队、测试团队、客户等相关人员之间的沟通桥梁，确保项目能够按照需求顺利实施。

二、功能需求1. 用户管理（1）用户注册：用户可以在线注册，填写基本信息，如姓名、性别、出生日期、邮箱等。

（2）用户登录：用户可以使用注册时填写的邮箱和密码登录系统。

（3）用户信息修改：用户可以修改自己的基本信息，如姓名、性别、出生日期、邮箱等。

（4）用户密码修改：用户可以修改自己的登录密码。

（5）用户注销：用户可以注销登录，退出系统。

2. 数据管理（1）数据录入：用户可以录入数据，如产品信息、销售数据等。

（2）数据查询：用户可以根据条件查询数据，如按日期、按产品类型等。

（3）数据修改：用户可以修改已录入的数据。

（4）数据删除：用户可以删除已录入的数据。

（5）数据导出：用户可以将查询到的数据导出为Excel、CSV等格式。

3. 报表管理（1）报表：系统可以根据用户的需求各种报表，如销售报表、库存报表等。

（2）报表查询：用户可以查询已的报表。

（3）报表打印：用户可以将报表打印出来。

4. 系统设置（1）权限设置：管理员可以设置不同用户的权限，如数据录入、数据查询、报表等。

（2）系统备份：系统可以定期自动备份，确保数据安全。

（3）系统恢复：在系统出现故障时，可以恢复到最近一次备份的状态。

三、性能需求1. 响应时间：系统响应时间应小于2秒。

2. 系统稳定性：系统应能够在高并发情况下稳定运行。

3. 数据处理能力：系统应能够处理大量数据，如百万级数据量。

四、界面需求1. 界面美观：界面设计应简洁、美观，符合用户的使用习惯。

2. 易用性：界面应易于操作，用户能够快速上手。

3. 兼容性：界面应兼容主流浏览器，如Chrome、Firefox、IE等。

4. 可访问性：界面应满足无障碍访问的要求，如支持屏幕阅读器。

需求规格说明书范文‎需求规格说明书范文‎‎篇一：需‎求分析说明书实例+范‎例+非常详细需求分析‎说明书实例1‎.引言1.1‎编写目的在完成了针‎对《档案管理系统》软‎件市场的前期调查，同‎时与多位软件使用者进‎行了全面深入地探讨和‎分析的基础上，提出了‎这份软件需求规格说明‎书。

此需求规格说明‎书对《档案管理系统》‎软件做了全面细致的用‎户需求分析，明确所要‎开发的软件应具有的功‎能、性能与界面，使系‎统分析人员及软件开发‎人员能清楚地了解用户‎的需求，并在此基础上‎进一步提出概要设计说‎明书和完成后续设计与‎开发工作。

本说明书的‎预期读者为客户、业务‎或需求分析人员、测试‎人员、用户文档编写者‎、项目管理人员。

‎ 1.2项目背景‎由于文件多，种类多，‎文件创建者多，创建时‎间为不定期，要保护好‎一些公司重要的文件极‎为不便，同时由于人员‎的流动，对原有的文件‎的再现，显得力不从心‎，有时查找与重新整理‎文件要浪费许多的人力‎、物力。

而且近年来，‎由于竞争的激烈程度不‎断的加深，档案的管理‎不当会严重到导致公司‎的面临着亏损甚至破产‎的局面。

于是人们不断‎地在探索希望能找到解‎决的方法。

为了解决‎以上的问题，让企事业‎单位能够有效的掌握，‎有效的共享文件资源，‎保护好文件，及促进档‎案管理的信息化、规范‎化和集成化，本人多方‎听取意见、追加和完善‎大量实用功能，进而了‎解文件管理的流程，同‎时结合各部门、各行业‎与企业文件管理的方法‎，开发出一套适合于档‎案多而复杂的管理系统‎。

1.3定义‎、缩写词和符号需求‎：用户解决问‎题或达到目标所需的条‎件或功能；系统或系统‎部件要满足合同、标准‎，规范或其它正式规定‎文档所需具有的条件或‎权能。

1.4‎参考资料鲁荣江、王‎立丰：《Vi‎s ual Basic‎项目案例导航》，科‎学出版社，201X年‎6月版陈明：‎《软件工程》，中央‎广播电视大学出版社，‎201X年6月版段‎兴：《Vis‎u al Basic ‎6.0 控件实‎用程序设计100例》‎，人民邮电出版社，2‎01X年12月杜春‎雷、孙会莲：‎《如何使用Visua‎l basic‎6.0中文版》，机‎械出版社，201X年‎1月张曜、张青、李‎丁：《Vis‎u al Basic ‎函数实用手册》，治金‎工业出版社，201X‎年12月范国平、陈‎晓鹏：《Ac‎c ess 201X ‎数据库系统开发实例导‎航》，人民邮电出版社‎，201X 年12月版‎闪四清：《‎S QL Server‎实用简明教程》，清‎华大学出版社，201‎X年1月版 2‎.任务概述2‎.1目标2.‎1.1开发目标‎在当今世界电脑普及‎的时刻，人们已经习惯‎用电脑办公，结果自然‎会产生大量的电子文件‎，这些文件有宝贵的历‎史价值，但我们如果将‎更多的时间花费在寻找‎这些文件上，即费时又‎费力。

XX项目产品需求规格说明书模板目录1 文档介绍 (2)1.1 文档目的 (2)1.2 文档范围 (2)1.3 读者对象 (3)1.4 参考文档 (3)1.5 术语及缩写解释 (3)2 综合描述 (3)2.1 产品介绍 (3)2.2 产品面向的用户群体（可选） (4)2.3 产品应当遵循的标准或规范 (4)2.4 产品范围 (4)2.5 产品涉众（涉及角色） (4)2.6 设计和实现的限制 (5)2.7 假设和约束（依赖） (5)3 产品需求 (6)3.1 需求分类 (6)3.2 用例图 (7)3.3 功能需求 (8)3.3.1 需求描述 (8)3.3.2 特殊需求 (9)3.3.3 数据规范 (9)3.4 非功能需求（包括但不限制于以下几项） (9)3.4.1 时间特性要求 (9)3.4.2 精度要求 (10)3.4.3 业务量估算 (10)3.4.4 灵活性 (10)3.4.5 可用性 (10)3.4.6 安全性 (11)3.4.7 兼容性 (11)3.4.8 易用性 (12)3.4.9 可维护性 (12)3.5 运行环境 (13)3.5.1 设备及分布 (13)3.5.2 支撑软件 (13)3.6 接口 (13)3.6.1 硬件接口 (13)3.6.2 软件接口 (14)3.6.3 通讯接口 (14)3.6.4 用户接口 (14)4 验收标准 (15)4.1 功能验收标准 (16)4.2 非功能性验收标准 (16)附录A：需求建模及分析报告 (16)A. 1需求模型1 (16)A. 2需求模型N (16)附录B：需求确认 (16)【对本文档的说明：本文档中黑色斜字体为说明性文字，黑色正常字体为需求规格说明书实际写作时必需部分。

蓝色字体为举例说明文字。

】1文档介绍1.1 文档目的提示：软件需求规格说明主要描述系统的概貌、功能要求、性能分析、运行要求和将来可能提出的要求。

阐述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件，它应该尽可能完整地描述系统预期的外部行为和用户可视化行为。

项目编号: S×××－<项目名称>分类:<模板>需求规格说明书Version:项目承担部门：撰写人（签名）：完成日期：本文档使用部门：■主管领导■项目组■客户（市场）■维护人员■用户评审负责人（签名）：评审日期：目录1.引言 (1)1.1目的 (1)1.2定义 (1)1.3参考资料 (1)2.软件总体概述 (1)2.1软件标识 (1)2.2软件描述 (1)2.2.1系统属性 (1)2.2.2开发背景 (2)2.2.3软件功能 (2)2.3用户的特点 (2)2.4限制与约束 (2)3.具体需求 (2)3.1功能需求 (3)3.2性能需求 (3)3.3数据库需求 (4)3.4设计约束 (4)3.4.1其他标准的约束 (4)3.4.2硬件约束 (4)3.5属性 (4)3.5.1可用性 (4)3.5.2可靠性 (4)3.5.3效率 (4)3.5.4安全性 (4)3.5.5可维护性 (4)3.5.6可移植性 (5)3.6外部接口需求 (5)3.6.1用户接口 (5)3.6.2硬件接口 (5)3.6.3软件接口 (5)3.6.4通信接口 (6)4.数据字典 (6)5.附录 (6)5.1用户方组织机构图； (6)1. 引言1.1 目的本节描述软件产品需求规格说明书（SRS）的目的，如：定义软件总体要求，作为用户和软件开发人员之间相互了解的基础；提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础；作为软件总体测试的依据。

1.2 定义本节列出SRS中用到的全部需求的术语、定义和缩略语清单。

这些信息可以由SRS的附录提供，也可以参考其他的文件，如果有，本节必须指明。

1.3 参考资料本节列出下列资料：经核准的用户合同、《用户需求说明书》、《项目开发委托合同书》、《技术可行性报告》等文件；本项目的较高层次的开发文档，如：《项目开发计划》等；SRS中各处引用的资料、标准和规范。

企业工业管理系统需求规格说明书1.引言1.1编写目的：提供：（1）软件的总体要求，作为用户和软件开发人员之间了解的基础。

（2）提供系统的功能、性能、接口和可靠性要求，作为软件人员进行设计和编码的基础。

（3）提供验收标准，作为用户确认测试的依据。

预期目标：本说明书将要说明工资管理系统在技术上的具体要求，要实现的具体功能，指出实现系统的方法与途径，为后来的各项工作进行起着指导作用。

预期读者：（1）对相关业务技术和总体方案做决策的管理人员和质量管理人员。

（2）对本系统进行测试和验收的用户及测试人员。

（3）参加概要设计和详细设计阶段工作的软件开发人员。

（4）项目组，及其他有权需要调用本文档的人员。

1.2项目背景：开发软件名称：工资管理系统项目开发者：武昌首义学院软工1502“工资管理系统”开发小组用户单位：xx公司1.3定义：工资管理系统对于现代公司而言，是能否发挥其日常管理作用的至关重要技术平台。

对于公司管理人和公司员工来说，是能否方便快速查询自己的工资情况信息的关键。

所以，工资管理系统应该能够为用户提供充足的信息和快捷方便的操作手段。

1.4参考资料：（1）张害藩，《软件工程导论》（第四版），清华大学出版社；（2）王珊等，《数据库原理及设计》，清华大学出版社；（3）赵池龙等，《软件工程实践教程》，电子工业出版社；（4）钱乐秋等，《软件工程》，青还大学出版社。

2.任务概述2.1目标：工资管理系统主要用于企业内部员工的工资、考勤、奖金的管理，便于公司领导掌握人员的动向，及时调整人才的分配，同时也减少了手工操作带来的一些繁琐与不便，使员工情况的记录和统计变得十分简单，这些优点可以极大的提高企业对工资管理的效率。

2.2运行环境：Windows系统2.3条件与限制：要求员工可以在招聘进入企业三天之内可以核对自己的信息2.4数据描述：数据库逻辑模型图如下：员工等级表：Level员工表：emp薪水组成表：salary考勤表：check奖金表：bonus2.5功能需求：总体功能描述如下：工资管理系统需要能够按单位要求设置工资管理项目并定义工资计算公式；输入、修改工资数据和资料；选择工资发放形式，方便工资发放；自动计算所得税；自动进行工资数据的计算和汇总；可根据需要进行职员工资的维护。

需求规格说明书(ISO标准版)编者说明：当需求调查、分析工作告一段落时，你就需要将这些需求进行规格化描述，整理成文，即软件需求规格说明书，也就是SRS。

这是在软件项目过程中最有价值的一个文档。

ISO所提供的标准虽然已经时间久远，但还是颇具参考价值的。

1．引言1.1编写的目的[说明编写这份需求说明书的目的,指出预期的读者。

]1.2背景a.待开发的系统的名称;b.本项目的任务提出者、开发者、用户；c.该系统同其他系统或其他机构的基本的相互来往关系。

1.3定义[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

]1.4参考资料[列出用得着的参考资料。

]2．任务概述2.1目标[叙述该系统开发的意图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景材料。

解释被开发系统与其他有关系统之间的关系。

]2.2用户的特点[列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度。

]2.3假定和约束[列出进行本系统开发工作的假定和约束。

]3．需求规定3.1对功能的规定[用列表的方式，逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎么样的处理、得到什么输出，说明系统的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。

]3.2 对性能的规定3.2.1精度[说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。

]3.2.2时间特性要求[说明对于该系统的时间特性要求。

]3.2.3灵活性[说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。

]3.3输入输出要求[解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。

对系统的数据输出及必须标明的控制输出量进行解释并举例。

]3.4数据管理能力要求（针对软件系统）[说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。

需求规格说明书模板需求规格说明书模板项目名称：项目版本：拟制：审核：批准：文件版本：年月日需求规格说明书1．编写目的阐明编写需求规格说明书的目的，指明读者对象.2. 项目描述2.1 描述本项目的适用场合及处理业务.2.2 项目名称：本项目的名称，包括项目的全名、简称、代号、版本号.2.3 名词定义：对重要的或是具有特殊意义的名词进行定义.3. 用户情况描述3.1 用户业务描述：描述本项目的用户（或潜在用户）使用本项目处理的业务.3.2 用户情况：介绍本项目的用户（或潜在用户）的情况，包括3.2.1 用户的工作流程；3.2.2 用户的相关部门及职责；3.2.3 用户的技术水平；3.3 用户原有系统的情况：介绍用户现在使用的系统的主要情况，包括主要的不足.4. 任务概述4.1 目标阐明本项目所需达到的目标.4.2 运行环境4.2.1 硬件环境：详细列出本软件运行时所必须的最低硬件配置、推荐硬件配置(如主机、显示器、外部设备等)以及其它特殊设备.4.2.2 软件环境：如操作系统、网络软件、数据库系统以及其它特殊软件要求.4.3 条件与限制说明本产品在实现时所必须满足的条件和所受的限制，以及相应的原因.必须满足的条件包括输入数据的范围以及格式，所受的限制包括软件环境、硬件环境等方面的内容.4.4 主要特点说明本产品与同类产品相比的特点（Feature），即：卖点.5. 功能需求5.1 功能划分从用户的角度将产品按功能划分成不同的部分，但应注意此处划分成的部分并不对应于最终程序实现时的不同功能模块.5.2 功能描述描述由功能划分所生成的各部分的内容，应包括下列内容：a. 必须完成的功能以及对此功能的详细描述：逐条列出本软件所能完成的各项功能以及对此功能的详细描述.b. 不支持的功能以及相应的原因：列出本软件所不支持的各项功能以及相应的原因.此部分内容务必详细准确、无二义性，以作为将来验收和测试的标准.6. 数据描述6.1 输入/输出数据说明输入输出数据的类型及格式.6.2 数据流图(对于结构化分析)从数据传递和加工的角度描述的数据流图，此数据流图不包含任何有关实现的内容，只是从最上层对有关内容加以描述.数据流图的表述形式参见软件工程中的有关规定.6.3 数据库描述(可选)根据系统的总目标和范围，定义数据库的逻辑特性和物理特性.说明数据管理能力的需求:说明要管理的文件或记录的个数,表和文件的大小规模,要按可预见的增长对数据及其分量的存储要求作出估算.6.4 数据词典(对于结构化分析)对于数据流图中出现所有被命名的图形元素在数据词典中作为一个词条加以定义，使得每一个图形元素的名字都有一个确切的解释.6.5 建立需求分析模型(对于面向对象分析)6.5.1 需求分析模型是依据产品构想,通过项目组人员充分讨论,对产品要实现的主要功能和使用环境进行分析.6.5.2 需求分析模型分析产品的使用环境,包括最终用户,需配合的外部环境.需求分析模型应能体现出各主要功能点之间的关系.6.5.3 需求分析模型可采用Rational Rose或Rose RealTime生成,需求分析模型应包括如下内容:6.5.3.1 Use Case(使用案例) View6.5.3.2 Business Use-Case Model6.5.3.3 Use-Case Model各主要用户使用功能点之间的关系,用相关UML符号在Use Case Diagram中表示.7.1 数据精确度根据实际情况，确定产品最终输出数据(包括传输中)的数据精确度.7.2 适应性a. 复用性：说明本产品是否可以复用哪个已有软件或者最终本产品是否可被其它产品复用.b. 灵活性：说明在运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力.7.3 时间特性要求说明产品(尤其是交互式产品)在响应时间、更新处理时间、数据转换与传输时间、运行时间等方面所需达到的时间特性.7.4 系统支持并行操作的用户7.5 系统存储容量7.6 系统计算及运行时间8. 运行需求8.1 用户界面说明本产品的人机界面风格.8.2 硬件接口说明本产品与硬件之间各接口的逻辑特点及运行该软件的硬件设备特征.8.3 软件接口说明本产品与其它软件之间接口，对于每个需要的软件产品，应提供:a. 接口名称b. 规格说明c. 版本号8.4 故障处理说明本产品在健壮性方面所需达到的目标，健壮性是指即使前提条件不符合规格也能继续合理运行的程度.9. 硬件9.1 功能需求9.2 性能需求10. 结构10.1 功能需求11. 不确定的问题说明本项目目前尚未确定的问题.12. 风险分析说明本项目面临的主要风险，包括时间、技术复杂度、人力资源等.13. 其它需求说明本项目的其它需求，如可维护性、可靠性、可使用性、安全保密性、可移植性等方面的需求.14. 编写人员及编写日期列出参与编写用户需求规格说明书的人员名字，并标明负责人.15. 参考资料：列出需求规格说明书所参考引用的资料的名称.。