系统分析师UML实务手册
点此进入淘宝搜索页搜索分類: 图书,计算机/网络,程序设计,HTML XML ,
作者： 邱郁惠编著
出 版 社： 机械工业出版社
出版时间： 2008-4-1字数：版次： 1页数： 193印刷时间： 2008/04/01开本： 16开印次： 1纸张： 胶版纸I S B N ： 9787111237389包装： 平装编辑推荐
实现OOM的最后1公里，UML China 专家强力推荐，天珑书局销售排行第1名。
本书具有以下特色：
从读者角度考虑，去除许多烦杂的UML概念，仅精简介绍部分核心概念，并引进比较新颖的MDA概念。
注重方法的传授，将作者多年的经验和技巧融入书中，帮助读者快速掌握UML，独立解决项目中的问题。
讲解细腻，采用大量截图，详细跟踪工具的每一步操作，一步步画出UML图。
本书使用的是一款开源的、免费的工具，而且功能全面，便于读者学习。
内容简介
本书通过一个完整的仿真实例，从需求到生成UML的用例图及叙述、活动图、类图、序列图和状态图等，一应俱全，过程细腻，步骤详细。主要内容包括：定义业务流程、分析业务流程、定义系统范围、分析系统流程、分析业务规则、定义静态结构、定义操作及方法、基金模拟项目、语音备忘器等。
本书适合作为初学UML的入门书，也适合作为系统分析师的参考手册。
作者简介
邱郁惠，中国台湾资深UML教育培训专家和畅销书作者。邱老师研究OOAD、UML和MDA十余年，自UML诞生起一直从事UML的普及和指导工作，从事过专案、教学及写作。曾担任《物件导向杂志》主编。邱老师编著有《系统分析师UML实务手册》、《C++程序员UML实务手册》、《SOC设计UML实务手册》，其繁体版一经出版在天珑书局登上销售排行第1名。邱老师目前正从事UML认证的培训工作。邱老师的简体中文博客是http://blog.csdn.net/cs271080。
目录
推荐序
前言
第1章 为什么系统分析员需要学习UML
1.1 概述
1.2 UML并非万能
1.3 UML图
1.4 重要的OO及UML概念
1.4.1 对象
1.4.2 属性与操作
1.4.3 操作与方法
1.4.4 封装
1.4.5 类
1.4.6 泛化关系
1.4.7 关联关系
1.4.8 聚合关系
1.4.9 组合关系
14.10 用例与执行者
1.4.11 业务用例与系统用例
1.5 MDA开发程序
1.5.1 MDA的主张
1.5.2 程序
1.5.3 MDA在芯片设计的应用
1.5.4 本书所采用的分析步骤
1.6 UML对MDA的帮助
1.6.1 中立机构负责维护UML
1.6.2 中立的建模语言
1.6.3 Profile支持定制化UML方言
第2章 做好系统分析
2.1 CTM-1：定义业务流程
2.2 CIM-2：分析业务流程
2.3 CIM-3：定义系统范围
2.4 PIM-1：分析系统流程
2.5 PIM-2：分析业务规则
2.6 PIM-3：定义静态结构
2.7 PIM-4：定义操作及方法
2.8 在CIM与PIM之后
第3章 定义业务流程
3.1 为什么需要定义业务流程
3.2 CIM-1：定义业务流程
3.3 准备好StarUML
3.4 模拟CIM-1：定义业务流程
第4章 分析业务流程
4.1 CIM-2：分析业务流程
4.2 准备好CIM-1：业务用例模型
4.3 准备好StarUML
4.4 模拟CiM-2：分析业务流程
第5章 定义系统范围
5.1 CIM-3：定义系统范围
5.2 准备好CIM-2：活动图
5.3 准备好StarUML
5.4 模拟CIM-3：定义系统范围
第6章 分析系统流程
6.1 正式进入分析阶段
6.2 PIM-1：系统用例叙述
6.2.1 用例基本数据
6.2.2 执行流程
6.2.3 条件及规则
6.2.4 相关文档
6.2.5 其他事项
6.3 准备好CIM-3：系统用例图
……
第7章 分析业务规则
第8章 定义静态结构
第9章 定义操作及方法
第10章 基金模拟项目
第11章 语音备忘器
书摘插图
第1章 为什么系统分析员需要学习UML
1.1 概述
系统分析员（System Analyst）的工作相当辛苦，他们站在用户与开发人员的中间，作为两者之间的沟通桥梁。系统分析员一方面需要向用户搜集并理清需求（Requirements），另一头又得急忙向开发人员提出清晰且明确的需求。
在项目进行期间，系统分析员除了得请神明保佑自己最好别误解或遗漏需求外，还得面对用户变更需求的反复性格，以及开发人员不愿因需求变更而白做工的强硬态度。这一切现象让系统分析员心力交瘁、焦头烂额。
在OO（Object-Oriented，面向对象的）与UML（Unified Modeling Language，统一建模语言）成了挡不住的潮流之后，程序员（Programmer）大量使用C++、Java等OO程序语言，同时也进一步带动设计师（System Designer）使用UML来表达关于OO设计。所以，设计师拿到系统分析文件后所做的第l件事情，便是将非OO文件转成OO的UML图，随后才能进行复杂的设计，并且生成各式的UML图，交由程序员按图编码。
然而，非OO的需求文件转成OO的UML图，不仅缺乏效率而且错误百出。许多公司开始意识到这样的问题，纷纷要求系统分析员学习OO概念，并且采用UML编写系分文件。这样一来，OO概念从分析开始，通过设计，一路贯穿到实现，沟通零误差。
UML是一套用来表达OO分析设计的国际标准语言，从1997年发展至今，吸引了相当多的爱好者，也发展出各式付费或免费的UML工具。挑选一套UML工具，作为系统分析员、设计师和程序员的工作平台，有助于提高工作效率。系统分析员生成的UML文件，可以交由设计师添加设计细节，最后再交由程序员按图编码。
1.2 UML并非万能
有些系统分析员对UML怀有高度期望，希望采用UML来搜集及编写需求之后，可以不再误解或遗漏需求，或者可以降低需求变更。不难想见，系统分析员经常得面对这些问题，当然期望学TUML之后，可以一劳永逸地解决掉这些问题。可是UML并非万能，无法根除这些本质性的问题，不过也不必悲观，总是有对策可以来处置需求误解、遗漏或变更的情况。
……
