软件工程.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * 组成联合小组 便利的应用规约技术(Facilitated Application Specification Techniques , FAST) ：打破用户（需方）和开发者（供方）的界限，共同组成一个联合小组，发挥各自的长处，共同负责项目的推进，这样有助于发挥各自优势并增进解和协调 复旦大学计算机科学技术学院 软件工程（第二版） * FAST基本原则 在中立的地点举行由开发者和用户出席的会议； 建立准备和参与会议的规则； 建议一个足够正式的议程以便可以进行自由的交流； 一个“协调者”(他可以是用户、开发者或其他外人)来控制会议； 使用一种“定义机制”(它可以是工作表、图表、墙上胶黏纸或墙板)； 目标是标识问题、提出解决方案的要素、商议不同的方法、以及在有利于完成目标的氛围中刻画出初步的需求。 复旦大学计算机科学技术学院 软件工程（第二版） * FAST会议 步骤 1) 当举行了开发者和用户之间的初步访谈后，确定一个FAST会议的时间地点，并在会议日之前将产品请求发布给所有的与会者。 2) 要求每个FAST 出席者会前列出一组围绕系统环境的对象，以及对这些对象的操作或对象之间的交互功能，并开发出约束列表(如，成本、规模大小、权重)和性能标准列表(如，速度、精度)。这些列表可以不是穷尽的，但是，希望每套列表反映的是每个人对系统的感觉。 3) 进行FAST 会议时，当团队的每个成员提出单个列表后，整个团队将创建一个组合的列表，该组合列表删去冗余项，并加入在表达过程中出现的新思想。在建好所有主题的组合列表后，开始讨论活动。缩短、加长或重新组合列表以适当地反映将被开发的产品。 复旦大学计算机科学技术学院 软件工程（第二版） * FAST会议 步骤 (续) 4) 一旦创建了意见一致的列表，应该将团队分为更小的小组，每个小组力图为每个列表中的一个或多个项开发出小型的规约（即对包含在列表中的单词或短语的精细化）。每个小组然后将他们开发的每个小规约提交给所有的FAST 出席者讨论，进行添加、删除或进一步的精化等工作。（在所有讨论过程中，团队可能提出某些不能在会议过程中解决的问题，此时要保留问题列表以使这些思想在以后的活动中产生作用。） 5) 在小规约完成后，每个FAST 的出席者提出一个针对产品的确切标准列表，并将该列表提交给团队，然后创建一个意见一致的确定的标准列表。这个列表作为需求获取的结果，为需求分析和建模提供基础信息。 复旦大学计算机科学技术学院 软件工程（第二版） * 用况（Use Case） 当需求作为非正式会议、Fast的一部分而收集起来之后，分析员就可以创建一组标识一串待建造系统的使用场景。 创建用况模型的主要步骤如下： 确定谁会直接使用该系统，即参与者（Actor） 选取其中一个参与者 定义该参与者希望系统做什么，参与者希望系统作的每件事将成为一个用况 对每件事来说，何时参与者会使用系统，通常会发生什么，这就是用况的基本过程 描述该用况的基本过程 复旦大学计算机科学技术学院 软件工程（第二版） * 内容摘要 需求工程概述 需求获取 需求分析、协商与建模 需求规约与验证 需求管理 复旦大学计算机科学技术学院 软件工程（第二版） * 需求分析原则 1．必须能够表示和理解问题的信息域 2．必须能够定义软件将完成的功能 3．必须能够表示软件的行为(作为外部事件的结果) 4．必须划分描述数据、功能和行为的模型，从而可以分层次地揭示细节 5．分析过程应该从要素信息移向细节信息 复旦大学计算机科学技术学院 软件工程（第二版） * 信息域 信息域：包括信息内容、信息流、以及信息结构。 信息内容表示了单个数据和控制对象，目标软件所有处理的信息集合由它们构成。 例如，数据对象“工资”是一组重要数据体的组合：领款人的姓名、净付款数、付款总额、扣除额等等 复旦大学计算机科学技术学院 软件工程（第二版） * 信息流表示了数据和控制在系统中流动时的变化方式，输入对象被变换为中间信息(数据和/或控制)，然后进一步被变换为输出 信息结构表示了各种数据和控制项的内部组织 数据或控制项将被组织为n维表还是树形结构？ 在结构的语境内，什么信息是和其他信息相关的？ 信息包含在单个结构中，还是使用不同的结构？ 在某信息结构中的信息如何和在另一个结构中的信息相关？ 复旦大学计算机科学技术学院 软件工程（第二版） * 需求协商 协商的过程就是讨论需求冲突，找出每个人都满意的折衷方案 协商不是简单的逻辑或技术上的争论 要注意组织和行政方面的因素 ①不一致的目标 ②责任的丧