软件工程设计

 

今天我们学的是软件设计和软件工程，让我明白了所谓的软件设计就是把软件开发想清楚的过程.，软件工程是对软件开发全过程进行建模和管理，模型是对问题的书面上的无歧义文字或图形的描述.简言之, 模型是对现实的简化. 通过模型, 人们可以了解所研究事物的本质.

最主要的是学习了如何建模！

建模: 对现实系统进行适当的过滤, 用适当的表现规则描述出简洁的模型. 

知道了最好的模型总是能够切合实际. 模型是现实的简化，必须保证简化过程不会掩盖任何重要的细节

软件建模的作用是把来源于现实世界的问题转化为计算机可以理解和实现的问题. 

软件建模的实现过程是从需求入手, 用模型表达分析设计过程, 最终将模型映射成软件实现.

UML 中的关系主要包括 4 种: 

关联关系(association)

依赖关系(dependency)

泛化关系(generalization)

实现关系(realization)

用例图(Use Case Diagram): 也称为用户模型图, 是从软件需求分析到最终实现的第一步, 它是从客户的角度来描述系统功能. 

用例图包含 3 个基本组件: 参与者(Actor), 用例(Use Case), 关系:

参与者(Actor): 与系统打交道的人或其他系统即使用该系统      的人或事物. 在 UML 中参与者用人形图标表示

用例(Use Case): 代表系统的某项完整的功能. 在 UML 中使     用一个椭圆来表示

关系: 定义用例之间的关系 ------ 泛化关系, 扩展关系, 包含关系

用例之间的关系：

泛化关系: 表示同一业务目的(父用例)的不同技术实现(各个子用例). 在 UML 中, 用例泛化用一个三角箭头从子用例指向父用例. 以下是某购物网站为用户提供不同的支付方式

包含关系：一个用例可以包含其他用例具有的行为, 并把它包含的用例行为作为自身行为的一部分. 在 UML 中包含关系用虚线箭头加 “<<include>>”, 箭头指向被包含的用例

扩展关系：如果在完成某个功能的时候偶尔会执行另外一个功能, 则用扩展关系表示.在 UML 中扩展关系用虚线箭头加 “<<extend>>”, 箭头指向被扩展的用例

知道了类图是面向对象系统建模中最常用的图. 是定义其他图的基础.

类图主要是用来显示系统中的类, 接口以及它们之间的关系.

类图包含的主要元素有类, 接口和关系. 其中关系有关联关系, 泛化关系, 依赖关系和实现关系. 在类图中也可以包含注释和约束.

还有类的表示方法：

类是类图的主要组件, 由 3 部分组成: 类名, 属性和方法. 在 UML 中, 类用矩形来表示, 顶端部分存放类的名称, 中间部分存放类的属性, 属性的类型及值, 底部部分存放类的方法, 方法的参数和返回类型.

在 UML 中可以根据实际情况有选择的隐藏属性部分或方法部分或两者都隐藏

在 UML 中, 公有类型有 + 表示, 私有类型用 – 表示, 保护类型用 # 表示. UML 的工具开发商可以使用自己定义的符号表示不同的可见性

接口的表示方法：

接口中包含方法, 但不包含属性. 在 UML 中接口用一个带有名称的圆圈表示, 并且通过一条实线与它的模型元素相连

有时候接口也使用普通类符号表示

对于两个相对独立的系统，当一个系统的实例与另一个系统的一些特定实例存在固定的对应关系时，这两个系统之间为关联关系。在 UML 中, 泛化关系用来表示类与类, 接口与接口之间的继承关系. 泛化关系有时也称为”is a kind of”关系

在 UML 中, 实现关系用来表示类与接口之间的实现关系

在 UML 中泛化关系用一条实线空心箭头由子类指向父类

对于两个相对独立的系统，当一个系统负责构造另一个系统的实例，或者依赖另一个系统的服务时，这两个系统之间体现为依赖关系.

对于两个相对独立的系统，当一个系统的实例与另一个系统的一些特定实例存在固定的对应关系时，这两个系统之间为关联关系。

相对往日而言，今天的内容大不一样，往日只是敲代码，而今天却画了一天的模型，对于自己而言感觉画图当然好画，可是那个想法却没有，真的很无奈！！！！！