图 1
DAL负责与数据库的交互,为了提高维护性,采用OOP的设计思想,只有BLL层可以直接调用DAL层类中的方法,不可以跨层调用。数据库的连接字段信息放置在Web.config文件中,例如:要连接SQL SERVER数据库,设置如下: <add key=” MSSQLConnString” value=”server=(local); user id=sa; password=pwd; database=dbEnt”/> 对于DAL,数据访问可能比较频繁,需要经常进行数据库的连接以及关闭操作,因此系统没有采用ADO.NET,使用DataReader对象返回数据以提高应用程序的性能并减少系统开销。示例如下: public static SqlDataReader ExecuteReader(string connString, CommandType cmdType, string cmdText, params SqlParameter[] cmdParms) SqlCommand cmd = new SqlCommand(); SqlConnection conn = new SqlConnection(connString); try { PrepareCommand(cmd, conn, null, cmdType, cmdText, cmdParms); SqlDataReader rdr = cmd.ExecuteReader(CommandBehavior.CloseConnection); cmd.Parameters.Clear(); return rdr; } catch { conn.Close(); throw; } } BLL层的功能主要包括销售管理、采购管理、库存管理、基本设置管理、产品管理、质量管理、财务管理等方面,由多个不同的类互相配合实现复杂的业务逻辑。 UT层负责对BLL、DAL以及Model进行单元测试,按照XP以及TDD的思想,先编写单元测试类,后开始类方法的编写。通过测试来指导程序代码的开发,单元测试的通过就是类方法的完成。UT层的结构类似DAL,BLL等,针对不同的类建立相应的测试单元类。UT的结构如图2: WEB层是直接与用户交互的层面,通过codebehind代码,该层直接调用BLL层的方法来实现用户的业务需求,并将结果显示在Web页面。因为公司服务器在英国伦敦,但是很多用户并不在英国,要考虑的问题包括: ⑴ 安全性 在web.config中对文件的安全性进行设置,即使用户登录系统后,某些网页必须有特定权限的用户可以浏览;对于页面间的参数传递通过Session进行,超级链接后不附加任何参数。 ⑵ 速度 考虑到部分的用户上网速度比较慢,带宽不足,对于大批量的数据显示尽量采用分页的方式进行。 ⑶ 易用性 由于很多的用户非计算机专业人员,因此要求系统使用方便而快捷,比如:对有多个输入框的数据输入,可以通过回车键在不同的输入框之间跳转,方便用户操作;对于内部管理系统,因为原先客户一直使用Access系统,要求新的系统具有较高的自学习能力,尽量参照原先系统。图2 UT的结构图
结束语 本系统开发时间为12个月,开发人员为5人。数据库使用50多个库表,开发工具为Visio Studio 2003,采用开源工具CSUnit作为单元测试工具。在多层架构的开发模式下,不同的开发人员负责不同的层,可以专注于自己的部分。比如:负责Web页面的人可以专心设计界面,负责DAL层的人则主要考虑与数据库的交互,至于业务需求则由负责BLL层的人来进行。通过分层模式,大大改善了系统的维护性,也加快了开发速度。可以想像,伴随着微软.NET战略的推行,在.NET下多层架构的开发模式将越来越流行