为什么面向对象技术很难明确界定分析和设计?

简介:

   a)过去软件开发过程分析和设计产物中使用的是完全不同的语言和表示法。
   b)面向对象软件技术的一个承诺是,通过对分析和设计使用相同的模型和建模概念,来消除这些问题。按照这种设想,分析和设计模型之间任何明显的差别都将会消除。
   c)分析和设计使用相同建模概念的一个后果是这两个节点之间的区别变得模糊了,整个转变最初的动机是希望软件开发能够视为一个“无缝”的过程:分析将标识现实世界中的有关对象,并在软件中直接表示这些对象。从这个观点看,设计基本上就是向分析模型中加入详尽的实现细节,分析模型在整个开发过程中将保持不变


本文转自 trufun 51CTO博客,原文链接:http://blog.51cto.com/trufun/15636,如需转载请自行联系原作者
相关文章
|
1月前
|
机器学习/深度学习 人工智能 测试技术
探索软件测试中的“禅”:寻找内在的平和与外在的效率####
在软件测试的世界里,我们常常被缺陷的数量、测试用例的覆盖度以及上线时间的紧迫性所困扰。但如果我们能像禅宗修行者一样,将注意力转向内心的平静与专注,或许能在纷繁复杂的测试工作中找到一种全新的效率和质量提升之道。本文将带您走进软件测试的“禅意世界”,探讨如何在看似枯燥无味的测试过程中,通过调整心态、优化方法,实现个人成长与项目成功的双赢。 ####
|
5月前
软件复用问题之如果无法进行定量分析,评估系统的复用性要如何解决
软件复用问题之如果无法进行定量分析,评估系统的复用性要如何解决
|
5月前
|
设计模式 测试技术 持续交付
编码之道:从混乱到秩序的编程实践
在数字世界的构建中,代码是基石也是艺术。它不仅仅是冷冰冰的逻辑指令,更是开发者智慧与创造力的体现。本文将深入探讨编程过程中如何从混沌初开的状态逐步走向条理清晰的秩序世界,分享一系列提升代码质量和开发效率的实践技巧,以及如何在技术迭代的潮流中保持持续学习的态度和对新技术的敏感度。
51 0
|
设计模式
重构·改善既有代码的设计.03之重构手法(上)
之前的重构系列中,介绍了书中提到的重构基础,以及识别代码的坏味道。今天继续第三更,讲述那些重构手法(上)。看看哪些手法对你的项目能有所帮助......
19264 1
重构·改善既有代码的设计.03之重构手法(上)
|
Unix Java Linux
系统的混乱并业务本身之复杂,我们并不擅长处理『简单』
![](https://ata2-img.oss-cn-zhangjiakou.aliyuncs.com/neweditor/846d5052-1e21-4f9c-8f52-aaa37cacc407.png) # 前言 一群高智商青年在餐厅吃饭,餐桌上一个瓶盖标识为盐的瓶子里装得是胡椒粉,而标识为胡椒粉的瓶子里装得却是盐,他们想出了一个充满才气的方案来完成对调--仅需要一张餐巾纸、一根吸管和两个
48659 10
系统的混乱并业务本身之复杂,我们并不擅长处理『简单』
|
Unix Java Linux
系统的混乱并非业务本身之复杂,我们并不擅长处理『简单』
软件工程最大的成本在于维护,为了未来可扩展、为了未来更灵活,我们往往会增加很多很多奇奇怪怪可有可无的代码,增加这些代码可能只需要几分钟,但移除这些代码花费的精力与承担的风险,却数倍于此。我们不断 YY 着所谓的未来,却让现在越来越糟。系统的混乱并非业务本身之复杂,我们并不擅长处理『简单』。
1181 1
系统的混乱并非业务本身之复杂,我们并不擅长处理『简单』
|
设计模式 资源调度 算法
对软件认知层次的思考
对于软件的认知层次代表着不同的专业程度,也代表着不同层次需要完成的工作的不同。在架构设计过程中需要有效的利用分层的认知,对不同层次的问题进行有针对性的解决确定。
121 0
对软件认知层次的思考
|
存储 算法 测试技术
软件缺陷的概念
软件缺陷(Defect),常常又被叫做Bug。所谓软件缺陷,即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误,或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。IEEE729-1983对缺陷有一个标准的定义:从产品内部看,缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题;从产品外部看,缺陷是系统所需要实现的某种功能的失效或违背。
物件导向比面向对象更准确
物件导向比面向对象更准确
584 0
下一篇
DataWorks