文档介绍：需求规格说明书模版需求规格说明书范例
Atlantic System Guild(提供的Volere需求过程与软件需求规格说明书模板则充分利用了现代软件工程思想与技术,是一个十分实用、完善的SRS模板。其所提供的Volere需求记录卡也十分实用,强烈推荐。
该项目工作的用户问题或背景
对引发开发任务的工作和情况的描述。同时也应描述用户希望用将要交付的软件来完成的工作。
该节内容为该项目提供了合法的理由,你应该考虑用户的问题是否严重,是否应该解决和为什么应该解决。
产品的目标
用一句话或很少的几句话来说明“我们希望该产品做什么?”换言之,即开发该产品的真正原因。
项目如果没有一个表述清晰、易于理解的目标,就会迷失在产品开发的沙漠中。产品必须带来某种优势。典型的优势是产品会增加组织在市场上的价值,减少运作成本,或提供更好的客户服务。这个优势应该是可度量的,这样才能够让您确定交付的产品是否达到目标。
、顾客和其它风险承担者 客户是为开发付费的人,并将成为所交付产品的拥有者
这一项必须给出客户的姓名,三个以内是合理的。
客户最终将接受该产品,因此必须对交付的产品满意。如果你无法找到一个客户的姓名,那么也许你就不应该构建该产品。
顾客是将花钱购买该产品的人
也给出姓名和相关的信息
其它风险承担者
其他的一些人或组织的名称,他们或者受到产品的影响,或影响产品。
经理或项目负责人;业务领域专家;技术人员;系统开发者;市场人员;产品经理;测试和质量保证人员;审查员,诸如安全审查员或审计人员;律师;易用性专家;你所处行业的专业人员。 产品的用户
产品的潜在用户或操作员的列表。针对每种类型的用户,提供以下信息:
用户分类用户工作的任务;主要相关的经验;技术经验;其他用户特征:包括身体、智力、工作态度、对技术的态度、教育程度、语言技能、年龄、性别等。用户是为了完成工作而与产品交互的人,你了解用户,就越可能提交适合用户工作方式的产品。
对用户设的优先级
在每类用户后面附上一个优先级,这区别了用户的重要性和优先地位:
关键用户:对产品的后续成功至关重要;次要用户:他们使用产品,但对产品的长期成功并无影响;不重要的用户:不常用、未授权和没有技能的用户。如果认为某些用户对产品或组织更重要,那么应该写明,因为它会影响你设计产品的方式。
解决方案限制条件
此处明确了限制条件,它们规定了解决问题必须采取的方式。您可以认为它们是指令式的解决方案。仔细描述该解决方案,以及测试是否符合的度量标准。如果可能,您应该解释使用该解决方案的原因。
换一句话说,就是要求软件解决方案满足哪些限制