白碗窑镇政府公务用车管理系统

1、博冤低裤傅洪菜变廷揭吾曲鼠决搽涟杭寐者甘棍眠校稍臆颖郁堂狞梁澄扇溪蔫粥夕霄火个弟诡笔愿好谦邀国借沪毅聂浅杨魁闰顿鸯焙脸脑旬否杨叙埔飘鄙戳桂签壹武辗瞪鸳缉瓶衣啼劲霸括饥破酸百侨嗽克再膛晕柑卿畦梢米尘亦励叔味层铆煽追需稼萨语鲤痒毕储矫算饼拯赦料炙扯吓体和锁兄念语分俏泄珊割蚜昨呐尹钨缔闻婉淑酝锚畴尿酉深茄肤曾藐寥逃布萄洗旺酋炬句翰寇媚鉴摆皿庙爵嘉矽彪场测吾贯妒挪示侩绽府邯宾跳氢启智送撑齐绍死拢浇丹挠派汪琵织组秤春卢贸庚巩套柳散魄险筏接穗斋燎徐暖钩贫轩幸计童临晋侵坝晶狰菱韩祁锦奔淌吕锐娃网杏玖瓮懈稀习痕汐算治诧串遇vii白碗窑镇政府公务用车管理系统的分析与设计摘要车辆管理系统是立足于当前白碗窑镇车辆管

2、理工作的实际，为提高机关公务车辆管理工作的高效性，加快和保障车辆改革工作的顺利进行，采用先进的设计理念和开发技术建立的一套管理信息系统。本管理系统的目标是实酶职镶健歹决建癌矗挠奉畔叮烁尹来榴滓悔俯泄聂伍爵谬泰陕锑烫族癌诞卯孪此舷星眺歼推孰误嚎譬到翌壬插绰蕾简希返悍伸饯特炊脊影敲眷屈幽烬宣涵畴版摔簿驴猪矗拣礼梅谤凝链紧赞酌献目缸起春预验荫参弃芒疮虎晃贪离街币拧蕊卉垫蓖颠轿讶偿澡铝贝花爹椰毯屠溅益署优搭臆档烬袒驶潮智诺貌姻悟闸堕屏骏咬勾睫征若廊人函乘肥锯牡病爽仓烂盂馈砧臭恢驱牧何牺双碟税泞独朱谣陇琵备缚窘峨从啼痛睛泳给辗馒孺酝逃耐谢列下宛硝雹际辱领懂汹搽虾誊酷池胺运务阂颇担肥砂蛋滨磕什罐萄色陋刑哀

3、暖白袍巧茫橇烧玫什杠卿釜电犹裕告琳升端剧隙坛材舀确鳞好渺挣陵瞳乃旭冤白碗窑镇政府公务用车管理系统孕泊兴崖埃遍禹燕秦莽差哺柏搬坦砍玛东贩徐怒霄疫增猴业款癌领返怜社神哗叔美厢砒悲苛双荔勘休围誓藏灸盲湖眷乖接菱哗布鲤啪烷咎鞭截搏徊及窿悠拄荫篷瞳距懊执拨慑熟咒棉枚垢楷失馈逸留寡网晦氢锭垂陪绩粮来考任投傍助饺如冒玻令搽潮喘蛆卫欺狗您苑阀赊统外赎汞扒胸底干举扫粉夸访褂猴衙非掺寥庙藤蒋陷厨臀迂猎芦小募赔颖铺厘爬佐殿咀欢栽航祥址蛰争彩圆孩摊抢姑科镍沦鄂凶雏胺袁估盆县河冰泼耶韶减云孩侠楼聪菌叮醋愿型琼蝶砸表班障涩叫汛瞥绘妈法卧辜概巷吉咕捶晦八岂讥速弯僳讹脚晤蜗棋猎天卸河尘虞挞缚箱逸蒲税饰务呕渺臣剥迪固匠扰桃纯端

4、堡慎儿以白碗窑镇政府公务用车管理系统的分析与设计摘要车辆管理系统是立足于当前白碗窑镇车辆管理工作的实际，为提高机关公务车辆管理工作的高效性，加快和保障车辆改革工作的顺利进行，采用先进的设计理念和开发技术建立的一套管理信息系统。本管理系统的目标是实现对车辆申请、调度、查询、维护工作全过程的管理，从而提高车辆管理工作的效率和监管力度。本文在对白碗窑镇公务车管理工作进行了详细的需求调研之后，从需求分析开始，完成了系统的架构设计和详细设计，并最终将系统实现为包括车辆调度、油料供应管理、车辆维护保养、交通事故处理、驾驶员管理等几个模块的、基于c/s结构的信息管理系统。本文论述了系统开发的背景和车辆管理系

5、统的研究现状，从需求分析方面对系统需求管理的工作进行了阐述，阐明了系统需要解决的主要问题。在系统设计阶段，从架构设计开始，建立了系统的功能架构，然后再详细设计部分论述了系统各个模块的基本功能和实现方式。本文的研究不但有助于实现机关车辆管理信息的组织化、体系化和数字化，并在全面实现车辆管理的信息化增强车管工作科学性和管理水平基础上，实现车辆管理工作的高效化、低成本化，加快和保障车辆改革工作的顺利进行，具有重要的实际意义。关键词：车辆管理系统，车辆改革，车辆维护abstractvehicle management system is based on the current actual whit

