学习过很多东西不重要,重要的是变成自己的.
因工作需要和朋友鼓励,在初步走上编程的道路时,开始了UML的学习.
目前所知道的UML图包括:类图,用例图,时序图.
类图,是描述所写功能或者项目的静态关系的图,因第一次编写的是一个搜索小功能,涉及到的类很少,所以还没有太多总结.其中一个类中要写出所需的attributes(属性),还有operations(方法).至于类之间的关系所涉及到的箭头目前还没有接触.
用例图,我觉得就是将用户的业务需求总结成为用户将要操作的步骤模块,显示出来.用例图中可以用概括的方式提及类图中需要编写的类,用例图中的一个操作模块对应时序图中一系列流程.所以用例图要尽量画的简介全面.这样能更方便准确的描述类图和时序图.
时序图,我觉的就是程序所走的路线,发送请求了,处理请求了,查询数据库了,返回请求了,显示JSP什么的.应该将用例图中需要实现的操作写全写详细,当然了也不是每个细节都要写,因为暂时还不是特别熟悉UML,所以只知道类似配置文件的步骤可以忽略不写(个人意见).
以后还有画UML图的时候,应该还不少.努力完善格式上的严谨,思路上的纯熟.这样也能促进自己的代码编写思路.
因工作需要和朋友鼓励,在初步走上编程的道路时,开始了UML的学习.
目前所知道的UML图包括:类图,用例图,时序图.
类图,是描述所写功能或者项目的静态关系的图,因第一次编写的是一个搜索小功能,涉及到的类很少,所以还没有太多总结.其中一个类中要写出所需的attributes(属性),还有operations(方法).至于类之间的关系所涉及到的箭头目前还没有接触.
用例图,我觉得就是将用户的业务需求总结成为用户将要操作的步骤模块,显示出来.用例图中可以用概括的方式提及类图中需要编写的类,用例图中的一个操作模块对应时序图中一系列流程.所以用例图要尽量画的简介全面.这样能更方便准确的描述类图和时序图.
时序图,我觉的就是程序所走的路线,发送请求了,处理请求了,查询数据库了,返回请求了,显示JSP什么的.应该将用例图中需要实现的操作写全写详细,当然了也不是每个细节都要写,因为暂时还不是特别熟悉UML,所以只知道类似配置文件的步骤可以忽略不写(个人意见).
以后还有画UML图的时候,应该还不少.努力完善格式上的严谨,思路上的纯熟.这样也能促进自己的代码编写思路.