RUP软件文档模板 - 涉众请求.docVIP

项目名称 涉众请求 版本 1.0 [注：以下提供的模板用于 Rational Unified Process。其中包括用方括号括起来并以蓝色斜体（样式=InfoBlue）显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。按此样式输入的段落将被自动设置为普通样式（样式=Body Text）。] [要定制 Microsoft Word 中的自动字段（选中时显示灰色背景），请选择 FileProperties，然后将 Title、Subject 和 Company 等字段替换为此文档的相应信息。关闭该对话框后，通过选择 EditSelect All（或 Ctrl-A）并按 F9，或只是在字段上单击并按 F9，可以在整个文档中更新自动字段。对于页眉和页脚，这一操作必须单独进行。按 Alt-F9，将在显示字段名称和字段内容之间切换。有关字段处理的详细信息，请参见 Word 帮助。] 修订历史记录 日期 版本 说明 作者 日/月/年 x.x 详细信息 姓名 目录 1. 简介 4 1.1 目的 4 1.2 范围 4 1.3 定义、首字母缩写词和缩略语 4 1.4 参考资料 4 1.5 概述 4 2. 建立涉众或用户简档 5 3. 评估问题 5 4. 了解用户环境 5 5. 扼要重述了解内容 5 6. 分析员对涉众问题的输入（验证假设：有效或无效） 5 7. 评估解决方案（如果适用） 6 8. 评估机会 6 9. 评估可靠性、性能和支持需要 6 10. 结束语 6 11. 分析员摘要 7 涉众请求 简介 [涉众请求的简介应提供整个文档的概述。它应包括此涉众请求的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。] [与环境无关的访谈脚本：在改进应用程序开发工作这一方面，行业中存在着巨大的机会。在开发之前理解涉众或用户需要对于改进流程至关重要。有许多获取涉众或用户需要的技巧。一个简单而经济的技巧就是普通访谈，它几乎适用于所有情况。普通访谈可以帮助开发人员或分析员理解涉众或用户的目标和问题。理解了这一点，开发人员就能够开发出符合涉众或用户真正需要的应用程序，从而提高他们的满意度。] [此模板中的普通访谈提供了一系列问题，它们有助于了解涉众或用户的问题和环境。这些问题探讨了应用程序的功能性、可用性、可靠性、性能和可支持性需求。通过利用普通访谈，开发人员或分析员将进一步了解正在解决的问题，同时还将了解到涉众或用户对成功解决方案特征的看法。] 目的 [阐明此涉众请求的目的。] [使用指南：如果普通访谈不适合您的需要，您可以进行相应地修改。只要稍做准备并对访谈内容进行合理组织，所有开发人员或分析员都可以有效地进行访谈。以下是几点提示： 事先需调查涉众或用户以及公司的背景。 访谈前对问题进行复审。 在访谈期间要参照一定的格式，以确保提出正确的问题。 在访谈结束时总结两、三个最为重要的问题。重复您听到的内容，以确认您的理解是否正确。 不要过于受脚本的约束。一旦双方气氛融洽，访谈常常可以采用自己的形式，涉众或用户可能会详细谈论他们正经历的困难。不要打断涉众或用户的谈话。尽可能快地记录他们的回答。提出问题，继续跟踪信息。当双方对该问题的交流合乎逻辑地结束后，即可继续提出列表中的其他问题。祝您好运，访谈愉快!] 范围 [简要说明这组涉众请求的范围：它的相关项目，以及受到此文档影响的任何其他事物。] 定义、首字母缩写词和缩略语 [本小节应提供正确理解此涉众请求所需的全部术语的定义、首字母缩写词和缩略语。?这些信息可以通过引用项目词汇表来提供。] 参考资料 [本小节应完整列出此涉众请求中其他部分所引用的任何文档。每个文档应标有标题、报告号（如果适用）、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过引用附录或其他文档来提供。] 概述 [此小节应说明涉众请求其他部分所包含的内容，并解释文档的组织方式。] 建立涉众或用户简档 姓名： 公司 / 行业： 职称： 您的主要职责是什么？ 您生产哪些可交付工件？ 它们是为谁生产的？ 如果对成功进行评测？ 阻碍您成功的是哪些问题？ 如果存在一些趋势的话，哪些趋势使您的工作变得更容易或更困难？ 评估问题 您对于哪些 应用程序类型 问题缺乏合理的解决方案？ 这些问题到底是什么？[提示：不断问“还有其他问题吗？”] 对于每个问题提出以下问题： 为什么会存在这一问题？ 您现在如何解决该问题？ 您希望如何解决该问题？ 了解用户环境 用户是谁？ 他们具备什么样的教育背景？ 他们具备什么样的计算机背景？ 用户是否有使用这种应用程序的经验？ 使用的是哪些平台？ 您计划在将来使用哪些平台？ 还有哪些其他您使用的应用程序需要我们进行连接？ 您对产品的