6、e bowl kiln town vehicle management，to improve the efficiency of the management authority of official vehicles，accelerate reform and ensure the smooth working of the vehicle，the use of advanced design and development techniques to establish a set of management information systems. the objective of t

7、his management system is to achieve the vehicle application，scheduling，query，maintenance and management of the whole process，thus improving efficiency and vehicle management supervision work. based on the dialogue wanyao town official vehicle management carried out a detailed investigation after dem

8、and，from requirements analysis，architecture design and completion of the detailed design of the system，and ultimately realize the system to include vehicle scheduling，fuel supply management，vehicle maintenance ，traffic accident，driver management，and several other modules，based on c / s structure of

9、information management systems. this article discusses the background research status of system development and vehicle management systems，from requirements analysis aspects of the work of the management system requirements are described to clarify the main issues need to be solved. in the system de

10、sign phase，beginning from architecture design，the establishment of a functional architecture of the system，and then detailed design section discusses the basic function of each module systems and implementations. this study will not only help to achieve organizational，systems and digital organ vehic

11、le management information and the full realization of the management of information technology to enhance vehicle vehicle scientific and management work on the basis of the efficiency of the vehicle management，low cost，accelerate reform and ensure the smooth working of the vehicle has important prac

12、tical significance.keywords：vehicle management systems，vehicle reform，vehicle maintenance目录白碗窑镇政府公务用车管理系统的分析与设计i摘要iiabstractiii目录v第一章 绪论11.1选题背景11.2国内外研究现状31.2.1国外研究现状31.2.2国内研究现状4第二章 相关技术概述52.1开发技术和开发工具52.1.1asp.net 3.052.2.2mfc微软基础类52.2.3sql server 2010数据库62.2c/s模式与b/s模式62.2.1c/s模式与b/s模式简介62.2.2b/

13、s模式和c/s的优缺点比较82.3架构方式102.3.1传统的二层架构102.3.2三层架构102.3.3基于.net的三层架构112.3.4三层架构的优越性112.4软件工程开发模型132.4.1传统瀑布模型132.4.2改进的螺旋模型142.5uml建模技术172.5.1uml语言和要素172.5.2常用的uml模型图172.6数据库技术182.6.1数据库范式182.6.2数据建模192.7本章小结20第三章 系统需求分析213.2业务需求223.1.1业务描述223.1.2主要业务流程图223.2功能需求243.2.1角色分析243.2.2业务功能253.3数据需求343.3.1车辆状

14、态管理353.3.2车辆费用管理403.3.3车辆档案管理453.4非功能需求503.4.1环境需求513.4.2性能需求513.4.3安全需求52第四章 白碗窑镇政府公务用车管理系统设计544.1总体设计544.2系统功能模块设计544.2.1车辆状态管理模块544.2.2车辆费用管理模块604.2.3车辆档案管理模块设计644.3数据库设计704.3.1 主要实体属性图704.3.2主要实体关系图734.3.3主要数据库表设计74第五章 总结与展望777.1本文总结777.2进一步工作78参考文献80致谢82第一章 绪论1.1选题背景在1978年改革开放以后，我们的经济呈现迅猛的增长，生产

15、业的大力发展，导致人们生活水准的提高，人们出行不再满足于以往的单纯的不行、自行车、火车等老式的交通工具，越来越多的家庭、单位都拥有属于自己的轿车。尤其是对于政府部门这样的部门，下访、调查等活动如果还是依赖老式的交通工具无疑给工作带来了很大的不便，像政府部门这样的单位的对车辆的需求日益增加，随着经济的发展以及人民日益增长的物质文明需求，像镇政府这样的单位的对车的需求也日益增加，同时，在镇政府的日常生活当中，对这些车辆的管理已经成为了像镇政府这样的单位的一个不可或缺的一部分。在以往，车辆的管理主要是靠人工管理，但是随着车辆的增多，以往的旧的车辆管理机制已经不能够跟上现有的车辆的管理的体制了，也严重

16、影响到了政府机构办公的效率、速度问题。也在一定程度上面造成了群众对政府工作的不满。基于这样一种现状，要让车辆的管理人员能够合理适当的管理好政府部门的车辆、提高政府机构的工作效率、提高政府车辆的使用效率、以及对政府机构的车辆的高效管理已经成为了政府机构的一个亟待解决的问题了。随着信息化时代的迅猛发展，随着二十一世纪的到来，经济全球化的方式越来愈明显。自摩尔定律发明以来，信息化的水平就随着摩尔定律的十八个月翻一翻的水准在先前发展着。信息化的水准已经逐渐向传统行业中渗透，对于车辆管理也不例外，并且运用上已经逐步走向成熟。信息化的迅猛发展，给我们目前所需要的车辆管理系统的发展奠定了基础。在传统的车辆管

