看不懂代码怎么办的百度知道，以及uml的介绍

其实看不懂才是正常的，看懂才是不正常的。即使已经学习编程多年，即使做软件开发多年。

总结一下你问题的核心——源代码。
很多人在说多练习、多学习基本上都与源代码有关。
但是，这对你软件开发能力没有太实质性的提高。

首先我们要清楚，编程或者编程语言的作用时什么？它不是为了编程而编程。我们为了实现某种软件功能，需要通过编程来实现。而软件是为了解决实际人无法解决或花费很大成本的工作，由软件可以很容易解决或成本比较低。
而编程和编程语言只是实现这个软件的一种工具、方法。

为什么说“看不懂才是正常的”？
现在随便一款具有实际功能的软件，就需要几百、几千甚至几万个源代码文件，而每个源代码又有几百、几千甚至几万行源代码。计算机源代码不是小说，从头看到尾就行了，源代码内部会形成复杂的关系，函数之间互相调用、函数使用公共变量、类之间的继承等等。在这么复杂的系统里，能把源代码看懂是非常困难的。

同时通过阅读源代码来理解这个软件的完整功能，这种方法效率低、收效低。
源代码是通过某种编程语言书写，而源代码中必然包含与这种编程语言相关的语言特征，而这些特征往往与这款软件的功能没有实际上的关系。也就说，源代码中包含了大量对我们理解软件功能没有用，甚至反作用的信息。就好像我们要在一万本书里找一本我们需要的书中的一页。想想效率多么低。

软件设计资源也是分层次，它是在不同的工作阶段产生，例如前期有软件需求信息，之后有软件设计信息，而源代码几乎是最某端的产品。
而有时很多人要了解的是软件设计信息，但是我们却要通过阅读源代码来了解软件设计信息，而在这个过程中阅读者必须将源代码中很多多余的信息给去掉，则能总结成软件设计信息。想了解软件需求信息也是同理。

总之很多时候我们在一个层次上去了解另外一个层次上的信息，这难度是非常难的。看源代码只应该解决与这个源代码相关的细节问题。
宏观问题由宏观方面解决，微观问题由微观方面解决。而源代码是微观内容，而软件设计信息、设计意图等属于宏观内容。

至于你看不懂源代码没有关系。
并且写源代码也不是问题，写源代码不是为了写而写。只要清楚你写什么，写本身就不是难度。而软件开发中需要写什么呢？就软件开发前期阶段的分析和设计。而分析和设计的结果就是软件的解决方案，而这种解决方案就是写源代码的依据。

《UML2.0实战教程(Trufun)》
《面向对象分析与设计(UML.2.0版)》
《UML与软件建模》

不知道你有没有看过UML语言（统一建模语言），它是现在面向对象设计理论方法最常见的语言。虽然它叫语言，但是它不是编程语言，它与软件分析和设计有关的语言，是用于描述软件解决方案的语言。
《UML2.0实战教程(Trufun)》中就简单的介绍了使用UML进行面向对象设计的方法。而它所形成的软件解决方案，就可以通过某种方法转换成编程语言。《UML与软件建模》第十二章中有介绍。