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

简介:

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


本文转自 trufun 51CTO博客,原文链接:http://blog.51cto.com/trufun/15636,如需转载请自行联系原作者
相关文章
|
17天前
|
机器学习/深度学习 人工智能 测试技术
探索软件测试中的“禅”:寻找内在的平和与外在的效率####
在软件测试的世界里,我们常常被缺陷的数量、测试用例的覆盖度以及上线时间的紧迫性所困扰。但如果我们能像禅宗修行者一样,将注意力转向内心的平静与专注,或许能在纷繁复杂的测试工作中找到一种全新的效率和质量提升之道。本文将带您走进软件测试的“禅意世界”,探讨如何在看似枯燥无味的测试过程中,通过调整心态、优化方法,实现个人成长与项目成功的双赢。 ####
|
4月前
软件复用问题之如果无法进行定量分析,评估系统的复用性要如何解决
软件复用问题之如果无法进行定量分析,评估系统的复用性要如何解决
|
4月前
|
设计模式 测试技术 持续交付
编码之道:从混乱到秩序的编程实践
在数字世界的构建中,代码是基石也是艺术。它不仅仅是冷冰冰的逻辑指令,更是开发者智慧与创造力的体现。本文将深入探讨编程过程中如何从混沌初开的状态逐步走向条理清晰的秩序世界,分享一系列提升代码质量和开发效率的实践技巧,以及如何在技术迭代的潮流中保持持续学习的态度和对新技术的敏感度。
47 0
|
6月前
|
运维 前端开发 JavaScript
平台设计-概念澄清说明
平台所说模块一般指一个独立部署的前端项目
|
Unix Java Linux
系统的混乱并业务本身之复杂,我们并不擅长处理『简单』
![](https://ata2-img.oss-cn-zhangjiakou.aliyuncs.com/neweditor/846d5052-1e21-4f9c-8f52-aaa37cacc407.png) # 前言 一群高智商青年在餐厅吃饭,餐桌上一个瓶盖标识为盐的瓶子里装得是胡椒粉,而标识为胡椒粉的瓶子里装得却是盐,他们想出了一个充满才气的方案来完成对调--仅需要一张餐巾纸、一根吸管和两个
48651 10
系统的混乱并业务本身之复杂,我们并不擅长处理『简单』
「管理」处理复杂性-一个粗略的指南,领导模式和理论
「管理」处理复杂性-一个粗略的指南,领导模式和理论
|
Unix Java Linux
系统的混乱并非业务本身之复杂,我们并不擅长处理『简单』
软件工程最大的成本在于维护,为了未来可扩展、为了未来更灵活,我们往往会增加很多很多奇奇怪怪可有可无的代码,增加这些代码可能只需要几分钟,但移除这些代码花费的精力与承担的风险,却数倍于此。我们不断 YY 着所谓的未来,却让现在越来越糟。系统的混乱并非业务本身之复杂,我们并不擅长处理『简单』。
1173 1
系统的混乱并非业务本身之复杂,我们并不擅长处理『简单』
|
XML 数据格式
改善代码设计 —— 处理概括关系(Dealing with Generalization)
  系列博客       1. 改善代码设计 —— 优化函数的构成(Composing Methods)       2. 改善代码设计 —— 优化物件之间的特性(Moving Features Between Objects)       3.
975 0
|
SoC Python
复杂性思维中文第二版 八、自组织临界
八、自组织临界 原文:Chapter 8 Self-organized criticality 译者:飞龙 协议:CC BY-NC-SA 4.0 自豪地采用谷歌翻译 在前一章中,我们看到了一个具有临界点的系统的例子,并且我们探索了临界系统 - 分形几何的一个共同特性。
1418 0