确定项目的前景和范围_6

第5章确定项目的前景和范围软件学院代飞2012.春主要内容1.确定项目前景和范围的活动2.问题分析3.建立系统边界4.项目前景和范围文档第一个需回答的问题：系统的业务需求是项目的目标第二个需回答的问题：项目的高层解决方案和系统特性是项目打算做些什么项目前景和范围项目前景和范围的含义项目的前景（Vision）：描述了产品的作用及最终的功能，将所有涉众都统统一到一个方向项目的范围：范围划定了需求的界线为什么要确定项目的前景和范围在看待现实世界时世界是复杂的从不同的角度观察，会看到不同的内容例如，对桌子，木匠、商人、考古学家、工艺学家…观察到的内容是不一样的因此…如何保证项目涉众以符合项目需要的角度描述现实世界？描述哪些事物和事件才会尽可能的符合项目的需要？确定项目前景和范围的位置和作用前景和范围业务需求定义前景和范围在前景和范围的指导下定义用户需求业务需求用户需求转化用户需求为系统需求系统需求所有不符合业务需求目标的用户需求和系统需求都不应该包含在SRS之中确定项目前景和范围的文档该文档，包括:业务需求项目前景文档项目范围文档过程描述问题域涉众明确问题发现业务需求确定高层解决方案及系统特性定义系统边界定义项目前景与文档高层次问题背景资料明确、一致的问题明确、一致的问题解决方案与系统特性解决方案与系统特性项目前景文档成果系统上下文图系统功能与对外交互业务需求问题所反映的用户目标定义项目范围文档（系统边界）定义项目前景文档定义业务需求文档问题分析主要内容1.确定项目前景和范围的活动2.问题分析1.明确问题2.发现业务需求3.定义解决方案及系统特性3.建立系统边界4.项目前景和范围文档2.1明确问题一、对问题达成共识二、收集背景资料，判断问题的明确性三、分析不明确问题，发现问题背后的问题2.1明确问题——一、对问题达成共识描述问题在涉众之间取得认同元素内容ID问题提出者关联者影响问题标识问题描述提出问题的涉众影响该问题的解决或受问题影响的涉众描述具体的影响2.1明确问题——二、判断问题的明确性问题的明确性要求它们具备一下两点：易于理解；P1.图书管理员：图书总是无法上架。P2.图书管理员：图书的内容分类不合适，无法分类上架图书上架的工作太繁杂，导致来不及上架图书的借阅不遵守章程，不能保证上架能指明解决的方向；P3.决策者：产生太多废品。P4.决策者：销售订单不准确，导致产生太多废品。2.1明确问题——三、发现问题背后的问题对于不明确的问题直接咨询涉众是第一选择利用收集的资料和业务数据是第二选择必要时需要使用一些简单的问题分析技巧2.1明确问题——发现深层问题的示例当前问题：产生了太多的废品进一步问题：产生太多废品的原因？用鱼骨图列出所有的可能原因请用户确认（通常可以解决问题）如果用户无法确认，则搜集数据进行分析重新定义新的问题（不准确的销售订单）不准确的销售订单制成品折旧运输损耗制造缺陷用户退货其他太多废品0102030405060贡献不准确的销售订单运输损耗用户退货制成品折旧制造缺陷其他2.2发现业务需求每一个明确、一致的问题都意味着涉众存在一些相应的期望目标，即业务需求。P3.决策者：生产的废品过多BR1：提高销售订单的准确性，减少因此而产生的废品。BR2：提高销售订单的准确性，在系统使用后3个月内，减少50%因此而产生的废品。注意：业务目标要具有第二章所述的各种优秀特性，尤其是要有可验证性。问题及业务需求描述的标准化格式元素内容ID问题提出者关联者影响目标问题标识问题描述提出问题的涉众影响该问题的解决或受问题影响的涉众描述具体的影响问题解决的目标，即业务需求2.3定义解决方案及系统特性一、确定高层次的解决方案二、确定系统特性和解决方案的边界三、确定解决方案的约束2.3定义解决方案及系统特性——一、确定高层次的解决方案发现各种可行的高层次解决方案，分析不同方案的业务优势和代价，然后通过和涉众的协商，选定其中一个。SS1:调整销售订单，加强在各个环节的人工检查；SS2：有软件来分析订单的各种特征，及早识别出不准确的销售订单，提交人工处理。要素内容ID问题标识解决方案方案描述概要描述解决方案业务优势该解决方案所能带来的业务优势代价该解决方案将花费的代价2.3定义解决方案及系统特性——二、确定问题解决边界明确该解决方案需要具备的功能特征，即系统特性分析解决方案需要和周围环境形成的交互作用，定义解决方案的边界尤其是信息流的输入/输出关系它需要的信息由谁提供？它产生的信息由谁使用？谁控制它的执行？谁会影响它的执行？订单输入员票据文员运输员生产工长新的销售订单系统新的解决方案解决方案边界合格的销售订单检查检查检查建立订单结果订单2.3定义解决方案及系统特性——三、确定解决方案约束示例对“新的销售订单系统”的约束约束源约束理由操作性系统技术要求设备预算销售订单数据的一份完全备份必须保存在已有数据库中一年应用在服务器上占用的空间不应该超过20M应用新的面向对象的方法…数据丢失的风险太大存储空间有限该技术会增加可靠性…2.3定义解决方案及系统特性——三、确定解决方案的约束约束源问题示例经济的有哪些财政或者预算上的约束？有货物成本和价格上的要求吗？有任何法律许可问题吗？行政的有产生影响的内部或外部政治问题吗？有什么需要部门间协调的问题吗？技术的在技术的选择上有什么限制吗？是否必须使用既有的平台和技术进行工作？对新技术的应用会被禁止吗？有可能使用COTS软件包吗？系统的要建立在现有系统基础之上吗？要维护和现有系统的兼容性吗？环境的需要支持哪些操作系统和环境？有环境的约束吗？其灵活度怎样？符合法律法规吗？有安全性需求吗？可能会被哪些其他标准限制？进度及资源的进度要求如何？会被限制在已有资源上吗？可以使用外部人力吗？可以暂时或永久的扩展资源吗？主要内容1.确定项目前景和范围的活动2.问题分析3.建立系统边界4.项目前景和范围文档3.定义系统边界随着问题数量的增加，系统的问题解决方案的复杂性也会增加，这就需要将各个分散的问题解决方案整合起来，建立解系统的整体解决方案可以从总体上来理解系统中的业务静态结构和动态行为确保不同问题的涉众在系统总体上也能达成一致问题分析仅仅是确保了涉众在具体问题上达成一致将所有问题的解决方案进行综合，就可以得到整个解系统的功能和边界系统边界的常用技术描述手段是系统用例图和上下文图3.建立系统边界——系统用例图示例客户使用信用卡功能处理客户单据账户管理信用卡系统零售机构金融机构3.建立系统边界——上下文图示例自助餐厅在线订餐系统顾客工资系统菜单管理人送餐人员自助餐厅工作人员送餐请求从工资中扣除餐费的请求付款要求菜单内容送餐请求付款请求食物订单菜单食物订单食物订购信息注册从工资中扣除餐费自助餐厅库存系统食物订单可提供的食物信息从工资中扣除餐费的响应更新食物状态主要内容1.确定项目前景和范围的活动2.问题分析3.建立系统边界4.项目前景和范围文档4.前景和范围文档业务需求、高层次解决方案和系统特性都应该被定义到项目前景与范围文档之中；前景与范围文档主要由需求工程师来完成，但文档的负责人一般是项目的投资负责人、执行主管或其他类似角色；文档中记录的应该是清晰、明确的业务需求、高层次解决方案和系统特性。4.前景和范围文档——结构1业务需求1.1应用背景1.2业务机遇1.3业务目标1.4业务风险2项目前景2.1前景概述2.2系统特性2.3假设与依赖3项目范围3.1第一版范围3.2后续版本范围3.3限制与排除4项目环境4.1操作环境4.2涉众4.3项目属性词汇表参考资料附录应用背景一个自助餐厅在线订购餐系统的应用背景如下：目前，ProcessImpact公司的大多数员工平均每天要花费60分钟去自助餐厅用午餐，其中大约有20分钟花在公司和自助餐厅之间的往返、选择午餐和以现金或信用卡结帐上。有些员工提前给自助餐厅食堂打电话订午餐，但，员工经常不能如愿以偿，因为自助餐厅有些食物已卖完。而于此同时，自助餐厅又在浪费大量的食物，因为有些食物没有卖掉而只好倒掉。业务机遇许多员工可以通过自助餐厅的一个在线订餐系统提出订餐请求，要求在指定的日期和时间内将所定的午餐，送到公司的指定地点。---从用户的角度，节省了员工用餐的时间，并提高了订到自己喜欢食物的机会也增大了。自助餐厅通过系统可以提前了解到客户需要哪些食物，就可以实现订购相应的食物，减少浪费。（从自助餐厅的角度）此系统可以与本地的其他饭店签订购餐协议，扩大用户对食物的选择范围。（从自助餐厅的角度）业务目标在第一版应用之后的6个月内，减少食物的浪费：度量标准：每周被自助餐厅工作人员扔掉的食物的数量；计量方法：检查自助餐厅库存系统的日志；理想标准：减少50%；一般标准：减少30%；最低标准：减少20%。在第一版应用之后的12个月内，减少15%自助餐厅的运作成本；在第一版应用之后的3个月内，每个员工每天的订餐时间平均节省20分钟。业务风险使用该系统的员工太少，减少了对系统开发的投资回报。可能性0.3，影响为9.其他本店饭店可能并不认同减价是员工使用这一系统的正当理由，这会减低员工对该系统的满意度，并可能会减少他们对这一系统的使用。可能性为0.4，影响为3.前景概述自助餐厅订餐系统是一个基于Internet的应用程序，可以接受个人订餐或团体订餐，结算用餐费用，并触发将订餐送到ProcessImpact公司内指定位置的事件。与当前的电话订餐和人工订餐不同，使用自助餐厅订餐的用户并不需要到食堂内去用餐，这既可以节约他们的时间，又可以扩大他们对食物的选择范围。系统特性FE-1:根据自助餐厅提供的菜单来订餐；FE-2:根据其他本地饭店的送货菜单来订餐；FE3:请求送餐；FE4:创建、浏览、修改、删除用餐预订；假设与依赖自助餐厅有送货人员和送货车辆，最多比请求的送货时间晚15分钟；如果某饭店有自己的联机订餐系统，那么自助餐定订餐系统必须能与这一系统进行双向通信。项目范围特性版本1版本2版本3FE-1用午餐菜单定标准餐；费用支付方式是从工资中扣除。除午餐外，也可以定早餐和晚餐；费用的支付方式可以是信用卡FE-2不实现不实现完全实现FE-3送餐地点仅限公司内部送餐地点也可是公司外FE-4如果有时间就实现完全实现限制与排除LI-1：自助餐厅的某些食物不适宜送货，因此自助餐厅订餐系统的顾客使用的送货菜单是食堂整个菜单的一个子集；LI-2：自助餐厅订餐系统只能用于ProcessImpact公司总部内的自助餐厅。项目环境1、操作环境用户是地理分散的还是集中的？不同的用户会在什么时间访问系统？数据在何处生成，用于何处？访问数据的最大响应时间是否已知？……..2、涉众重点介绍不同类型的客户、目标市场和目标市场中的用户类别。3、项目属性特性、质量、成本、进度和人员。约束因素和可调整因素谢谢！