面向对象分析与设计—OOA部分】的更多相关文章

第二部分 面向对象分析 2.1 面向对象分析(OOA)的定义? OOA——面向对象的分析,就是运用面向对象方法进行系统分析,对问题域(问题所涉及的范围)和系统责任(所开发的系统应具备的职能)进行分析与理解,找出描述问题及系统责任所需要对象,定义对象的属性.操作以及它们之间的关系. 2.2 面向对象分析(OOA)的优点? 加强了了对问题域和系统责任的理解: 改进与分析有关的各类人员之间的交流: 对需求的变化具有较强的适应性: 支持软件复用. 2.3 面向对象工具——UML(Unified Mode…
经常听到有朋友抱怨,说学了UML不知该怎么用,或者画了UML却觉得没什么作用.其实,就UML本身来说,它只是一种交流工具,它作为一种标准化交流符号,在OOA&D过程中开发人员间甚至开发人员与客户之间传递信息.另外,UML也可以看做是OO思想的一种表现形式,可以说“OO是神,而UML是型”.所以,想用好UML,扎实的OO思想基础是必不可少的.然而,在UML应用到开发过程中时,还是有一定的模式可以遵循的.(注意,是模式而不是教条,我下面给出的流程只是一个启发式过程,而不是说一定要遵循这个流程.)下面…
UML和模式应用学习笔记-1(面向对象分析和设计) 而只是对情节的记录:此处的用例场景为:游戏者请求掷骰子.系统展示结果:如果骰子的总点数是7,则游戏者赢得游戏,否则为输 (2)定义领域模型:在领域模型中展示重要的领域概念和对象,领域模型并不是对软件对象的描述,它使真实世界领域中的概念和想象可视化:因此它也被称为概念对象模型: (3)定义交互图:面向对象设计关注软件对象的定义--它们的职责和协作:顺序图是描述协作的常见表示法,它展示出软件对象之间的消息流,和由消息引起的方法调用. (4)定义设计…
在开始进行对象分析和设计之前,先通过“扔骰子”这个软件(游戏者扔两个骰子,如果总是是7,则赢,否则输),来简单分析下这个过程. 1:用例 需求分析,可能包括人们如何应用的场景或情节,这些都可以被编写成用例. 用例不是面向对象的制品,只是对情节的记录.比如,对于“扔骰子”这个游戏,用例是: 骰子游戏:游戏者请求扔骰子,如果骰子的总点数是7,则游戏者赢,否则游戏者输. 2:领域模型 可以用领域模型来展示用例中重要的概念或者对象 3:定义交互图 面向对象设计关注软件对象的定义--他们的职责和协作,顺序…
阅读目录: 1.背景介绍 2.问自己,UML对你来说有意义吗?它帮助过你对系统进行分析.建模吗? 3.一直以来其实我们被一个缝隙隔开了,使我们对OOAD遥不可及 4.四色原型模式填补这个历史缝隙,让我们真的看见OOAD的希望 5.在四色原型上运用彩色建模增强视觉冲击力 6.通过四色原型模式建模出领域无关模型 7.结束语:建模时你可以不考虑具体实现,但是建模者要懂技术实现 1.背景介绍 至今我都清楚的记得我第一次被面试官问起什么叫”建模“技术时的情景,那是好几年前的事情了,当时是胸有成竹的去面试一…
第三部分 面向对象设计 3.1 面向对象设计(OOD)的定义? 在面向对象分析阶段,已经针对用户需求建立起用面向对象概念描述的系统分析模型.在设计阶段,要考虑为实现系统而采用的计算机设备.操作系统.网络.数据库管理系统以及所采用的编程语言等有关因素,进一步运用面向对象的方法对系统进行设计,最后形成一个可以实现的设计模型,即面向对象设计模型. 3.2 面向对象设计(OOD)与面向对象分析(OOA)的关系? 在面向对象分析阶段,针对的是现实世界,把需求转化为面向对象概念所建立的模型,以易于理解问题域…
UML不是OOA/D,也不是方法,它仅仅是一种图形表示法(表示的是OOA/D的想法),我们将在OOA/D中应用UML:分析,就是理解客户脑子中的概念,跟客户来沟通,分析出专业术语:设计,对分析出来的专业术语进行归纳: OOA/D的过程:定义用例.定义领域模型.定义交互图.字义设计类图 示例:软件模拟游戏者投掷两个色子,如果总点数是7则赢得游戏,否则为输. 第一步:定义用例:用例是需求分析的一种工具,它是一些情节的描述(我要干什么) 色子游戏   游戏者请求色子 系统展示结果,如果色子的总点数是7…
      前言      经常听到有朋友抱怨,说学了UML不知该怎么用,或者画了UML却觉得没什么作用.其实,就UML本身来说,它只是一种交流工具,它作为一种标准化交流符号,在OOA&D过程中开发人员间甚至开发人员与客户之间传递信息.另外,UML也可以看做是OO思想的一种表现形式,可以说“OO是神,而UML是型”.所以,想用好UML,扎实的OO思想基础是必不可少的.然而,在UML应用到开发过程中时,还是有一定的模式可以遵循的.(注意,是模式而不是教条,我下面给出的流程只是一个启发式过程,而不是…
1.良好应用程序的基石 2.收集需求 3.需求变更 4.分析 5.良好的设计=灵活的软件 6.解决大问题 7.架构 8.设计原则 9.迭代与测试 10.OOA&D 的生命周期 附录1 附录2…
说OOAD是一门玄学,一点都不为过.又或许是因为我之前一直没有很好的建立面向对象的思想,更有可能是因为练得不够多...总之,一直没能很好理解,哪怕把一本叫做<UML和模式应用>的书翻来覆去好多遍还是没懂.这种感觉吧,像是把一个很难咀嚼的东西硬是吞了下去,刺激胃产生了强烈反应,可惜一堆胃酸还是没能把这东西溶解,反倒是喝了肌酸的感觉.但是,喜大普奔的是,就在刚才,我终于觉得我好像顿悟了些什么.顺便<大话设计模式>是一本好书!浅显易懂. —————————————————————————…