【正文】 IPO 圖 如圖 4－ 7 所示 出租車公司信息管理系統(tǒng) 34 ? 車輛維修管理的 IPO 圖 如圖 4－ 8 所示 出租車公司信息管理系統(tǒng) 35 數(shù)據(jù)庫設計 數(shù)據(jù)庫設計是在選定的數(shù)據(jù)庫管理系統(tǒng)基礎上建立數(shù)據(jù)庫的過程。經(jīng)過系統(tǒng)分析階段的工作，開發(fā)人員對現(xiàn)行管理系統(tǒng)的信息處理步驟和方法都已掌握。在對系統(tǒng)分析階段的工作成果：數(shù)據(jù)流圖、數(shù)據(jù)字典進一步分析的基礎上，使用實體關系圖（ ER 圖）工具對整個系統(tǒng)的數(shù)據(jù)庫結構進行設計。 ER 圖是由實體、屬性、聯(lián)系三部分 組成，其符號如圖 49 所示： ER 圖的實體及其屬性 本系統(tǒng)中有 5 個實體，每個實體的屬性如下： 車隊（ 車隊編號 、車隊名稱、車隊地址、車隊電話） 司機（ 工號 、姓名、性別、年齡、駕照號） 車輛（ 車輛編號 、牌照號、車型） 保險公司（ 保險公司編號 、名稱、地址、電話、聯(lián)系人） 維修公司（ 維修公司編號 、名稱、地址、電話、聯(lián)系人） 實體之間的聯(lián)系 5 個實體之間共有 6 個聯(lián)系，分別如下： 車隊和司機是一對多的關系：即車隊可以有多個司機。 車隊和車輛是一對多的關系： 即車隊擁有多部車輛。 司機和保險公司是多對一的關系：即多個司機在一家保險公司保險。 車輛和保險公司是多對一的關系：即多部車輛在一家保險公司保險。 出租車公司信息管理系統(tǒng) 36 車輛和維修公司是多對一的關系：即多部車輛在一家維修公司維修。 司機和車輛是多對多的關系：即一個司機可以駕駛多部車輛，一部車輛可以被多個司機駕駛。 聯(lián)系的屬性如下： 司機人身保險（保單號、險種、金額） 車輛保險（保單號、險種、金額） 營運（營運單據(jù)號、日期、單價、里程、金額） 車輛維修（維修單號、維修類型、維修日期、維修金額） 出租車公司信息管理系統(tǒng) 37 系統(tǒng)的 ER 圖 關系轉換規(guī)則 ER 圖向關系模型的轉化要解決的問題是如何將實體和實體間的聯(lián)系轉換為關系模式，如何確定這些關系模式的屬性和碼。 對于實體，將每個實體轉換為一個關系，實體的屬性即為關系的屬性，實體的碼即為關系的碼。 對于實體間的聯(lián)系，有以下三種不同的情況： 出租車公司信息管理系統(tǒng) 38 若實體間的聯(lián)系是 1： 1，可以在兩個實體轉換成的兩個關系中任意一個關系的屬性中加入另一個關系的碼。 若實體間的聯(lián)系為 1： n，則在 n 端實體轉換成的關系中加入 1 端實體轉 換成的關系碼。 若實體間的聯(lián)系是 n： m，則將聯(lián)系轉換為關系，關系的屬性為諸個實體的碼加上聯(lián)系具有的屬性，而關系的碼則為諸實體的碼的組合。 關系模式 由 ER 圖向關系模型的轉換（主鍵用“ __”表示，外鍵用“＃”表示） 車隊（ 車隊編號 、車隊名稱、車隊地址、車隊電話） 司機（ 工號 、姓名、性別、年齡、駕照號，車隊編號＃、保單號、保險公司編號＃、險種、金額） 車輛（ 車輛編號 、牌照號、車型、車隊編號＃、 保單號、 保險公司編號＃、險種、金額） 保險公司（ 保險公司編號 、名稱、地址、電話、聯(lián)系人） 維修公司（ 維修公司編號 、名稱、地址、電話、聯(lián)系人） 營運（ 營運單據(jù)號 、車輛編號＃、工號＃、日期、單價、里程、金額） 車輛維修記錄（ 維修單號 、車輛編號＃、維修公司編號＃、維修類型、維修日期、維修金額） 這個模式中， 6 個聯(lián)系分別轉換為以上 6 個關系。車輛和維修公司是多對一的關系，但由于一部車輛可以在維修公司里進行多次維修，因此也轉換為一個關系，共有 7 個關系。 出租車公司信息管理系統(tǒng) 39 詳細設計 表設計 進一步確定以上關系模式中各個數(shù)據(jù)項的類型和長度，將每個關系轉換為數(shù)據(jù)庫中的二維表格，并確定了各個表的主碼和外來碼，得到以下表 結構： 司機（ DRIVER）表結構 Field Field Name Type Width Primary Key Foreign Key 1 EMPNO（工號） C 6 Y 2 EMPNAME（姓名） C 20 3 EMPSEX（性別） C 40 4 EMPAGE（年齡） C 13 5 DRIVERNO（駕照號） C 6 6 DEPTNO（車隊編號） C 6 Y 7 DRVINNO（保單號） C 6 8 INCONO（保險公司編號） C 6 Y 9 INTYPE（險種） C 15 10 AMOUT（金額） N 15 車輛（ TAXI）表結構 Field Field Name Type Width Primary Key Foreign Key 1 TAXINO（車輛編號） C 6 Y 2 CARNO（牌照號） C 8 3 CARTYPE（車型） C 20 4 DEPTNO（車隊編號） C 6 Y 5 DRVINNO（保單號） C 10 6 INCONO（保險公司編號） C 6 Y 7 INTYPE（險種） C 15 8 AMOUT（金額） N 15 營運記錄（ DAY）表結構 Field Field Name Type Width Primary Key Foreign Key 1 RENO（營運單據(jù)號） C 14 Y 2 DEPTNO（車隊編號） C 6 Y 3 EMPNO（工號） C 6 Y 4 DATE（日期） D 8 5 AMOUNT（金額） N 15 6 PRICE（單價） N 15 7 SPACE（里程） N 3 出租車公司信息管理系統(tǒng) 40 人機界面設計 界面設計是評價軟件質量的一條 重要指標 ,所謂用戶界面是指軟件系統(tǒng)與用戶交互的接口 ,通常包括輸入、輸出、人機對話的界面與方式等。 數(shù)據(jù)的收集和錄入是比較費事的，需要大量人力和一定設備，并且容易出錯。如果輸入系統(tǒng)的數(shù)據(jù)有錯誤，則處理后輸出將擴大這些錯誤，因此，輸入設計的出發(fā)點是確保信息系統(tǒng)提供正確的信息。目標是在保證輸入信息正確性和滿足需要的前提下，應做到輸入方法簡單、迅速、經(jīng)濟和方便使用者。同樣，輸出設計也應數(shù)據(jù)準確，數(shù)據(jù)報表通俗易懂。本系統(tǒng)在設計時充分考慮到操作易用性及準確性，采用了人機對話方式。 人機對話主要是指在計算機程序運行中，使 用者與計算機系統(tǒng)之間通過終端屏幕或其他裝置進行一系列交替的詢問與回答。對話設計的任務是與用戶共同確定對話方式、內容與具體格式。 人機對話的方式主要是：鍵盤 — 屏幕方式。屏幕是系統(tǒng)對用戶的窗口，如設計不好，會使用戶對整個系統(tǒng)失去信任。 本系統(tǒng)采用了大量美觀、友好的圖形用戶界面，提高用戶使用系統(tǒng)的熱情和積極性。 系統(tǒng)的界面如下： 出租車公司信息管理系統(tǒng) 41 主界面 IC 卡日營運導入界面： 出租車公司信息管理系統(tǒng) 42 用戶權限界面： 日營運匯總報表： 出租車公司信息管理系統(tǒng) 43 程序流程圖 程序 設計 管理信息系統(tǒng)處理方式的合理選擇，就是一個處理過程的設計問題。選擇處理方式實際上就是根據(jù)系統(tǒng)的任務、目標和環(huán)境條件，合理地選擇信息活動的形態(tài)及具體方法。 程序流程圖又稱為方框圖。表示方法簡明直觀，是用來描述程序執(zhí)行的邏輯過程的。它把程序的基本步驟歸納為：處理、判斷、輸入 /輸出、開始和結束等幾個基本功能，并用不同的記號加以表示，從而描述程序的執(zhí)行過程。 在繪制程序框圖時，使用的符號說明如下： 下面是系統(tǒng)主程序流程圖： 出租車公司信息管理系統(tǒng) 44 出租車公司信息管理系統(tǒng) 45 日營運統(tǒng)計子系統(tǒng)流程圖： 出租車公司信息管理系統(tǒng) 46 編程的過程及特色 程序的編寫是按照詳細設計階段產(chǎn)生的程序設計說明書，及選定的程序設計語言書寫程序。在程序設計過程中，不僅要保證程序的正確性，而且要保證程序的可讀性，為以后的維護提供方便。本系統(tǒng)在主框架的模塊上采用自頂向下的方式，把系統(tǒng)的功能按照模塊化和逐步細分的方法分解到最小的控制。在界面的設計上采用面向對象的方式，先設計底層模塊，把有共性的界面設計，功能放在底層模塊統(tǒng)一處理。這樣既保證了界面的統(tǒng)一性，減少了編程的工作量，同時也方便了修改。許多修改只要在底層模塊統(tǒng)一完成，不必一一修改。 本系統(tǒng)所采用的開 發(fā)工具是 PowerBuilder 它是目前國內外流行的前端開發(fā)工具，是目前開發(fā) Windows 應用程序最好、最快、最簡單的開發(fā)工具之一。 PowerBuilder 率先采用可視化的程序設計方法，面向對象的程序設計思想，事件驅動的編程機制，具有高度的可擴充性，支持大型數(shù)據(jù)庫的連接與存取操作。 PowerBuilder 還支持動態(tài)數(shù)據(jù)交換、對象的鏈接與嵌入等新型的編程技術。 出租車公司信息管理系統(tǒng) 47 第五章 系統(tǒng)實現(xiàn) 概述 系統(tǒng)實施是在繼承此前階段系統(tǒng)分析與設計工作成果的基礎上，將邏輯的設計轉化為可以實際運行的物理系統(tǒng)的階段。 實施環(huán)境與工具 硬件環(huán)境： P4 以上主機 128M 以上內存 10G 以上硬盤空間 VGA 高分辨率顯示器 鍵盤及鼠標輸入設備 軟件環(huán)境： 操作系統(tǒng)為： WIN98， WIN2021， WINXP 編程工具： PowerBuilder 數(shù)據(jù)庫管理系統(tǒng)： Microsoft ACCESS 系統(tǒng)開發(fā)所用的工具是 PowerBuilder ，是 WINDOWS 平臺的面向對象的開發(fā)工具，采用面向對象的分析、設計方法，在開發(fā)中很好地用到了 面向對象的繼承性等特點，大大減少了編程的工作量，保持了界面風格和操作風格的一致性，加速了開發(fā)進度、效率和質量。使得該項目能在很短的時間內完成建設工作。 出租車公司信息管理系統(tǒng) 48 系統(tǒng)測試 系統(tǒng)測試是管理信息系統(tǒng)開發(fā)周期中的十分重要而漫長的階段。它是系統(tǒng)質量與可靠性的保證，是對整個系統(tǒng)開發(fā)過程的最終審核，其目的是發(fā)現(xiàn)系統(tǒng)的錯誤。軟件測試通常采用人工測試與機器測試。 人工測試包括個人復查、走查和會審。由于本系統(tǒng)規(guī)模小，所以人工測試主要采用個人復查，在源程序編寫完成以后，由自己進行詳細檢查，并請有豐富經(jīng)驗的程序設計人員對本 系統(tǒng)進行了檢查。 機器測試采用黑盒測試和白盒測試，黑盒測試主要是在完全不考慮程序內部結構和特性的情況下測試軟件的外部特性，根據(jù)軟件的需求規(guī)格說明書設計用例，從程序輸入和輸出特性上測試是否滿足設定功能。白盒測試是按照程序內部結構和處理邏輯選擇測試用例，對軟件的邏輯路徑及過程進行測試。 系統(tǒng)測試一般分為四個步驟，即單元測試、組裝測試、確認測試與系統(tǒng)測試。 單元測試 單元測試又稱模塊測試，是對程序運行中的最小單元（一個模塊或一個子程序），通過采用白盒測試的方法，檢查每一模塊的獨立功能，確保每個模塊作為一個獨立單元 能正確運行。 組裝測試 在對每個模塊完成了單元測試以后，按系統(tǒng)詳細設計和程序設計為依據(jù)，將模塊連接起來進行組裝測試。通常采用黑盒測試法。在建好部分或全部菜單后，先使用運行命令將該菜單啟動，然后點擊菜單，檢查菜單能否運行。這是從程序的輸入和輸出特性上測試程序的各部分能否正確完成自身功能，并和其它部分有效地協(xié)調工作。 確認測試 通過組裝測試后，就要以整個軟件作為測試對象，進行確認測試。目的是要進一步檢查軟件是否符合軟件需求規(guī)格說明書的全部要求，因此又稱為合格性測試。采用黑盒測試法。 系統(tǒng)測試和調試 出租車公司信息管理系統(tǒng) 49 確認測試完畢 ，最后要將信息系統(tǒng)的所有組成部分包括軟件、硬件、用戶以及環(huán)境等綜合在一起進行系統(tǒng)測試，以保證系統(tǒng)的各組成部分協(xié)調動作。因此，系統(tǒng)測試是面向集成的整體系統(tǒng)的，采用黑盒測試法。 測試用例以實際應用為基礎，從超市門店內部抽取若干數(shù)據(jù)在系統(tǒng)中實際運行，檢驗系統(tǒng)是否符合用戶需求，使用過程是否正常，是否能代替一些日常手工工作以提高工作效率。通過測試發(fā)現(xiàn)系統(tǒng)存在的問題，而調試則是為了找到錯誤原因并及時糾正。 系統(tǒng)維護工作貫穿整個系統(tǒng)的活動，在新系統(tǒng)正式投入運行后，為了讓系統(tǒng)長期高效地工作，必須對系統(tǒng)進行定期的維護和管理。 而且系統(tǒng)維護工作并不僅僅是技術性工作，為了保證系統(tǒng)維護工作的質量，需要付出大量的管理工作。在系統(tǒng)運行中的管理不僅僅指對設備的管理，更重要的是對系統(tǒng)每天運行狀況、數(shù)據(jù)輸入