【正文】 開(kāi)銷(xiāo)得到一定程度的降低。本模式最大的特點(diǎn)是在企業(yè)內(nèi)部，不需要外網(wǎng)，在只基于企業(yè)內(nèi)網(wǎng)的情況下，使用內(nèi)部網(wǎng)絡(luò)就可操作。這也是當(dāng)前開(kāi)發(fā)應(yīng)用系統(tǒng)的趨向。B/S ( Browser/Server，即瀏覽器/服務(wù)器模式由微軟研發(fā)。B/S在當(dāng)前是一種比較有效的軟件系統(tǒng)模式，不僅降低了二期開(kāi)發(fā)，后續(xù)維護(hù)的成本和工作量，降低客戶端負(fù)荷，而且使得軟件的開(kāi)發(fā)成本降低。C/S模式優(yōu)缺點(diǎn)介紹 C/S模式的優(yōu)點(diǎn)：（1）透明的數(shù)據(jù)處理功能這種模式下，客戶端應(yīng)用程序和服務(wù)器端應(yīng)用程序在數(shù)據(jù)的儲(chǔ)存管理上是相互獨(dú)立的。服務(wù)器端運(yùn)行的是數(shù)據(jù)庫(kù)服務(wù)器程序，用戶使用的電腦上運(yùn)行的客戶應(yīng)用程序。采用C/S的模式，不僅要對(duì)客戶端進(jìn)行管理和維護(hù)，還需要對(duì)服務(wù)器端進(jìn)行管理維護(hù)，無(wú)形中就加大了系統(tǒng)開(kāi)發(fā)的成本和后期開(kāi)發(fā)和維護(hù)的成本。（2）成本降低，選擇增加當(dāng)前大部分電腦用的操作系統(tǒng)都是微軟開(kāi)發(fā)的Windows操作系統(tǒng)，但對(duì)于一些大型的服務(wù)器來(lái)說(shuō)，Linux在安全性和性能方面都是Windows不能比擬的，因此對(duì)于B/S模式是優(yōu)先選擇的操作系統(tǒng)。B/S結(jié)構(gòu)對(duì)服務(wù)器要求高一些，但對(duì)其他并沒(méi)有太多要求，客戶端直接使用自帶瀏覽器即可，節(jié)省系統(tǒng)開(kāi)發(fā)的成本。隨著技術(shù)的發(fā)展，動(dòng)態(tài)交互式的網(wǎng)頁(yè)出現(xiàn)，ASP，PHP，JSP等技術(shù)逐漸發(fā)展起來(lái)。三層架構(gòu)是將整個(gè)業(yè)務(wù)在邏輯上分為三層，數(shù)據(jù)訪問(wèn)層，業(yè)務(wù)邏輯層以及表示層。減少了數(shù)據(jù)庫(kù)服務(wù)器上的鏈接數(shù)量，降低負(fù)荷，因?yàn)閿?shù)據(jù)的訪問(wèn)操作都是組件層進(jìn)行，客戶端和數(shù)據(jù)庫(kù)之間不直接建立鏈接，所以客戶端的數(shù)量可以不受限制。.NET是微軟XML Web Services平臺(tái)，該平臺(tái)不受設(shè)備，操作系統(tǒng)或者編程語(yǔ)言的限制，允許應(yīng)用程序利用Internet共享數(shù)據(jù)和通信。.NET架構(gòu)的主要優(yōu)點(diǎn)有:能夠有效的保證系統(tǒng)功能邏輯和結(jié)構(gòu)邏輯的清晰性，從而使得程序開(kāi)發(fā)有序可控；清晰的模塊劃分保證了各個(gè)對(duì)象的獨(dú)立性，從而方便系統(tǒng)的維護(hù)和擴(kuò)展；.NET架構(gòu)開(kāi)發(fā)過(guò)程中方便定位錯(cuò)誤位置和原因，保證了各個(gè)單元模塊進(jìn)行高質(zhì)量的開(kāi)發(fā)。數(shù)據(jù)層和客戶端運(yùn)行的應(yīng)用程序之間添加的中間層保證了客戶端應(yīng)用程序和處于數(shù)據(jù)層的數(shù)據(jù)庫(kù)的相互獨(dú)立，提高了系統(tǒng)的安全性。三層B\S模式架構(gòu)，保證了系統(tǒng)的可擴(kuò)展性，當(dāng)系統(tǒng)想擴(kuò)大規(guī)模時(shí)，只需要增加中間的應(yīng)用服務(wù)器和中間構(gòu)件。這個(gè)模型中，軟件生命周期中的制訂計(jì)劃，需求分析，軟件設(shè)計(jì)，程序編寫(xiě)，軟件測(cè)試和運(yùn)行維護(hù)依次由上至下順序展開(kāi)，如同瀑布流水，逐級(jí)下落，最終得到軟件產(chǎn)品。瀑布模型的缺點(diǎn)：缺乏靈活性不適應(yīng)用戶需求的變化，項(xiàng)目的各個(gè)階段之間極少有反饋；如果軟件需求不明確或者經(jīng)常變更需求，最終可能導(dǎo)致開(kāi)發(fā)出的軟件與用戶預(yù)期的軟件不符，往往會(huì)導(dǎo)致大量的返工，有時(shí)甚至?xí)o開(kāi)發(fā)人員帶來(lái)災(zāi)難性的后果，而這一點(diǎn)又常常在項(xiàng)目生命期的后期才有所覺(jué)察。軟件風(fēng)險(xiǎn)駕馭的目標(biāo)主要是在造成危害之前及時(shí)對(duì)風(fēng)險(xiǎn)進(jìn)行識(shí)別，分析，采取對(duì)策進(jìn)而消除或者減少風(fēng)險(xiǎn)的損害。螺旋模型開(kāi)發(fā)的成敗很大程度上依賴于風(fēng)險(xiǎn)評(píng)估的成敗?？蛻粼u(píng)估：評(píng)價(jià)軟件功能和性能，提出修改建議。噴泉模型不像瀑布模型那樣，需要分析活動(dòng)結(jié)束后才開(kāi)始設(shè)計(jì)活動(dòng)，設(shè)計(jì)活動(dòng)結(jié)束后才開(kāi)始編碼活動(dòng)。此外這種模型要求嚴(yán)格管理文檔，使得審核的難度加大，尤其是面對(duì)可能隨時(shí)加入各種信息、需求與資料的情況。該模型的各個(gè)階段沒(méi)有明顯的界限，開(kāi)發(fā)人員可以同步進(jìn)行開(kāi)發(fā)。形式化方法使得軟件工程師們能夠通過(guò)應(yīng)用一個(gè)嚴(yán)格的數(shù)學(xué)符號(hào)體系來(lái)規(guī)約、開(kāi)發(fā)、和驗(yàn)證基于計(jì)算機(jī)的系統(tǒng)。UML（Unified Modeling Language）統(tǒng)一建模語(yǔ)言,是用來(lái)對(duì)軟件密集型系統(tǒng)進(jìn)行可視化建模的一種通用語(yǔ)言。在此基礎(chǔ)上，還定義了這些元模型互相之間關(guān)系的規(guī)則，以及如何用這些元素和規(guī)則繪制圖形以建立模型來(lái)映射現(xiàn)實(shí)世界，這些規(guī)則和圖形稱為UML模型表示法或圖示。用例圖用例圖用來(lái)描述軟件需求模型中的系統(tǒng)功能，通過(guò)一組用例可以描述軟件系統(tǒng)能夠給用戶提供的功能。在系統(tǒng)的不同開(kāi)發(fā)階段，類(lèi)圖可以具有不同的抽象程度。界面類(lèi)處在用例圖中參與者與用例的關(guān)聯(lián)處，可以根據(jù)用例圖發(fā)現(xiàn)界面類(lèi)。實(shí)體類(lèi)對(duì)應(yīng)著現(xiàn)實(shí)中的客觀實(shí)物，用來(lái)保存信息，一般對(duì)應(yīng)著數(shù)據(jù)表、文件等?；顒?dòng)圖可以用來(lái)：描述工作流或者業(yè)務(wù)流程；描述工程組織過(guò)程；描述算法流程。在第一范式的基礎(chǔ)上進(jìn)一步滿足更多要求的稱為第二范式（2NF），其余范式以次類(lèi)推。如果出現(xiàn)重復(fù)的屬性，就可能需要定義一個(gè)新的實(shí)體，新的實(shí)體由重復(fù)的屬性構(gòu)成，新實(shí)體與原實(shí)體之間為一對(duì)多關(guān)系。第二范式（2NF）是在第一范式（1NF）的基礎(chǔ)上建立起來(lái)的，即滿足第二范式（2NF）必須先滿足第一范式（1NF）。所謂完全依賴是指不能存在僅依賴主關(guān)鍵字一部分的屬性，如果存在，那么這個(gè)屬性和主關(guān)鍵字的這一部分應(yīng)該分離出來(lái)形成一個(gè)新的實(shí)體，新實(shí)體與原實(shí)體之間是一對(duì)多的關(guān)系。滿足第三范式（3NF）必須先滿足第二范式（2NF）。它反映了人們對(duì)現(xiàn)實(shí)世界的認(rèn)知與理解，是從現(xiàn)實(shí)世界到人類(lèi)大腦的映射。每一種邏輯數(shù)據(jù)模型在實(shí)現(xiàn)時(shí)都有起對(duì)應(yīng)的物理數(shù)據(jù)模型。本章結(jié)合白碗窯鎮(zhèn)政府的實(shí)際情況，對(duì)樂(lè)山鎮(zhèn)政府車(chē)輛管理系統(tǒng)的設(shè)計(jì)采用的開(kāi)發(fā)技術(shù)進(jìn)行介紹， ，MFC微軟基礎(chǔ)類(lèi)、面向?qū)ο蟮木幊陶Z(yǔ)言C，以及所使用的開(kāi)發(fā)工具M(jìn)icrosoft Visual studio 2010和SQL Server2010.第三章 系統(tǒng)需求分析本章首先對(duì)白窯鎮(zhèn)鎮(zhèn)政府現(xiàn)有的車(chē)輛管理方法進(jìn)行了分析，介紹了現(xiàn)有管理的不足和改進(jìn)之處。在軟件生存周期中，軟件需求分析是非常重要的一步，同時(shí)也是決定性的一步。對(duì)本系統(tǒng)來(lái)說(shuō)，我們要實(shí)現(xiàn)一個(gè)白窯鎮(zhèn)鎮(zhèn)政府內(nèi)部的車(chē)輛管理系統(tǒng)，我們需要結(jié)合白窯鎮(zhèn)鎮(zhèn)政府的實(shí)際情況調(diào)研各種部門(mén)不同用戶的需求以及相關(guān)政策，包括普通員工的需求，部門(mén)領(lǐng)導(dǎo)的需求、白窯鎮(zhèn)鎮(zhèn)政府現(xiàn)存的車(chē)輛方法以及員工對(duì)現(xiàn)有管理方法的態(tài)度、意見(jiàn)及存在的問(wèn)題等。首先我們要調(diào)查系統(tǒng)的使用者。然后要對(duì)車(chē)輛審批人員進(jìn)行調(diào)研。業(yè)務(wù)需求通常來(lái)自項(xiàng)目投資人、購(gòu)買(mǎi)產(chǎn)品的客戶、實(shí)際用戶的管理者、市場(chǎng)營(yíng)銷(xiāo)部門(mén)或產(chǎn)品策劃部門(mén)。（二）車(chē)輛費(fèi)用管理模塊中的功能有費(fèi)用錄入，費(fèi)用查詢、費(fèi)用修改、費(fèi)用統(tǒng)計(jì)，生成報(bào)表。（六）系統(tǒng)運(yùn)行穩(wěn)定，并且應(yīng)易于維護(hù)。以下從白碗鎮(zhèn)政府公務(wù)用車(chē)管理系統(tǒng)的實(shí)際需求分析，系統(tǒng)涉及到以下角色：角色職責(zé)或功能租車(chē)人系統(tǒng)主要參與者， 對(duì)公務(wù)車(chē)使用者，并支付用車(chē)費(fèi)用。其中，數(shù)據(jù)流圖是描述數(shù)據(jù)處理過(guò)程的工具。以下從業(yè)務(wù)功能的角度出發(fā)，給出了系統(tǒng)的頂層數(shù)據(jù)流圖，如下圖所示：圖34 頂層數(shù)據(jù)流圖從頂層數(shù)據(jù)流圖中可以看出，系統(tǒng)的參與者主要分為三類(lèi)，用車(chē)人、系統(tǒng)管理人員和物業(yè)管理人員。公務(wù)用車(chē)過(guò)程即是用戶對(duì)公務(wù)車(chē)進(jìn)行使用、費(fèi)用進(jìn)行支付并且物業(yè)管理人員對(duì)公務(wù)用車(chē)管理的過(guò)程。 在該模塊中，輸入數(shù)據(jù)有“查詢條件”、“狀態(tài)延長(zhǎng)信息”，輸出數(shù)據(jù)有“用車(chē)信息”、“推遲結(jié)果”、“提醒信息”。車(chē)掛輛費(fèi)用管理過(guò)程即是用戶對(duì)所用的車(chē)輛的費(fèi)用進(jìn)行管理的過(guò)程。圖38 車(chē)輛檔案管理數(shù)據(jù)流圖車(chē)輛管理狀態(tài)模塊加工和終點(diǎn)描述：表316 終點(diǎn)“車(chē)輛檔案信息記錄”詞條描述終點(diǎn)名稱：車(chē)輛檔案信息記錄別名：無(wú)簡(jiǎn)述：記錄車(chē)輛檔案信息的文件數(shù)據(jù)流：車(chē)輛檔案信息表317 加工“車(chē)輛檔案信息錄入”詞條描述加工名：車(chē)輛檔案信息錄入加工編號(hào)：簡(jiǎn)要描述：向系統(tǒng)添加車(chē)輛檔案信息輸入數(shù)據(jù)流：車(chē)輛信息輸出數(shù)據(jù)流：操作結(jié)果加工邏輯：向車(chē)輛狀態(tài)信息記錄中添加車(chē)輛信息表318 加工“車(chē)輛檔案信息查詢”詞條描述加工名：車(chē)輛檔案信息查詢加工編號(hào)：簡(jiǎn)要描述：獲取符合查詢條件的車(chē)輛檔案信息輸入數(shù)據(jù)流：查詢條件輸出數(shù)據(jù)流：車(chē)輛檔案信息加工邏輯：在車(chē)輛檔案信息記錄中獲取符合條件的車(chē)輛檔案信息表319 加工“車(chē)輛檔案信息修改”詞條描述加工名：車(chē)輛檔案信息修改加工編號(hào)：簡(jiǎn)要描述：修改已經(jīng)錄入到系統(tǒng)的車(chē)輛檔案信息輸入數(shù)據(jù)流：車(chē)輛信息輸出數(shù)據(jù)流：操作結(jié)果加工邏輯：物業(yè)管理人員在前臺(tái)修改車(chē)輛檔案信息后，傳入到系統(tǒng)中，在車(chē)輛檔案信息記錄中修改車(chē)輛檔案信息表320 加工“車(chē)輛檔案信息統(tǒng)計(jì)”詞條描述加工名：車(chē)輛檔案信息統(tǒng)計(jì)加工編號(hào)：簡(jiǎn)要描述：對(duì)現(xiàn)有的車(chē)輛進(jìn)行統(tǒng)計(jì)輸入數(shù)據(jù)流：統(tǒng)計(jì)條件輸出數(shù)據(jù)流：統(tǒng)計(jì)結(jié)果加工邏輯：對(duì)車(chē)輛檔案信息記錄中的車(chē)輛進(jìn)行統(tǒng)計(jì)分析根據(jù)數(shù)據(jù)流圖我們可以看出，該功能由物業(yè)管理人員開(kāi)始，結(jié)束于車(chē)輛檔案信息記錄，其中物業(yè)管理人員為操作實(shí)體。相應(yīng)的數(shù)據(jù)字典描述將在數(shù)據(jù)需求中詳細(xì)展開(kāi)。同時(shí)該模塊還涉及“系統(tǒng)日志信息記錄”一個(gè)數(shù)據(jù)存儲(chǔ)文件。2. 妝太濃推遲信息。輸入數(shù)據(jù)： 費(fèi)用信息。 車(chē)輛費(fèi)用管理模塊數(shù)據(jù)字典描述如下表所示：表340 數(shù)據(jù)流“費(fèi)用信息”詞條描述數(shù)據(jù)流名稱：費(fèi)用信息別名：無(wú)簡(jiǎn)述：用車(chē)人對(duì)車(chē)的使用費(fèi)用的信息來(lái)源：加工“收費(fèi)”去向：用車(chē)人數(shù)據(jù)流量：1000份/每分組成：用車(chē)人姓名+用車(chē)人編號(hào)+車(chē)輛品牌+車(chē)輛型號(hào)+發(fā)動(dòng)機(jī)號(hào)+駕駛證號(hào)+保養(yǎng)周期+歸還時(shí)間+使用費(fèi)用+支付狀態(tài)表341 數(shù)據(jù)流“支付信息”詞條描述數(shù)據(jù)流名稱：支付信息別名：無(wú)簡(jiǎn)述：用車(chē)人對(duì)使用車(chē)費(fèi)用的支付來(lái)源：用車(chē)人去向：加工“收費(fèi)”數(shù)據(jù)流量：1000份/每分組成：用車(chē)人姓名+用車(chē)人編號(hào)+車(chē)輛品牌+車(chē)輛型號(hào)+發(fā)動(dòng)機(jī)號(hào)+駕駛證號(hào)+保養(yǎng)周期+歸還時(shí)間+使用費(fèi)用+支付狀態(tài)+支付方式表342 數(shù)據(jù)文件“用車(chē)費(fèi)用記錄”詞條描述數(shù)據(jù)文件名：用車(chē)費(fèi)用記錄別名：無(wú)簡(jiǎn)述：系統(tǒng)中所有的費(fèi)用信息數(shù)據(jù)文件組成：用車(chē)人姓名+用車(chē)人編號(hào)+車(chē)輛品牌+車(chē)輛型號(hào)+發(fā)動(dòng)機(jī)號(hào)+駕駛證號(hào)+保養(yǎng)周期+歸還時(shí)間+使用費(fèi)用+支付狀態(tài)+支付方式+費(fèi)用編號(hào)存儲(chǔ)方式：索引文件，以費(fèi)用編號(hào)（主鍵）為關(guān)鍵字存取頻率：異常頻繁查詢要求：要求能立即查詢表343 數(shù)據(jù)流“統(tǒng)計(jì)條件”詞條描述數(shù)據(jù)流名稱：統(tǒng)計(jì)條件別名：無(wú)簡(jiǎn)述：物業(yè)管理人員通過(guò)系統(tǒng)確定要統(tǒng)計(jì)的基本面來(lái)源：物業(yè)管理人員去向：加工“系統(tǒng)盈利統(tǒng)計(jì)”數(shù)據(jù)流量：1000份/每分組成：盈利金額+維修支出+統(tǒng)計(jì)時(shí)間段+用車(chē)次數(shù)+已支付金額+在用車(chē)數(shù)量+在庫(kù)車(chē)數(shù)量+在用車(chē)應(yīng)收金額表344 數(shù)據(jù)流“統(tǒng)計(jì)信息”詞條描述數(shù)據(jù)流名稱：統(tǒng)計(jì)信息別名：無(wú)簡(jiǎn)述：系統(tǒng)根據(jù)物業(yè)管理人員統(tǒng)計(jì)條件，完成對(duì)系統(tǒng)的盈利信息的統(tǒng)計(jì)來(lái)源：加工“系統(tǒng)盈利統(tǒng)計(jì)”去向：物業(yè)管理人員數(shù)據(jù)流量：1000份/每分組成：：盈利金額+維修支出+統(tǒng)計(jì)時(shí)間段+用車(chē)次數(shù)+已支付金額+在用車(chē)數(shù)量+在庫(kù)車(chē)數(shù)量+在用車(chē)應(yīng)收金額表345數(shù)據(jù)項(xiàng)“費(fèi)用編號(hào)”詞條描述數(shù)據(jù)項(xiàng)名稱：能夠編號(hào)別名：ID簡(jiǎn)述：費(fèi)用唯一標(biāo)識(shí) 類(lèi)型：GUID長(zhǎng)度：無(wú)取值范圍及含義：隨機(jī)值，作唯一標(biāo)識(shí)使用表346 數(shù)據(jù)項(xiàng)“用車(chē)人姓名”詞條描述數(shù)據(jù)項(xiàng)名稱：用車(chē)人姓名別名：UserName簡(jiǎn)述：用車(chē)人姓名類(lèi)型：字符串長(zhǎng)度：20取值范圍及含義：無(wú)表347數(shù)據(jù)項(xiàng)“車(chē)輛品牌”詞條描述數(shù)據(jù)項(xiàng)名稱：車(chē)輛品牌別名：Gender簡(jiǎn)述：車(chē)輛的品牌名稱類(lèi)型：GUID長(zhǎng)度：無(wú)取值范圍及含義：隨機(jī)值，作唯一標(biāo)識(shí)使用表348數(shù)據(jù)項(xiàng)“用車(chē)人編號(hào)”詞條描述數(shù)據(jù)項(xiàng)名稱：用車(chē)人編號(hào)別名：UserID簡(jiǎn)述：車(chē)輛的型號(hào)名稱類(lèi)型：字符串長(zhǎng)度：15取值范圍及含義：無(wú)表349數(shù)據(jù)項(xiàng)“發(fā)動(dòng)機(jī)號(hào)”詞條描述數(shù)據(jù)項(xiàng)名稱：發(fā)動(dòng)機(jī)號(hào)別名：EngineerID簡(jiǎn)述：公務(wù)用車(chē)的發(fā)動(dòng)機(jī)型號(hào)類(lèi)型：GUID長(zhǎng)度：無(wú)取值范圍及含義：隨機(jī)值，作唯一標(biāo)識(shí)使用表350數(shù)據(jù)項(xiàng)“駕駛證號(hào)”詞條描述數(shù)據(jù)項(xiàng)名稱：駕駛證號(hào)別名：DriverID簡(jiǎn)述：駕駛證的編號(hào)類(lèi)型：字符串長(zhǎng)度：150取值范圍及含義：無(wú)表351數(shù)據(jù)項(xiàng)“車(chē)輛型號(hào)”詞條描述數(shù)據(jù)項(xiàng)名稱：車(chē)輛型號(hào)別名：CarSize簡(jiǎn)述：車(chē)輛型號(hào)類(lèi)型：字符串長(zhǎng)度：無(wú)取值范圍及含義：無(wú)表352數(shù)據(jù)項(xiàng)“保養(yǎng)周期”詞條描述數(shù)據(jù)項(xiàng)名稱：保養(yǎng)周期別名：MaintianDate簡(jiǎn)述：車(chē)輛每隔多長(zhǎng)時(shí)間需要保養(yǎng)類(lèi)型：時(shí)間/日期長(zhǎng)度：無(wú)取值范圍及含義：無(wú)表353數(shù)據(jù)項(xiàng)“歸還時(shí)間”詞條描述數(shù)據(jù)項(xiàng)名稱：歸還時(shí)間別名：ReturenDate簡(jiǎn)述： 車(chē)輛的歸還的時(shí)間類(lèi)型：日期/時(shí)間長(zhǎng)度：無(wú)取值范圍及含義：無(wú)表354數(shù)據(jù)項(xiàng)“使用費(fèi)用”詞條描述數(shù)據(jù)項(xiàng)名稱：使用費(fèi)用別名：UseFee簡(jiǎn)述：車(chē)輛的使用費(fèi)用類(lèi)型：整型長(zhǎng)度：50取值范圍及含義：無(wú)表355數(shù)據(jù)項(xiàng)“支付狀態(tài)”詞條描述數(shù)據(jù)項(xiàng)名稱：支付狀態(tài)別名：PaySituation簡(jiǎn)述：車(chē)輛的使用費(fèi)用的支付狀態(tài)類(lèi)型：字符串長(zhǎng)度：50取值范圍及含義：無(wú)表356數(shù)據(jù)項(xiàng)“支付方式”詞條描述數(shù)據(jù)項(xiàng)名稱：支付方式別名：PayMean簡(jiǎn)述：車(chē)輛的使用費(fèi)用的支付方式類(lèi)型：字符串長(zhǎng)度：50取值范圍及含義：無(wú)圖313 車(chē)輛檔案管理IPO圖該功能主要負(fù)責(zé)實(shí)現(xiàn)用車(chē)人通過(guò)系統(tǒng)對(duì)車(chē)輛費(fèi)用管理，輸入數(shù)據(jù)為費(fèi)用信息、支付信息、統(tǒng)計(jì)條件，輸出數(shù)據(jù)為費(fèi)用信息和統(tǒng)計(jì)信息。2. 易操作性界面設(shè)計(jì)：系統(tǒng)應(yīng)提供美觀實(shí)用，方便和直觀的圖形用戶管理界面，充分考慮員工的習(xí)慣，簡(jiǎn)單易學(xué)，操作方便，所有菜單驅(qū)動(dòng)的處理和各種快捷鍵，一鍵功能以確保多數(shù)達(dá)到。 4. 開(kāi)放性系統(tǒng)的數(shù)據(jù)格式應(yīng)符合國(guó)家相關(guān)標(biāo)準(zhǔn)及行業(yè)標(biāo)準(zhǔn)，以此確保應(yīng)用程序具有良好的互操作性和移植的可能。形成相對(duì)獨(dú)立的安全機(jī)制，以防止來(lái)自系統(tǒng)外的未經(jīng)授權(quán)的訪問(wèn)。車(chē)輛管理作為一種提高一個(gè)企業(yè)資源管理水平的手段，必須要跟得上時(shí)代的發(fā)展，適應(yīng)企業(yè)的發(fā)展。對(duì)本系統(tǒng)來(lái)說(shuō)，車(chē)輛管理系統(tǒng)要符合白窯鎮(zhèn)鎮(zhèn)政府的需要，滿足各部門(mén)的要求，方便車(chē)輛申請(qǐng)者和車(chē)輛審批者的使用。可行性分析的目的不是要去解決問(wèn)題，分析各種方案的可行性，而是分析問(wèn)題是否可以得到解決。系統(tǒng)必須制定一套完整防御方案，可有效抵制惡意用戶對(duì)系統(tǒng)進(jìn)行的攻擊，有力提高系統(tǒng)的安全性，保證系統(tǒng)能夠相對(duì)安全的部署、運(yùn)營(yíng)、維