需求工程和分析模型笔记

需求工程 持续到 建模阶段
桥梁的作用

1、理解他们要解决的问题
2、机制
理解客户需要什么
分析要求、评估可行性
协商合理方案
确认规格说明
管理需求 管理以确定的需求

7个工程活动
1、启动：定义问题范围与性质（开会）
2、导出：引导客户需要什么
3、精化：
4：协商：优先级
5：规格说明：
6、确认：评审
7、管理：




一、启动需求
确定要开发的软件项目
1、确认共利益者
创建人员列表
2、识别多种观点
市场销售人员（潜在市场，有利于市场销售） 业务经理（实现哪些特点） 最终用户（实现的使用） 软件工程师（软件基础设施） 支持工程师（软件的可维护性）
3、协商合作
识别公共区域和矛盾或不一致区域
需求优先级不一致

“优先点”方法

*首次提问

*导出需求
系统目标
实现什么
如何用于日常工作

导出需求的方法
协同需求收集
质量功能部署
用户场景
导出工作产品

QFD 质量功能部署

1、协同需求收集
建立议程
涵盖主要内容
不能太正式

开发约束列表
服务操作与对象呼叫服务列表


质量功能部署
将需求转化为软件 最大化用户满意度

分析建模动作
形成分析模型：信息域 功能域 行为域


分析模型要素
场景元素
基于类得元素





协商需求
对需求排序







-------------------------------------
分析模型
-------------------------------------
目标：
描述客户需要什么
为软件设计奠定基础
定义

原则
抽象级别高
增加整体理解
最小话关联
确认共利益者价值
简洁

方法
结构化分析:把软件看做转化器
面向对象分析：类之间的协作方式

基于场景
基于信息
基于类
基于行为

-----
场景：
用例
用例文本
用例图
活动图
泳道图：用例图的表换
-----

-----
基于信息流
关注数据对象 输入处理 到 输出
数据流图：注重信息域和功能域
控制流图：注重行为域的表示
处理说明：对判断进行说明
-----

-----
基于类
类图
分析包:将有关系的包封装
CRC模型：
协作图：多个类集合
-----
前三者为静态

-----
基于行为

状态图：通过处理生成几种处理
顺序图：一系列的操作依赖关系
-----