基本信息
- 作者： 邱郁惠
- 丛书名： 原创精品系列
- 出版社：机械工业出版社
- ISBN：9787111237389
- 上架时间：2008-5-5
- 出版日期：2008 年4月
- 开本：16开
- 页码：193
- 版次：1-1
- 所属分类：计算机 > 软件工程及软件方法学 > UML
计算机 > 计算机控制与仿真 > 系统分析与设计(控制)
编辑推荐
实现OOM的最后1公里.
UML China 专家强力推荐..
天珑书局销售排行第1名
上市三个月即告重印，软件工程类持续畅销第一名
内容简介
作译者
邱郁惠，中国台湾资深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章 为什么系统分析员需要学习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的主张
前言
本书有两大特色，第一个特色：我假想开发一套基金交易系统，以此做为贯穿每一个分析步骤的仿真案例。特别地，我仿真了SA与客户之间的对话，以此展示出SA在访谈当下会有什么样的提问，以及有什么样的思考，最后又画出了什么样的UML图。.
SA的提问及思考的部分是我参与项目及教学的多年经验积累。我参与过的大部分项目都需要对项目成员进行边教边做的项目训练，为了能够在最短的时间内把这些成员训练好，让他们可以立即参与项目，除了基本的理论知识外，更多时候，我传授给他们的其实是实务上的提问技巧，同时也会告诉他们我是如何思考的。这样一来，他们不仅在不耽误太多项目时间的情况下学到UML，而且更能够应付项目工作。
当然，我的提问与思考绝非应用及学习UML的唯一方法，也不会是最正确或迅速的方法。同时，在项目时间紧迫的情况下，项目成员对UML的认知和体会绝对会有所局限。而我所做的这一切，无非是想让项目成员可以有比较低的门槛，对于在项目上应用UML可以有小小的成功经验。因为我十分相信，有了这样的正面的、成功的项目经验，将有助于点燃项目成员日后愿意花更多的时间和精力去深入学习、体会及应用UML。
第二个特色：我将分析步骤编号成CIM-1～3、PIM-1～4，一共七个分析步骤，这样的编号是我从研究DoDAF(美国国防部系统架构框架)所得来的灵感。这样做的一个主因是，在应用UML图时，同一款UML图可以有不同的用途，而初学者经常会有所混淆。
最常见的例子是，使用案例图(use case diagram)可以用来表达企业流程，也可以用来表达系统服务，如果在项目中，既进行企业流程的分析，又作系统服务的分析的话，我发现UML的初学者经常会对此产生困扰——为什么同样是使用案例图，但是一张叫做企业用例图(business use case diagram)，但另一张却又叫做系统用例图(system use case diagram)。
为了降低这种困扰，我试着不以UML图为主，而是以分析设计步骤为主，告诉成员每一个步骤的重点是什么，以及采用的UML图?以此来降低UML初学者的学习门槛，同时也大幅节省了项目成员教育训练的时间。而且有了这样的思维，项目成员也可以认知到，UML图并不是非用不可的关键，每一个分析步骤所要呈现的观点才是真正的重点，所以日后有更好的技术时，当然可以将任何一款UML图取而代之。
此外，在进行项目时，一开始就可以评估哪几个分析步骤一定要做，哪几个分析步骤可以视情况添加，这样有助于时间的评估，也有助于经费的预算。项目成员也会很清楚地知道现在做到了哪个步骤，接下来会进行哪个步骤，以及步骤之间的相关性。再者，可以将每一个分析步骤视为一个组件，尝试不同的排列组合，当然这个部分需要顾问的配合才能为项目打造出剪裁合宜的开发流程。
本书预设的读者..
本书着重介绍UML的精华概念，删去琐碎且少用的概念，强调UML的实务性。相当有助于UML初学者大步跨过UML理论泥沼，UML现学现卖，立即上手。
再者，本书也非常适合熟知UML，或者一知半解却不知如何将UML应用于实务中的读者，书中提到非常多UML实务应用上的诀窍，可以让这类读者迅速脱离菜鸟生涯。
至于，学校学生就更适合读这本书了，这样可以缩短理论和实务的落差，尽快适用实务，to make more money!
本书结构
本书首先在第1章介绍UML的核心概念；然后在第2章中将分析的七大步骤浓缩成一个案例；随后在第3～9章分别详细研究七大步骤，并且在第10章中汇总整个范例；第11章则试着将七大步骤用于嵌入式系统开发。
第1章主要介绍UML，并且讲述重要的UML概念，奠定UML及对象导向(Object-Oriented)基础。同时，这章也会提到MDA(Model-Driven Architecture)概念，看看它与UML两者搭配造成的新潮流。
第2章主要将本书提到的分析七步骤浓缩成一章，让您可以先睹为快，只要花费一会儿的功夫就可以知道整本书的重点。
第3～9章贯穿基金系统范例，从头到尾细腻地讲述分析七大步骤，同时还会包含UML实务应用上的时机、诀窍、产出以及UML免费工具——StarUML的操作。
第10章归纳汇总出完整的基金系统范例，将分布在第3～9章的拼图一次展现，让您可以看到整个范例的全貌。
第11章特别将书中提到的分析七步骤用于嵌入式系统，示范本书在不同领域的应用。...
SA的提问及思考的部分是我参与项目及教学的多年经验积累。我参与过的大部分项目都需要对项目成员进行边教边做的项目训练，为了能够在最短的时间内把这些成员训练好，让他们可以立即参与项目，除了基本的理论知识外，更多时候，我传授给他们的其实是实务上的提问技巧，同时也会告诉他们我是如何思考的。这样一来，他们不仅在不耽误太多项目时间的情况下学到UML，而且更能够应付项目工作。
当然，我的提问与思考绝非应用及学习UML的唯一方法，也不会是最正确或迅速的方法。同时，在项目时间紧迫的情况下，项目成员对UML的认知和体会绝对会有所局限。而我所做的这一切，无非是想让项目成员可以有比较低的门槛，对于在项目上应用UML可以有小小的成功经验。因为我十分相信，有了这样的正面的、成功的项目经验，将有助于点燃项目成员日后愿意花更多的时间和精力去深入学习、体会及应用UML。
第二个特色：我将分析步骤编号成CIM-1～3、PIM-1～4，一共七个分析步骤，这样的编号是我从研究DoDAF(美国国防部系统架构框架)所得来的灵感。这样做的一个主因是，在应用UML图时，同一款UML图可以有不同的用途，而初学者经常会有所混淆。
最常见的例子是，使用案例图(use case diagram)可以用来表达企业流程，也可以用来表达系统服务，如果在项目中，既进行企业流程的分析，又作系统服务的分析的话，我发现UML的初学者经常会对此产生困扰——为什么同样是使用案例图，但是一张叫做企业用例图(business use case diagram)，但另一张却又叫做系统用例图(system use case diagram)。
为了降低这种困扰，我试着不以UML图为主，而是以分析设计步骤为主，告诉成员每一个步骤的重点是什么，以及采用的UML图?以此来降低UML初学者的学习门槛，同时也大幅节省了项目成员教育训练的时间。而且有了这样的思维，项目成员也可以认知到，UML图并不是非用不可的关键，每一个分析步骤所要呈现的观点才是真正的重点，所以日后有更好的技术时，当然可以将任何一款UML图取而代之。
此外，在进行项目时，一开始就可以评估哪几个分析步骤一定要做，哪几个分析步骤可以视情况添加，这样有助于时间的评估，也有助于经费的预算。项目成员也会很清楚地知道现在做到了哪个步骤，接下来会进行哪个步骤，以及步骤之间的相关性。再者，可以将每一个分析步骤视为一个组件，尝试不同的排列组合，当然这个部分需要顾问的配合才能为项目打造出剪裁合宜的开发流程。
本书预设的读者..
本书着重介绍UML的精华概念，删去琐碎且少用的概念，强调UML的实务性。相当有助于UML初学者大步跨过UML理论泥沼，UML现学现卖，立即上手。
再者，本书也非常适合熟知UML，或者一知半解却不知如何将UML应用于实务中的读者，书中提到非常多UML实务应用上的诀窍，可以让这类读者迅速脱离菜鸟生涯。
至于，学校学生就更适合读这本书了，这样可以缩短理论和实务的落差，尽快适用实务，to make more money!
本书结构
本书首先在第1章介绍UML的核心概念；然后在第2章中将分析的七大步骤浓缩成一个案例；随后在第3～9章分别详细研究七大步骤，并且在第10章中汇总整个范例；第11章则试着将七大步骤用于嵌入式系统开发。
第1章主要介绍UML，并且讲述重要的UML概念，奠定UML及对象导向(Object-Oriented)基础。同时，这章也会提到MDA(Model-Driven Architecture)概念，看看它与UML两者搭配造成的新潮流。
第2章主要将本书提到的分析七步骤浓缩成一章，让您可以先睹为快，只要花费一会儿的功夫就可以知道整本书的重点。
第3～9章贯穿基金系统范例，从头到尾细腻地讲述分析七大步骤，同时还会包含UML实务应用上的时机、诀窍、产出以及UML免费工具——StarUML的操作。
第10章归纳汇总出完整的基金系统范例，将分布在第3～9章的拼图一次展现，让您可以看到整个范例的全貌。
第11章特别将书中提到的分析七步骤用于嵌入式系统，示范本书在不同领域的应用。...
序言
市场上已经有了很多UML书籍。在China-pub上搜“UML”关键词，已经有187个结果(2008年3月)。之前，台湾的OO领军人物高焕堂的UML书也在内地出版。既然如此，为什么还要购买和阅读邱郁惠老师带来的UML书籍呢?您可能会这样问。.
因为这是由女性写就的建模书。软件开发这个行业，向来被认为不适合女性从事。在这个行业的开发人员，随着年纪增长，继续从事技术工作的本来就已经很少，女性更是少之又少，而邱郁惠老师10多年来一直研究OOAD、UML、MDA。由于作者是女性，所以本套书籍风格非常细腻，是真正的Step by Step。作者使用大量的截图，详细跟踪工具的每一步操作，一步步地画出UML图形；出现代码的地方，作者都给出了详细的、可以执行的代码。入门最难，对于新手来说，本书是极好的上手读物。
因为本套书籍的覆盖面广。《系统分析师UML实务手册》一书适合于开发企业应用的系统分析师阅读，通过一个基金系统的模拟案例，展示了从业务建模、需求到分析的过程；《C++程序员UML实务手册》一书专门为广大的C++程序员而写，使得C++程序员能借助UML进行建模，如虎添翼；《SOC设计UML实务手册》一书则面向硬件设计人员，通过一个录音芯片的模拟案例，展示UML如何与SystemC合作进行芯片设计。..
因为本书使用的是开源的工具。有些UML书籍内容虽然不错，但是使用的是商业的UML工具来示例。商业工具往往价格不菲，出于学习需要的读者无法承受也不愿意付出代价来购买相应的工具来跟着实作，使得效果大打折扣。本书中所有的UML图都使用StarUML制作，这是一款开源、免费的UML工具，而且功能相当全面，这样，读者就免除了购买工具的苦恼。
希望本书成为真正能让您上手的第一本UML书。...
UMLChina首席专家 潘加宇
因为这是由女性写就的建模书。软件开发这个行业，向来被认为不适合女性从事。在这个行业的开发人员，随着年纪增长，继续从事技术工作的本来就已经很少，女性更是少之又少，而邱郁惠老师10多年来一直研究OOAD、UML、MDA。由于作者是女性，所以本套书籍风格非常细腻，是真正的Step by Step。作者使用大量的截图，详细跟踪工具的每一步操作，一步步地画出UML图形；出现代码的地方，作者都给出了详细的、可以执行的代码。入门最难，对于新手来说，本书是极好的上手读物。
因为本套书籍的覆盖面广。《系统分析师UML实务手册》一书适合于开发企业应用的系统分析师阅读，通过一个基金系统的模拟案例，展示了从业务建模、需求到分析的过程；《C++程序员UML实务手册》一书专门为广大的C++程序员而写，使得C++程序员能借助UML进行建模，如虎添翼；《SOC设计UML实务手册》一书则面向硬件设计人员，通过一个录音芯片的模拟案例，展示UML如何与SystemC合作进行芯片设计。..
因为本书使用的是开源的工具。有些UML书籍内容虽然不错，但是使用的是商业的UML工具来示例。商业工具往往价格不菲，出于学习需要的读者无法承受也不愿意付出代价来购买相应的工具来跟着实作，使得效果大打折扣。本书中所有的UML图都使用StarUML制作，这是一款开源、免费的UML工具，而且功能相当全面，这样，读者就免除了购买工具的苦恼。
希望本书成为真正能让您上手的第一本UML书。...
UMLChina首席专家 潘加宇
书摘
第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并非万能，无法根除这些本质性的问题，不过也不必悲观，总是有对策可以来处置需求误解、遗漏或变更的情况。
……
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并非万能，无法根除这些本质性的问题，不过也不必悲观，总是有对策可以来处置需求误解、遗漏或变更的情况。
……
