如何更好的了解及改善老系统

     最近在看公司之前的系统，因为没有相关文档所以看的比较辛苦。发现系统有很多地方写的很精妙，同时也发现有很不少地方可以从不同方面去改善。于是自己总结下如何更好的去了解已有的系统和从哪些方面可以去改善系统从而使系统更好的为用户提供服务，同时也提高自己作为程序员的水平。

      第一步是了解系统能干什么？大多数时候跟朋友聊天时聊到的是彼此的系统用到了哪些技术，比如用了什么框架等，而很少关注这个系统到底是因什么需求而才生的，即这个系统能解决什么什么业务问题能给使用者带来什么便利。从程序的角度使用用例图可以理清该系统面向的各种类型的用户及所能提供的各种服务，这样一来我们就明白了这个系统或模块到底有哪些功能。

      第二步是怎么使用这些功能呢？用户在使用系统时，系统提供不同的服务如：数据的显示、数据的检索、数据的增加等等。所有用户都在不断的使用中慢慢的熟悉系统，作为程序员为了更好的使用系统，在我们使用过系统后有一个好方法是画使用系统的活动图，活动图式UML中描述系统动态行为的图之一，它用于展现参与行为的类的活动或动作。在画活动图的过程中要仔细斟酌每个动作状态务必做到精确抽象，只有这样才方便自己和他人更好的了解系统的使用流程。活动图本质上是流程图，描述系统的活动、判定点和分支等不仅对对开发人员来说是一种重要的工具，而且可以用来分析很多事情，比如可以用活动图来画公司内部是如何按时间的顺序跨部门完成一项工作任务的。这里刚好涉及到了角色（各部门）、时间点、动作（工作内容）等等。在活动图的过程中可以发现有些不着可以改善。

      经过第一步和第二步我们就可以较好的了解到了我们所面对系统能够做什么和怎么让运作。接下来进行第三步了解系统的业务关系。

      系统说到底是为了解决业务而问题而产生的，具体采用什么技术只是实现的方式不一样而已。记得一位技术大牛说过所谓的新技术的只是为了解决业务问题采用了新的模式，比如以前所有的页面跳转在jsp中完成，有了struts可以借助它更好的解决之前的业务问题；类似的是比如在没有电子商务之前大家都到实体商店 买东西，而有了电子商务这种模式后大家多了一个选择。所以一个系统最重要的是业务。面对已有的系统如何更好的了解系统的业务关系呢？我们可以在进行了第一步和第二步后进而了解系统的表关系画出系统的E-R图来。即实体-联系图(Entity Relationship Diagram)，提供了表示实体型、属性和联系的方法，用来描述现实世界的概念模型。在画完E-R图后再结合用例图最后仔细研究代码的实现，就能很好的了解一个系统了。

      关于如何花费最少的精力来修改一些系统中存在的bug而达到最大的改善，个人认为可以从三方面来改善：一是站在用户的角度尽量进行功能的简化，比如系统中有让用户输入地址、邮编等情况最好是提供选择而不是提供输入框。二是简化系统使用流程，例如百度知道系统，当用户已在一个问题列表下进行提问时，问题的类型默认已选好就是其所在问题类型。而不用用户再次去选择问题的类型。三是优化代码提高程序效率。

     以上是自己近期结合看系统和学习使用UML了一些心得。贵在坚持，希望自己快些成长起来。