1、需求分析类文档模板编者说明：许多有经验的开发团队在开始需求调查的时候，总会将“软件客户需求权利书”和“软件客户需求义务书”提交给客户，让客户明确其权利与义务，将会对需求调研、分析的工作带来意想不到的效果，你可以一试。软件客户需求权利书1. 要求分析人员使用符合客户语言习惯的表达：2. 要求分析人员了解客户系统的业务及目标：3. 要求分析人员组织需求期间所介绍的信息，并编写软件需求规格说明；4. 要求开发人员对需求过程中所产生的工作结果进行解释说明；5. 要求开发人员在整个交流过程中保持和维护一种合作的职业态度；6. 要求开发人员对产品的实现及需求都要提供建议，拿出注意。7. 描述产品使其有易用
2、、好用的特性；8. 可以调整需求，允许重用已有的软件组件；9. 当需要对需求进行变更时，对成本、影响、得失有个真是可信的评估；10. 获得满足客户功能和质量要求的系统，并且这些要求是开发人员同意的。软件客户需求义务书1. 给分析人员讲解业务及说明业务方面的术语等专业问题；2. 抽出时间清楚地说明需求并不断完善；3. 当说明系统需求时，力求准确详细；4. 需要时要及时对需求做出决策；5. 要尊重开发人员的成本估算和对需求的可行性分析；6. 对单项需求、系统特性或使用实例划分优先级；7. 评审需求文档和原型8. 一旦知道要对项目需求进行变更，要马上与开发人员联系；9. 在要求需求变更时，应遵开发组
3、织确定的工作过程来处理；10. 尊重需求工程中开发人员采用的流程（过程） 。需求规格说明书（ISO 标准版）编者说明：当需求调查、分析工作告一段落时，你就需要将这些需求进行规格化描述，整理成文，即软件需求规格说明书，也就是 SRS（Software Requirement Standard） 。这是在软件项目过程中最有价值的一个文档。ISO 所提供的标准虽然已经时间久远，但还是颇具参考价值的。1. 引言1.1 编写的目的确定系统实现的主要功能、指导开发、管理上机学生。1.2 背景a) 待开发的系统的名称：机房收费系统b) 本项目的任务提出者、开发者、用户：学校领导、李龙生、学校学生c) 该系统
4、同其他系统或其他机构的基本的相互来往关系。运行在学校局域网中。1.3 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。1.4 参考资料列出用得着的参考资料VB 程序设计、VB 数据库开发、SQL 数据库开发。2. 任务概述2.1 目标叙述该系统开发的意图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景材料。解释被开发系统与其他有关系统之间的关系。管理学生上机、学校、网吧等场所2.2 用户的特点列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度。学校老师、计算机系教师、每年使用2.3 假定和约束列出进行本系统开发工作的
5、假定和约束。3. 需求规定3.1 对功能的规定用列表的方式，逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎么样的处理、得到什么输出，说明系统的容量，包括系统应支持的终端数赫尔应支持的并行操作的用户等指标。完成学生计费上机，收费下机的任务。3.2 对性能的规定3.2.1 精度说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。3.2.2 时间特性要求说明对于该系统的时间特性要求3.2.3 灵活性说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。3.3 输入输出要求解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对系统
6、的数据输出及必须标明的控制输出量进行解释并举例。3.4 数据管理能力要求（针对软件系统）说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。3.5 故障处理要求列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。软件异常、死机等。3.6 其他专门要求如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。4. 运行环境规定4.1 设备列出运行该软件所需要的硬件 设备。说明其中的新型设备及其专门功能，包括;A. 处理器型号及内存容量B. 外存容量、联机或脱机、媒体及其
7、存储格式，设备的型号及数量C. 输入及输出设备的型号和数量，联机或脱机D. 数据通信设备的型号和数量E. 功能键及其他专用硬件4.2 支持软件列出支持软件，包括操作系统、编译程序、测试支持软件等。Window 7 4.3 接口说明该系统同其他系统之间的接口、数据通信协议等。4.4 控制说明控制该系统的运行的方法和控制信号，并说明这些控制信息的来源。数据要求说明书（ISO 标准）编者说明：如果在你的项目中有大量要求数据存储、数据采集等方便的需求，那么你就应该专门将这些需求进行整理，以数据要求说明书的形式表现出来。1. 引言1.1 编写目的说明编写这份数据要求说明书的目的，指出预期的读者。1.2
8、背景a) 待开发软件系统的名称；b) 列出本项目的任务提出者、开发者、用户以及将运行该软件的计算站或计算机网络系统。1.3 定义列出本文件中用到的专门术语的定义和外文首字母词的原词组。1.4 参考资料列出有关的参考资料。2. 数据的逻辑描述对数据进行逻辑描述时可把数据分为动态数据和静态数据。2.1 静态数据列出所有作为控制或参考用的静态数据元素。2.2 动态输入数据列出动态输入数据元素。2.3 动态输出数据累出动态输出数据元素。2.4 内部生成数据列出向用户或开发单位中的维护调试人员提供的内部生成数据。2.5 数据约定说明对数据要求的制约。逐条列出对进一步扩充或使用方面的考虑而提出的对数据要求
9、的限制。对于在设计和开发中确定是临界性的限制更要明确指出。3. 数据的采集3.1 要求和范围按数据元的逻辑分组来说明数据采集的要求和范围，指明数据的采集方法，说明数据采集工作的承担者是用户还是开发者。3.2 输入的承担着说明预订的对数据输入工作的承担者。如果输入数据同某一接口软件有关，还应说明该接口软件的来源。3.3 预期处理对数据的采集和预处理过程提出专门的规定，包括适合应用的数据格式、预定的数据通信媒体和对输入的时间要求等。对于需经模拟转换或数字转换处理的数据量，要给出转换方法和转换因子等有关信息，以便软件系统使用这些数据。3.4 影响说明这些数据要求对于设备、软件、用户、开发单位所可能产生的影响。
