UML_2

这个是我从网上找的,感觉挺有用的就复制了










时序图基本概念

l激活: 时序图可以描述对象的激活和钝化. 激活表示该对象被占用以完成某个任务. 钝化指对象处于空闲状态, 等待消息. 在 UML 中, 对象激活时将对象的生命线拓宽为矩形来表示的. 矩形称为计划条或控制期. 对象就是在激活条的顶部被激活的. 对象在完成自己的工作后被钝化.
l对象的创建和销毁: 在时序图中, 对象的默认位置是在图的顶部. 这说明对象在交互开始之前就已经存在了. 如果对象是在交互过程中创建的, 那么就应该将对象放到中间部分. 如果要撤销一个对象, 在其生命线终止点处放置 “ X” 符号.
活动图
l在 UML 中, 活动图本质上就是流程图. 它用于描述系统的活动, 判定点和分支等.
基本概念:
l动作状态: 原子的, 不可中断的动作, 并在此动作完成之后向另一个动作转变. 在 UML 中动作状态用圆角矩形 表示, 动作状态所表示的动作写在圆角矩形内部.
l分支与合并: 分支在软件系统中很常见. 一般用于表示对象类所具有的条件行为. 用一个布尔型表达式的真假来判定动作的流向. 条件行为用分支和合并表达.在活动图中, 分支用空心小菱形 表示. 分支包括一个入转换和两个带条件的出转换, 出转换的条件应该是互斥的, 须保证只有一条出转换能够被触发. 合并包含两个带条件的入转换和一个出转换.
l分叉与汇合: 分叉用来描述并发线程, 每个分叉可以有一个输入转换和两个或多个输出转换. 每个转换都可以是独立的控制流. 汇合代表两个或多个并发控制流同步发生, 当所有的控制流都达到汇合点后, 控制才能继续往下进行. 每个汇合可以有两个或多个输入转换和一个输出转换. 在 UML 中分叉和汇合用一条粗直线 表示
l泳道: 泳道将活动图中的活动划分为若干组, 并将每一组指定给负责这组活动的业务组织. 泳道区分负责活动的对象, 明确地表示哪些活动是由哪些对象进行的. 每个活动指定明确地属于一个泳道. 在活动图中, 泳道用垂直实线绘出, 垂直线分隔的区域即为泳道
状态图
l通过建立对象的生存周期模型来描述对象随时间变化的动态行为.
基本概念: 用圆角矩形表示. 状态名称表示状态的名字, 通常用字符串表示. 一个状态的名称在状态图所在的上下文中应该是唯一的.
l转换: 用带箭头的直线表示. 一端连着源状态, 一端连着目标状态.
l初始状态: 每个状态图都有一个初始状态. 此状态代表状态图的起始位置. 初始状态只能作为转换的源, 不能作为转换的目标, 并且在状态图中只能有一个. 初始状态用一个实心圆表示.
l终止状态: 模型元素的最后状态, 是一个状态图的终止点. 终止状态在一个状态图中可以有多个.
协作图
l协作图(也叫合作图)是一种交互图.
l时序图主要侧重于对象间消息传递在时间上的先后关系, 而协作图表达对象间的交互过程及对象间的关联关系
对象图
l对象图是类图的一个实例, 用于显示系统执行时的一个可能的快照. 即在某一个时间上系统可能出现的样子. 对象图用带下划线的对象名称来表示对象.

