软件工程UML图
CMM 能力成熟度模型：它是对于软件在组织定义，实施，度量，控制和改善软件过程的实践中对于各个发展阶段的描述。CMM的核心是软件开发视为一个过程。并根据这一个原则对软件开发和维护进行监控和研究，以使其更加科学化、标准化、使企业能够更好的实现商业目标。
产生的原因：70%项目的失败不是由于技术原因导致的，而是由管理不善引起的。
UML是统一建模语言、主要用于软件的分析和设计阶段。
UML图形一共有十种，分为静态模型图和动态模型图。其中静态模型图主要描述系统的静态结构，动态模型图主要描述系统行为的各个方面。
静态模型图：类图、对象图、包图、组件图、部署图。
动态模型图：用例图、时序图、协作图、状态图、活动图。
一、需求分析阶段
用例图
用例图：是表示“系统角色”和“系统功能”发生交互的图，通过用例图，可以清晰的表示系统主要功能，用例图在“软件分析”和“软件设计”阶段都有使用。
由用户需求得到业务用例（描述最主要的业务功能，客户最感兴趣的、期望的功能）可以由客户描述的系统功能、用户角色画出业务用例图。注意：这只是初步的用例，用来说明系统业务功能的。例如：一个新闻网站的业务用例图如下：
二、概要设计
功能活动图(流程图)
在把《开发文档1.0》和业务用例图交予客户审核确认后，我们开始编写《开发文档2.0》，然后根据《开发文档2.0》中新增的功能描述，我们可以画出每一个功能的活动图：例如：管理员原理新闻的功能活动图
系统用例图
由每一个功能活动图，完善业务用例图得到系统用例图（此时才是真正全面描述系统各个角色可以执行什么功能的用例图）
三、详细设计
用例规约图
由《开发文档3.0》中的“功能详细设计”部分，画出每一个功能用例的约束图，主要包括：用例名、用例流程、异常处理等操作
业务模块图
根据《开发文档4.0》中的“模块划分”，我们就知道了这个系统主要会有哪些业务类，画出业务模块图，每个业务类下罗列该模块下的功能用例：
类图
根据《开发文档5.0》中对每个用例的架构、以及功能模块的划分，可以初步确定系统需要多少个实现类组成，画出类图：
时序图
根据每个用例的活动图以及第五步的系统类图，我们可以为每个用例画出时序图，更加清晰明确地模拟出用户是怎么一步步调用哪个类的哪个方法来实现进行功能交互的，如：
