需求定义最佳实践课件

讨论你认为需求定义的目标是什么？通常需求定义在什么阶段进行？其主要的产物是什么？信息系统立项前的分析方法GPOA方法：GoalProblemOptionAnswer信息系统立项前的分析方法G（目标）：要确定需要开发某个信息系统之前，应该分析其应该达到的目标：业务性、可度量P（问题）：要达到该目标所需解决的问题！O（选项）：针对这些问题可选的解决方案A（答案）：针对各种Option进行分析、评估，最终确定答案。信息系统立项时的常见误区目标：含混不清，过为宏观

Solution:基于业务需求思考解决方案：思路过于受限

Solutions:>只想What，别想How

>了解、理解IT技术期望值：脱离现实发起人、用户、使用者想法不一致

框定问题的技巧问题的定义是需求工作的第一步，也是最重要的一步。问题是否能够解决，通常与是否能够更好、更准确地框定问题相关。例如，经典的马的遍历问题：

寻找一系列的移动步骤，使

马走完每个方块，而落入任

何一个方块一次：框定问题的技巧框定问题的技巧软件需求第一和可能最重要的步骤是框定问题—把问题的特定部分，以及部分间特定的关系，放入一个特定的形式中。问题框定方法应使问题的细节适合一个简单连贯的框架同时，这也表现出，深入地理解问题域的知识，正确地抓住其本质特性，是十分重要的。（你的灯还亮着吗？）框定问题的技巧解决方案四：授权私人经营充电站新问题：风景区商业化，政府与游客均不接受解决方案五：在隧道尽头，树立新标牌

如果是白天，并且车灯开着，请熄灭车灯；

如果天色已晚，并且车灯没开，请打开车灯；

如果是白天，并且车灯没打，就别打开它；

如果天色已晚，并且车灯开着，请别关掉它。新问题：谁能在行驶时读完？！终极解决方案：你的灯亮着吗？在问题定义上达成共识把问题写下来，看每个人是否都同意采用标准化格式：

>问题：描述问题

>影响：确定受问题影响的风险承担人

>结果：确定问题对风险承担人和商业活动的影响

>优点：指出解决方案并列出主要优点理解原因后对问题的陈述问题：随时提供大学体育赛事的最新报道影响：移动办公的人群结果：他们不可能花很多时间来搜索他们感兴趣的新闻，因此无法随时了解到有关他们母校的赛事（或者他们感兴趣的其他大学的体育赛事）。成功的解决方法：当发生他们感兴趣的新闻时，向他们发出通知，并提供一个地点来为他们提供所请求的新闻。

理解根本原因—问题背后的问题TQM的鱼骨图帕雷托图确定涉众和用户系统的用户是谁？系统的客户是谁？还有哪些人会受系统输出的影响？系统完成并投入使用后，有谁会对它进行评估？还有没有其他系统内部或外部用户，他们的需要有没有必要被考虑到？系统将来由谁维护？还有其他人吗？用洋葱图来寻找涉众定义解决方案系统的界限谁会对系统提供信息？谁会在系统中使用信息？谁会从系统中删除信息？谁将操作该系统？谁是系统的维护者？系统将会在哪儿被使用？系统从哪儿得到信息？哪些外部系统要

和系统进行交互？上下文范围图示例上下文范围图示例确定加在解决方案上的约束操作性：销售订单数据必须在数据库中备份一年，因为数据丢失风险太大，需并行运行至少一年的数据系统及操作系统：应用在服务器上占用不超过200M，因为服务器上存储空间有限设备预算：必须在已有服务器和主机上开发人员预算：固定的人力资源，没有外部资源技术要求：应用新的面向对象的方法项目定义—业务需求产品/项目的目的：对业务目标的简短、可度量的描述客户：为谁构建？顾客：谁会购买？风险承担者：哪些人在产品中拥有既得利益？用户：谁将操作它？他们的能力如何？限制条件：必须采用某设计方案？时间？经费？名称：该项目使用哪些术语？相关事实和假定：每个人都需要知道什么？工作的范围：什么是产品和项目的边界？估算的费用：需要花费多少工作量或资金风险：面临的主要风险项目定义—风险承担人与用户用户：与主题相关的经验、技术上的经验、智力能力、对工作的态度、对技术的态度、受教育程度、语言技能、年龄、性别风险承担者：用户、客户、顾客、管理者、业务主题相关者、开发人员、检查人员、市场力量、法律方面、反对者、专业团体、公众意见、政府、特殊利益团队、技术专家、文化利益、相邻系统（Stakeholder解析）项目定义文档—前景文档业务需求

>背景：新产品的来由与背景

>业务机遇

>业务目标与成功标准

>客户与市场需求

>业务风险解决方案的前景

>前景说明(目标客户、需求与机会、竞争对手与优势)

>主要特性

>假设与依赖项目定义文档—前景文档范围与限制

>