RUP软件文档模板之业务前景.docx

n

更多企业学院：
《中小企业管理全能版》
183套讲座+89700份资料

《总经理、高层管理》
49套讲座+16388份资料

《中层管理学院》
46套讲座+6020份资料 

《国学智慧、易经》
46套讲座

《人力资源学院》
56套讲座+27123份资料

《各阶段员工培训学院》
77套讲座+ 324份资料

《员工管理企业学院》
67套讲座+ 8720份资料

《工厂生产管理学院》
52套讲座+ 13920份资料

《财务管理学院》
53套讲座+ 17945份资料 

《销售经理学院》
56套讲座+ 14350份资料

《销售人员培训学院》
72套讲座+ 4879份资料

n

更多企业学院：
《中小企业管理全能版》
183套讲座+89700份资料

《总经理、高层管理》
49套讲座+16388份资料

《中层管理学院》
46套讲座+6020份资料 

《国学智慧、易经》
46套讲座

《人力资源学院》
56套讲座+27123份资料

《各阶段员工培训学院》
77套讲座+ 324份资料

《员工管理企业学院》
67套讲座+ 8720份资料

《工厂生产管理学院》
52套讲座+ 13920份资料

《财务管理学院》
53套讲座+ 17945份资料 

《销售经理学院》
56套讲座+ 14350份资料

《销售人员培训学院》
72套讲座+ 4879份资料

<项目名称>
业务前景

版本 <1.0>

