实战OO：为问题域建模

总序“类是一个框,什么都往里装”,这就是很多程序员所编写的程序代码给我留下的印象。从这些代码中,我也终于找到了那些批判面向对象技术言论的根源:其实国内太多程序员一边在使用 Java、C++等 OO 语言,而一边则还在沿用结构化开发方法的思想进行设计。而当这两种东西发生矛盾与冲突时,就将问题转而怪罪于面向对象技术。而笔者认为,由于世界对软件系统的需求日益增长,变化也越来越快,软件开发技术的发展方向已悄悄地从“提升被开发系统的执行效率”转变成为“提升开发效率”。面向对象技术降低了解决方案域(计算机)与问题域之间的差别,提供了良好的复用机制,能够更加有效地提高软件开发效率,完全顺应了软件开发技术的发展方向。     

实战OO：用例建模

制作精细的“模型车”虽然与真车“神似”,但却不能够像真车那样行驶,缺的是“真是”。有了上期的问题城模型,为了让“模型车”开起来,这期需要建立反映系统行为的动态模型——用例建模。     

实战OO：过程总结

引言在本系列的前面四篇文章中,我们以一个简单的“个人图书管理系统”需求为例,讲解了如何使用 OO 方法进行分析与设计。其中分别重点阐述了如何建立体现业务知识的域模型、实现需求整合的用例模型,以及如何通过 Robustness 分析过渡到设计,如何使用交互模型来进行详细的设计等四方面的内容。但怎么将这四种技术融会贯通地应用到软件开发过程中呢?我们在前面的讲解中,只着重每种技术的局部应用,而且仅是从     

实战OO：部署与实施

引言在前面,我们建立了一静一动两个模型:即描述系统环境的“概念模型”和反映系统行为的“用例模型”。并在用例模型的基础上,结合Robustness分析、交互建模等方法对系统进行了更深入的分析与设计,从而将设计元素引入到概念模型中,设计出整个系统的类模型。这时,我们将拥有一个相对较完整的类模型:其中包括最早发现的,反映客观世界中的事物的实体类(分析类);为     

面向对象建模技术的实践与体会

面向对象建模技术（ＯＭＴ）是一种比较成熟的面向对象（ＯＯ）软件开发方法。本文结合青鸟Ⅱ型系统的需求文档分析工具（ＲＤＡＴ）的开发，描述了如何运用ＯＭＴ方法来开发具体的系统，并着重突出了实践过程及开发中的一些经验。     

对象建模技术

一、对象建模技术的概述对象建模技术（简称OMT）是一种面向对象的软件开发方法学，它与传统的面向功能的方法学截然不同。在传统的方法学中，强调的是区分和分解系统的功能，这种做法虽然是目标的最直接的实现方式，但生成的系统可能是无效的，假如系统需要改变，功能分解系统则需要做大的变动。模型是为了理解事物而对事物作出的一种抽象，是在实现问题求解之前，为理解问题而建造的一种对象描述。模型忽略了事物不必要的细节，因而对原始实体的处理会更加容易。许多年前，工程师、艺术家就是采用构造模型来试验自己的设计如为风道试验…     

基于知识的面向对象建模技术：KBOMT方法

一、引言 人们对结构化开发方法研究和使用了多年,发现软件需求分析面临的最主要的难是[1] ·系统分析员可能工作在陌生的应用领域,但又要在短时间内理解所开发系统的整个问空间。     

OMT设计的Java实现

1.引言 OMT作为一种面向对象的软件方法学,已经成为面向对象技术的主要流派之一,支持软件生命周期的各个阶段,能实现系统的无缝开发。目前,已经有人从理论上探讨了用~( )、SmallTalk等面向对象语言实现OMT设计,并且已经有了相关的商     

实战OO：开启征程（结尾篇）

引言时间过得很快,实战 OO 自第2期与大家见面以来,已经连载了6期。在这6个月里,我们一起从最初的领域分析(域建模,对系统的上下文更深入的理解)、用例分析(用例建模,完成需求分析工作)开始;然后进行鲁棒性分析(从分析过渡到设计的必由之路)、交互建模(详细设计的要点,并开始加入基础类、运用设计模式)勾勒出完整的解决方案;最后使用构件图、部署图来表示系统的物理结构,更好地完成系统的部署与实施工作。并且在讲解部署与实施工作之前,我们还一起从软件开发过程的角度对所     

集成化UML建模环境研究

提出了集成化UML建模环境的思路,讨论了其基本组成,并在结构化图形编辑生成工具SGEG等的基础上研究了UML集成建模环境的实现。