系统分析师UML实务手册

【内容简介】

本书通过一个完整的仿真实例，从需求到生成UML的用例图及叙述、活动图、类图、序列图和状态图等，一应俱全，过程细腻，步骤详细。主要内容包括：定义业务流程、分析业务流程、定义系统范围、分析系统流程、分析业务规则、定义静态结构、定义操作及方法、基金模拟项目、语音备忘器等。
　 本书适合作为初学UML的入门书，也适合作为系统分析师的参考手册。

【编辑推荐】

实现OOM的最后1公里，UML China 专家强力推荐，天珑书局销售排行第1名。
　　本书具有以下特色：
　　从读者角度考虑，去除许多烦杂的UML概念，仅精简介绍部分核心概念，并引进比较新颖的MDA概念。
　　注重方法的传授，将作者多年的经验和技巧融入书中，帮助读者快速掌握UML，独立解决项目中的问题。
　　讲解细腻，采用大量截图，详细跟踪工具的每一步操作，一步步画出UML图。
　　本书使用的是一款开源的、免费的工具，而且功能全面，便于读者学习。

【作译者介绍】

【目录信息】

推荐序
前言
第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章 语音备忘器

<< 查看详细目录

【前言】

本书有两大特色，第一个特色：我假想开发一套基金交易系统，以此做为贯穿每一个分析步骤的仿真案例。特别地，我仿真了SA与客户之间的对话，以此展示出SA在访谈当下会有什么样的提问，以及有什么样的思考，最后又画出了什么样的UML图。.
SA的提问及思考的部分是我参与项目及教学的多年经验积累。我参与过的大部分项目都需要对项目成员进行边教边做的项目训练，为了能够在最短的时间内把这些成员训练好，让他们可以立即参与项目，除了基本的理论知识外，更多时候，我传授给他们的其实是实务上的提问技巧，同时也会告诉他们我是如何思考的。这样一来，他们不仅在不耽误太多项目时间的情况下学到UML，而且更.. << 查看前言

【序言】

市场上已经有了很多UML书籍。在China-pub上搜“UML”关键词，已经有187个结果(2008年3月)。之前，台湾的OO领军人物高焕堂的UML书也在内地出版。既然如此，为什么还要购买和阅读邱郁惠老师带来的UML书籍呢?您可能会这样问。.
因为这是由女性写就的建模书。软件开发这个行业，向来被认为不适合女性从事。在这个行业的开发人员，随着年纪增长，继续从事技术工作的本来就已经很少，女性更是少之又少，而邱郁惠老师10多年来一直研究OOAD、UML、MDA。由于作者是女性，所以本套书籍风格非常细腻，是真正的Step by Step。作者使用大量的截图，详细跟踪工具的每一步操作，一步步地画出UML图形；出现代码的地方，作者都给.. << 查看序言

【书摘】

第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并非万能，无法根除这些本质性的问题，不过也不必悲观，总是有对策可以来处置需求误解、遗漏或变更的情况。
　……

【免费试读】

免费试读　第5章   免费试读　第1章  
>>进入在线免费试读

【相关资源】

· 程序员的7种武器(正则表达式、编程语言、数据库、算法、软件调试、开发环境)
系统分析师UML实务手册 -所有相关信息