高级软件工程(第四章) 调查系统需求(2017课件).ppt

* * * * * * * * * * * 3. 面谈的后续工作 复查笔记的准确性、完整性和可理解性 把所收集的信息转化为适当的模型和文档 确定需要进一步澄清的问题域 适当的时候向参加会议的每一个人发一封感谢信(备忘录) * 打开沟通渠道的指南 带着积极的态度开会 让别人放松 让他们知道你在聆听 问问题 不要做任何假设 记笔记 * 观察 观察商业过程可以帮助理解业务功能。 观察时必须能够根据相关的业务过程将新系统可视化。 对办公室进行快速浏览或者自己亲身实践用户的工作。 注意理解并关心用户的需要和感情。 直接参加业务实践 这是一种为弄清某种较复杂业务活动的现状而采取的方法，无疑这是一种好的方法。系统开发者参加手工系统的业务实践，这是缩短用户与开发者之间的距离，取得共同评议的最好办法。用这种调查方法所调查的结果是最准确、最可靠的，这在后面的分析、设计阶段就可以减少与用户打交道的时间，建成的应用系统也将会较符合实际，也较可靠。 开发人员参加业务实践尽管很好，但这太浪费时间，再说也没有多少业务活动非要亲自去实践不可，所以这种方法不是用得很多的。 * * 使用活动图来进行记录 一种工作流图，用来描述一个过程中的多个顺序活动和并行活动，即活动图的目标是显示复杂过程内部的各个步骤及它们之间的顺序约束。 活动图有助于对业务过程、工作流、数据流和复杂算法进行建模。也可以对用例实现甚至是程序实现来建模。活动图很像传统的流程图，但与传统的流程图不同，活动图可以同时显示顺序和并发的控制流程。对于分布式系统而言，这一点非常重要。 活动图可用于任何观点和目的，但常用于可视化业务流程及过程和用例。 分发和收集调查表 一般而言制作一份调查表至少要经过如下三个步骤： 明确调查目的和对象。 设计问题。 决定问题顺序。 设计问题时要尽量做到以下几点： 问题明确、简练、易于回答。 问题不能太多，以15~20个为宜。 用词通俗，忌技术性词汇。 避免诱导性问题。 * * 主持联合需求计划会议 联合需求计划（JRP）：是用于加快系统需求调查的一种方法。重要系统相关者都要出席会议，从而促成和做出决定。有关领导、管理人员、用户、技术人员和项目小组成员一起参加。会议主持者要使参加者专注于各自的工作 ? * 课堂练习 以下是好的系统改进目标吗？为什么是，或者为什么不是？ 降低处理订单所需的时间。 新的系统必须使用Oracle数据库存储数据。 数据输入屏幕必须重新设计以使它们更友好。 联机订单处理的客户满意度必须提高10%。 系统分析各阶段的目标是什么？ 信息收集的主要问题有哪些，技术有哪些？ 目标与约束的区别是什么？ 分析阶段的活动及相应的关键问题有哪些？ * 降低处理订单所需的时间。 不是，因为没有规定可度量的期限。 新的系统必须使用Oracle数据库存储数据。 不是，因为这是一个系统约束，而非系统目标。 数据输入屏幕必须重新设计以使它们更友好。 不是，因为这只是一个要求（而且是一个非常含糊不清的要求），不是目标。 联机订单处理的客户满意度必须提高10%。 是，因为这是一个准确的、可度量的业绩声明。 解答 * * * * No additional notes. * * * * * * * 第四章 调查系统需求 * 系统需求调查和分析是开发软件系统最重要的阶段，也是最困难的阶段。 在以往建设失败的项目中，80％是由于系统分析的不明确而造成的。因此一个项目成功的关键因素之一，就是对系统分析的把握程度。 * 需求的调研 其实做需求调研的时候最重要的目的在于资料收集，或许小孩的那种打破砂锅的方式会引起客户的反感，但是实际项目中往往需要的就是这些比较周全的调研方式，能够考虑到的问题点都需要和客户确认，尽量避免想当然的做法，只是采用的方式可能需要优化一下，采用良好的方式，尽量得到客户的最大配合。 * * 系统分析各阶段的目标 范围定义阶段 这个项目看起来是否值得考虑？ 问题分析阶段 真的值得构建一个新系统吗? 需求分析阶段 用户需要什么？想从新系统中得到什么？ 逻辑设计阶段 新系统必须做什么? 决策分析阶段 最佳方案是哪一个? * 收集信息 分析员通过与用户交谈或观察工作得到信息。 通过回顾计划文档和方案说明得到信息。 分析员需要收集技术信息。 通过对现有用户和未来用户的活动的区分和理解，通过对目前和将来活动的发生地点的区分，并通过区分公司内部和外部所有其他系统的接口来理解现有的系统。 关键问题：是否已经拥有了全部的信息来定义系统所必须完成的工作？ ? * 目标与约束 目标：项目是否成功的度量准则。即，给定合适的资源下，希望实现的预期结果。如新系统处理订单的时间必须比现在减少50%以上。目标必须是精确的、可度量的。 约束：针对实现目标的限制或界