确定项目的前景和范围_6.ppt

应用背景 一个自助餐厅在线订购餐系统的应用背景如下： 目前，Process Impact公司的大多数员工平均每天要花费60分钟去自助餐厅用午餐，其中大约有20分钟花在公司和自助餐厅之间的往返、选择午餐和以现金或信用卡结帐上。有些员工提前给自助餐厅食堂打电话订午餐，但，员工经常不能如愿以偿，因为自助餐厅有些食物已卖完。而于此同时，自助餐厅又在浪费大量的食物，因为有些食物没有卖掉而只好倒掉。 业务机遇 许多员工可以通过自助餐厅的一个在线订餐系统提出订餐请求，要求在指定的日期和时间内将所定的午餐，送到公司的指定地点。---从用户的角度，节省了员工用餐的时间，并提高了订到自己喜欢食物的机会也增大了。 自助餐厅通过系统可以提前了解到客户需要哪些食物，就可以实现订购相应的食物，减少浪费。（从自助餐厅的角度） 此系统可以与本地的其他饭店签订购餐协议，扩大用户对食物的选择范围。（从自助餐厅的角度） 业务目标 在第一版应用之后的6个月内，减少食物的浪费： 度量标准：每周被自助餐厅工作人员扔掉的食物的数量； 计量方法：检查自助餐厅库存系统的日志； 理想标准：减少50%；一般标准：减少30%；最低标准：减少20%。 在第一版应用之后的12个月内，减少15%自助餐厅的运作成本； 在第一版应用之后的3个月内，每个员工每天的订餐时间平均节省20分钟。 业务风险 使用该系统的员工太少，减少了对系统开发的投资回报。 可能性0.3，影响为9. 其他本店饭店可能并不认同减价是员工使用这一系统的正当理由，这会减低员工对该系统的满意度，并可能会减少他们对这一系统的使用。 可能性为0.4，影响为3. 前景概述 自助餐厅订餐系统是一个基于Internet的应用程序，可以接受个人订餐或团体订餐，结算用餐费用，并触发将订餐送到Process Impact公司内指定位置的事件。 与当前的电话订餐和人工订餐不同，使用自助餐厅订餐的用户并不需要到食堂内去用餐，这既可以节约他们的时间，又可以扩大他们对食物的选择范围。 系统特性 FE-1:根据自助餐厅提供的菜单来订餐； FE-2:根据其他本地饭店的送货菜单来订餐； FE3:请求送餐； FE4:创建、浏览、修改、删除用餐预订； 假设与依赖 自助餐厅有送货人员和送货车辆，最多比请求的送货时间晚15分钟； 如果某饭店有自己的联机订餐系统，那么自助餐定订餐系统必须能与这一系统进行双向通信。 项目范围 特性 版本1 版本2 版本3 FE-1 用午餐菜单定标准餐；费用支付方式是从工资中扣除。 除午餐外，也可以定早餐和晚餐；费用的支付方式可以是信用卡 FE-2 不实现 不实现 完全实现 FE-3 送餐地点仅限公司内部 送餐地点也可是公司外 FE-4 如果有时间就实现 完全实现 限制与排除 LI-1：自助餐厅的某些食物不适宜送货，因此自助餐厅订餐系统的顾客使用的送货菜单是食堂整个菜单的一个子集； LI-2：自助餐厅订餐系统只能用于Process Impact公司总部内的自助餐厅。 项目环境 1、操作环境 用户是地理分散的还是集中的？ 不同的用户会在什么时间访问系统？ 数据在何处生成，用于何处？ 访问数据的最大响应时间是否已知？ …….. 2、涉众 重点介绍不同类型的客户、目标市场和目标市场中的用户类别。 3、项目属性 特性、质量、成本、进度和人员。 约束因素和可调整因素 谢谢！ * BEA Confidential * 第5章确定项目的前景和范围 软件学院 代飞 2012.春 主要内容 确定项目前景和范围的活动 问题分析 建立系统边界 项目前景和范围文档 第一个需回答的问题：系统的业务需求是 项目的目标 第二个需回答的问题：项目的高层解决方案和 系统特性是项目打算做些什么 项目前景和范围 项目前景和范围的含义 项目的前景（Vision）：描述了产品的作用及 最终的功能，将所有涉众都统统一到一个方向 项目的范围：范围划定了需求的界线 为什么要确定项目的前景和范围 在看待现实世界时 世界是复杂的 从不同的角度观察，会看到不同的内容 例如，对桌子，木匠、商人、考古学家、工艺学家…观察到的内容是不一样的 因此… 如何保证项目涉众以符合项目需要的角度描述现实世界？ 描述哪些事物和事件才会尽可能的符合项目的需要？ 确定项目前景和范围的位置和作用 确定项目前景和范围的文档 该文档，包括: 业务需求 项目前景文档 项目范围文档 过程描述 主要内容 确定项目前景和范围的活动 问题分析 明确问题 发现业务需求 定义解决方案及系统特性 建立系统边界 项目前景和范围文档 2.1 明确问题 一、对问题达成共识 二、收集背景资料，判断问题的明确性 三、分析不明确问题，发现问题背后的问题 2.1 明确问题——一、对问题达成共识 描述问题 在涉众之间取得认同