VOLERE需求模板
以下为《VOLERE需求模板》的无排版文字预览，完整格式请下载
下载前请仔细阅读文字预览以及下方图片预览。图片预览是什么样的，下载的文档就是什么样的。
VOLERE需求模板
Atlantic System Guild（doc.001pp.com）公司所提供的Volere需求过程与软件需求规格说明书模板则充分利用了现代软件工程思想与技术，是一个十分实用、完善的SRS模板。其所提供的Volere需求记录卡也十分实用，强烈推荐。 注：从Atlantic System Guild公司网站doc.001pp.com上获得，并稍做修改
1.产品的目标
1.1 该项目工作的用户问题或背景 [对引发开发任务的工作和情况的描述。同时也应描述用户希望用将要交付的软件来完成的工作。] [该节内容为该项目提供了合法的理由，你应该考虑用户的问题是否严重，是否应该解决和为什么应该解决。] 1.2 产品的目标 [用一句话或很少的几句话来说明“我们希望该产品做什么？”换言之，即开发该产品的真正原因。 [项目如果没有一个表述清晰、易于理解的目标，就会迷失在产品开发的沙漠中。产品必须带来某种优势。典型的优势是产品会增加组织在市场上的价值，减少运作成本，或提供更好的客户服务。这个优势应该是可度量的，这样才能够让您确定交付的产品是否达到目标。]
2.客户、顾客和其它风险承担者
2.1 客户是为开发付费的人，并将成为所交付产品的拥有者 [这一项必须给出客户的姓名，三个以内是合理的。] [客户最终将接受该产品，因此必须对交付的产品满意。如果你无法找到一个客户的姓名，那么也许你就不应该构建该产品。] 2.2 顾客是将花钱购买该产品的人 [也给出姓名和相关的信息] 2.3 其它风险承担者 [其他的一些人或组织的名称，他们或者受到产品的影响，或影响产品。] 1） 经理或项目负责人； 2） 业务领域专家； 3） 技术人员； 4） 系统开发者； 5） 市场人员； 6） 产品经理； 7） 测试和质量保证人员； 8） 审查员，诸如安全审查员或审计人员； 9） 律师； 10）易用性专家； 11）你所处行业的专业人员。
3.产品的用户
3.1 产品的用户 [产品的潜在用户或操作员的列表。针对每种类型的用户，提供以下信息：] 1） 用户分类 2） 用户工作的任务； 3） 主要相关的经验； 4） 技术经验； 5） 其他用户特征：包括身体、智力、工作态度、对技术的态度、教育程度、语言技能、年龄、性别等。 [用户是为了完成工作而与产品交互的人，你了解用户，就越可能提交适合用户工作方式的产品。] 3.2 对用户设的优先级 [在每类用户后面附上一个优先级，这区别了用户的重要性和优先地位：] 1） 关键用户：对产品的后续成功至关重要； 2） 次要用户：他们使用产品，但对产品的长期成功并无影响； 3） 不重要的用户：不常用、未授权和没有技能的用户。 [如果认为某些用户对产品或组织更重要，那么应该写明，因为它会影响你设计产品的方式。]
4.需求限制条件
4.1 解决方案限制条件 [此处明确了限制条件，它们规定了解决问题必须采取的方式。您可以认为它们是指令式的解决方案。仔细描述该解决方案，以及测试是否符合的度量标准。如果可能，您应该解释使用该解决方案的原因。] [换一句话说，就是要求软件解决方案满足哪些限制条件！] 4.2 实现环境 [此处描述产品将被实施的技术环境和物理环境。] [该环境也将成为设计解决方案时的限制条件之一。] 4.3 伙伴应用 [此处描述那些不属于产品的一部分，但产品却又必须与其协作的应用程序。] 4.4 COTS [此处描述实现产品 内容过长，仅展示头部和尾部部分文字预览，全文请查看图片预览。 些文档将作为产品的一部分交付。]
26.后续版本的需求
[这里记录下一些希望今后版本中实现的需求。]
Volere需求记录卡
编者说明： 正如前面所述，Atlantic System Guild还提供了一个配套的Volere需求记录卡，这个记录卡十分实用。建议大家在需求调查、分析过程中，将需求记录在一系列的Volere需求记录卡上，这个卡让你能够很好的理清需求之间的关系，需求提出的背景，用户对需求的期望，有了这些素材，整理SRS时将变得更加简单。
/Volere需求
注：顾客满意度是指完成该项功能顾客满意的程度，而顾客不满意度则是指未实现该功能顾客不满意的程度。
[文章尾部最后300字内容到此结束,中间部分内容请查看底下的图片预览]
以上为《VOLERE需求模板》的无排版文字预览，完整格式请下载
下载前请仔细阅读上面文字预览以及下方图片预览。图片预览是什么样的，下载的文档就是什么样的。
图片预览
