uml即unifiedmodellanguage，是一种建模语言，又是标准建模语言。在软件开发中，当系统规模比较紧张时，需要用图形抽象的概念地来怎样表达紧张的概念，让整个软件设计更具备可读性，可理解性，尽快及早发现软件设计时未知的潜在动机问题，最终达到降低开发风险。同样的，也更大地更方便了业务人员与开发人员之间的联系。
uml由视图（view）图（diagram）模型元素（modelelement）和通用机制（generalmechanism）等几部分混编。
visualparadigm编辑的话工具界面简洁，提示模糊，容易上手。
另外所接触程序5年的程序员来分享一下个人的经验
多读写代码那像学会说话一般，必须多看别人是怎摸写的，比如github上面很多开源的最优秀代码，有意识地怎么学习代码风格、代码结构和注释，要让你渐渐地潜移默化的提高自己的代码能力。
多想很多情况下，初学者很容易犯一个错误——焦急写代码却就没把代码思路想好。最好的方法是建议在写代码之前把框架、步骤和逻辑好好想，可以把它可以写成注释放在文件的开头，那样这个时候叮嘱自己的思路清晰，并且绝对不会因为中间隔一段时间没写就不记得之前的思路。
多练多看多想之后是多练，很多习惯比如说代码注释、代码风格都需要在不停地练习和实践当中能得到锻炼和进步，所以才多写代码，也是可以让大家相互来参与codereview，再讨论过程中都是他对各方面能力的提升！
管框架的人要不断总结遇到的新问题，在不彻底破坏框架各部分主体职责界限的情况下，该如何作尽量多调整以认同自己新的变更。同样要随着业务量的变化来识别框架的性能瓶颈，并在定位到瓶颈时出具评估报告框架的坚固的城墙程度。当只能无奈毕竟性能而变化框架时，最好不要一直保持以前框架职责界限变，界定新的职责，使把那个框架的局部的或整体通过分离的过程与合并。
在讲框架各部分职责及界限时，尽量远远离开编程技术术语语境，用已经不不需要程序技能就能懂的概念和语言来组织描述。肯定，不属于性能要求时不可避免要要用技术语言。
框架无论有多奇怪，都那些要求能在一张图上背景介绍地向各方相关人员讲清楚。当碰到必须根据情况框架时，这张图可以为了指导你努力必要的资源。