[注：以下提供的模板用于 Rational Unified Process。其中包括用方括号括起来并以蓝色斜体（样式=InfoBlue）显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。按此样式输入的段落将被自动设置为普通样式（样式=Body Text）。]
[要定制 Microsoft Word 中的自动字段（选中时显示灰色背景），请选择 File >Properties，然后将 Title、Subject 和 Company 等字段替换为此文档的相应信息。关闭该对话框后，通过选择 Edit> Select 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. 定位 4
2.1 商机 4
2.2 问题说明 4
2.3 产品定位说明 4
3. 涉众和客户说明 5
3.1 消费者统计数据 5
3.2 涉众概要 5
3.3 客户概要 5
3.4 客户环境 6
3.5 涉众简档 6
3.5.1 <涉众名> 6
3.6 客户简档 6
3.6.1 <客户名> 6
3.7 关键的涉众/客户需要 7
3.8 备选方案和竞争 7
4. 业务工程目标 7
4.1 <一个目标> 7
4.2 <另一个目标> 7
5. 约束 7
6. 质量范围 7
7. 优先级 7
8. 其他需求 8
8.1 适用的标准 8
8.2 系统需求 8
8.3 性能需求 8
8.4 环境需求 8
9. 附录 1 – 目标属性 8
业务前景
1. 简介
[业务前景的简介应提供整个文档的概述。它应包括此业务前景的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。]
1.1 目的
[阐明此业务前景文档的目的。]
1.2 范围
[简要说明此业务前景文档的范围：它的相关项目，以及受到此文档影响的任何其他事物。]
1.3 定义、首字母缩写词和缩略语
[本小节应提供正确理解此业务前景文档所需的全部术语、首字母缩写词和缩略语的定义。 这些信息可以通过引用项目词汇表来提供。]
1.4 参考资料
[本小节应完整列出此业务前景中其他部分所引用的任何文档。每个文档应标有标题、报告号（如果适用）、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过引用附录或其他文档来提供。]
1.5 概述
[本小节应说明此业务前景中其他部分所包含的内容，并解释此文档的组织方式。]
2. 定位
2.1 商机
[简要说明此项目面临的商机。]
2.2 问题说明
[提供一段说明，总结此项目正在解决的问题。可以采用以下格式：]
问题是
[对问题进行说明]
影响
[问题影响的涉众]
问题的后果
[该问题会导致什么后果]
成功的解决方案
[应列出成功解决方案的一些主要优点]
2.3 产品定位说明
[提供一段总体说明，高度概括产品将要在市场上占据的独特位置。可以采用以下格式：]
针对于
[目标客户]
谁
[说明需要或机会]
该（产品名）
属于 [产品类别]
原因
[陈述主要优点，即促使人们购买的原因]
不同于
[主要的竞争产品]
我们的产品
[陈述主要的区别]
[产品定位说明用于向所有相关人员传达应用程序的目的和项目的重要性。]
3. 涉众和客户说明
[为有效地提供可满足涉众及用户实际需要的产品和服务，有必要在需求建模流程中确定并包括所有涉众。您还必须确定系统的用户，确保涉众群能够充分代表这些用户。本节提供参与项目的涉众和用户的简介，以及他们希望通过所提议的解决方案来解决的关键问题。这里并不说明他们的具体请求或需求，因为这些内容将单独在涉众请求工件中记录。此处只提供之所以存在这些需求的背景和原因。]
3.1 消费者统计数据
[总结促使您作出产品决策的关键消费者统计数据。说明并定位目标细分市场。估计市场的大小和增长率，估计的依据可以是潜在用户的数量，也可以是您的客户为满足您的产品或改进将要满足的需求所用资金的多少。了解行业大势和主流技术。回答以下战略性问题：
• 您的组织在这些市场的声誉如何？
• 您想获得什么样的声誉？
• 该产品或服务将如何支持您实现这些目标？]
3.2 涉众概要
[提供所有已确定涉众的一览表。]
名称
表示
角色
指明涉众类型。
简要说明他们在开发方面所表示的内容。
[简要说明他们在开发中的作用。
例如，确保某一工作顺利完成。]
3.3 客户概要
[提供所有已确定用户的一览表。]
名称
说明
涉众
指明用户类型
[简要说明他们在系统方面所表示的内容。]
[明确用户如何由涉众来代表。
例如，由涉众 1.1 来代表

3.4 客户环境
[详细说明目标用户的工作环境。以下是几项建议：
该任务由多少人来完成？是否总在变化？
一个任务周期需要多长时间？执行每项活动要用多长时间？是否总在变化？
是否有特殊的环境约束：移动、户外、乘机旅行等？
目前使用的是哪些系统平台？以后会使用哪些平台？
还在使用哪些应用程序？您的应用程序是否需要和这些应用程序集成？]
3.5 涉众简档
[通过在下表中填写各涉众的相关信息来说明系统中的各个涉众。要注意的是，涉众可能会有许多不同的类型，例如用户、策略部门和技术开发人员。详尽的简档应包括各种涉众在以下方面的信息：]
3.5.1 <涉众名>
代表
[谁是此项目的涉众代表？（如在他处已作记录，则此处为可选。）此处只需填写姓名。]
说明
[对涉众类型的简要说明。]
类型
[介绍涉众的技能特长、技术背景和熟练程度（即权威用户、业务用户、专家用户、初级用户等）]
职责
[列出涉众对所开发的系统负有的关键职责，即他们为涉众的利益。]
成功标准
[该涉众如何界定成功？
该涉众如何得到回报？]
参与
[该涉众如何参与此项目？尽可能和 RUP 角色（如需求复审员）建立联系。]
可交付工件
[涉众是否还需要其他的可交付工件？这些工件可以是项目可交付工件，也可以是正在开发的系统的输出。]
意见/问题
[在此处列出会阻碍成功的问题以及任何其他相关信息。]

3.6 客户简档
[通过在下表中填写各用户类型的相关信息来说明系统的各种独特用户。详尽的简档应包括各种用户在以下方面的信息：]
3.6.1 <客户名>
代表
[谁是此项目的用户代表？（如在他处已作记录，则此处为可选。）它通常是指代表一组用户的涉众，例如涉众：涉众 1。]
说明
[对该客户类型的简要说明。]
类型
[介绍该客户的技能特长、技术背景和熟练程度（即权威用户、初级用户等）]
职责
[列出该用户对所开发的系统负有的关键职责，即记录客户的详细信息，生成报告，协调工作等。]
成功标准
[该用户如何界定成功？
该涉众如何得到回报？]
参与
[该客户如何参与此项目？尽可能和 RUP 角色（如需求复审员）建立联系。]
可交付工件
[是否有该客户生成的可交付工件？如果有，是为谁生成的？]
意见/问题
[在此处列出会阻碍成功的问题以及任何其他相关信息。
其中需包括将使该客户的工作变得更容易或更困难的趋势。]

3.7 关键的涉众/客户需要
[列出涉众认为现有解决方案存在的关键问题。对于列出的每个问题，需澄清以下要点：
• 为什么会出现这一问题？
• 目前如何解决该问题？
• 用户需要什么样的解决方案？]
[务必要了解涉众对解决各个问题的相对重视程度。分级和累计投票技术表明，必须根据他们所关注的要点来解决问题。
填写下表 - 如果是使用 ReqPro 来记录需要，这可能就是该工具所生成的摘录或报告。]
需要
优先级
关注的要点
目前的解决方案
提议的解决方案
广播消息

3.8 备选方案和竞争
[确定涉众认为可以使用的备选方案。其中可能包括购买竞争对手的产品、自行设计解决方案，或者仅维持现状。列出已经存在或潜在的竞争产品。列出涉众认为各种竞争对手具有的主要优缺点。]
4. 业务工程目标
4.1 <一个目标>
4.2 <另一个目标>
5. 约束

[记录所有设计约束、外部约束或其他依赖关系。]
6. 质量范围
[定义性能、强壮性、容错、可用性以及业务工程目标中没有记录的类似特征的质量范围。]
7. 优先级
[确定不同目标的优先级。]
8. 其他需求
[在较高层次上列出适用的标准、硬件或平台需求、性能需求以及环境需求。]
8.1 适用的标准
[列出业务必须符合的所有标准。其中可能包括法律和法规（FDA、UCC）标准、通讯标准（TCP/IP、ISDN）、平台一致性标准（Windows、Unix 等）以及质量和安全标准（UL、ISO、CMM）。]
8.2 系统需求
[确定支持该应用程序所必需的任何系统需求。其中可能包括所支持的主机操作系统及网络平台、配置、内存、外围设备和配套软件。]
8.3 性能需求
[本节用于详细说明性能需求。性能问题可能包括在各种负载条件下的用户负载因素、带宽或通信容量、吞吐量、精确度以及可靠性或响应时间。]
8.4 环境需求
[根据需要详细说明环境需求。对于基于硬件的系统，环境因素可能包括温度、振荡、湿度、辐射等。对于软件应用系统，环境因素可能包括使用条件、用户环境、资源可用性、维护问题、错误处理和恢复。]
9. 附录 1 – 目标属性
[为了对提议进行实施的产品进行评估、跟踪、管理并确定其优先级，应该为目标指定属性。列出您已选择的属性，并对其进行简要说明。
如需建议的功能属性集，请参见工件：需求管理计划。]