l软件的生命周期
l软件生命周期: 软件的产生直到报废的生命周期
l软件生命周期内有问题定义, 可行性分析, 总体描述, 系统设计,编码, 调试和测试, 验收与运行, 维护升级废弃等阶段
l随着新的面向对象的设计方法和技术的成熟, 软件生命周期设计方法的指导意义正在逐步减少.
l软件的生命周期分解
l软件工程可以分为三个大的阶段:需求; 设计; 测试与维护
l1. 需求:
•问题的定义
•可行性分析
•需求分析
l2. 设计:
•概要设计
•详细设计
•编码与单元测试 (集成测试)
l3. 测试与维护
•综合测试
•维护
l软件的生命周期详解
1、问题的定义及规划(和软件开发计划): 此阶段是软件开发方与需求方共同讨
论,主要确定软件的开发目标及其可行性
2、需求分析(需求分析说明书和初步的用户手册): 在确定软件开发可行的情况下,对软件需要
实现的各个功能进行详细分析。需求分析阶段是一个很重要的阶段,这一阶段做得好,将为
整个软件开发项目的成功打下良好的基础。
3软件设计(概要设计详细设计): 此阶段主要根据需求分析的结果,对整个软件系统进行设
计,如系统框架设计,数据库设计等等。软件设计一般分为总体设计和详细设计。
4程序编码(提交源程序及清单): 此阶段是将软件设计的结果转换成计算机可运行的程序代码。
在程序编码中必须要制定统一,符合标准的编写规范。以保证程序的可读性,易维护性,提
高程序的运行效率。
5软件测试(提交软件维护测试报告): 在软件设计完成后要经过严密的测试,以发现软件在整
个设计过程中存在的问题并加以纠正。整个测试过程分单元测试(白盒)、集成测试(
,功能测试、强度性能测试)以及系统测试三个阶段进行。测试的方法主要有白盒测试和
黑盒测试两种。在的随意性。测试过程中需要建立详细的测试计划并严格按照测试计划进行测试,以减
少测试
6、运行维护(提交软件维护报告): 软件维护是软件生命周期中持续时间最长的阶段。在软件
开发完成并投入使后,由于多方面的原因,软件不能继续适应用户的要求。要延续软件的使
用寿命,就必须对软件进行维护。软件的维护包括纠错性维护和改进性维护两个方面。
软件的生命周期-------RUP
l统一软件开发过程(Rational Unified Process,RUP): 一个通用的软件流程框架, 以架构为中心, 用例驱动的迭代化开发流程. RUP 是从几千个软件项目的实践经验中总结出来的, 对于实际的项目具有很强的指导意义.
lRUP 用二维坐标来描述. 横轴通过时间来组织, 是过程展开的生命周期特征, 体现开发过程的动态结构; 纵轴以内容来组织, 体现开发过程的静态结构.
lRUP 中软件生命周期的四个阶段
l初始阶段: “获得项目的基础”. 该阶段的主要人员是项目经理和系统设计师. 所要完成的主要任务包括对系统的可行性分析; 创建基本的需求; 识别系统的关键任务.
l细化: 主要目标是创建可执行构件基线; 精化风险评估; 捕捉大部分的系统功能需求用例; 为构造阶段创建详细需求. 该阶段并不是要创建可执行的系统, 而是展现用户所期望的需求.
l构建: 完成所有的需求, 分析和设计. 该阶段的制品将演化成最终系统
l交付: 将完整的系统部署到用户所处的环境中.
lRUP 中的核心工作流
lRUP中有9个核心工作流. 分为6个核心过程工作流(Core Process Workflows) 和 3个核心支持工作流 (Core Supporting Workflows). 尽管6个核心过程工作流类似于传统瀑布模型中的几个阶段, 但迭代过程中的阶段是完全不同的, 这些工作流在整个生命周期中一次又一次被访问. 9个核心工作流在项目中轮流被使用, 在每一次迭代中以不同的重点和强度重复.
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
《practical_uml_statecharts_in_c_c__second_edition》是一本关于C和C++编程中实用的UML状态图应用的书籍。该书介绍了如何使用UML状态图来设计和编写C和C++程序中的状态转换逻辑。 在软件开发中,状态转换逻辑是非常重要的一部分。通过使用UML状态图,开发人员可以清晰地表示程序中的状态和状态之间的转换关系。这有助于程序员更好地理解程序的行为,并且有助于编写更可靠和易于维护的代码。 《practical_uml_statecharts_in_c_c__second_edition》详细介绍了如何将UML状态图与C和C++编程结合使用。它首先解释了UML状态图的基础概念和符号,然后提供了一些实例和案例研究,展示了如何在C和C++程序中使用这些概念和符号。书中还介绍了一些常用的工具和框架,以帮助开发人员更好地应用UML状态图。 此外,该书还重点讨论了在使用UML状态图时可能遇到的一些常见问题和挑战,并提供了一些建议和解决方案。开发人员可以通过阅读该书,了解如何使用UML状态图来设计和实现复杂的状态转换逻辑,并且可以学习到一些最佳实践和技巧。 总的来说,《practical_uml_statecharts_in_c_c__second_edition》提供了一种实用的方法,帮助开发人员在C和C++编程中应用UML状态图。通过使用这些技术和方法,开发人员可以更好地管理程序中的状态转换逻辑,提高代码的可靠性和可维护性。这本书对于想要深入了解和应用UML状态图的C和C++开发人员来说是一本有价值的参考书籍。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值