需求说明书模板

1、移动互联网师生交互系统需求规格说明书2017.03.20目录1.产品限制条件31.1产品的目标31.2客户、顾客及其他风险承担者31.3产品的用户31.4需求限制条件31.5命名习惯及定义41.6相关事实41.7假定42.功能性需求52.1产品的范围52.2功能性需求与数据需求53.非功能性需求63.1观感需求63.2易用性需求63.3性能需求63.4可操作需求63.5可维护性需求63.6安全性需求63.7文化和政策需求73.8法律需求74.项目问题84.1开放式问题84.2商业软件解决方案84.3新问题84.4任务84.5移交84.6风险94.7费用94.8用户文档94.9后续版本需求91.

2、产品限制条件1.1产品的目标目前大学校园中师生间的交互方式单一且麻烦，需要一款软件能够方便师生交互。基于目前手机等移动互联网平台的快速发展，我们希望以移动互联网为基础，完成一个师生交互软件。使之在解决师生交互不便问题的同时，也能获得移动平台上的便携性与易用性，完成多项师生交互需求。1.2客户、顾客及其他风险承担者客户：学校技术支持部门，为项目开发提供预算及需求顾客：学生、教师，产品的使用者，为完善产品提出具体的需求1.3产品的用户教师：都有较高的受教育程度，但其中部分可能对于软件的应用水平较为低下，老年教师可能无法掌握过于复杂的操作，界面及相关操作设计应简单明了学生：都有较高的软件应用水平，但

3、通常在使用本产品时应较为赶时间，不排除易怒和单手操作的可能，尽可能简化交互环节，但保留复杂的功能方便深度使用1.4需求限制条件产品至少应满足简单的师生交互需求，如点名签到、作业提交、课表确认、考试查询等，需要兼容IOS与Android操作系统，同时支持网页端操作2.功能性需求2.1产品的范围要建立两个范围，早期的一个范围是工作的范围，这个范围确定了要研究的工作的边界，以及它如何与环境适应，在理解了工作和限制条件后可以建立产品的范围。可以使用一个上下文范围图来定义工作的范围，这个图展示了工作和它周围的相关系统，这部分很重要，要确保上下文范围已经足够使您理解顾客业务中潜在有可能从产品中获益的那些部

4、分，建议使用 Use Case 图来完成这项工作2.2功能性需求与数据需求按照以下框架来定义每个需求，依次排列下去，这部分必须要使用更正规的格式，以一定的结构写下来需求编号#：统一唯一的编号需求类型：按一定的方式分的类型，可以参考 Volere 需求模板事件/用例#：用例的编号描述：描述该需求的意图理由：该需求存在的理由来源:：首次提出该需求的人的姓名，或者该需求可以归因于他验收标准：是解决方案必须达到的量化目标，是客户接受产品的标准，需要以精确量化的方式写。验收标准为产品的构建设立了标准，提供了目标，测试者需要利用这些目标客户满意程度：如果成功了提交了该需求的实现，客户会有多高兴，评分以1-

5、5来定，1表示客户并不在意成功，5表示客户将非常高兴客户不满意程度：即如果不能提交该需求的实现，客户的不高兴程度，1表示并不在意，5表示非常愤怒依赖关系：指将会对该需求产生影响的其他需求，例如如果该需求改变可能一些其他需求也需要改变冲突：指与该项需求产生冲突的需求支持材料：一些必要的说明材料，只包括那些与需求有直接关系的历史：记录需求首次提出的日期、更改的日期、删除的日期、通过质量关的日期等等，如果感觉有帮助可以加上负责这些活动的人的姓名3.非功能性需求指产品必须具备的一些属性，描述产品外观的精神实质，如它必须如何易于使用、如何安全等，编写方法与前面的功能需求类似，只是在量化方面需要斟酌3.1

6、观感需求关于产品的外观精神和用户对产品的感知3.2易用性需求与产品的目标用户有关系3.3性能需求用于定义产品的速度、精度、容量、可用性、可靠性等方面3.4可操作需求指明了产品将操作的环境3.5可维护性需求指明了对产品维护方面的期望3.6安全性需求包括了产品的许多方面，包括在操作方面的安全性，最明显的安全需求是谁在什么情况下允许访问产品的哪些部分3.7文化和政策需求根据不同文化风俗或者不同地区语言定义的需求3.8法律需求指明了符合法律要求的情况4.项目问题项目问题不是需求，是通过需求活动发现的一些项目上的考虑，因为它们能帮助理解需求，所以加入到需求规格说明书中4.1开放式问题这部分留给那些需求活

7、动中被发现，但还没有解决的问题4.2商业软件解决方案这术语产品的替代解决方案，告诉客户已经考虑过一些替代方案，及这些方案与产品需求的匹配程度。建议讨论这三方面：1.是否有现成的产品或商业软件可以购买；2.现成的组件是否能用于该产品；3.是否有一些我们可以拷贝的东西4.3新问题可能由项目引发的新问题4.4任务为了提交产品，已经采取了那些步骤？意图是突出构建产品所需的工作量，或购买一个解决方案需要的步骤4.5移交主要包括旧系统数据转换，收集新数据，并行运行新旧两套系统等4.6风险包含项目可能性最大和后果最严重的风险清单，针对每项风险指出它成为问题的可能性以及所有的应对计划4.7费用实现这些需求必须的资金或工作量，有以下的评估标准：1.业务事件的数量；2.产品用例的数量；3.需求的数量；4.需求限制条件的数量；5.估计的功能点的