一个阶段的结束称之为“里程碑”（milestone）
—— 项目启动
—— 建立业务模型
—— 定义业务问题域
—— 找出主要的风险因素
—— 定义项目需求的外延
—— 创建业务问题域的相关说明文档
—— 高层的分析与设计
—— 建立项目的基础框架
—— 监督主要的风险因素
—— 制订达成项目目标的创建计划
—— 代码及功能的实现
—— 向用户发布产品
—— beta测试
—— 执行性能调优，用户培训和接收测试
(绘图以Star UML为例)
• 创建并记录一个系统的静态特征
• 反映一个软件系统基础、固定的框架结构
• 创建相关问题域主要元素的视图
• 静态建模包括：
—— 用例图（use case diagrams）***
—— 类图（class diagrams）***
—— 对象图（object diagrams）
—— 组件图（component diagrams）
—— 部署图（deployment diagrams）
• 动态建模用以展示系统的行为
• 动态建模包括：
—— 时序图（sequence diagrams）***
—— 协作图（collaboration diagrams）
—— 状态图（state chart diagrams）
—— 活动图（activity diagrams）
展示系统的核心功能及与其交互的用户
用户被称之为“活动者”（Actor）
用例使用椭圆表示
为简化建模过程，用例图可标注优先级
• 表现类的特征
• 类图描述了多个类、接口的特征，以及对象之间的协作与交互
• 由一个或多个矩形区域构成，内容包括：
—— 类型（类名）
—— 属性（可选）
—— 操作（可选）
https://www.cnblogs.com/shindo/p/5579191.html 五分钟读懂类图
• 表现对象的特征
• 对象图展现了多个对象的特征及对象之间的交互
•表现软件组件之间的关系
• 表现用于部署软件应用的物理设备信息
• 捕捉一段时间范围内多个对象之间的交互信息
• 强调消息交互的时间顺序
• 表现一定范围内对象之间协作的信息
• 强调参与信息交流的对象之间的组织结构
• 强调一个对象在不同事件触发时，其内部状态的转变过程
• 描述活动的流程
