任何事情都要先想清楚了才能做，软件开发更是如此！软件开发过程不可能一上来就开始盲目写代码，写代码之前必须搞清楚下面一些基本问题：
· 要做什么/p>
·做成什么样/p>
·怎么去做/p>
软件设计: 把软件开发想清楚的过程。
软件工程: 对软件开发全过程进行建模和管理。
一、模型与建模
? 模型: 对问题的书面上的无歧义文字或图形的描述.简言之, 模型是对现实的简化. 通过模型, 人们可以了解所研究事物的本质。
? 最杰出的模型: 地图
(2) 每个模型可以有多种表达方式. 使用者的身份和使用的原因是评判模型好坏的关键。
(3) 最好的模型总是能够切合实际. 模型是现实的简化，必须保证简化过程不会掩盖任何重要的细节。
(4) 孤立的模型是不完整的。
· 软件建模的实现过程是从需求入手, 用模型表达分析设计过程, 最终将模型映射成软件实现。
? UML 中的关系主要包括 4 种:
– 关联关系(association)
– 依赖关系(dependency)
– 泛化关系(generalization)
– 实现关系(realization)
1.4 用例图
用例图(Use Case Diagram): 也称为用户模型图, 是从软件需求分析到最终实现的第一步, 它是从客户的角度来描述系统功能。
用例图包含 3 个基本组件: 参与者(Actor), 用例(Use Case), 关系:
· 参与者(Actor): 与系统打交道的人或其他系统即使用该系统的人或事物. 在 UML 中参与者用人形图标表示
· 关系: 定义用例之间的关系 —— 泛化关系, 扩展关系, 包含关系
1.5 用例之间的关系—-泛化关系
1.7 用例之间的关系—-扩展关系
1.2 接口的表示法
1.4 类之间的关系 —- 实现关系
1.6 类之间的关系 —- 关联关系
? 关联关系的名称: 关联关系可以有一个名称, 用于描述该关系的性质. 此关联名称应该是动词短语, 因为它表明源对象正在目标对象上执行动作.
? 关联关系的多重性是指有多少对象可以参与该关联, 多重性可以用来表达一个取值范围, 特定值, 无限定的范围.
? 组成关系是更强形式的聚合.
? 组合关系中, 整件拥有部件的生命周期, 所以整件删除时, 部件一定会跟着删除. 而且, 多个整件不可以同时共享同一个部件。
? 聚合关系中, 整件不会拥有部件的生命周期, 所以整件删除时, 部件不会被删除. 再者, 多个整件可以共享同一个部件.
? UML 中组成关系用实心的菱形实线表示
三、时序图
? 时序图用于描述对象之间的传递消息的时间顺序, 即用例中的行为顺序.
? 当执行一个用例时, 时序图中的每条消息对应了一个类操作或者引起转换的触发事件.
? 在 UML 中, 时序图表示为一个二维的关系图, 其中, 纵轴是时间轴, 时间延竖线向下延伸. 横轴代表在协作中各个独立的对象. 当对象存在时, 生命线用一条虚线表示, 消息用从一个对象的生命线到另一个对象的生命线的箭头表示. 箭头以时间的顺序在图中上下排列.
1.1 活动图中的基本概念
? 动作状态: 原子的, 不可中断的动作, 并在此动作完成之后向另一个动作转变. 在 UML 中动作状态用圆角矩形 表示, 动作状态所表示的动作写在圆角矩形内部.
? 泳道: 泳道将活动图中的活动划分为若干组, 并将每一组指定给负责这组活动的业务组织. 泳道区分负责活动的对象, 明确地表示哪些活动是由哪些对象进行的. 每个活动指定明确地属于一个泳道. 在活动图中, 泳道用垂直实线绘出, 垂直线分隔的区域即为泳道
五、状态图
状态图: 通过建立对象的生存周期模型来描述对象随时间变化的动态行为.
七、对象图
对象图是类图的一个实例, 用于显示系统执行时的一个可能的快照. 即在某一个时间上系统可能出现的样子. 对象图用带下划线的对象名称来表示对象.
九、组件图
组件图用来建立系统中各组件之间的关系, 各组件通过功能组织在一起。Javabean, ejb, jsp 都是组件。在UML中，组件使用在左侧有两个小矩形的大矩形来表示。组件图可以用来设计系统的整体构架。
十一、软件的生命周期
软件生命周期: 软件的产生直到 废的生命周期。软件生命周期内有问题定义, 可行性分析, 总体描述, 系统设计,编码, 调试和测试, 验收与运行, 维护升级到废弃等阶段。随着新的面向对象的设计方法和技术的成熟, 软件生命周期设计方法的指导意义正在逐步减少。
1.1 软件工程可以分为三个大的阶段
? 软件工程可以分为三个大的阶段:需求; 设计; 测试与维护
? 1. 需求:
–开发目标
–可行性分析
–需求分析
?2. 设计:
–概要设计
–详细设计
–编码与单元测试
?3. 测试与维护
–综合测试
–维护
1.2 软件的生命周期概念
1、问题的定义及规划(可行性分析 告和软件开发计划): 此阶段是软件开发方与需求方共同讨
论，主要确定软件的开发目标及其可行性。
2、需求分析(需求分析说明书和初步的用户手册): 在确定软件开发可行的情况下，对软件需要
实现的各个功能进行详细分析。需求分析阶段是一个很重要的阶段，这一阶段做得好，将为
整个软件开发项目的成功打下良好的基础。
3、软件设计(概要设计、详细设计): 此阶段主要根据需求分析的结果，对整个软件系统进行设
计，如系统框架设计，数据库设计等等。软件设计一般分为总体设计和详细设计。
4、程序编码(提交源程序及清单): 此阶段是将软件设计的结果转换成计算机可运行的程序代码。
在程序编码中必须要制定统一，符合标准的编写规范。以保证程序的可读性，易维护性，提
高程序的运行效率。
5、软件测试(提交软件维护测试 告): 在软件设计完成后要经过严密的测试，以发现软件在整
个设计过程中存在的问题并加以纠正。整个测试过程分单元测试(白盒)、集成测试(黑
盒，功能测试、强度性能测试)以及系统测试三个阶段进行。测试的方法主要有白盒测试和
黑盒测试两种。在测试过程中需要建立详细的测试计划并严格按照测试计划进行测试，以减
少测试的随意性。
6、运行维护(提交软件维护 告) : 软件维护是软件生命周期中持续时间最长的阶段。在软件
开发完成并投入使后，由于多方面的原因，软件不能继续适应用户的要求。要延续软件的使
用寿命，就必须对软件进行维护。软件的维护包括纠错性维护和改进性维护两个方面。
1.3 软件的生命周期 —- 瀑布模型
1.5 RUP 中软件生命周期的四个阶段
? 初始阶段: “获得项目的基础”. 该阶段的主要人员是项目经理和系统设计师. 所要完成的主要任务包括对系统的可行性分析; 创建基本的需求; 识别系统的关键任务.
? 细化: 主要目标是创建可执行构件基线; 精化风险评估; 捕捉大部分的系统功能需求用例; 为构造阶段创建详细需求. 该阶段并不是要创建可执行的系统, 而是展现用户所期望的需求.
? 构建: 完成所有的需求, 分析和设计. 该阶段的制品将演化成最终系统
? 交付: 将完整的系统部署到用户所处的环境中.
1.6 RUP 中的核心工作流
? RUP中有9个核心工作流. 分为6个核心过程工作流(Core Process Workflows) 和 3个核心支持工作流 (Core Supporting Workflows). 尽管6个核心过程工作流类似于传统瀑布模型中的几个阶段, 但迭代过程中的阶段是完全不同的, 这些工作流在整个生命周期中一次又一次被访问. 9个核心工作流在项目中轮流被使用, 在每一次迭代中以不同的重点和强度重复.
文章知识点与官方知识档案匹配，可进一步学习相关知识Python入门技能树首页概览209242 人正在系统学习中 相关资源：国内领先的在线试衣间软件3D试衣间_github3D试衣间源码-互联 …
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！