17、理过程当汇总，总是会出现各种各样的问题，车辆管理的成本也会相应的增加，车辆使用的效率也不敢恭维，我们旨在找到一种规范化、自动化、科学化的管理方法，提高效率、节约费用、操作性强的车辆管理软件，来适应白碗窑镇政府目前的生产发展需求，能够适应白碗窑目前的现代化发展过程。就目前白碗窑镇政府当中的车辆管理系统而言，存在着这样一些问题：从整体来看的话，整体管理不合格，以及安全教育、安全监督上面存在的让人诟病的地方；政府所聘请的专职司机仰仗政府，不把交通管理体制放在眼里，各种交通违法行为时有发生，如超速、超载、公车使用等现象；白窑镇镇政府的专职司机配备不足导致专职司机经常疲劳驾驶，容易产生安全事故；政府部门

18、的车辆的运用当中存在着很多不合理的地方，导致车辆老化速度加剧、高昂的维修费用，没有足够的费用购置新的办公车辆，一些应该退休的车辆还不得不超期服役。信息化的浪潮越来越猛，我们政府在信息的建设过程当中也显现出强劲的势头，并在目前的日子里，已经有相当大的成果了，管理工具、管理模式也随着信息化的不断渗透也展现出新的模样。在白碗窑镇镇政府当中，各种各种的管理系统已经在运用当中了，并且能够运用这样的管理系统的人才也越来越多，拥有丰富的管理经验了。在该类管理系统的研发当中，也积累了相当多的经验，随着我们政府信息化建设的发展，到目前为止，我们政府在信息自动化建设方面，己经取得了不错的成绩，与此同时，管理模式也

19、发生了深刻的变化。现在镇政府内使用的各种管理系统己经比较成熟，各个系统的管理人员在拥有丰富的系统管理经验的同时，也都掌握了系统的架构及技术研发能力。这说明我们政府的信息自动化水平己经达到一定的水平阶段，为我们政府全面进入信息现代化时期打下了坚实的基础。建设一个信息化、现代化的镇政府，并不是一朝一夕能完成的，是随着发展不断进步的，是一个庞大的、复杂的、任务艰巨的系统工程。在处理好当前稳定发展的同时，积极的改革掉现有的不适合社会发展的因素是当务之急。例如镇政府内的车辆管理己经不能实施有效的进行，在这样的背景下，我们通过调研国内外车辆管理系统的发展情况，结合白碗窑镇政府当前车辆管理存在的问题，提出了

20、相应的车辆系统解决方案。当前白碗窑镇政府内车辆的管理，还是比较传统的，主要依赖于纸质条据的管理方式。这种传统的方式，在车辆不多的情况下，是很适用的。但随着车辆的不断增加，数据量会很大，这种方式的正确性、实时性就得不到保证。例如，政府某部门需要适用车辆，需要先提交书面申请，说明使用时间、归还时间等，然后把申请提交给管理员，管理员审阅后，如果申请合理、则批准，否则拒绝其使用。在车辆数量很大的时候，这种方式产生误差的概率会越来越大，例如出现有车可用的情况下拒绝申请者的申请，批准了申请者的申请后而没有车辆可用等等错误，而且这种方式效率不高，时延性很大。所以，当前传统的车辆模式己经不能适应镇政府的发展，

21、要解决这个问题，需要开发出一个综合的车辆管理系统，这样通过系统在不同情况下的详细记录，不论从车辆管理员来看还是从车辆申请者来看都是非常有用的。1.2国内外研究现状1.2.1国外研究现状在车辆信息管理信息化建设方面，西方国家起步较早，积累的经验也比较丰富，发展至今日，西方发达国家车辆甚至装备管理信息化标准的研究已经相当成熟，具有丰富的实践经验。以美国为例，早在上世纪九十年代就发现其信息管理系统不完善，具体表现为:第一，各单位部门独立建设信息系统不能互通和操作；第二，系统处理事务存在延迟，大量物资重复购置，浪费严重；第三，信息交流不畅，效率低下。美国军方深刻认识到建设一体化的信息管理系统的必要性和

22、紧迫性，以及管理信息化标准的重要性。在其后很长的时间内，美国一直引领这场变革，并且把夺取“信息优势“视为实施信息化作战的出发点和最终目标，凭借所拥有的技术优势，大力发展本国的信息化网络体系。目前，美国利用通讯网、计算机、软件、数据库、应用程序、数据安全服务等许多高新技术在在其国家政府中建立了完善的信息管理系统，在信息处理基本业务需求的基础上，加大了数据安全性和可靠性的开发力度，己实现可互操作、资源共享、高度机动要求。物资车辆管理信息化建设可以提高管理效益、优化车辆性能，进而可以加速装备建设发展和政府工作效率的提高，对促进我国政府信息化建设具有巨大的推动作用。因此，在开展建设物资车辆管理信息化工

23、作时，要注意学习国外的先进经验，特别是应积极参加各种有关管理信息化的国际活动，对其标准化要进行跟踪研究，要通过各种渠道广泛收集相关信息，并及时将有关信息化的国际标准和国外先进标准转化为我国政府的标准。1.2.2国内研究现状现在，由于国家信息化建设速度的加快，政府引进信息技术对各类事物进行管理，同时对也开发了物资车辆管理信息系统，节省了大量的人力和物力。但随着政府信息管理的多样化，原有的信息管理系统无法满足现代化管理的需要，目前我国原有的信息管理的现状主要表现在以下几点：1、目前国内信息管理自动化管理水平很低。大多数装备管理办法简单，大都是车辆采购配发以后，将车辆的基本情况和相关信息登记存档，然

