第三讲需求工程过程.pptVIP

定义操作过程 目的：揭示过程需求和需求约束 实施：过程描述是特别复杂的活动，两种情形下操作过程的定义： 打算用系统来支持一个完全新的活动，没有现成的过程可以研究。关注新过程和现有过程的交互，定义新过程 打算用系统来支持一个现有的操作过程，它将取代现有的过程。研究、理解现有过程，导出操作过程 复用需求 目的：较低的需求成本，较快的需求抽取 实施： 间接复用： 识别与正在研究的系统的项目相关人员的需求接近或重叠的需求 把这些需求展示给项目相关人员，解释它们的含义 请他们说出哪些合适哪些不合适 根据提出的建议改写需求，直到项目相关人员满意 直接复用 识别现有系统和待开发系统之间的通用特征，找出可复用的部分 识别现有系统中潜在的可复用需求与识别出的通用特征相对应的需求 评估这些潜在的可复用需求在待开发的系统中是否有效 和用户一起检验这些需求是否真正满足他们的需要 实例分析（一个管理信息系统） 问题 在公司内部，为确定项目的前景和范围，一般通过用户开会，进行摸底。由于公司的用户一般都是非计算机专业出生，一般对于项目的前景和范围，主要从实际工作出发，提出构想和思路，但是有个明显的问题是，有些构想太过理想化，有些思路又太过细节。 解决 问题?业务需求 用户?问题；开发人员?方案；用户?评价 思考题 你被任命为替换学生财务资助项目的项目经理。你想开发一个工作陈述来定义范围并降低范围蔓延的风险。 财务资助部门的主管坚持要你15个月、600 000美元的预算内替换他现有的系统就可以了。他说这就是你需要知道的全部，不需要浪费时间开发一个工作陈述了。 省略工作陈述的风险是什么？你将如何说服主管？ 思考题 一个需求工程师正在为一个信息系统考虑三个可选的解决方案，所有三个方案都满足了用户的业务需求。 第一个方案被认为与开发人员的技术知识最一致， 第二个方案被认为是最快的实现方案， 第三个方案是最划算的方案。 这三个方案中是否有一个可行方案？如果是这样，你认为需求工程师应该如何做出最后决定？ 思考题 某大银行的一位银行卡办公室的收账经理Liz遇到了一个问题。她每周都收到一份过期未付款的账户名单。 这份报告已经从两年前的250个账户增加到现在的1250个账户。为了确定那些严重拖欠债务的账户，Liz需要通读这份报告。严重拖欠债务的账户由几个不同的规则确定，每个规则都要求Liz检查客户的一项或几项数据。过去半天的工作量现在增加到了每周三天。即使在确定了严重拖欠债务的账户后，如果没有查阅该账户三年内的历史资料，Liz也不能做出最后的信用决定（例如严厉的催款电话、断绝信用或将这个账户转给一个收账代理）。另外，Liz需要报告所有账户中过期未付款的、拖欠债务的、严重拖欠债务的和呆死账的比例。目前的报告中并没有给她提供这个信息。 假设现在需要你来开发一个软件，解决Liz面对的难题。那么你认为Liz现在遇到的问题有哪些？你希望新的软件应该达成哪些业务目标？你怎样设计软件的高层解决方案和系统特性？ 文档的研究 组织文档 业务表格、工作过程、职位描述、政策手册、业务计划、组织图、会议记录、财务报表、… 系统文档 计算机屏幕、各类录入表单、各类打印报表、… 领域知识需求 领域刊物、书籍、参考手册、… “硬数据”的采集 标识硬数据的集合 事实、图表、财务信息、…… 用于决策分析的报表、…… 调查结果、市场数据、 …… 抽样 抽样用来从中选择有代表性的集合 有目的的抽样：选择不担心统计问题，你也认为是相关的部分 简单随机抽样：每隔k项选择一个 分层随机抽样：先分层次、再抽样 聚簇随机抽样：选择一个有代表性的子数据集，再抽样 样本规模非常重要 要进行数据采集和分析的代价以及所需要的明显度之间的平衡 实例分析（办公系统） 问题 在开发过程中，因都是平时工作中接触的业务范围，因此开发时以为满足了功能需要，实现了软件预定的管理和统计功能，那么开发就是成功的 在用户测试阶段，各等级的用户都反映出相对一致的意见。其中，反映最多的就是系统维护和操作太复杂，甚至经常报告说服务器和软件不稳定，不匹配。经认真调研，发现问题虽然有一点，但绝非基层报告的那么严重，软件应该是可以满足日常工作的。 结果：2003年，我处信息化还没有普及，尤其是基层领导，个别甚至是电脑盲。而我们的软件，为提高使用效率，设置了大量的快捷键操作方式，这让个别领导感觉难以接受。 解决 后来，我们对软件的操作界面和菜单进行了优化和简化，而用单选框选择代替了审批。通过一系列的修改和完善，反对该软件的人渐渐少了。 实例分析（地税业务管理系统） 问题 因为地税业务各地有差别，各地的技术条件也有差别，有的地市已经实现了全市联网，使用上了小型机，有的地市、县还分立服务器，服务器还由PC服务器代替。每个地市的业务人员提出的业务需求均以本地业务需要