软件建模分析与设计 学习日志（1）

1.未来工作分工

立项（获得项目），软件工程管理，系统架构，软件的结构和模型，编码
高>低
—————–难度&&地位&&工资&&!工资———————-

2.学习目标

（UML==Unified Modeling Language 统一建模语言）

• 理解UML设计图
• 读懂程序设计说明文档（类结构图）
• 使用UML 表达设计意图
• 使用UML表达系统结构
• 为其他类型的系统设计奠定基础
• 为设计系统&&软件的架构奠定基础

3.Why to struct models/h2>

模型：对抽象世界的简化
建模目的：系统可视化，约束结构和行为，构造系统的模板，决策文档化
建模作用：用户，研发团队，软件维护和技术支持者共同地完成和维护软件项目工作

4.开发模式和模型间的关系

软件研发中常见的开发模式：
1.瀑布模式
2.喷泉模式（面向对象式
3.基于构件的模式（快速原型
4.XP敏捷软件开发方法
。。。
上述开发模式将软件的生命周期划分为各个阶段

PS:所谓统一于UML：分析和设计需要使用相同的模型和建模概念，将各个阶段的区别模糊化
Q&A

1.为什么要使用UML进行unified（统一）br> a.软件开发过程中不同阶段都需要“建模”（需求分析阶段，软件设计阶段，软件维护阶段）
b.各个阶段采用完全不同的语言和表示法将导致阶段转移的时候需要进行翻译转换（解释），从而出现歧义，浪费时间

5. UMLのconcept（概念）

– 4+1模型视图
4+1模型视图描述了软件系统结构

4== DesignView+ImplementationView+ProcessView+DeploymentView
1== UseCaseView
UseCaseView:用例视图，对应需求分析/测试和行为

DesignView：设计视图，系统的程序逻辑结构：类与类之间的交互等
ImplementationView：实现视图，系统的配置管理：exe（可执行文件），代码库，数据库
ProcessView：进程视图，系统的运行：运行性能，规模，并发性
DeploymentView:部署视图，物理构建在运行环境中的部署

– UML子图
用例图（UseCase）
类图
序列图
状态图
活动图
组件图
部署图
以上的子图使得UML可以从多个不同的角度描述一个系统，描述软件生命周期的各个阶段

– UMLの功能（function）

• 为软件系统的产物建立可视化模型
• 规约软件系统的产物
• 构造软件系统的产物（代码与UML模型间双向转换）
• 为软件系统的产物建立文档（无文档不成方圆）

6.面向对象基本概念（温故知新）

• 对象模型，其不是UML模型，而是UML和面向对象变成语言共享的公共计算模型，基本性质是计算发生在对象内和对象间的行为
• 面向对象の特征， 抽象性，封装性，继承性，多态性

来源：压死稻草的第一只骆驼