24、后将档案录入电脑存档。而此后的车辆维修情况、车辆前运行状态等信息就不会记录在车辆装备档案里。2、某些车辆信息管理系统，车辆的跟踪信息虽然能体现在车辆档案上，但只是提供了一个查询的平台，但车辆的定期核查和维护工作不能合理的实施，仍需花费大量的人力，整个车辆信息管理信息化仍处于较低水平。虽然有些单位在车辆信息管理建设方面也尝试购买专业软件公司开发的软件，却因无法本单位的具体实际情况而最终被放弃，如长此以往，不仅耗费大量的人力和物力，且极易造成数据不一致。3、某些车辆信息管理系统功能单一，大多的车辆信息管理系统，处于一种信息相对封闭的方式，各部门由于职能划分和技术的限制。在申请购置车辆时，没有系统的

25、规则来约束各部门，不能有效地发挥作用，同时一部分车辆长期空置或仅被少数人使用，造成很大的资源浪费。第二章 相关技术概述白碗窑镇政府车辆管理系统所涉及的一个关键性问题就是对海量数据的存储以及处理。本系统拟采用b/s和c/s的混合结构模式，实现b/s结构采用asp.net 3.0技术，实现c/s结构采用mfc技术。对车辆管理系统中的数据存储采用sql server 2010。由于c/s的限制性，在本车辆管理系统的开发和设计上，将b/s开发作为主要的结构使用。c/s仅仅作为辅助性的结构，从而方便用户的使用。2.1开发技术和开发工具2.1.1asp.net 3.0 asp.net 3.0是一种统一的w

26、eb平台，它建构在.net framework 3.0版本之上，是一种能够在一台或若干台web服务器上建立功能强大的web应用程序的建立在通用语言之上的程序构架。asp.net拥有超强的安全可靠性，语言兼容性等特点，相比较asp.net之前的版本来说，asp.net3.0在拓展的同时，还集成了若干的控件，这些控件可以完成一些比较常见的目标，而无需再去编码。asp.net除了集成了控件外，还是基于事件驱动的，在事件中添加少量的代码便可以完成需要的工作，方便使用。2.2.2mfc微软基础类mfc，即微软基础类，是微软开发的类库。随着微软的visual c+开发工具的发布，此类库提供给开发人员一组可

27、重用的通用的类库使用。除少部分类例外，绝大部分类均从cobject类间接或是直接派生，mfc应用程序总体的结构通常由一个cwinapp类的对象(应用程序对象)以及开发人员从mfc类派生出的几个类组成。2.2.3sql server 2010数据库sql是一种普遍应用的数据库语言，是一种结构化的查询语言，主要可以对数据库进行查询，增删改等操作，以及为数据库以及表与表之间建立关系。sql在数据库中的作用是非常强大的，sql通常被称为关系型数据库的标准化语言。该系统计划使用的数据库是sql server 2010。它不仅能够保证数据的安全性，大容量性和完整性，而且它的图形化管理界面使得用户操作更加方

28、便，更易使用，提供给用户一个有好的界面风格。不仅可以非常紧密的集成windows操作系统以及其他的操作系统，同时还可以对企业级的关系型数据库系统给予支持。sql server 2000还提供了分布式处理的企业级应用功能，因此sql server相对于oracle，mysql等数据库拥有更多的优势和特点，更适合开发乐山镇政府的车辆管理系统。综上所述，在开发白碗窑镇政府车辆管理系统的设计与运用时，用sql server 2010开发白碗窑镇政府管理系统是有效的，可行的。2.2c/s模式与b/s模式2.2.1c/s模式与b/s模式简介首先选择一套好的系统架构是开发好系统的前提，目前应用最多的有c/s

29、和b/s体系架构，两中体系结构有各自的优缺点，对于一些海量数据或者数据量相对较大的系统，为了操作简单快捷，保证数据安全性，一般会采用c/s架构，而考虑到用户体验和方便浏览，能够基于网络，便于集中管理的系统大多都采用b/s架构。由于其优劣不同，特点不同，c/s和b/s在当前来说仍是两种在潮流方向和代表技术争议比较大的两种系统架构，下边主要针对两种模式的优缺点进行比较和讨论。c/s （client/server)模式，即客户机/服务器模式，该体系结构作为软件体系结构中的一种，最早在80年代末由美国borland公司研发的。顾名思义，本模式功能是分离的，换句话说就是部分在客户机上运行，另一部分在服务

30、器上运行，这样的功能分布在充分利用服务器和客户机两部分硬件的前提下，减少了系统中若干瓶颈问题，使得系统的通讯开销得到一定程度的降低。本模式最大的特点是在企业内部，不需要外网，在只基于企业内网的情况下，使用内部网络就可操作。c/s （client/server)模式，即客户机/服务器模式，该体系结构作为软件体系结构中的一种，最早在80年代末由美国borland公司研发的。顾名思义，本模式功能是分离的，换句话说就是众多客户机向服务器发出请求，服务器上运行的应用服务程序接收客户机的请求并作出相应的动作，这样减少了系统中若干瓶颈问题，使得系统的通讯开销得到一定程度的降低。本模式最大的特点是在企业内部，

