基于UML和ASP.NET实现三层BS结构系统开发

1、基于UML战ASP.NET真现三层B/S规划系统开拓摘要举止良好的系统阐收战方案是硬件工程开拓的闭键，构架方案的公允取可常常决议了工程标成败。本文结开一个工程标开拓，阐述了基于UL的系统建模过程战基于ASP.NET真现里背工具的三层规划使用系统的要收。闭键词ASP.NET；三层规划；UL建模；系统开拓架构方案是硬件开拓的根柢，并常常决议一个工程标成败。三层规划是如古衰止的架构方案形式，它是正在由Bushann等提出的“层形式1根柢上死少起去的，由暗示层、营业逻辑层战数据访谒层三个层次规划组成。它经由过程分析去打面标题问题的庞年夜性，同时借可以有效天反复操做营业逻辑并保存取下贵资本如数据库的慌张

2、毗邻2,3。基于ASP.NET可以大概充分阐扬其完好里背工具的妙技特征，真现三层规划B/S系统架构，从而前进开拓从命，增强系统的可保护性战扩大性。本文结开一个“下足成果打面系统的开拓，钻研如何基于UL举止三层B/S规划的系统建模，及其正在ASP.NET下的使用真现。架构方案心角常初级的方案，也是系统方案的闭键，主假设定义战分析包子系统，和包取包之间的互相依托取通信机制。系统构架模型的公允取可将决议系统的可保护性、扩大性战开拓从命。包但凡所需要处理的是要末是一个详细的成效天域营业逻辑，要末是一个详细的妙技天域妙技逻辑。营业逻辑主要考虑的是对系统营业成效的真现，而妙技逻辑那么是进一步考虑用户界里、

3、数据库或通信机制等组成的妙技方案。把妙技逻辑战营业逻辑区分开去是极端慌张的，那是为了当建正程序的某一局部时没有会对另外一局部收死影响，越收便于举止“复用，同时易于应对去自营业逻辑的变更需供。三层规划是一种成死、简朴并获得广泛使用的使用程序架构，它将使用程序规划分别三层自力的包，包含用户暗示层、营业逻辑层、数据访谒层。其中将真现人机界里的局部表单战组件放正在暗示层，将局部营业端圆战逻辑的真现启拆正在负责营业逻辑组件中，将局部战数据库的交互启拆正在数据访谒组件中。其规划以以下图1所示：图1三层规划暗示图三层规划是一种宽酷分层要收，即数据访谒层只能被营业逻辑层访谒，营业逻辑层只能被暗示层访谒，用户经

4、由过程暗示层将恳供传收给营业逻辑层，营业逻辑层完成相闭营业端圆战逻辑，并经由过程数据访谒层访谒数据库获得数据，然后按照相反的顺次顺次返回将数据表如古暗示层。上里经由过程一个下足打面系统的开拓，分析三层B/S规划系统从UL建模到基于ASP.NET举止真现的完好开拓过程，UL建模工具采取的是RatinalRse。2.1需供阐收硬件需供阐收是系统开拓的第一步也是最慌张的一个环节，其根柢任务是准确天回问“系统做甚么？那个标题问题，那需要正在对用户需供举止充分调研的根柢上，深化年夜黑并描摹出硬件的成效、机能、接心等圆里的需供，可以操做UL建模做为需供阐收战系统方案的有效要收。阐收的目的是为了获得战描摹系

5、统中局部的要供，果而阐收阶段是一种范例的取用户或客户相助的过程，但凡由开拓人员同用户或客户共同完成。正在那个阶段，开拓人员没有该当考虑代码或程序真现的细节，而该当把肉体放正在对现有营业逻辑的年夜黑上，经由过程取用户之间的充分没有异，垂垂年夜黑并描摹出获得用户确认的系统模型，包含用例模型战范围dain，系统中闭键的类模型。模型硬件开拓人员正在对用户举止需供调研的过程中，用户常常其真没有能坐即准确描摹出将去系统该当供给一些甚么样的成效。果而，需要开拓人员年夜黑战阐收需供，并将系统该当具有的成效经由过程用例图曲没有俗观的描摹出去，便当用户年夜黑并做出评判，开拓人员从而可以按照用户的反响没有竭调整用例

6、模型，曲至完好准确、充分描摹清楚系统成效。用例建模主假设别离出系统的活动参减者(Atr)战用例(Usease)，用例是指对系统供给的成效的一种描摹，而活动参减者是那些年夜要操做那些用例的人或内部系统，经由过程用例图可以描摹出系统内部的真止者、系统的用例，和它们之间的联络。本下足打面系统的用例图睹图2。用例模型借需要进一步对每一个用例举止详细描摹，进一步分析用例的称号、根柢事件流战备选事变流、前置前提战后置前提等，并组成文档。限于篇幅，那里便没有多讲了。图2用例图范围建模阐收过程中借要详细天列举范围(dain，系统中闭键的类)，为了举止范围阐收，需要充分年夜黑用例模型，也可以取用户及范围专家机闭

7、一次集体钻研会讲，尝试觅出局部必须处理的闭键没有俗概念和它们之间的互相闭连，并最终阐收回域类图。以下图3为本系统的域类图。需要夸张的是：正在本阶段，对范围举止阐收的类图照旧处于“草图形态。定义的操做战属性没有是终了的版本，只是正在本阶段看去比较契开。前期将经由过程静态方法阐收没有竭得出新的操做，那是一个垂垂好谦战死少的过程。2.2系统方案系统方案的目的是收死一个可用的、完好的打面方案，并且可以大概比较随意天将方案转换成程序代码。那个阶段正在三层规划的架构方案模型根柢上，将考虑局部的真现妙技标题问题，对阐收阶段的模型举止扩大战细化，阐收阶段定义的类进一步扩年夜，定义新的类去处理妙技圆里的标题问题

