系统需求建模
- 项目规划
- 系统分析
做什么 - 系统设计
怎么做 - 系统实施
- 支持
可供使用的模型
- 数学模型
- 描述模型
- 图形模型
事件列表
类图
用例图
顺序图
协作图
状态图
需求建模需要发现第一类线索：事件、活动、用例
- 先把当前想到的用例写出来
事件
- 如何记录事件？
事件表，属于分析模型的一种
- 事件就是对象
- 事物是事件的产生者
实物、人扮演的角色、组织部门、设备、地点位置等
- 提炼名词
- 发现事物之间的关系
ER图中的关系 - eg：通过用户查询商品_通过商品查询用户
- 基数：是事物间关联的数目
一个
客户发送多个订单，一个订单只能由一个客户发送。
| 客户 | 订单 | |
|---|---|---|
| 客户 | - | 一对多 |
| 订单 | 一对一 | - |
- 发现事物的属性
事物可分解为属性，属性是原子的，不可再分解 - 属性可以再分解也可以被看作事物
- 标识符（关键字）：能唯一地标识事物的一个或一组属性
传统方法和面相对象方法比较
- 实体仅考虑
属性，面相对象还考虑行为 - 面相对象有
封装特性
实体联系图（ER图）和类图
- 实体联系既可以建立需求模型，也可建立数据库
- 描述类、类属性、类方法和类间关系的图称为类图
- 都可以使用的模型：事件表，用例
- 传统方法：ER，数据流图
- 面向对象：类图、状态图、活动图、顺序图
类图规范
- 类名首字母大写
- 属性名小写
- 方法名第二个词首字母大写
概括/具体层次图
继承结构的类图
- 域模型类图：描绘用户工作领域的事物
客户、订单、订单条目（只存在于用户领域之间存在）
- 设计类图：在
设计软件类时创建设计类图
包含三部分：类名、类属性、类方法。设计类图是对
域模型类图的细化，用于软件设计
why？类名类属性说明做什么，类方法说明怎么做。他们处于不同的阶段
抽象类、具体类、静态属性和静态方法
主要要求掌握rose的使用
课堂任务
文档在QQ群
- 收集信息
- 定义系统需求
- 需求的优先级划分
不做要求，大体说一说 - 制作一个演示模型
系统需求建模准备工作
- 确定用例
- 确定事件（表格）
- 确定事物