第4章结构化分析.ppt

4.3.1 需求获取 (requirement elicitation) 1) 需求获取的目标 收集准备建立的系统和正在使用的系统的信 息，并从这些信息中提取用户和系统需求。 为下一步的需求分析提供素材。 4) 获取需求信息的基本步骤 第1步: 了解相关背景和领域/行业的知识，确定产品所 期望的用户类； 思考如下问题 背景：你对一个同学已经仰慕已久，“十一” 快到了，你希望对方能够与你共进晚 餐。但是由于你们只有几面之缘，你 对她(他)的爱好一无所知… 问题：你会采用哪些方式来调查获得对方的 兴趣爱好？ 面对面访谈(face-to-face interviewing) 专题讨论会(workshop) 现场观察(observing on the scene) 头脑风暴(brainstorming) 多种方法要结合在一起使用，效果更好 面对面访谈 面对面访谈 需求获取中最直接的方法： 用户面谈(interviewing)， “看起来很容易”， 但“做起却很难”。面谈中存在以下问题: 交流障碍、沟通不全、对问题的理解不深入或 有偏见。 缺少经验,不能主动、深入挖掘问题。 意见冲突,不虚心听取别人的意见。 认为用户不懂得计算机和程序 如何提问？ 封闭式问题： 对错判断或多项选择题，回答只需 要一两个词 访谈问题的分类 上下文无关的问题(context-free questions)： 充分理解用户的问题，不涉及具体的解决方案 客户是谁？ 最终用户是谁？ 不同用户的需求是否不同？ 这种需求目前的解决方案是什么？ 面谈之前 确立面谈目的 确定要包括的相关用户 确定参加会议的项目小组成员 建立要讨论的问题和要点列表 复查有关文档和资料 确立时间和地点 通知所有参加者有关会议的目的、时间和地点 面谈之中 Step 1：事先准备一系列上下文无关的问题，并 将其记录下来以便面谈时参考； 面谈之后 复查笔记的准确性、完整性和可理解性 把所收集的信息转化为适当的模型和文档 确定需要进一步澄清的问题域 向参加会议的每一个人发出此次面谈的minutes(会议纪要)。 面谈记录的示例(1) 第1部分：建立客户或用户情况表 面谈记录的示例(2) 第5部分：分析人员对客户问题的提问 对每个问题进行以下提问： 这是一个实际的问题吗？ 问题产生的原因是什么？ 现在如何解决的？ 希望如何解决？ 该问题的重要程度如何？ 面谈记录的示例(3) 第9部分：其他需求 法律法规、环境、行业标准等； 面对面访谈的优缺点分析 优点： 直接了解用户,得到第一首材料。 专题讨论会准备 参加会议人员：主持人、用户、技术人员、 项目组人员 安排日程 通常在具有相应支持设备的专用房间进行 需求研讨会会议 需求研讨会(Workshop) 需求研讨会(Workshop) 联合应用设计会议(Joint Application Design, JAD)。让项目的所有成员参加会议,定义需求或 设计系统， 会议一般为1至2天，与会者畅所欲言, 在应用需 求上达成共识、对操作过程尽快取得统一意见。 促进用户与开发团队之间达成共识； 揭露和解决妨碍项目成功的问题； 快速产生初步的系统定义。 观察用户的工作流程,了解基本商业需求,理解商业 功能,获得对商业过程和规则的全面理解。 头脑风暴(Brainstorming) 一般以8-12人最佳 明确分工：1名主持人、 2名记录员 成功要点： 自由畅谈 发表见解 追求数量 会后：修剪、 分组、 排序 1) 需求分析的相关者 2) 结构化分析的思想 3) Davis的需求分析指导性原则 4) 需求分析的步骤 5) 加快对需求理解的几种技术 需求分析：对收集到的需求进行提炼、分析和 审查，为最终用户所看到的系统建立(概念化) 分析模型。 本质： 本课讲述结构化分析(structure analysis,SA)方法 最早产生于七十年代中期，八十年代开始成为 主流。 Yourdon于1989年出版 《Modern Structured Analysis》 用例方法的思想： 从用户的角度来看，他 们并不想了解系统的内部结 构和设计，他们所关心的是 系统所能提供的服务，也就 是被开发出来的系统将是如