基于MVC模式Bug管理系统①.docVIP

基于MVC模式Bug管理系统① 　　[摘 要]本文开发了Bug管理系统,目的就在于提供有效和直观的Bug管理工具,为开发人员提供全面的Bug分析图,从而为软件开发过程改进提供支持。开发BugDirectory时采用了现在比较流行的b/s结构和MVC模式分层结构,使页面表示层、业务逻辑层和数据库支持层能够分离开,更易于软件的开发、后期扩展和维护。而Struts运用就是为了能让web程序更好的使用MVC这一经典模式而推出的,运用这种模式大大增强了BugDirectory的可维护性,而且使开发的难度大大降低。 　　[关键词]mvc struts Bug管理 　　[中图分类号]TP311[文献标识码]A[文章编号]1007-9416(2009)12-0047-04 　　 　　开发一款好质量的软件,除了精益求精的需求分析,高水平的编码技术外,可靠和完善的软件测试也是相当重要的。它直接决定了软件编码完成后是否能够满足客户的需求。同时,软件测试也是软件开发过程中非常重要的一环,但测试文档的填写繁琐,一般都耗时较长,而且质量很难得到保证。如何高质量和高效率的进行软件测试,并进行相应的管理是一个关键的问题。传统的文档管理虽然已经很成熟,但随着系统规模化,软件测试的管理开始变得难于控制,而且很难直观的了解和分析开发过程中Bug的高发区,不利于开发过程的改进。所以开发BugDirectory这样一套工具,就是要提高在测试过程中管理Bug的效率,进而提高软件测试的效率和质量,同时也能为我们分析软件的品质提供依据[1]。 　　 　　1 MVC和Struts 　　 　　1.1 MVC简介 　　MVC模式是“Model-View-Controller”的缩写,中文翻译为“模式-视图-控制器”。视图(View)代表用户交互界面,对于Web应用来说,可以概括为HTML界面,但有可能为XHTML、XML和Applet。随着应用的复杂性和规模性,界面的处理也变得具有挑战性。一个应用可能有很多不同的视图,MVC设计模式对于视图的处理仅限于视图上数据的采集和处理,以及用户的请求。业务流程的处理交予模型(Model)处理。比如一个订单的视图只接受来自模型的数据并显示给用户,以及将用户界面的输入数据和请求传递给控制和模型。模型(Model):就是业务流程/状态的处理以及业务规则的制定。业务流程的处理过程对其它层来说是黑箱操作,模型接受视图请求的数据,并返回最终的处理结果。业务模型的设计可以说是MVC最主要的核心[2～3]。控制(Controller)可以理解为从用户接收请求, 将模型与视图匹配在一起,共同完成用户的请求。划分控制层的作用也很明显,它清楚地告诉你,它就是一个分发器,选择什么样的模型,选择什么样的视图,可以完成什么样的用户请求。控制层不做任何的数据处理。例如,用户点击一个连接,控制层接受请求后, 并不处理业务信息,它只把用户的信息传递给模型,告诉模型做什么,选择符合要求的视图返回给用户。因此,一个模型可能对应多个视图,一个视图可能对应多个模型。 　　 　　1.2 Struts简介 　　Struts的推出正是为了将MVC模式的经典框架更好的应用的Web的开发中。Struts是基于Model 2之上的,而Model 2是经典的MVC(模型-视图-控制器)模型的Web应用变体。Struts框架中视图组件对应于一个简单的JSP文件,这个JSP文件包含了Struts定义的标签,控制器是Struts框架中的中枢,它由org.apache.struts.Action.ActionServlet这个Servlet来贯彻和执行的。这个Servlet接收所有客户端的请求,并把请求委派到指定的Action类,ActionServlet委派请求是基于客户端传入的URI。一旦Action类完成处理,ActionServlet根据Action返回的键值来决定在什么视图中显示Action的类处理结果。ActionServlet类似于一个创建Action对象的工厂,由Action对象去执行应用中实际的业务逻辑。控制器是Struts框架中最重要的部分[4]。 　　 　　2 BugDirectory系统简要分析 　　 　　软件测试是每软件开发过程中必不可少且很重要的过程,特别是在软件开发流程不太严格的情况下,测试过程中会出现很多的Bug,一般在传统上都是采用普通文档的Bug管理方式,但给测试人员带来了很大的工作量。而且也不利于Bug的分析统计以从中发现问题,及时的在以后的过程中进行改进。BugDirectory就是问了弥补传统文档管理模式的缺陷而产生的。首先,BugDirectory可以提供记录Bug信息的功能,并将所有的Bug记录到指定的数据库中,便于Bug