4(CEN)第四章需求分析.ppt

* 第四章 需求分析 软件需求分析的基本任务就是分析和综合己收集到的需求信息。其中分析的工作就在于透过现象看本质，找出这些需求信息间的内在联系和可能的矛盾。综合的工作就是去掉那些非本质的信息，找出解决矛盾的方法并建立系统的逻辑模型。 4.1 建立系统关联图 4.2 分析需求的可行性 4.3 构建用户接口原型 4.4 确定需求的优先级别 4.5 需求建模 4.6 建立数据词典 4.1 建立系统关联图 例：某培训中心管理信息系统的关联图 该培训中心的主要工作是为本行业在职人员提供课程培训服务。 １）本行业的职工可以通过电子邮件、 信函等报名、选修或注销课程、询问课程计划 2） 培训中心收取一定的培训费用，学费可以用现金，网银汇款或支票等形式付款 4.2 分析需求的可行性 任务 分析需求可行性的基本任务是在允许的成本和性能要求、以及系统的范围内分析每项需求得以实施的可能性。 在实际需求分析中应考虑的风险类型: 性能风险 安全风险 过程风险 实现技术风险 数据库风险 日程风险 外部接口风险 稳定风险 通常使用定性的方法如分类为“高”、“中”、“低”来评估风险，而且所需要的时间可与需求的数目成正比。 1.任务 对于软件开发人员或用户不能明确化的需求，通过建立相应的用户接口原型然后评估该原型，使得项目相关人员能更好理解所要解决的问题。 2.用户接口原型 一个可能的局部实现，而不是整个系统。 3.目的 可使许多概念和可能发生的事更为直观明了。 4.3 构建用户接口原型以减少项目风险 (一) 什么是原型和为什么要建立原型 原型可以把新系统的一个模型或一个部分摆在用户的面前，可以激活他们的思维，并促进需求对话。 对原型的早期反馈有助于涉众对理解系统需求达成共识，从而减小客户不满意的风险。 原型(prototype)有多种含义，并且参与原型制作活动的人可以有完全不同的期望。 软件原型可能是工作模型或静态设计；很详细的屏幕草图或简单草图；真实功能的可视化显示或一部分；仿真或模拟(Constantine和Lockwood 1999，Stevens et.al 1998)。 软件原型是所提议的新产品的部分实现或可能的实现。使用原型有3个主要目的： (a)明确并完善需求 原型作为一种需求工具，它是对部分系统的初步实现，因为我们尚没有很好地了解该系统。 (b)研究设计选择方案 原型作为一种设计工具，涉众可以用它研究不同的用户交互技术，优化系统的易用性，并评估可能的技术方案。 (c)发展为最终产品 原型作为一种构造工具，是产品一个最初子集的完整功能实现。 建立原型的主要原因是为了解决在产品开发的早期阶段不能确定的一些问题。 利用这些不确定性可以判断系统中哪些部分需要建立原型，以及我们希望从用户对原型的评估中获得什么信息。 对于发现并解决需求中的二义性和不完整性，原型也是一种很好的方法。 当产品处于编写规格说明和设计阶段时，原型可以使他们更具体地思考问题。 原型，尤其是直观的原型，比开发人员有时所使用的技术术语更易于理解。 (二)原型的分类 (A)水平原型也称为行为原型，用来探索预期系统的一些特定行为，并达到细化需求的目的。水平原型通常只是功能导航，并未真实实现功能。主要用在用户界面上。 (B)垂直原型也称为结构化原型，实现了一部分功能。主要用在复杂的算法实现上。 (C)废弃型原型。将开发原型看做是沟通工具，永远也不会将一次式原型引入正式运行环境中。主要解决需求的不确定性，二义性，不完整性等。 (D) 演化型原型。会在未来的系统中包含的原型。这种方法能够将最大量的工作投入到正式系统中。 (1)水 平 原 型 水平原型也叫做行为原型(behavioral prototype)或演示性模型(mock-up)。 之所以称其为“水平”原型，是因为它并不能深入到体系结构的所有层次，或者深入到系统的细节，而主要只是描绘了用户界面的一部分。 通过这种原型，我们可以研究预期系统的一些特定行为，并达到完善需求的目的。这种原型有助于用户判断基于该原型的系统是否能完成任务。 处理水平原型时，用户应该把注意力集中在概括性需求和工作流问题上，而不要被屏幕元素的精确外观所分心(Constantine 1998)。 (2)垂 直 原 型 垂直原型(vertical prototype)也称为“结构化原型”(structural prototype)或“概念的证明”(proof of concept)，它在整个技术服务层上实现应用程序用户界面的一部分功能。 垂直原型的运作与所期望的真实系统的运作类似，因为它触及到了系统实现的所有层次。 垂直原型常用于研究关键界面和定时需求，也常用在设计阶段以减