第三章-需-求-分-析.pptVIP

情景1.3 需 求 分 析 第3章 需求分析 意义： 软件需求的深入理解是软件开发工作获得成功的前提条件，不论我们把设计和编码做得如何出色，不能真正满足用户需求的程序只会令用户失望，给开发带来烦恼。 需求分析是软件定义时期的最后一个阶段，它的基本任务不是确定系统怎样完成它的工作，而是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。并在在需求分析阶段结束之前，由系统分析员写出软件需求规格说明书，以书面形式准确地描述软件需求。即： ---- 准确地回答“系统必须做什么?”。 在分析软件需求和书写软件需求规格说明书的过程中，分析员和用户都起着关键的、必不可少的作用。 需求分析的结构化方法都遵守下述准则： (3) 必须描述作为外部事件结果的软件行为，这条准则要求建立行为模型。 软件的需求包括： 功能需求 性能需求 环境需求 可靠性需求 安全必威体育官网网址要求 用户界面需求 3.1 需求分析的任务 需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的 “做什么” 的问题。 确定对系统的综合要求 ---功能需求、性能需求、可靠性和可用性需求、出错处理需求、接口需求、约束、 逆向需求、将来可能提出的要求。 3.2 与用户沟通获取需求的方法 访谈 面向数据流自顶向下求精 简易的应用规格说明技术 快速建立软件原型 (1). 访 谈 正式的访谈 --- 系统分析员将提出一些事先准备好的具体问题。 非正式的访谈 --- 分析员将提出一些用户可以自由回答的开放性问题，以鼓励被访问人员说出自己的想法。 当需要调查大量人员的意见时，向被调查人分发调查表是一个十分有效的做法。 在访问用户的过程中使用情景分析技术往往非常有效。 所谓情景分析就是对用户将来使用目标系统解决某个具体问题的方法和结果进行分析。 情景分析技术的用处主要体现在下述两个方面： (1) 它能在某种程度上演示目标系统的行为，从而便于用户理解，而且还可能进一步揭示出一些分析员目前还不知道的需求。 (2) 由于情景分析较易为用户所理解，使用这种技术能保证用户在需求分析过程中始终扮演一个积极主动的角色。需求分析的目标是获知用户的真实需求，而这一信息的惟一来源是用户，因此，让用户起积极主动的作用对需求分析工作获得成功是至关重要的。 (2). 面向数据流自顶向下求精 数据决定了需要的处理和算法，它是需求分析的出发点。 可行性研究阶段产生的是高层数据流图，许多具体的细节没有包括，许多实际的数据元素被忽略，当时分析员还不需要考虑这些细节，现在是定义这些数据元素的时候了。 问题： 使用传统的访谈或面向数据流自顶向下求精方法定义需求时，用户处于被动地位而且往往有意无意地与开发者区分“彼此”。由于不能像同一个团队的人那样齐心协力地识别和精化需求，这两种方法的效果有时并不理想。 这种方法提倡用户与开发者密切合作，共同标识问题，提出解决方案要素，商讨不同方案并指定基本需求。 使用简易的应用规格说明技术分析需求的典型过程 1. 初步的访谈，通过用户对基本问题的回答，初步确定待解决的问题的范围和解决方案。 2. 开发者和用户分别写出“产品需求”。 3. 开发者和用户开会讨论，共同创建一张意见一致的组合列表。 4. 把与会者分成更小的小组，每个小组的工作目标是为每张列表中的项目制定小型规格说明。小型规格说明是对列表中包含的单词或短语的准确说明。 5. 每个小组向全体与会者展示他们制定的小型规格说明，讨论，以创建出意见一致的确认标准。 6. 由一名或多名与会者根据会议成果起草完整的软件需求规格说明书。 (4). 快速建立软件原型 正如第1章已经讲过的，快速原型就是快速建立起来的旨在演示目标系统主要功能的可运行的程序。 快速建立软件原型是最准确、最有效、最强大的需求分析技术。 快速原型应具备的特性是“快速”、 “容易修改”。 快速构建和修改原型，通常使用下述3种方法和工具： 第四代技术 3.3 分析建模与规格说明 1). 分析建模 模型----就是为了理解事物而对事物做出的一种抽象，是对事物的一种无歧义的书面描述。通常，由一组图形符号和组织这些符号的规则组成。 需求分析过程应该建立3种模型: 数据模型 ---- 实体-联系图 功能模型 ---- 数据流图 行为模型 ----状态转换图 3.3 分析建模与规格说明 2). 软件需求规格说明(SRS) Software Requirement Specification 通常用自然语言+模型，完整、准