Chapter06需求工程

16
1） 物理环境描述(Physical Environment) 设备的主要用途，在哪里发挥什么作用？ 所须设置的设备的多少？ 环境限制等，如温度、湿度或磁声干扰？
17
2） 接口描述（Interface Description ） 来自一个或多个其他系统的输入？ 对一个或多个其它系统的输出？ 数据是否必须预先进行规定的格式化处理？
系统如何备份？
备份副本必须被存于一个不同的位置？
应采取措施防火，防水防盗等安全措施？
24
9）质量保证(Quality Assurance)
系统必须有效检测并隔离故障？
平均无故障时间规定为多少？ 对一次失败后重启系统有一个最大时间？ 系统如何将变化合并到设计？ 维护仅仅是纠正错误，还是包括改进系统？ 对资源和响应时间使用什么样的有效度量？ 系统移植性、可维护性等要求？ 如何向别人示范系统的特征？
7
问题空间 人们利用认识现实 世界和描述现实 消除语义断层 问题的方法描 述有关问题
解空间 人们利用计算机 能够接受的语言 和方法描述 有关问题
8
6.2 需求工程的任务
起始(Inception) 导出（Elicitation） 精化（Elaboration） 协商（Negotiation） 规格说明（Specification） 确认（Validation） 需求管理（Requirements Management）
数据是否需要预先存放的介质？
18
3） 用户和人为因素
谁使用系统？ 有几种类型的用户？ 每种类型用户的技术水平怎样？ 对每型用户需要什么样的培训？ 用户理解、使用系统的难易度怎样？ 用户误用系统的困难程度怎样？
19
4）功能描述（Function Description）
系统将做什么？ 系统将在何时做？ 有几种操作方式？ 系统能在何时、怎样被改变或增强？ 对执行速度，响应时间或数据流量有何限制和约束？
Chapter 6
需求工程 Requirements Engineering
1
整个软件项目的涉众（stakeholder）
客户（Customer） 用户（User） 需求分析员 开发人员 测试人员 项目经理：负责制定项目计划保证和项目顺利进行 法律人员：确保产品符合所有相关法规 市场营销、技术支持人员 与产品和客户打交道的其他人员
J. Wood & D. Silver
14
Quality Function Deployment
Function deployment determines the “value” (as perceived by the customer) of each function required of the system Information deployment identifies data objects and events Task deployment examines the behavior of the system Value analysis determines the relative priority of requirements
29
SafeHome的用例图（p103）
参与者：房主、配置管理人员、传感器和检测子系统
房主通过使用报警控制面板或计算机等多种方式和系统 交互，其基本用例：
房主观察控制面板，以确定系统是否准备就绪。 房主通过键盘输入4位密码 房主按键（stay仅激活外部传感器, away）启动系统。
当激活时，房主可以看到一个红色的报警灯。
10
6.4 导出需求
Collaborative Requirements Gathering
各种协同需求收集方法所遵守的基本原则（p95）
Quality Function Deployment，QFD
QFD是一种将客户要求转化成软件技术需求的技术。 QFD为了最大限度地满足客户的要求，强调对“什么 是对客户有价值的”的理解，从而在整个工程活动中 部署这些价值。
2
软件开发的主要涉众之间的关系
客户:发起系统开发
需求
用户:使用系统 软件系统
开发者:建立系统
3
需求分析的涉众
合同监督人员，提出里程碑（Milestones ）和约束系统 开发进度的计划 需求者：客户(Customer)和使用者(User)。
开发者
项目管理者，必须理解建立和使用目标系统所可能产 生的后果。 系统分析员，分析阶段活动的主体。 设计员，依据需求提出可接受的解决方案。 测试员，确保软件系统满足每一需求。
非正式用例分析(Informal use case analysis)
12
Requirements Gathering
Facilitated Application Specification Techniques
Software Engineering Group
Customer Group
13
20
5） 文档（Documents）
需要多少文档？
是联机文档还是静态文档或者二者皆可？
文档所面向的对象（读者）？
21
6）数据（Data）
I/O数据格式应该是什么样的？ 数据收或发的频度？ 数据的精确度 系统流经的数据流量？ 数据必须在何时予以保存，保存多久？
22
7） 资源描述（Resource Description）
32
《扩展》
售散装饮料
打开机器
《使用》
关闭机器
SafeHome的高层用例图（p103）
Cockburn描述用例的模板（p101－102）
30
用例图示例
系统 用例 顾客
自动售货机系统
售货
行为者
用例之间的关系
扩展关系
使用关系
供货
供货人
取货款
收银员
31
含扩展和使用的用例图
自动售货机系统
售货
顾客 供货 供货人 打开机器 取货款 收银员 《使用》 关闭机器
9
6.3 Initiating The RE Process
确认Stakeholders 识别不同涉众的观点 Working toward Collaboration开始协作 Asking the First Questions首次提问
谁是项目的最初提出者？ 谁将使用该解决方案？ 成功的解决方案带来什么样的经济效益? 存在别的解决方案吗？ 我的提问和你想解决的问题相关吗？ (p94-95) ……
25
SafeHome需求收集会议（p97） SafeHome的一个用户场景（p99）
26
6.5 Developing Use Cases
用例旨在从用户的角度描述系统。 用例所描述的主题场景（故事）说明用户如何在 一个特定环境下和系统交互。 描述系统的主要功能。
27
开发用例的步骤
识别参与者Actor (与角色的关系？）
4
系统分析员应具有的素质 综合能力
总体规划，抽象和分解，本质确认的能力
过程能力
保证整个过程的善始善终的能力交流能力Biblioteka 理解和表达能力技术水平
了解问题域和描述解空间的能力
5
What Are the Real Problems?
the customer has only a vague idea of what is required the developer is willing to proceed with the "vague idea" on the assumption that "we'll fill in the details as we go " the customer keeps changing requirements the developer is "ratcheted" by these changes, making errors in specifications and development and so it goes ...
外部实体
识别系统边界
外部实体与内部实体 外部接口与内部接口
识别用例（主要功能） 识别用例之间的关系
28
识别用例所要回答的问题
谁是主要参与者，次要参与者？ 参与者的目标是什么？ 故事开始前有什么前提条件？ 参与者完成的主要工作或功能是什么？ 按照故事所描述的还可能需要考虑什么异常？ 参与者的交互中有什么可能的变化？ 参与者将获得、产生或改变哪些信息？ 参与者必须通知系统外部环境的变化吗？ 参与者希望从系统获得哪些信息？ ……
6
6.1 通向设计和构造的桥梁
需求是关于系统将要完成什么(what)工作的描 述,必须经过所有涉众(stakeholder)的认可,其 目的是彻底解决客户所期望解决的问题。
需求是指用户或者客户对要开发的软件系统的要 求。需求的内容在“问题定义”中得到最抽象的 描述（可能是招标文件）。
需求工程在系统描述和设计模型之间建立桥梁。
FAST Guidelines
participants must attend entire meeting all participants are equal preparation is as important as meeting all pre-meeting documents are to be viewed as “proposed” off-site meeting location is preferred set an agenda and maintain it don’t get mired in technical detail
15
需求阶段所要获取的主要内容
1) 2) 3) 4) 5) 6) 7) 8) 9) 物理环境(Physical Environment) 接口( Interfaces) 用户或人的因素(Factors) 功能(Functionality) 文档(Documentation) 数据(Data) 资源(Resources) 安全性(Security) 质量保证(Quality Assurance)