出版时间:2010-1 出版社:机械工业 作者:邱郁惠 页数:368
Tag标签:无
前言
“许多概念必须在实践中学习,适时地给予机会指导”,这是我一开始写这本书时,想要呈现给读者的主旨。所以,在这本书中,我特别模拟了一个小型的两人团队的工作情况,有些诙谐地。有点趣味地,适时地指出什么时候该运用什么样的技术。在使用的过程中,又会发生什么样的问题。而这个问题,两人又用了什么方法解决。最后,两人小组运用了本书所讲述的技术,讨论了一个包含数个子系统的书店系统。。俗话说,万事开头难,确实如此,写每一章的基础知识小节是最难的。我总是得气定神闲地坐下来反问自己:如果我是一个读者,我没有太多时间听你(作者)说闲话,你只要先教我最必要的一招半式,等我先去闯荡江湖之后,发现不足了,再回头心甘情愿地听你长篇大论。唠唠叨叨。遵循这样的构想,我在每一章的小节标题前都划分了“基础。案例。高级。练习”这4个主题。在我的构想中,读者先读完基础小节,学了一招半式,然后跟着两人小组进入案例小节,去闯“十八铜人阵”,挨了打,再回过头来,进入高级小节,耐心地多学些知识。最后,如果是学校学生,可以进入练习小节,为自己找个练习背景去闯荡闯荡。。。挑选书店系统作为案例,实在是因为它比较通俗,其实它也是一个最典型的电子商务系统,读者看到这个系统之后,很容易应用到自己手上的电子商务系统。而且,特别不同的是,大部分的UML/OOAD书籍不使用大型系统作为范例,但是我为了重现真实项目中所遇到的整合其他已有系统的情况,所以让这个书店系统规模变大,让它可以整合其他系统,这也更贴近真实的情况。案例篇采用一个连贯的案例,由Wesley和Richard两人领衔演出(W:,R:)。两人从一开始接到一个书店系统的项目,在对项目范围认识模模糊糊的情况下,就开始动手建立使用用例模型,并且应用用例技术来估算工时。由于本书的主题涵盖了估算工时的技术,所以除了一般的IT技术人员之外,UML/OOAD项目经理也可以阅读本书。我的第一本书《系统分析师UML实务手册》在机械工业出版社出版以后,在业界广受好评,而且还“阴错阳差”地成了一些大专院校的教材,销售“一鸣惊人”,也因此,有多位出版社的编辑希望我再写一本实用的学校教科书。
内容概要
本书介绍如何通过用例掌握UML。本书的案例基于Wesley和Richard两个角色叙述,从两人开始接到一个书店系统的项目,到动手建立用例模型,并且应用用例技术来估算工时,系统记述了UML用例的应用方法。 本书适用于UML用例技术初学者、系统分析师,同时也适合UML/OOAD项目经理阅读和学习。
作者简介
邱郁惠,中国台湾资深UML专家、讲师和畅销书作者。研究OOAD、UML和MDA十余年,从事过顾问、项目、教学及写作。创办了UML Blog(http://www.umltw.com)推广UML技术,并且组织“UML互助会”社区定期讲座、联络软件同好。除了定期举办社区活动、培训授课、参与项目外,其余时间她
书籍目录
前言作者简介第1章 绘制用例图 1.1 【基础】使用用例的时机 1.2 【基础】一睹用例的长相 1.3 【基础】绘制用例图 1.4 【案例】书店系统 1.5 【高级】系统内部启动的用例 1.6 【高级】UML风格 1.7 【高级】用活动图来抓用例 1.8 【练习】动手做第2章 编写用例叙述 2.1 【基础】用例叙述 2.2 【基础】主要流程与替代流程 2.3 【案例】书店系统 2.4 【高级】呈现风格 2.5 【高级】详细程度 2.6 【高级】站在巨人的肩膀上 2.7 【练习】动手做第3章 建立用例关系 3.1 【基础】包含关系 3.2 【基础】扩展关系 3.3 【基础】泛化关系 3.4 【案例】书店系统 3.5 【高级】UML风格 3.6 【高级】登录的问题 3.7 【高级】新增、读取、更新和删除的问题 3.8 【练习】动手做第4章 切分子系统用例 4.1 【基础】什么是“子系统用例” 4.2 【基础】架构模式 4.3 【基础】切分子系统用例 4.4 【案例】书店系统 4.5 【高级】串起子系统用例 4.6 【高级】定期检查 4.7 【练习】动手做第5章 估算工时 5.1 【基础】估算工时 5.2 【案例】书店系统 5.3 【高级】迭代式开发 5.4 【高级】事务模式 5.5 【练习】动手做第6章 接下来可以怎么做 6.1 【基础】少不了三王一后 ……第7章 StqrUML操作说明附录A 书店系统附录B 实用小工具
章节摘录
插图:6.4.1抽象化面向对象分析中的第一项技术是“抽象化”(abstraction),即忽略与目标不相关的特性,仅留下所需要的部分。问题领域中有许许多多的事物,通过抽象化的技术,系统分析师可以忽略不相关的部分,仅留下系统所需要的部分。虽说,真实世界中的人类、事情、地方、物品和概念等,都具有许多繁杂的细节,所以这些人事地物及概念在本质上都是复杂的。抽象化的技术可以让系统分析师不需要去面对复杂的整体,而是抽取部分,所以说抽象化技术是管理复杂的首要技术。实践中,开发人员最常使用“过程式抽象”(procedural abstraction)的技术,先将信息系统视为一个大型的程序,然后再思考这个大程序里头包含几个子程序。过程式抽象的技术可以将一个复杂且难以掌控的大型程序,化解成数个简单且能够轻易掌控的小型程序。把原先庞大复杂的一个整体化解成数个短小精练的组件,这是管理复杂常用的方法之一。不过,特别需要注意的是,过程式抽象其实并不是面向对象分析主要的抽象技术,这是因为由过程式抽象所构建出来的信息系统比较不稳定。因此,在面向对象分析方法中,过程式抽象通常仅用于定义对象的操作(operation)。
编辑推荐
《系统分析师UML用例实战》:知名UML技术专家邱郁惠老师新作畅销书《系统分析师UML实务手册》姊妹篇边做边学,实战演练基础-案例-高级-练习,一步都不能少情景式对话,再现建模全过程,令你身临其境 中国台湾知名UML技术专家邱郁惠老师新作用例是学习UML必须借用的重要工具。然而,许多UML初学者对如何掌握和利用用例摸不着头脑。要么缺乏合适的用例来理解UML概念,要么在理解用例的过程中出现这样那样的偏差。 《系统分析师UML用例实战》是中国台湾UML,技术培训专家邱郁惠为系统分析师量身打造的通过用例掌握UML的实战图书。《系统分析师UML用例实战》中的案例有两个角色,由Wesley和Richard两人扮演,两人接到一个书店系统的项目,开始动手建立用例模型,并且应用用例的技术来估算工时。 《系统分析师UML用例实战》还介绍了估算工时的技术,所以除了UML用例技术初学者、系统分析师之外,《系统分析师UML用例实战》也适合UML/OOAD项目经理阅读和学习。
图书封面
图书标签Tags
无
评论、评分、阅读与下载