知道UML造成了怎样的局面大混乱吗？知道什么样的功能是UML拥有但JAVA不具备的吗？知道我们为什么需要除JAVA外的另一种电脑语言吗？UML并不仅仅只是JAVA或者其它什么语言的替代品UML并不仅仅只是JAVA或者其它什么语言的替代品UML是面向对象的分析及设计的注释UML是独立于那些传统设计语言之外的一种语言因为UML并不依附于某种语言而且它被用作是联系沟通Java C++ Smalltalk等语言的基础工具通过使用UML可以在开始编码之前规划好整个系统并且开发人员清楚自己所负责的模块在整个系统中所起的作用
更为重要的是UML可以帮你记录下从设计就开始出现的错误要知道糟糕的设计会带来一系列的麻烦设想一下在源代码编制到一半的时候你突然发现你所需要的信息已经枯竭了但你却没有办法重新取得信息因为你没有引用OBject甚至于你引用了object然而信息确是非public的显然的你将花费数天时间来找出代码的变化
UML可以帮您摆脱如下一些困境代码随着细节的增多而累积因此查找哪些是系统的基本要素了解objects之间的关系如何以及它们之间怎么联系都会变得困难起来当大量的代码产生出来的时候做一些改变也变得困难因此决定一个对象的功能被分配到协作中的设置是一项主要的工作甚至有时只是改变一个方法的名称那样简单事情也很可能导致一个很长的编辑编译错误循环
在编码之前高水平的设计是进行正确的需求分析和精确的定义UML的自动化工具固然重要但UML在设计讨论中就显得更为有用
OOA OOD and OOP
什么是OO分析和设计？它们与OO编程相比又有什么不同之处？要了解这些请注意观察一个程序的循环过程
第一步需求收集首先要规划好系统计划好系统的实施步骤通常人们都会通过讨论来萃取出需求并做详细记录然后与关键用户或是消费者一起探讨并使他们同意你们已掌握系统正在解决的问题
OOA （Object oriented analysis）即是描述系统实施与系统规划相结合一个的进程解析放大了处于问题中心区域的目标分析它们的重要作用是什么分析何种目标与何种目标相联系另外解析还决定何种目标从属于公用类别
OOA （Object oriented analysis）即是描述系统实施与系统规划相吻合的一个过程分析放大了处于问题中心区域的目标分析它们的重要作用是什么分析何种目标与何种目标相联系另外解析还决定何种目标从属于公用类别
特别地是解析应与现实生活中的问题类似不需要产生什么新的复杂的问题你甚至可以与一个不懂技术但懂得这些问题的人员来分享这些解析他们可以指出你在解析中遗漏了什么忽略了什么或者哪些地方出错了
OOD 在设计阶段你得准备将具体问题放大化以便分析然后你得决定方法的自变量有哪些以及它们的return类型你也许可以发现新类将会帮您完成设计 你可以抽象出公用的功能到接口或基类中一个单一的分析类可以分解成为几个合作类总而言之你仍停留在规划阶段而不是实施阶段
OOP在您搭建好一个框架后下一步就是实施代码了在合适的设计后你可以按以下步骤来实施细节
是使用哈西表或者是二叉树
是使用RMI还是CORBA来完成客户/服务器的通信？
用何种语言？
为了更真实的体验到UML是怎样在解析及设计阶段起铺助作用则需要通过解决一个问题来了解
一旦你将一切都代码化并且处于施行中你就可以将周而复始的循环运用随着系统交付日期的临近更会发现什么地方不足以及下一步需要完善哪一部份通过使用交互式的解析设计完善及运行你可以很迅速稳定地重复运行及完善系统而不需要担心遗失代码
