需求工程教学资料：第5章.确定项目的前景和范围.pptVIP

* * * * * * * * * * * * * An Example: scoping An Example: commons and variations An Example: alternative solutions 主要内容 确定项目前景和范围的活动 问题分析 目标分析 业务分析 领域分析 项目前景和范围文档 6. 前景和范围文档 业务需求、高层次解决方案和系统特性都应该被定义到项目前景与范围文档之中 前景与范围文档主要由需求工程师来完成，但文档的负责人一般是项目的投资负责人、执行主管或其他类似角色 文档中记录的应该是清晰、明确的业务需求、高层次解决方案和系统特性 项目合约或抽象的业务用例文档也可以实现类似目的 6. 前景和范围文档——结构 6. 前景和范围文档—— 示例 A vision and scope document RUP VS Document Template And an example Field Study on Requirements Engineering Artifacts and Patterns, 实例分析 在公司内部，为确定项目的前景和范围，一般通过用户开会，进行摸底。由于公司的用户一般都是非计算机专业出生，一般对于项目的前景和范围，主要从实际工作出发，提出构想和思路，但是有个明显的问题是，有些构想太过理想化，有些思路又太过细节。 面临最大的挑战就是：由于公司业务的快速变更和快速拓展，公司内部员工提出的需求，比较难落到实处，太虚的目标都比较大，细节的需求又太细。 所以，我们的项目需求收集人员，不仅要能熟悉业务，而且要懂得归纳，懂得演绎，确实存在不少困难。 思考题 你被任命为替换学生财务资助项目的项目经理。你想开发一个工作陈述来定义范围并降低范围蔓延的风险。 财务资助部门的主管坚持要你15个月、600 000美元的预算内替换他现有的系统就可以了。他说这就是你需要知道的全部，不需要浪费时间开发一个工作陈述了。 省略工作陈述的风险是什么？你将如何说服主管？ 思考题 一个需求工程师正在为一个信息系统考虑三个可选的解决方案，所有三个方案都满足了用户的业务需求。 第一个方案被认为与开发人员的技术知识最一致， 第二个方案被认为是最快的实现方案， 第三个方案是最划算的方案。 这三个方案中是否有一个可行方案？如果是这样，你认为需求工程师应该如果做出最后决定？ 思考题 某大银行的一位银行卡办公室的收账经理Liz遇到了一个问题。她每周都收到一份过期未付款的账户名单。 这份报告已经从两年前的250个账户增加到现在的1250个账户。为了确定那些严重拖欠债务的账户，Liz需要通读这份报告。严重拖欠债务的账户由几个不同的规则确定，每个规则都要求Liz检查客户的一项或几项数据。过去半天的工作量现在增加到了每周三天。即使在确定了严重拖欠债务的账户后，如果没有查阅该账户三年内的历史资料，Liz也不能做出最后的信用决定（例如严厉的催款电话、断绝信用或将这个账户转给一个收账代理）。另外，Liz需要报告所有账户中过期未付款的、拖欠债务的、严重拖欠债务的和呆死账的比例。目前的报告中并没有给她提供这个信息。 假设现在需要你来开发一个软件，解决Liz面对的难题。那么你认为Liz现在遇到的问题有哪些？你希望新的软件应该达成哪些业务目标？你怎样设计软件的高层解决方案和系统特性？ 本章小结 确定项目的前景和范围是需求工程以及整个项目的重要工作，它决定着整个项目后继工作的方向 确定项目的前景和范围要 首先从分析问题着手 然后依据明确的问题发现业务需求 最后再为业务需求定义问题的解决方案依据系统特性 各个单独问题的解决方案整合起来，就是整个解系统的整体解决方案 项目的前景和范围需要以文档的方式明确的固定下来 * * * * * * * Hire = assumere * * * * * * * * * * * * Token competition A parameter node or pin may have multiple edges coming out of it, whereupon there will be competition for its tokens, because object nodes cannot duplicate tokens while forks can Then there is indeterminacy in the movement of data in the graph * ActivityPartition (1) Partitions divide the nodes and edges for identifying actions tha