l任何事情都要先想清楚了才能做,软件开发更是如此!软件开发过程不可能一上来就开始盲目写代码,写代码之前必须搞清楚下面一些基本问题:
Ø要做什么?
Ø做成什么样?
Ø怎么去做?
l软件设计: 把软件开发想清楚的过程.
l软件工程: 对软件开发全过程进行建模和管理.
l模型: 对问题的书面上的无歧义文字或图形的描述.简言之, 模型是对现实的简化. 通过模型, 人们可以了解所研究事物的本质.
l最杰出的模型: 地图
l建模: 对现实系统进行适当的过滤, 用适当的表现规则描述出简洁的模型.
l建模是一种深入解决问题的方法.
l建模的原则
l(1). 选择建立什么样的模型对如何发现和解决问题具有重要的影响。正确的模型有助于提高开发者的洞察力。
l(2). 每个模型可以有多种表达方式. 使用者的身份和使用的原因是评判模型好坏的关键
l(3). 最好的模型总是能够切合实际. 模型是现实的简化,必须保证简化过程不会掩盖任何重要的细节
l(4). 孤立的模型是不完整的
l软件建模的作用是把来源于现实世界的问题转化为计算机可以理解和实现的问题.
l软件建模的实现过程是从需求入手, 用模型表达分析设计过程, 最终将模型映射成软件实现.
lUML(United Modeling Language, 统一建模语言): 是一种基于面向对象的可视化建模语言.
lUML 采用了一组形象化的图形(如类图)符号作为建模语言, 使用这些符号可以形象地描述系统的各个方面
lUML 通过建立图形之间的各种关系(如类与类之间的关系)来描述模型.
l用例图(Use Case Diagram): 也称为用户模型图, 是从软件需求分析到最终实现的第一步, 它是从客户的角度来描述系统功能.
l用例图包含 3 个基本组件: 参与者(Actor), 用例(Use Case), 关系:
•参与者(Actor): 与系统打交道的人或其他系统即使用该系统 的人或事物. 在 UML 中参与者用人形图标表示
•用例(Use Case): 代表系统的某项完整的功能. 在 UML 中使 用一个椭圆来表示
•关系: 定义用例之间的关系 ------ 泛化关系, 扩展关系, 包含关系
l泛化关系: 表示同一业务目的(父用例)的不同技术实现(各个子用例). 在 UML 中, 用例泛化用一个三角箭头从子用例指向父用例. 以下是某购物网站为用户提供不同的支付方式
l类图是面向对象系统建模中最常用的图. 是定义其他图的基础.
l类图主要是用来显示系统中的类, 接口以及它们之间的关系.
l类图包含的主要元素有类, 接口和关系. 其中关系有关联关系, 泛化关系, 依赖关系和实现关系. 在类图中也可以包含注释和约束.