需求定义最佳实践.

讨论你认为需求定义的目标是什么？通常需求定义在什么阶段进行？其主要的产物是什么？信息系统立项前的分析方法GPOA方法：GoalProblemOptionAnswer信息系统立项前的分析方法G（目标）：要确定需要开发某个信息系统之前，应该分析其应该达到的目标：业务性、可度量P（问题）：要达到该目标所需解决的问题！O（选项）：针对这些问题可选的解决方案A（答案）：针对各种Option进行分析、评估，最终确定答案。信息系统立项可行性分析确定目标：信息系统实现前，信息系统实现后提出解决方案：分析P，给出O，得出A可行性分析：效益分析：经济可行性，投资回报社会可行性技术可行性信息系统立项时的常见误区目标：含混不清，过为宏观Solution:基于业务需求思考解决方案：思路过于受限Solutions:只想What，别想How了解、理解IT技术期望值：脱离现实发起人、用户、使用者想法不一致框定问题的技巧问题的定义是需求工作的第一步，也是最重要的一步。问题是否能够解决，通常与是否能够更好、更准确地框定问题相关。例如，经典的马的遍历问题：寻找一系列的移动步骤，使马走完每个方块，而落入任何一个方块一次：框定问题的技巧1234567891011121314151617181920212223242513112219103292023167415241761221181851425框定问题的技巧软件需求第一和可能最重要的步骤是框定问题—把问题的特定部分，以及部分间特定的关系，放入一个特定的形式中。问题框定方法应使问题的细节适合一个简单连贯的框架同时，这也表现出，深入地理解问题域的知识，正确地抓住其本质特性，是十分重要的。（你的灯还亮着吗？）框定问题的技巧问题：日内瓦湖上的山脉中建成了一条很长的汽车隧道，为了防止停电时发生灾难，必须提醒司机进入隧道之前把车灯打开。解决方案一：“警告！前有隧道请打开车头灯”新问题：隧道出口风景很美，返回时发现汽车没电—忘了关车头灯！！解决方案二：出口处立标牌“关掉车灯”新问题：夜行车也会关掉车灯？解决方案三：建充电站新问题：维护开支大，充电站也会出故障框定问题的技巧解决方案四：授权私人经营充电站新问题：风景区商业化，政府与游客均不接受解决方案五：在隧道尽头，树立新标牌如果是白天，并且车灯开着，请熄灭车灯；如果天色已晚，并且车灯没开，请打开车灯；如果是白天，并且车灯没打，就别打开它；如果天色已晚，并且车灯开着，请别关掉它。新问题：谁能在行驶时读完？！终极解决方案：你的灯亮着吗？问题分析的五个步骤问题分析：理解真实世界中的问题和用户的需求并提出满足这些多方面要的解决方案的过程①在问题定义上达成共识②理解根本原因—问题背后的问题③确定风险承担人和用户④定义解决方案系统的界限⑤确定加在解决方案上的约束在问题定义上达成共识把问题写下来，看每个人是否都同意采用标准化格式：问题：描述问题影响：确定受问题影响的风险承担人结果：确定问题对风险承担人和商业活动的影响优点：指出解决方案并列出主要优点理解原因后对问题的陈述问题：不准确的订单影响：订单操作者、客户、生产者、销售者及客服结果：增加废品、额外处理成本、客户不满及收益降低成功的解决方法：增加了输入点订单的准确性增加了销售数据的报告以便进行管理获得更好的效率理解原因后对问题的陈述问题：随时提供大学体育赛事的最新报道影响：移动办公的人群结果：他们不可能花很多时间来搜索他们感兴趣的新闻，因此无法随时了解到有关他们母校的赛事（或者他们感兴趣的其他大学的体育赛事）。成功的解决方法：当发生他们感兴趣的新闻时，向他们发出通知，并提供一个地点来为他们提供所请求的新闻。理解根本原因—问题背后的问题TQM的鱼骨图太多废品用户退货运输损耗不准确的订单其他制造缺陷制成品的折旧0102030405060不准确的订单运输损耗用户退货制成员折旧制造缺陷其他帕雷托图确定涉众和用户系统的用户是谁？系统的客户是谁？还有哪些人会受系统输出的影响？系统完成并投入使用后，有谁会对它进行评估？还有没有其他系统内部或外部用户，他们的需要有没有必要被考虑到？系统将来由谁维护？还有其他人吗？用洋葱图来寻找涉众预期的产品（技术的）运营工作领域（社会技术的）运营支持一般操作员接口技术维护操作员核心团队成员包含的业务（社会技术的）内部顾问赞助者功能受益人接口技术客户更广阔的环境（社会技术的）财务受益者政策顾问消极的涉众外部顾问顾客定义解决方案系统的界限谁会对系统提供信息？谁会在系统中使用信息？谁会从系统中删除信息？谁将操作该系统？谁是系统的维护者？系统将会在哪儿被使用？系统从哪儿得到信息？哪些外部系统要和系统进行交互？系统输入输出我们的解决方案其他系统系统界限定义解决方案系统的界限接订单信用检查供应商促销数据库存量顾客记录信用卡公司记录订单等待送货文件结算记录顾客顾客的订单经检查的订单1？2？3？4？不好！大部分工作都留给操作员了常见划分，但可以更好订单接收自动化顾客缺货前提醒上下文范围图示例贷款处理系统贷款助理征信机构贷款办事员信贷员贷款申请者客户数据仓库帐户管理系统贷款经理托收代理贷款委员会委员提供客户贷款信息根据偿付情况更新帐户并报告帐户状况接收贷款帐单，偿付贷款提交贷款申请表评估贷款登记、结束贷款确立贷款期限根据贷款统计报告评估临界的贷款请求输入贷款请求信息转发过期货款请求信用报告转发还款历史记录上下文范围图示例业务运行管理系统航标建设项目管理固定资产及物资管理子系统航标周期性维护管理应急抢修运行管理遥测遥控通用通信机RTURTU……故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故故确定加在解决方案上的约束经济约束：预算？行政约束：存在许可问题？潜在内外部政问题？部门间问题？技术约束：技术选择有何限制？限制在已有平台或技术上？禁止使用新技术？需要购买软件包？系统约束：建立在现有系统上？需要维护与原系统的兼容性？必须支付什么操作系统？环境约束：合法吗？安全性要求？其他标准限制？进度及资源：进度要求？已有资源？外部劳动力可用否？有无扩展资源？确定加在解决方案上的约束操作性：销售订单数据必须在数据库中备份一年，因为数据丢失风险太大，需并行运行至少一年的数据系统及操作系统：应用在服务器上占用不超过200M，因为服务器上存储空间有限设备预算：必须在已有服务器和主机上开发人员预算：固定的人力资源，没有外部资源技术要求：应用新的面向对象的方法项目定义—业务需求产品/项目的目的：对业务目标的简短、可度量的描述客户：为谁构建？顾客：谁会购买？风险承担者：哪些人在产品中拥有既得利益？用户：谁将操作它？他们的能力如何？限制条件：必须采用某设计方案？时间？经费？名称：该项目使用哪些术语？相关事实和假定：每个人都需要知道什么？工作的范围：什么是产品和项目的边界？估算的费用：需要花费多少工作量或资金风险：面临的主要风险项目定义—目标的六要素目标：精确预报道路结冰时间并分派除冰卡车业务优势：通过预报道路结冰情况来减少道路事故度量：因结冰而发生的事故数年将低于冬季发生的事故总数的15%合理性：消除因结冰而发生的事故而减少的损失，与构建该系统所花费的成本和工作量相比，是否有价值？可行性：及时地除冰能否减少事故的发生？会降到总数的15%以下吗？可达成性：该目标能达到吗？项目定义—风险承担人与用户用户：与主题相关的经验、技术上的经验、智力能力、对工作的态度、对技术的态度、受教育程度、语言技能、年龄、性别风险承担者：用户、客户、顾客、管理者、业务主题相关者、开发人员、检查人员、市场力量、法律方面、反对者、专业团体、公众意见、政府、特殊利益团队、技术专家、文化利益、相邻系统（Stakeholder解析）项目定义文档—前景文档业务需求背景：新产品的来由与背景业务机遇业务目标与成功标准客户与市场需求业务风险解决方案的前景前景说明(目标客户、需求与机会、竞争对手与优势)主要特性假设与依赖项目定义文档—前景文档范围与限制第一个版本的范围各后续版本的范围限制与排除业务背景涉众简介项目优先级操作环境前景文档模板示例一示例二愿景陈述—ABC航空ABC航空通过提高对旅行服务的深入，以及提供其竞争对手无法提供的创新服务，来维护自己的形象。具体手段包括：通过创建一个公共网站，提高ABC航空的品牌知名度通过让30%的客户在线订票，将市场份额提高15%，并降低订票的成本通过提供出色的订票服务，向独立的旅行社开放ABC旅行系统，这样也就产生了一个新的收入流……愿景陈述—自动铁道信号系统项目的目的是通过如下方式降低与交通工具控制中心的维护和修改相关的成本：将系统从老化的16位微型计算机移植到现代的32位计算上使用高级语言对最初的汇编代码进行重新编码，从而使招聘开发人员的工作变得更为容易采用一个符合铁路行业需求的开发方法将系统容量提高4倍集成在参考文档DOC-XXX中识别出来的新特性需求定义阶段产物POS/Vision主题域划分各个主题域的上下文关系图业务事件业务流程图边界确定Report定义与概述业务术语初稿练习：连锁酒店管理系统