ISE—2—1—信息系统开发之需求分析.ppt

第二部分 信息系统开发方法概述 3 需求分析 4 面向对象概念 5 UML 3 需求分析 3.1 需求的概念 3.2 需求捕获的相关工具 3.3 需求捕获方法 3.4 需求捕获策略 3.1 需求的概念 需求能够定义功能、特征和约束。可分为： 功能性需求：必须在信息系统中包括的功能或特征，用于满足用户的基本业务需求。 非功能性需求：对系统的特征、特点、属性等的描述，它们是系统解决方案的一些约束条件。 非功能性需求的分类： 性能：吞吐率、响应时间 信息：信息是否全面、需要的输入输出 经济性：时间、成本 控制(安全)：隐私、访问控制 效率：删除重复的步骤 服务：谁将使用系统、用户类型、培训 错误需求的后果 系统的成本将高于预期值 系统的交付将延期 系统将不能满足用户期望要求，并可能导致不被使用 维护和更新的成本将快速增长 系统是不可靠的，并容易造成错误和停机 IT团队的声誉将失去，因为任何的错误都会被归咎于他们 容易令人混淆的需求说明 弥补错误的成本 需求定义的评判标准 Consistent(一致的) Complete (完善的) Feasible (可行的) Required (真正需要的) Accurate (准确的) Traceable (可跟踪的) Verifiable (可验证的) 3 需求分析 3.1 需求的概念 3.2 需求捕获的相关工具 3.3 需求捕获方法 3.4 需求捕获策略 3.2 需求捕获的相关工具 鱼骨图：是用于确定、浏览、描述问题以及问题的原因和结果的图形化工具，也称为原因结果图。 用例：描述需求的工具 需求文档：定义需求 、、、 鱼骨图 是用于确定、浏览、描述问题以及问题的原因和结果的图形化工具，也称为原因结果图。 3 需求分析 3.1 需求的概念 3.2 需求捕获的相关工具 3.3 需求捕获方法 3.4 需求捕获策略 3.3 需求捕获方法 抽样法 问卷 观察 访谈 原型 JRP 需求捕获方法——抽样法 从组织文档、表格和记录中收集最具代表性的样本数据。 确定采样数量： 样本数 = 0.25 x (确定性因子/可接受的错误)2 如：要求90%的确定性 样本数 = 0.25(1.645/0.10)2 = 68 抽样方法 随机：随意提取 分层取样：对样本进行层次划分，避免数据过于集中。 需求捕获方法——观察法 观察：系统分析员参与或观看某人的活动。 原则： 确定观察的人、时间、内容、地点、原因、如何观察等 从管理者那获得许可 告诉被观察者原因 作简要记录 与合适的人进行观察回顾 不要干扰被观察者的正常工作 不要太关注那些琐细的活动 不要随意做出假设 需求捕获方法—— 问卷 问卷：为了某个特定目的而准备的文档 问卷形式： 自由式问卷：使回答具有更大的空间和范围。 固定格式问卷：包括一个包含选项的问题。 多项选择 分级 排序 问卷实施过程： 确定需要通过问卷调查了解的事实和观点 确定采用哪种问卷方式最为合适 编写问题 在小范围内测试问卷 复制并分发问卷 需求捕获方法——访谈 访谈：通过面对面的交流来捕获需求信息。 访谈的类型： 非结构化访谈：有一个明确的目标，但没有或仅有很少的问题。 结构化访谈：有一系列的问题。 开放式问题： 封闭式问题： 访谈组织的过程 选择访谈人 准备访谈 一个特定问题的清单 组织访谈 完成访谈的后续整理工作 访谈计划 访谈的其他注意事项： 与用户的沟通 倾听 沟通的技巧 保持积极的态度 使别人感到轻松 让别人知道你在倾听 提问题 不要随意假设 适当做记录 肢体语言 空间关系学 Intimate(亲密的) zone—closer than 1.5 feet Personal(个人的) zone—from 1.5 feet to 4 feet Social(社交的) zone—from 4 feet to 12 feet Public(公共的) zone—beyond 12 feet 需求捕获方法——原型法 原型法：开发一个小规模的、具有代表性的系统供用户使用。 需求捕获方法—— 联合需求规划（JRP） JRP：一个结构化的、多方参与的需求会议。 参与者： Sponsor Facilitator Users and Managers Scribes(抄写员) IT Staff 如何成功组织一个JRP会议 其成功依赖于有效的组织和实施。 分析员在会前要定义项目的范围，以及会议的高层需求和期望值。 步骤: 选择地点 选择参与者 准备议程 组织JRP会议的指导原则 不要随意改变日程 按时间表行事 确保记录员能够记录 避免专业术语 应用冲突解决技巧 有充足的休息 鼓励集体一致 鼓励用户和管理层的参与，并避免个人主导 确保参与者了解并遵守基本规则 3 需求分析 3.1 需求的概念 3.