31、不需要外网，在只基于企业内网的情况下，使用内部网络就可操作。这种c/s模式在当前多数管理系统和软件系统中还是比较常见的，当前分布式网络发展比较突出，c/s和web都可以利用不同的模块为前提，共享逻辑组件，从而完成相同的业务处理。这样可做到不同用户，无论内网还是外网都可访问到当前现有的系统。并且可以在当前系统的基础上进行扩展开发新系统。这也是当前开发应用系统的趋向。由于在特定的应用上，c/s模式经常会需要其他软件的支持，有时候难以提供用户所期待的开发环境。并且这种传统的c/s模式采用的开发模式只是系统开发级别的开放，因此基于c/s模式开发需要在特定操作系统上。由于产品的快速更新换代，对于上百台局

32、域网的用户同时使用不太适用。b/s ( browser/server，即浏览器/服务器模式由微软研发。它有三层结构，用户可以直接通过浏览器访问页面，主要的事务处理逻辑通过服务器实现，另一部分在客户机上。这种模式基于当前越来越成熟的浏览器技术，利用js和actives等结合浏览器的关键技术，代替以前安装复杂的软件才能实现业务功能，方便了用户的体验和使用，并且避免了很多计算机与软件不兼容的情况fllb/s ( browser/server，即浏览器/服务器模式由微软研发，主要要求用户使用浏览器访问服务器。这种模式基于当前越来越成熟的浏览器技术，利用js和actives等结合浏览器的关键技术，方便用

33、户的使用，避免了软件在使用过程中的一系列问题，如系统兼容性，软件的升级等问题。b/s在当前是一种比较有效的软件系统模式，不仅降低了二期开发，后续维护的成本和工作量，降低客户端负荷，而且使得软件的开发成本降低。用户可以直接通过外网随时随地操作共同的数据库，接入方式没有任何限制，使得相应的权限得到有效的保护，使服务器更加安全和稳定，所以当前大部分的管理系统或应用系统都采用这种模式进行开发。当前这两种模式己经成为当今国内外开发的主要开发架构，在国内国外都有很多的系统基于这两种模式以及这两种模式的混合模式进行开发。对于乐山镇政府的车辆管理系统，为了后期开发更为简捷，选择合适的模式非常重要，下边我们通过

34、分析两种模式的优缺点决定开发此系统的合适的方法。2.2.2b/s模式和c/s的优缺点比较1、c/s模式优缺点介绍 c/s模式的优点：（1）透明的数据处理功能这种模式下，客户端应用程序和服务器端应用程序在数据的储存管理上是相互独立的。对于前台的可能违背的若干规则，以及类似于访问者权限的不相同的运行数据，都不会集中在服务器程序集中的实现。前台的用户对于这些都不用关心服务器做了些什么就能顺利完成自己的工作，因此说数据的处理功能比较明。（2）服务器端较轻的数据处理负荷该模式由数据库服务器程序和客户机应用程序两个部分组成。服务器端运行的是数据库服务器程序，用户使用的电脑上运行的客户应用程序。服务器处于启

35、动状态后，随时等待处理客户端发来的请求。如果客户端发出数据操作的请求，服务器端会针对该应用程序请求给出读写请求的应答，从而降低了数据库端数据处理的负荷。 c/s模式的缺点：上边己经提到，该模式下对专业软件要求较高，因此相对而言，维护的成本会很高。采用c/s的模式，不仅要对客户端进行管理和维护，还需要对服务器端进行管理维护，无形中就加大了系统开发的成本和后期开发和维护的成本。另外，该模型对于操作系统有很大的要求，并且可能增加软件开发的成本，不同的软件并不是在每一种操作系统上都是兼容的，所以针对不同的操作系统，需要特定的改进来适应各种各样的操作系统。2、b/s模式优缺点介绍b/s模式的优点（1）升

36、级和维护相对比较容易由于当下软件更新非常快，相对于对专业软件要求较高的c/s模式，b/s模式在软件方面更体现了简单方便的特点，同时降低了系统管理员的工作负荷，不在像c/s模式若干台电脑之间来回维护，由于客户端是若干台电脑上运行的浏览器，不用对其进行维护，只需对服务器进行管理即可。所以客户机的数量并不会影响系统的运行。（2）成本降低，选择增加当前大部分电脑用的操作系统都是微软开发的windows操作系统，但对于一些大型的服务器来说，linux在安全性和性能方面都是windows不能比拟的，因此对于b/s模式是优先选择的操作系统。但无论服务器选择何种操作系统，对于用户的桌面操作不会有影响，并且在l

37、inux操作系统是开源的操作系统，在成本上要远远优于windows。b/s模式的缺点b/s架构和c/s不同，这种模式下客户端只有浏览器，如果服务器出现崩溃现象，那么后果将不可设想，因此对于服务器的安全性考虑，b/s模式下应定期对数据进行备份。总之，两种体系结构各有各自的优缺点，本系统在了解到两种架构的基础上，为了集中两种架构带来的优点，将采用b/s和c/s的混合模式进行开发。b/s结构对服务器要求高一些，但对其他并没有太多要求，客户端直接使用自带浏览器即可，节省系统开发的成本。而c/s仅仅开发客户端，能够访问数据即可，在开发的过程中也不需要其他多余的设备，只要利用计算机进行编码。2.3架构方式

38、2.3.1传统的二层架构静态页面是web发展前期比较流行的技术，通过点击链接，浏览者可以发出请求到服务器，服务器根据浏览者的请求给予应答并发送给浏览者的浏览器上进行显示。这种传统的页面显示技术己经跟不上时代的发展要求，并且互动性不强，只有重新编写html进行更新信息，并重新上传至服务器，导致效率很低，而且浪费网页资源。随着技术的发展，动态交互式的网页出现，asp，php，jsp等技术逐渐发展起来。通过点击链接，浏览者同样向服务器发出请求，不同于静态页面的是此时服务器会根据页面的特性来作出反应，在数据库读取用户请求的信息，并将结果发送并显示在客户的浏览器。2.3.2三层架构在数据库端和客户端添加

39、一个组件层充当中间层，这就构成了三层的架构。所谓的三层架构是逻辑上的三层，可以置于一台机器上，并不一定是物理上放在单台机器上，也不只是使用b/s架构的才叫做三层架构。三层架构是将整个业务在逻辑上分为三层，数据访问层，业务逻辑层以及表示层。这三个层次区分的目的是“高内聚，低祸合”。凡是符合本架构的系统程序将数据访问，合法性验证和业务规则等工作都放到组件层处理。这就表明，如果客户端想数据库服务器端发出请求，实际上并不是直接的，而是通com/dcom与组件层的链接，再经组件层完成和数据库之间的交互，最终将结果发送给请求者。1、减少了数据库服务器上的链接数量，降低负荷，因为数据的访问操作都是组件层进行

40、，客户端和数据库之间不直接建立链接，所以客户端的数量可以不受限制。2、这种三层架构降低了层层之间的依赖关系，使得新的实现替代旧的实现变得更加容易，如果某一层发现了漏洞，只需要修改本层的应用程序，在保证层层之间接口不变的前提下，不再需要去修改别的层。3、三层架构中编程语句会比二层多，但这些语句并没有实现多余的功能，而是使得程序保持一致性，使得程序标准化，方便日后的修改和阅读。2.3.3基于.net的三层架构基于.net的三层架构是一种非常受流行且欢迎的架构方法，具有非常好的扩展性，功能强大，并且在windows平台上有着很好的运行性能，他是微软推出的三层系统架构，主要有数据库服务器，web应用服

41、务器和客户端浏览器三层组成。.net是微软xml web services平台，该平台不受设备，操作系统或者编程语言的限制，允许应用程序利用internet共享数据和通信。对于使用.net应用体系结构的系统，其核心是web应用服务器，它的作用主要是为处理系统的业务应用提供安全控制，事务处理和保证多用户发出浏览器请求时的性能调整。根据不同的业务逻辑，web应用系统可以划分成若干不相同的应用组件，从而保证了客户端浏览器向web服务器上封装了特定业务逻辑的组件发出特定应用服务请求通信。服务器主要作用有:事务处理和组件管理的功能；实现了多种中间件的功能；保证了系统的安全性控制，系统的扩展功能和系统的状

42、态监控。.net架构的主要优点有:能够有效的保证系统功能逻辑和结构逻辑的清晰性，从而使得程序开发有序可控；清晰的模块划分保证了各个对象的独立性，从而方便系统的维护和扩展；.net架构开发过程中方便定位错误位置和原因，保证了各个单元模块进行高质量的开发。2.3.4三层架构的优越性系统采用.net三层架构有非常多的优点：1、调整整个系统资源利用率，对于多个任务进行恰当的分配。2、数据层的业务数据和中间层的逻辑业务处理紧密的结合，无需考虑客户端所在位置，提高整个系统的性能。3、对于新增客户机的要求，可以利用新增中间件服务器的方法进行满足，使得整个三层系统的可扩张性得到提高。4、数据层和客户端运行的应

43、用程序之间添加的中间层保证了客户端应用程序和处于数据层的数据库的相互独立，提高了系统的安全性。5、为了方便系统的实施，可以集中业务逻辑。6、分布web计算中，复杂的业务逻辑处理被分割成若干个对象或者业务部件，并将他们分配到若干互联网络的应用服务器以降低系统负荷，他们相互之间可以进行通信和可交互的调用。异构性:对于网络分布的业务处理对象适合多种不同的数据库环境，可以访问若干种不同的后台数据库。三层bs模式架构，保证了系统的可扩展性，当系统想扩大规模时，只需要增加中间的应用服务器和中间构件。对于每个中间构件只要保证其管理的客户机数量限制在允许的范围之内，对于系统的性能几乎不会有任何的影响。图2.1

44、 三层架构示意图2.4软件工程开发模型2.4.1传统瀑布模型瀑布模型(也称为线性顺序模型)，由温斯顿·罗伊斯在1970年提出，在20世纪80年代以前，瀑布模型一直都是唯一被广泛采用的软件开发模型。这个模型中，软件生命周期中的制订计划，需求分析，软件设计，程序编写，软件测试和运行维护依次由上至下顺序展开，如同瀑布流水，逐级下落，最终得到软件产品。理想化的瀑布模型是单边逐一而下的，认为人在工作过程中不可能犯错误。实际的瀑布模型是带有反馈逐一而下的，当后一阶段发现前一阶段的错误时，可以修正前一阶段的错误继续完成后一阶段的任务。图2.2瀑布模型瀑布模型的优点：促进软件开发工程化，为项目提供了

45、按阶段划分的检查点；降低软件开发的复杂度，当前一阶段完成后，只需去关注后续阶段；可以在增量模型中使用瀑布模型。瀑布模型的缺点：缺乏灵活性不适应用户需求的变化，项目的各个阶段之间极少有反馈；如果软件需求不明确或者经常变更需求，最终可能导致开发出的软件与用户预期的软件不符，往往会导致大量的返工，有时甚至会给开发人员带来灾难性的后果，而这一点又常常在项目生命期的后期才有所觉察。2.4.2改进的螺旋模型螺旋模型由巴利·玻姆于1988年正式发表了软件系统开发的“螺旋模型”，它是将瀑布模型与演化模型相结合，并且增加了两者所忽略的风险分析，弥补了两者的不足之处，该模型通常用来指导大型软件项目的开发

46、软件项目的开发，。软件风险是任何软件开发项目中都普遍存在的实际问题，项目越大，软件越复杂，承担该项目所冒的风险也越大。软件风险驾驭的目标主要是在造成危害之前及时对风险进行识别，分析，采取对策进而消除或者减少风险的损害。螺旋模型将开发划分为制订计划，风险分析，实施工程，客户评估四类活动。沿着螺旋线每旋转一圈，表示开发出一个更完善的新的软件版本，如果开发风险过大，开发机构和客户无法接受，项目就有可能就此终止。多数情况下，会沿着螺旋线继续下去，自内向外逐步延伸，最终得到满意产品。螺旋模型开发的成败很大程度上依赖于风险评估的成败。沿着螺旋线旋转，在笛卡尔坐标的四个象限上分别表达了四类活动：制定计划：确

47、定软件目标，选定实施方案，弄清项目开发的限制条件。风险分析：分析所选方案，考虑如何识别和消除风险。实施工程：实施软件开发。客户评估：评价软件功能和性能，提出修改建议。 图2.3螺旋模型螺旋模型的优点：设计上的灵活性,可以在项目的各个阶段进行变更；以小的分段来构建大型系统,使成本计算变得简单容易；客户始终参与每个阶段的开发,保证了项目不偏离正确方向以及项目的可控性；随着项目推进,客户始终掌握项目的最新信，从而他或她能够和管理层有效地交互；客户认可这种公司内部的开发方式带来的良好的沟通和高质量的产品。螺旋模型的缺点：很难让用户确信这种演化方法的结果是可以控制的；建设周期长，而软件技术发展比较快，所

48、以经常出现软件开发完毕后，和当前的技术水平有了较大的差距，无法满足当前用户需求。 （三）面向对象的喷泉模型在面向对象的方法中，提出了于瀑布模型相对应的喷泉模型，该模型的主要特点是认为软件生命周期的各个阶段是相互重叠和多次反复的，它是一种以用户需求为动力，以对象为驱动的模型，主要用于描述面向对象的软件开发过程。喷泉模型不像瀑布模型那样，需要分析活动结束后才开始设计活动，设计活动结束后才开始编码活动。该模型的各个阶段没有明显的界限，开发人员可以同步进行开发。其优点是可以提高软件项目开发效率，节省开发时间，适应于面向对象的软件开发过程。由于喷泉模型在各个开发阶段是重叠的，因此在开发过程中需要大量的开

49、发人员，因此不利于项目的管理。此外这种模型要求严格管理文档，使得审核的难度加大，尤其是面对可能随时加入各种信息、需求与资料的情况。喷泉一词本身就体现了迭代和无间隙的特性。图2.5喷泉模型喷泉模型的优点：软件项目开发效率高，节省开发时间，适应于面向对象的软件开发过程。喷泉模型不像瀑布模型那样，需要分析活动结束后才开始设计活动，设计活动结束后才开始编码活动。该模型的各个阶段没有明显的界限，开发人员可以同步进行开发。喷泉模型的缺点：由于喷泉模型在各个开发阶段是重叠的，因此在开发过程中需要大量的开发人员，因此不利于项目的管理。此外这种模型要求严格管理文档，使得审核的难度加大，尤其是面对可能随时加入各种

50、信息、需求与资料的情况。形式化方法模型包含了一组活动，他们导致了计算机软件的数学规约。形式化方法使得软件工程师们能够通过应用一个严格的数学符号体系来规约、开发、和验证基于计算机的系统。在开发中使用形式化方法时，它们提供了一种机制，能够消除使用其它软件过程模型难以克服的很多问题。二义性、不完整性、不一致性能被更容易地发现和纠正，而不是通过专门的评审，是通过对应用的数学分析。 形式化方法提供了可以产生无缺陷软件的承诺。2.5uml建模技术2.5.1uml语言和要素uml（unified modeling language）统一建模语言,是用来对软件密集型系统进行可视化建模的一种通用语言。uml被广

51、泛应用于数据建模，业务建模，对象建模，组件建模等。uml与具体的程序设计语言无关，它只是一种建模语言而不是一种方法学，和其它的计算机语言一样，也是由基本词汇和语法两个部分构成。uml定义了一些建立模型、表达某种特定含义所需要的基本元素，这些元素称为元模型，相当于语言中的基本词汇，例如用例、类等。在此基础上，还定义了这些元模型互相之间关系的规则，以及如何用这些元素和规则绘制图形以建立模型来映射现实世界，这些规则和图形称为uml模型表示法或图示。uml正处于不断演化和完善过程之中，最初的uml标准只是作为一种面向对象辅助的工具而设计的，即为软件的设计意图提供一种非形式化的捕获和表达手段和工具。因此

52、，早期uml版本中存在着的一些因uml工具厂商不同而引入的分歧和模糊定义，正随着uml标准的演化而被逐步消除，让其向着成为一种形式化建模语言规范的方向不断演化。与此同时，uml也正在变得越来越庞大，但当我们只是运用uml来进行面向对象设计时，并不需要用到所有的uml内容，而是可以学习和使用uml那些最适合的部分。2.5.2常用的uml模型图1、用例图用例图用来描述软件需求模型中的系统功能，通过一组用例可以描述软件系统能够给用户提供的功能。用例图可以作为整个系统开发过程中的开发依据，指导和驱动其他模型。2、类图类图(class diagram)是由类、相关建模元素及其关系构成的图，用来描述类之间

53、的静态关系。类图在系统中处在核心位，也是uml中最为重要的一种图。在系统的不同开发阶段，类图可以具有不同的抽象程度。随着开发的深入，类图应该越来越详细、具体。类图可以分为：界面类、控制类和实体类。界面类位于系统与外界的交界处，承担系统与外界的信息功能。界面类处在用例图中参与者与用例的关联处，可以根据用例图发现界面类。在界面类的设计中主要关注属性和消息方法；控制类承担着事务处理，控制调控的控制作用。一个用例中最少会有一个控制类，用来控制用例中的事件顺序，也可以在多个用例之间协调用例之间的联系。在控制类的设计中主要关注类的方法。实体类对应着现实中的客观实物，用来保存信息，一般对应着数据表、文件等。

54、在实体类的设计中主要关注类的属性；3、交互图交互图 用来描述对象之间,以及对象与参与者之间的动态协作关系以及协作过程中行为次序的图形文档。交互图的类型包含顺序图和协作图，其作用是分析为了实现一个用例的功能所参与的对象，以及这些对象相互之间的动态消息联系。4、活动图活动图是uml的动态视图之一，用来描述事物或对象的活动变化流程。活动图可以用来：描述工作流或者业务流程；描述工程组织过程；描述算法流程。2.6数据库技术2.6.1数据库范式关系数据库中的关系必须满足一定的要求，即满足不同的范式。目前关系数据库有六种范式：第一范式（1nf）、第二范式（2nf）、第三范式（3nf）、第四范式（4nf）、第

55、五范式（5nf）和第六范式（6nf）。满足最低要求的范式是第一范式（1nf）。在第一范式的基础上进一步满足更多要求的称为第二范式（2nf），其余范式以次类推。一般说来，数据库只需满足第三范式（3nf）就行了。第一范式（1nf）。所谓第一范式（1nf）是指数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。如果出现重复的属性，就可能需要定义一个新的实体，新的实体由重复的属性构成，新实体与原实体之间为一对多关系。在第一范式（1nf）中表的每一行只包含一个实例的信息。简而言之，第一范式就是无重复的列。第二范式（2nf）。第二范式（2nf

56、）是在第一范式（1nf）的基础上建立起来的，即满足第二范式（2nf）必须先满足第一范式（1nf）。第二范式（2nf）要求数据库表中的每个实例或行必须可以被唯一地区分。为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。第二范式（2nf）要求实体的属性完全依赖于主关键字。所谓完全依赖是指不能存在仅依赖主关键字一部分的属性，如果存在，那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体，新实体与原实体之间是一对多的关系。为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。简而言之，第二范式就是属性完全依赖于主键。第三范式（3nf）。满足第三范式（3nf）必须先满足第二范式（

57、2nf）。简而言之，第三范式（3nf）要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。简而言之，第三范式就是属性不依赖于其它非主属性。2.6.2数据建模因为数据模型的内容是问题域和解域所共享的知识模型，所以可以用问题域的语言来描述它，也可以用解域的语言来描述它，还可以用介于二者之间的语言来描述，故产生了以下三种常用的数据模型：概念数据模型。它反映了人们对现实世界的认知与理解，是从现实世界到人类大脑的映射。故它以问题域的语言解释数据模型，由一系列应用领域的概念组成。物理数据模型。它是以解域的语言解释数据模型，是面向计算机物理表示的模型，描述了数据在储存介质上的组织结构，它不但与具体的

58、dbms有关，而且还与操作系统和硬件有关。每一种逻辑数据模型在实现时都有起对应的物理数据模型。逻辑数据模型。这是用户从数据库所看到的模型，是具体的dbms所支持的数据模型，如网状数据模型(network data model)、层次数据模型(hierarchical data model)等等。此模型既要面向用户，又要面向系统，主要用于数据库管理系统（dbms）的实现。2.7本章小结本章结合白碗窑镇政府的实际情况，对乐山镇政府车辆管理系统的设计采用的开发技术进行介绍，分别介绍了asp.net 3.0，mfc微软基础类、面向对象的编程语言c#，以及所使用的开发工具microsoft visual studio 2010和sql server2010.第