第一篇：用多線程模擬汽車司機與售票員需求分析試驗報告
操作系統：用多線程模擬汽車司機與售票員需求分析試驗報告
本實驗利用多線程模擬汽車司機與售票員之間的協同工作即同步過程。一方面只有售票員把車門關好了司機才能開車，因此，售票員關好車門應通知司機開車；另一方面，只有汽車已經停下，售票員才能開門上下客，故司機停車后應通知售票員。實驗的結果是在屏幕顯示二者的同步過程。
一、設計過程
基本原理：在Windows的一個進程內包含一個或多個線程，32位Windows環境下的WIN32 API提供了多線程應用程序開發所需的接口函數，本實驗就是C++語言編寫的WIN32 API的多線程編程。具體過程：
1.創建兩個信號對象，設定初始值；
2.創建兩個子線程函數，一個為司機的操作過程，一個為售票員的操作過程。我們在這里設定站點數為10個；在司機操作的子線程中，用一個while循環，當到最后一站時，就退出，此時，程序運行結束。3.編寫主線程函數，在其中調用兩個子線程。
二、源代碼
#include
HANDLE hSemaphore1=CreateSemaphore(NULL, 0, 1, NULL);HANDLE hSemaphore2=CreateSemaphore(NULL, 0, 1, NULL);
int station=1;
DWORD WINAPI ThreadDriver(LPVOID LpParameter){
while(station<=10){
cout<<“司機正常行車”< cout<<“前方為”< if(station==10) { cout<<“終點站到了”< return 0; } cout<<“到達”< ReleaseSemaphore(hSemaphore2,1,NULL); WaitForSingleObject(hSemaphore1,INFINITE); cout<<“離站開車”< Sleep(500); station++;} return 0;} DWORD WINAPI ThreadConductor(LPVOID LpParameter){ while(1){ WaitForSingleObject(hSemaphore2,INFINITE); cout<<“售票員開門”< cout<<“售票員關門”< cout<<“售票員向剛上車售票”< ReleaseSemaphore(hSemaphore1,1,NULL); Sleep(1000); } return 0;} int main(){ HANDLE hDriver;HANDLE hConductor;cout<<“多線程模擬司機售票員同步過程n”;cout<<“----------------------------n”; hDriver=CreateThread(NULL,0,ThreadDriver,NULL,0,NULL);Sleep(10);hConductor=CreateThread(NULL,0,ThreadConductor,NULL,0,NULL);Sleep(300000);CloseHandle(hDriver);CloseHandle(hConductor);return 0;} 三、運行結果： 多線程模擬司機售票員同步過程----------------------------司機正常行車 前方為1站點 到達1站點 售票員開門 乘客正在上車 售票員關門 售票員向剛上車售票 離站開車 司機正常行車 前方為2站點 到達2站點 售票員開門 乘客正在上車 售票員關門 售票員向剛上車售票 離站開車 司機正常行車 前方為3站點 到達3站點 售票員開門 乘客正在上車 售票員關門 售票員向剛上車售票 離站開車 司機正常行車 前方為4站點 到達4站點 售票員開門 乘客正在上車 售票員關門 售票員向剛上車售票 離站開車 司機正常行車 前方為5站點 到達5站點 售票員開門 乘客正在上車 售票員關門 售票員向剛上車售票 離站開車 司機正常行車 前方為6站點 到達6站點 售票員開門 乘客正在上車 售票員關門 售票員向剛上車售票 離站開車 司機正常行車 前方為7站點 到達7站點 售票員開門 乘客正在上車 售票員關門 售票員向剛上車售票 離站開車 司機正常行車 前方為8站點 到達8站點 售票員開門 乘客正在上車 售票員關門 售票員向剛上車售票 離站開車 司機正常行車 前方為9站點 到達9站點 售票員開門 乘客正在上車 售票員關門 售票員向剛上車售票 離站開車 司機正常行車 前方為10站點 終點站到了 四、程序結果分析 從運行結果看，基本上模擬了司機和售票員的同步過程。此程序簡單的實現了線程間的同步過程，即運用win32提供的接口函數，主要是CreateThread，WaitForSingleObject，ReleaseSemaphore這幾個函數實現主要功能。 程序還有很多欠缺，需要做進一步的改進。比如可以實際線路的同步過程，考慮司機與售票員同步過程中的更多現實因素，比如，提供站點時間、上下車人數等等，將其運用到實際當中去。 我國汽車制造企業ERP需求分析與解決方案 一、我國汽車企業發展現狀 我國汽車工業起步晚、起點低、規模小、技術落后、產業結構不合理，改革開放以來雖有較快發展，但與汽車生產大國相比差距明顯：單從絕對產量來看，我國2003頭6個月共生 產銷售汽車200多萬輛，全年預計超過400萬輛，盡管相比去年同期增長了30%，但全國總產量尚不足國際汽車巨頭通用公司的年產量。我國已經加入WTO，按照我國對于汽車行業的承諾，到2006年，我國汽車整車進口關稅水平將降至25%，零部件降至10%，并且逐步取消一些諸如進口配額等非關稅保護政策，國內汽車行業將直接面對開放的國際市場，這對于我國尚屬幼稚的汽車產業來說，將是一個非常嚴峻的考驗。 針對我國汽車企業的現狀，汽車企業要在國際汽車巨頭的沖擊下立于不敗之地，唯一的出路只能是盡快發展壯大企業實力，不僅做到規模大，更重要的是實力要強。2002年，我國汽車行業進行了大規模的兼并重組，我國三大汽車集團一汽、二汽以及上汽均舞出了大手筆，一汽收購天汽并與日本豐田公司進行合作；二汽則與日本日產公司進行全面合資計劃，組建東風日產汽車有限公司；而上汽則兼并收購了柳州五菱、安徽奇瑞等公司，使上汽集團的產品線更加完善，已初具我國“汽車航母”的雛形。 我國汽車工業的差距，除了規模上的差距，更重要的制造技術以及管理技術上的差距，而其中最重要的是管理上的差距。整體來說，當前我國汽車行業普遍存在下述管理問題： ·生產規模偏小，尚未形成規模化生產； ·市場信息不靈，生產預測數據不準； ·設計新產品周期長，不能適應快速變化的市場需求； ·生產過程中在制品多，原材料、中間產品甚至產成品庫存量大，占用大量流動資金； ·企業各部門業務處理和信息交流不暢通，周期長、效率低、誤差率高； ·與原材料、零配件的供應商以及外協廠商的溝通和質量控制不到位，影響產品交貨期以及產品質量； ·成本核算工作不細，大多缺乏零部件成本核算，不能有效地控制成本； ·雖已建立遍布全國的銷售及售后服務網絡體系，但整個網絡體系效率不高，信息反饋不及時，缺乏現代信息技術支撐體系； ·以客戶為中心的先進管理思想未能全面深入人心； ·難以進行產品及關鍵零部件的追溯；2003年中國汽車行業協會的政策報告中已經明確提出將汽車招回制度引入國內汽車行業，這樣勢必要求汽車制造企業具備成品及關鍵零部件的追溯能力。 如何解決上述管理問題，如何面對實力雄厚的競爭者，如何適應多變的市場，如何運用現代化的管理和技術手段降低管理成本、提高企業競爭力，是中國汽車行業需要面對和思考的問題。發達國家汽車行業的經驗證明，信息技術的廣泛應用和發展將為企業降低采購、營銷成本，減少庫存、優化庫存結構，拓展銷售渠道、提高服務效率提供可能，是汽車企業增強競爭實力、融入經濟全球化格局的必由之路。 二、汽車制造企業流程與ERP需求分析 汽車企業管理的重點是隨著汽車行業的發展而不斷變化的。在汽車行業發展初期，汽車生產的組織形式是按庫存生產，那時汽車品種非常單一，例如20世紀20年代福特公司只生產單一的黑色T型車，此時對于汽車企業管理的重點在于如何提高產品質量、擴大企業的生產能力以及提高勞動生產率。而到了21世紀的今天，隨著人們生活水平的提高，人們對于汽車的消費需求更加注重個性化特點，汽車生產完全由過去的以產品為中心轉變為以客戶為中心，汽車企業的生產組織形式也由過去的按預測生產轉變為按預測加訂單的生產組織形式，甚至有些先進的汽車廠家已經做到完全按訂單生產。對于現代汽車企業來說，管理的重點在于快速響應客戶的訂單需求、準確合理的排產計劃以及精確的成本控制，詳細來說，汽車企業的管理需求主要在于以下幾個方面： (1)采購、庫存、生產、財務四個業務環節應緊密銜接、數據信息及時充分共享，才能最大程度的避免盲目采購、庫存成本增加、生產過剩(或跟不上)等現象的發生。 (2)采購計劃的編制、請購申請、供應商的選擇及考核、采購人員的評價考核、合同的擬訂及簽訂、采購合同的執行等等這些構成了一個現代化企業的采購業務的整個過程，而采購作為一個企業業務循環中的一個環節，就必須具備以下特點才能使采購環節更好的服務于生產等其他業務環節： 采購計劃的制定要有據可循； 供應商的選擇體系要完善合理； 采購合同的執行要有條不紊； 采購部門進貨提前量的控制； 采購資金的占用要有計劃而不盲目； (3)庫存管理是汽車制造企業非常重要的一個環節，汽車的零件成千上萬，因而對于汽車企業的庫存管理更顯重要，要做到使成千上萬種物料的賬物相符、降低庫存、減少資金占用、同時避免物料積壓或短缺，則現代化的汽車企業的庫存業務應具備以下特點： 能隨時得知某種物料的收、發、存狀況； 及時得知需要盤點的物料及盤點結果； 隨時能對現存的物料進行生產配比的模擬預算； 在保證生產的前提下，最大程度的降低庫存； 應和財務部門緊密銜接，形成高效的過賬措施； 庫存物資根據重要性不同，按照企業追溯制度要求，建立物資的庫存批號。 (4)生產計劃環節是汽車制造業企業的核心，也是整個企業管理最煩瑣和最難管理的環節。生產計劃的制定要求能適應不同的生產模式，特別是能否成功處理按定單裝配與按訂單設計，這也是考驗一個ERP產品功能是否強大的重要指標，為了滿足個性化生產的需要，需要采用精益生產的方式。這對于企業的內部管理、設備與控制系統的能力及人員素質都是一個非常大的挑戰。 一個現代化的汽車制造業企業要想使自己的生產嚴密有序的進行，其生產的業務體現上則應有以下特點： ·汽車市場需求的預測數據及銷售合同數據能夠及時準確地轉化為主生產計劃數據； ·根據主生產計劃、原材料及零部件的庫存量、在制量、采購合同量由系統產生物料需求計劃，大大提高計劃編制的效率與準確性； ·根據生產計劃及生產能力的比較，能夠保持均衡生產； ·降低生產過程中的物料消耗、避免產生廢品造成浪費； ·推行JIT及時生產和看板管理，減少在制品、減少物料庫存甚至實現某些項目的零庫存以降低成本； （5）營銷管理 ·能夠建立分布廣、效率高、市場信息反饋靈活的汽車銷售網絡，從而實現對整個分銷網絡的管理，對分銷點銷售定單的匯總以及對產品的分銷調撥管理等等； ·增強企業對汽車銷售市場需求的應變能力，盡快縮短新產品開發周期以適應市場靈活多變的需要； ·做好產品售后服務并對來自用戶的質量反饋及時處理； (6)成本核算與控制是汽車制造業企業管理的主要核心內容之一。成本分析與成本考核，是對影響企業成本變動的各種技術經濟因數及其影響程度做出定量的描述和定性的說明，它既為下一時期的成本預測、決策和控制提供了新的數據依據，同時也為前一時期成本計劃執行情況做出了全面的總結，以反映企業成本管理水平，并對企業內部各級單位成本管理的成績或失誤進行責任獎懲。成本控制的重點是事前預測并通過事后核算修正預測數據為以后提供更精確的預測。為了能夠為事后核算提供精確的數據用以修正事先的預測數據，需要能夠提供實際成本實時統計的功能；為滿足管理上的要求，成本核算與控制系統應具有以下特點： 可分批、分步進行結賬作業； 將成本要素細分，分別求算； 人工權數、費用權數的設定維護； 可計算各期間各成品、半成品及在制品的實際成本； 可提高各項管理報表； 三、RS10汽車行業解決方案 在對汽車行業管理需求進行科學分析以及多年來對汽車企業ERP解決方案的實踐基礎上，北京機械工業自動化所軟件中心推出了基于汽車行業的RS10/ERP汽車行業解決方案，RS10/ERP汽車行業專業版分為五大管理體系：物料管理體系、制造管理體系、客戶關系管理體系、財務成本管理體系、企業信息門戶及系統集成管理體系。 （1）客戶關系管理體系 RS10汽車行業解決方案的客戶關系管理體系的目標是使原本“各自為戰”的市場推廣人員、銷售人員、售后服務人員協調一致，提高客戶的滿意度、忠誠度，在維持有價值的現有客戶的同時，不斷尋找新市場和新渠道，使企業能夠有效地吸引潛在客戶，最終幫助企業縮短銷售周期、降低銷售成本，增加銷售收入。客戶關系管理體系包括市場管理子系統、分銷管理子系統及售后服務管理子系統等。 （2）物料管理體系 物料管理體系是強調從供應商到客戶物流的時間性和成本性管理，包括采購—采購貨運—庫存—制造—分銷配送—零售—服務等生產經營整個過程中的全面物資供應活動。并在整個活動中進行時間—成本優化集成控制，在最小的成本費用前提下，達到最佳的物資供應。 物料管理子系統包含工程數據管理子系統（EDM）、物資供應管理子系統（PM）、電子供應管理子系統（EPM）、銷售管理子系統（OM）以及庫存管理子系統（INV）。對于現代汽車企業來說，隨著電子商務技術的發展與應用，電子采購已經逐漸成為汽車企業新型的采購模式。 另外物料的批號管理也是汽車企業的獨特要求，汽車行業的批號管理與藥品生產企業的批號制度不同，汽車零部件的批號管理，不僅是企業內部控制庫存的要求，更重要的是外部客戶對其質量跟蹤的要求。批號追蹤功能把物流、訂單和批號緊密聯系起來，從客戶接受到的產品可以追蹤到客戶訂單、生產班組、原材料來源和供應商批號等，同時也可以從原材料追蹤到用于哪些產品的生產，這些產品發貨給哪些客戶，做到產品質量跟蹤有的放矢。對于企業內部來講，批號功能使計算庫存帳齡的有力工具，系統可以隨時提供庫齡分析報告，對清除呆滯庫存和移動緩慢的庫存提供可靠依據。 （3）制造管理體系 制造管理體系是RS10汽車行業解決方案的重中之重，現代汽車行業的發展已經進入了上下游廠家之間分工協作的產業鏈共同發展模式，企業之間的競爭不再是單個企業之間的競爭，而是整個產業鏈之間的競爭。對于汽車整車廠商來說，大量的零部件采取外購、外協，由專業供應商供應的方式；世界各大汽車廠商都建立了自己比較完善的專業零配件供應體系，整車廠商目前主流的制造模式采取的是大批量流水裝配制造模式。 主需求計劃主生產計劃物料需求計劃外購/批量自制能力需求計劃車間任務管理車間作業管理產品產出計劃投產順序優化 產品日進度計劃生產線日進度計劃供應看板生產看板領送料計劃庫存管理采購管理外購中短期計劃計劃執行圖2: RS10/ERP汽車行業JIT與MRP混合制造模式流程圖適應于汽車行業此種生產制造模式，在經過為國內多家汽車整車生產制造企業提供ERP解決方案的實踐基礎上，我們提出了MRPII+JIT混合的汽車行業解決方案，如下圖2所示，主要包括主需求計劃管理子系統（MDS）、主生產計劃管理子系統（MPS）、物料需求計劃管理子系統（MRP）、能力需求計劃管理子系統（CRP）、車間任務管理子系統（PAC）、車間作業管理子系統（SFC）以及準時生產管理子系統（JIT）。 （4）財務成本管理體系 企業的生產經營過程是物資運動與資金運動的統一。企業管理也就是從物資運動和資金運動兩個方面同時進行管理，而對資金運動的管理最終是財務管理的任務。財務管理系統的作用就是對企業資金運動進行全面的管理，也就是通過對資金流的監督和控制，實現對企業生產經營活動的綜合性管理。它的內容包括：財務的賬務管理和各種財務核算如銀行存款、現金的管理，銷售收入及利潤管理，材料的核算，應收/應付賬款管理，固定資產管理等。 RS10—汽車行業解決方案提供了實際成本與標準成本相結合的成本管理模式，分別核算各種產成品、半成品的標準成本與實際成本，通過實際成本與標準成本的對比分析，找出成本的中的關鍵變化因素，為企業管理者進行成本控制與成本管理提供決策支持。 改變成本核算方法，為了較為準確的核算各種產品及零部件的成本，RS10提供了逐步結轉的方法，按照產品的成本物料清單結構，從原材料開始向上歸集，一層層的核算實際成本。材料的消耗不再按定額進行核算，而是按照實際發生的情況進行歸集，以了解產品的各個組成部分真正的成本構成，為銷售決策提供真實依據。 （5）企業信息門戶（EIP）及系統管理體系 RS10/EIP企業信息門戶(EnterpriseInformationPortal)，是企業統一的信息訪問平臺，把企業內外各種相對分散獨立的信息組成一個統一的整體，企業管理者和員工能夠通過統一的渠道訪問和分享所需的信息，同時增強了企業員工之間的信息交流，加強了企業的團隊的協作及提高了企業信息共享層次。 RS10/EIP滿足企業信息的不同要求，用戶可以更方便、更快捷地獲得所需的信息，它讓信息找人，而不是人找信息，這是在信息爆炸的今天防止企業和用戶被信息淹沒的最佳方案。企業信息門戶（EIP）主要包含四大部分：辦公自動化、信息中心、報表中心及知識管理。 UML 課 程 設 計 報 學 院： 廣西大學行健文理學院 專業名稱： 計算機科學與技術0801 學 號： 0838110127 姓 名： 劉鵬帥 指導教師： 劉智斌 時 間： 2010年12月 告 汽車租賃系統的需求分析與設計 一． 課程設計目的 UML統一建模課程是一門面向對象開發方法的設計語言。UML統一建模課程設計實驗課，著重加強面向對象建模技術。使用UML統一建模語言，用需求模型簡化業務領域；用分析模型驗證用例的正確性，一致性，完備性，可行性；用設計模型標識解決方案。通過模型實現了從業務領域到軟件領域的映射。通過建模，使問題可視化，形式化。通過一序列的建模和迭代活動，對于提高學生綜合素質十分必要。 UML統一建模課程是本科類計算機專業的一門骨干課程，技術復雜，應用范圍廣。本課程設計實驗主要內容：構建系統的分析模型、設計模型。主要目標如下： 1.掌握面向對象的分析技術、設計技術； 2.構建“汽車租賃系統”的需求分析模型和設計模型； 二． 課程設計題目描述和要求 本課程設計中包含： A.軟件需求分析 B.汽車租賃系統的需求分析 C.系統的UML基本模型 D.系統中的類 E.系統的配置與實現 1、系統目標 系統的整體目標是：利用互聯網和信息化技術，結合汽車租賃經營的實際運作情況，建設一個覆蓋汽車租賃經營全部業務的“汽車租賃系統”，通過該系統提高企業信息化水平，完善經營管理體系，提高員工素質，進一步加強企業市場競爭能力。 2、功能要求 “汽車租賃系統”中的功能需求可以包括以下幾個方面： ? 客戶可以通過不同的方式（包括電話、前臺、網上）預訂車輛； ? 能夠保存客戶的預訂申請單； ? 能夠保存客戶的歷史記錄； ? 工作人員可以處理客戶申請； ? 技術人員可以保存對車輛檢修的結果。 滿足上述需求的系統主要包括以下幾個模塊： ? 基本數據維護模塊：該模塊提供了使用者錄入、修改并維護基本數據的途徑。? 基本業務模塊：在系統中，客戶可以填寫汽車租賃申請表，工作人員處理這些表格；同時，技術人員還可以提交每輛車的狀態，以便工作人員根據這些資料決定是否批準客戶的請求。 ? 數據庫管理模塊：在系統中，對所有客戶、工作人員以及車輛的信息都要進行統一管理，車輛的租賃情況也要進行詳細的登記。 ? 信息查詢模塊：該模塊主要用于查詢相關信息。 三． 課程設計報告內容 1.汽車租賃系統的需求分析 1.1 系統功能需求 系統的功能需求主要包括以下幾個方面： ? ? ? ? ? ? ? ? ? 客戶可以通過不同的方式（包括電話、前臺、網上）預訂車輛。能夠保存客戶的預訂申請單。能夠保存客戶的歷史記錄。工作人員可以處理客戶申請。 技術人員可以保存對車輛檢修的結果。 基本數據維護模塊 基本業務模塊 數據庫管理模塊 信息查詢模塊 滿足上述需求的系統主要包括以下模塊： 1.2 基本數據維護模塊 基本數據維護模塊包括的主要功能模塊： ? 添加車輛信息 ? ? ? 修改車輛信息 添加員工信息 修改員工數據 1.3 基本業務模塊 基本業務模塊包含的功能： ? ? ? ? 用戶填寫預定申請 工作人員處理預定請求 技術人員填寫服務記錄 工作人員處理還車 1.4 數據庫模塊 數據庫模塊的功能： ? ? ? ? 客戶信息管理 車輛信息管理 租賃信息管理 職員信息管理 1.5 信息查詢模塊 信息查詢模塊是查詢數據庫中的相關信息，包括： ? ? ? ? 查詢客戶信息 查詢職員信息 查詢車輛信息 查詢客戶記錄 2.系統的UML基本模型 2.1 系統的用例圖 ? 創建用例圖之前首先需要確定參與者。 ? 系統中的參與者主要有兩類： ? 客戶 ? 公司職員 1.客戶參與的用例圖 2.公司職員參與的用例圖 2.2 系統的順序圖 1.管理人員開展工作的順序圖 2.客戶預訂車輛的順序圖 theCustomer : CustomertheRequest : RequestOrdertheCommonWorker : CommonWorkertheCustomerRecord : CustomerRecordtheCar : CarfillOrder()checkRequest()check()no problemInServiced()okcreate new customer recordAllow()isHandled()notify() 3.客戶取車的順序圖 theCustomer : CustomertheRequestOrder : RequestOrdershow_notice()theCommonWorker : CommonWorkertheWorkRecord : WorkRecordtheCar : Carcheck()okpay()fillWorkRecord()update_carstatus() 4.客戶還車的順序圖 theCustomer : CustomertheCommonWorker : CommonWorkertheSkillWorker : SkillWorkertheCar : CartheServiceRecord : ServiceRecordtheCustomerRecord : CustomerRecordtheRentRecord : WorkRecordreturnbackcheck_carstatus()fillRecord()returnnotify_payment()pay()update_carstatus()end()updateRecord() 2.3 系統的協作圖 1.客戶預訂的協作圖 6: isHandled()1: fillOrder()theRequestOrder : RequestOrder : custormer7: notify()2: checkRequest()5: Allow()/ Deny(): employee4: InServiced()3: check()theCar : Car8: new CustomerRecordtheCustomerRecord : CustomerRecord2.客戶取車的協作圖 1: show_notice()theRequestOrder : RequestOrder4: take_car(): custormer3: validate2: check(): employee6: update_carstatus()5: fillWorkRecord()theCar : CartheWorkRecord : WorkRecord 3.客戶還車的協作圖 3: fillRecord()4: update_carstatus()1: return_car(): employeetheCar : 2: check_carstatus()Car : custormertheServiceOrder : ServiceRecord5: end()6: updateRecord()theCustomerRecord : CustomerRecordtheWorkRecord : WorkRecord 2.4 系統的狀態圖 2.5 系統的活動圖 customer requestEmployee check the requestno new requeststore the requesthave new requesthandle new requestcheck the customer's recordthe history is badthe history is goodthe car is availabledeny requestsend the messageyescustomer acquire the carnocustomer give the car back 系統中的類 3.1 系統中主要的類 1.客戶和公司職員類 2.一些其他的類 3.2 各個類之間的關系 系統的配置與實現 系統的配置圖 Database ApplicationApplication ServerCommon WorkerManager InterfaceSkill Worker 四．小結 汽車租賃系統是一套針對汽車租賃業務的實際特點而開發的應用與管理軟件，其功能覆蓋了汽車租賃業務的全部流程。主要包括車輛預訂、租賃業務、車輛管理、客戶管理、車輛檢修、租金統計等功能。它包括了四個模塊：基本數據維護模塊、基本業務模塊、數據庫管理模塊和信息查詢模塊。其中，基本數據維護模塊提供了使用者錄入、修改并維護基本數據的途徑，主要包括了添加車輛信息、修改車輛信息 添加員工信息、修改員工數據幾大主要功能。基本業務模塊則提供客戶可以填寫汽車租賃的申請表，工作人員會處理這些表格；同時，技術人員還可以提供每輛車的狀態，以便工作人員根據這些資料決定是否批準客戶的請求，它包含的功能有：用戶填寫預定申請、工作人員處理預定請求、技術人員填寫服務記錄和工作人員處理還車。數據庫模塊是對所有客戶、工作人員以及車輛的信息都要進行統一管理，車輛的租賃情況也要進行詳細的登記，它的功能則是客戶信息管理、車輛信息管理、租賃信息管理和職員信息管理。信息查詢模塊是查詢數據庫中的相關信息，包括查詢客戶信息、查詢職員信息、查詢車輛信息和查詢客戶記錄。 通過這一個課程設計中，我學會了不少東西。最大的收獲就是知道了如何進行UML統一建模，掌握了面向對象UML統一建模語言。我了解了使用UML統一建模語言，用需求模型簡化業務領域；用分析模型驗證用例的正確性，一致性，完備性，可行性；用設計模型標識解決方案。我還認識到通過模型可以實現從業務領域到軟件領域的映射；通過建模，可以使問題可視化，形式化。而通過一序列的建模活動，提高了我在系統設計上的能力，增長了分析、解決問題的經驗，對UML統一建模語言有了更深的了解。可以說，這次設計既鍛煉了我的動腦分析問題的能力，又鍛煉了我動手解決實際問題的能力，這將在我以后的學習中起到很大的作用。我會運用從中學到的寶貴經驗來指導我今后的學習和工作，不斷地實踐，不斷地學習，讓自己變得更加的充實，更適合社會的需要。 參考書目： [1] 徐峰，陳暄，UML面向對象建模基礎，中國水利水電出版社,2008 [2] 王先國，方鵬，曾碧卿，劉燁，UML統一建模實用教程，清華大學出版社，2009 [3] 王養廷，李磊，宋漢珍，UML基礎與應用，清華大學出版社，2006第二篇：我國汽車制造企業ERP需求分析與解決方案(DOC 5)
第三篇：UML課程設計報告+汽車租賃系統的需求分析與設計
點擊咨詢 