8、，并组成终了的UL模型。敦促没有竭举止详细方案的要收是对每一个用例举方法态建模，描摹如何经由过程类图中的工具协做真现用例中的成效，因为一开端对系统的死习是很没有够的，前里创坐的类常常跟着静态建模的深化，创制存正在缺点或没有够完好，需要对阐收中获得的域类图举止没有竭改正战调整，扩大组成营业逻辑包。同时，跟着对用户界里、数据库访谒等妙技真现的深化建模，没有竭创坐新的用户界里类如窗体、控件战数据访谒类，组成用户界里包战数据访谒包。本下足打面系统经过详细方案后，正在域类图根柢上举止扩大后组成的营业逻辑包类图以以下图4所示。图3域类图图4营业逻辑包类图新创坐的数据访谒包类图以以下图5所示。局部的数据访谒

9、类皆定义了一个基类DBn，该基类包含属性DBnnetinString，经由过程该属机可以获得数据库毗邻字符串。借包含一个要收GetDataVie，可以真如古数据库中真止查询获得一个DataVie。那些属性战要收被局部的数据访谒类继绝，可以间接操做。图5数据访谒包闭于用户界里包的类图比较简朴，主假设经由过程界里方案，方案出窗体及控件等界里元素，并按照静态建模时需要触及的用户界里访谒方法，定义所惹起的相闭事变，那些圆里皆正在窗体类及第止定义，并组成用户界里包，那里便没有详细介绍。静态建模但凡采取的要收是操做UL中的时序图描摹用例，一个时序图针对某个用例中的一个“场景举止阐收。所谓“场景是指一个用例

10、中事变死少的一条途径。按照活动参减者的没有同输进或方法，但凡一个用例会有多个“场景，也便需要阐收回多个时序图。经由过程时序图描摹一个场景中各个工具之间所举止的通信，同时可以阐收回系统中响应的类需要具有的操做，从而没有竭扩年夜战细化类的方案。假设需要进一步描摹类的形态变化情况战操做流程，可以操做UL中的形态图战活动图。图6登录场景静态建模时收死的时序图较多，那里没法一一阐述。图6给出了登录系统场景的时序图，正在用户界里包中定义了一个LginFr类，其对应的eb窗体为用户登录窗体页里Lgin.aspx，图6描摹了正在该窗体中真现用户登录的场景。系统真现前里系统方案静态模型时，经由过程时序图曾经对每

11、一个用例的各项成效所触及的场景举止了详尽的描摹，按照时序图的规定把每一个用例皆分别举止编码真现便可。上里结开下足打面系统中的“登录系统用例，介绍基于ASP.NET举止系统真现的要收。起尾需要考虑分包，ASP.NET中包对应的便是命名空间。正在本下足打面系统中，规定营业逻辑包的命名空间为Resultanage.BusinessRule，数据访谒包的命名空间为Resultanage.DataAess，而用户界里包的命名空间为Resultanage.eb。然后举止营业逻辑包战数据访谒包中相闭类的方案，对于“登录系统用例，从上图6的登录场景时序图中可以看出，相闭的类有营业逻辑包的Users类战数据访谒

12、包的UsersDB类，分别对那些类的属性战要收举止定义战真现，并计齐整些测试用例或测试程序对其举止单元测试。终了按照用户界里包战上图6的登录场景时序图中的规定，对用户登录窗体页里Lgin.aspx举止方案真现，真正在现登录的代码以下所示：privatevidbtnLgin_lik(bjetsender,Syste.EventArgse)/获得用户登录疑息stringUserNae=txbUserNae.Text;stringPassrd=txbPassrd.Text;tryif(Users.Lgin(UserNae,Passrd)/检查用户登录疑息/创坐身份考证票FrsAuthentiatin

13、.SetAuthkie(UserNae,false);/暗示欢迎疑息Sheleessage(UserNae);elseessage.Text=用户登录得利！;ath(SqlExeptinsqlexeptin)/提醒数据库操做缺点疑息Respnse.rite(sqlexeptin.essage);代码中对于营业的处理，经由过程挪用营业逻辑包Users类的Lgin要收真现登录疑息的检查，其代码以下：publistatiblLgin(stringUserNae,stringPassrd)if(UserNae=)returnfalse;else/检查数据库中能可存正在切开的用户returnUsersD

14、B.hekLgin(UserNae,Passrd);上述Users类的Lgin要收的代码中，起尾举止营业逻辑检查，断定用户名能可为空，触及数据库访谒那么经由过程数据访谒类完成，经由过程数据访谒包的UsersDB类的hekLgin要收从数据库中检查能可存正在切开响应登录疑息的用户。前里曾经提到，包含UsersDB类正在内的数据访谒层局部类皆从一个基类DBn继绝，该基类启拆了局部数据库访谒类群寡的特征，其中包含定义了群寡属性：数据毗邻字符串DBnnetinString。UsersDB类的hekLgin要收中操做DBnnetinString举止数据库的毗邻，并挪用数据库中存储过程hekLgin查觅用户登录疑息能可准确。本文介绍了三层B/S规划系统的UL建模战基于ASP.NET举止真现的过程战要收，真现的三层规划没有单程序逻辑上规划清楚，并且因为随意收死需供变更的营业逻辑局部真现了别离，果而具有更强的可扩大性战可保护性。同时那种系统正在安排时具有很强的灵敏性，可以将各个包分别编译成.NET组件，安拆正在多台处事器。较范例的是用户界里包安拆正在eb处事器，营业逻辑包