【文章內(nèi)容簡介】 間。 ， 完全由手工處理，沒有進行電子化管理，不利于建立檔案，信息跟蹤和統(tǒng)計。 ，和與保險公司、維修公司的接口。 可行性分析 系統(tǒng)可行性分析的任務是在初步調(diào)查的基礎上確定項目開發(fā)是否必要和可行。此活動的主要目標是進一步明確系統(tǒng)的目標、規(guī)模與功能，對系統(tǒng)開發(fā)背景、必要性和意義進行調(diào)查分析并根據(jù)需要和可能提出擬開發(fā)系統(tǒng)的初步方案與計劃?？尚行匝芯渴轻槍ο到y(tǒng)進行全面、概要的分析，主要包括三方面：技術可行性 、 經(jīng)濟可行性和營運可行性?？尚行匝芯繄蟾媸窍到y(tǒng)研制人員在可行性研究工作階段的成 果。一經(jīng)討論 、 審定通過后，根據(jù)確定的系統(tǒng)方案對系統(tǒng)開發(fā)者下達系統(tǒng)設計任務書，對新系統(tǒng)開發(fā)工作的可行性做出結(jié)論或提出建議。 經(jīng)濟可行性 主要是對項目的經(jīng)濟效益進行評價，一方面是支出的費用，其中包括設備購置費、軟件開發(fā)費、管理維護費、人員工資和培訓費等。另一方面是取得的收益中可以用錢來 4 衡量的那部分（收益的另一部分難以用錢來表示）。該公司目前已有一套讀卡系統(tǒng)，財務部現(xiàn)有的計算機及配套設備，可以作為新系統(tǒng)的設備，無需另行投資。系統(tǒng)建成后，將大大減少重復性的手工勞動，降低辦公費用，提高工作效率，與前期的投 入相比，后期的收益將更為樂觀。 技術可行性 技術上的可行性分析主要分析現(xiàn)有技術條件能否順利完成開發(fā)工作，軟、硬件配置能否滿足開發(fā)者需要等。公司目前已有一套讀卡系統(tǒng)，并能成生為新系統(tǒng)所使用的接口數(shù)據(jù)文件。與銀行的代發(fā)接口文件格式也與銀行談定，可以按照接口規(guī)范進行接口文件的生成。公司已有的 PC 機及打印設備，其容量、速度能滿足系統(tǒng)需要。公司有專業(yè)的IT 人員，對公司信息系統(tǒng)和 IT 設備有維護的能力。本系統(tǒng)采用 Windows 操作系統(tǒng)平臺，C編程語言和 sql2021 數(shù)據(jù)庫，采用 Microsoft Visual Studio 2021 作為開發(fā)平臺。 營運可行性 主要是管理人員對開發(fā)信息系統(tǒng)是否支持，現(xiàn)有管理制度和方法是否科學，規(guī)章制度是否齊全，原始數(shù)據(jù)是否正確等。公司領導非常重視信息系統(tǒng)的建設，對于系統(tǒng)的開發(fā)給予了大量的支持，中層管理人員對此也有共識，最終操作人員對新系統(tǒng)也表示歡迎。系統(tǒng)建成后，雖然將改變原有的工作方式，但系統(tǒng)操作簡單、易于理解，操作人員經(jīng)過短時間的培訓就可以使用該系統(tǒng)。 結(jié)論 綜上所述，該出租車管理系統(tǒng)值得開發(fā)。 5 第 3 章 需求分析 功能需求 公司希望建立一套 管理系統(tǒng)，以準確地采集出司機的營運收入，司機、車輛的保險記錄和車輛的維修記錄數(shù)據(jù)。同時，又與銀行達成協(xié)議，對于司機的營運收入，由公司出具代發(fā)文件，將其營運收入由銀行代發(fā)至司機在銀行開立的帳戶中。公司希望通過此系統(tǒng)，快速準確地將司機的非現(xiàn)金收入發(fā)放到司機的銀行帳戶中，以此做好司機的工作。同時，希望利用此系統(tǒng)，將司機、車輛的保險記錄信息和車輛的維修記錄信息，以電子化的方面進行處理、存儲，便于整理、歸檔、分析和統(tǒng)計，從而提高工作效率和規(guī)范管理。 通過以上的調(diào)查分析，新系統(tǒng)注重基礎信息的采集，包括司機日營運收入數(shù)據(jù) 的采集，司機基本信息、車輛基本信息的采集工作。做好與銀行、保險公司和維修公司的接口，規(guī)范工作流程，盡量減少財務人員的手工工作，提高各崗位的工作效率、充分利用公司資源，使其能為更多的司機和車輛提供優(yōu)質(zhì)的服務同時為公司創(chuàng)造更多的經(jīng)濟效益和社會效益。這是本次系統(tǒng)開發(fā)目標。 數(shù)據(jù)流圖 數(shù)據(jù)流圖（ date flow diagram , DFD）， 是描述數(shù)據(jù)處理過程的工具，它從數(shù)據(jù)傳遞和加工的角度，以圖形方式刻畫數(shù)據(jù)流從輸入到輸出的移動變換過程。由于圖形描述簡明、清晰，所描述的內(nèi)容面向用戶，是系統(tǒng)分析員和用戶進 行交流的有效手段。 數(shù)據(jù)流圖的四種基本元素為： 外部實體：系統(tǒng)外與系統(tǒng)有聯(lián)系的人或單位 數(shù)據(jù)流：流動的一向或一組數(shù)據(jù)，也表示數(shù)據(jù)文件的存儲操作 處理：也成為功能，它對輸入數(shù)據(jù)流進行處理，形成輸出數(shù)據(jù)流 數(shù)據(jù)存儲：用于存儲數(shù)據(jù)的文件等 符號 說明如下圖 ： 6 圖 31 數(shù)據(jù)流圖符號說明 關聯(lián)圖 系統(tǒng)關聯(lián)圖如 圖 32所示，由圖可知系統(tǒng)共涉及三個外部項。 圖 32 系統(tǒng)關聯(lián)圖 頂層數(shù)據(jù)流圖 頂層數(shù)據(jù)流圖如圖 33所示，由圖可以看見整個系統(tǒng)的信息處理功能劃分為三個主要部分，分別是： 日營運匯總，保險管理，車輛維修管理。 日營業(yè)匯總主要功能：將司機的日營業(yè)收入通過讀卡系統(tǒng)導出的數(shù)據(jù)文件導入到系統(tǒng)中，同車輛管理部遞交的司機補充營運收入數(shù)據(jù)一起根據(jù)司機的銀行帳號生成日營業(yè)匯總記錄，并導出為日營業(yè)代發(fā)文件。 保險管理主要功能：包括司機人身保險管理和車輛保險管理。根據(jù)車輛管理部整理的司機基本信息和車輛基本信息，建立司機保單記錄和車輛保單記錄，生成保單給保險公司。統(tǒng)計保單信息給總經(jīng)理審核。 車輛維修管理主要功能：根據(jù)車隊管理部整理的車輛基本信息，建立車輛維修記錄檔案，生成維修申請單交給維修公司，同 時統(tǒng)計出車輛維修統(tǒng)計報表給總經(jīng)理審核。 7 D1： 司機營運記錄 表 D2：車輛營運里程記錄表 D3：車輛保險記錄表 F1： IC卡日營運記錄 F2：司機補充營運記錄 F4：日營運匯總記錄 F7：車輛基本信息 F8：司機保險記錄 F5:日營運代發(fā)文件 F9：司機保單 F10：車輛保險記錄 F12：維修記錄 F13：司機營運里程記錄 F14：車輛營運里程記錄 F18：司機營運收入記錄 F28：維修記錄統(tǒng)計報表 F24：車輛保險匯總記錄 F25：車輛保險注銷保單號 圖 33 出租車管理系統(tǒng)頂層圖 頂層圖說明：車隊管理部將司機的 IC 卡營運收入和補充營運收入數(shù)據(jù)收集后交至財務部出納員，出納員根據(jù)銀行返回的人員帳號文件，將營運數(shù)據(jù)與帳號配對后匯總成日營運匯總記錄，并導出日營運代發(fā)文件，經(jīng)校驗無誤后，發(fā)至銀行。由銀行根據(jù)這份代發(fā)文件，將司機的 IC 卡營業(yè)收入代發(fā)至該司機的帳戶中。同時，日營運匯總統(tǒng)計出司機營運里程和車輛營運里程，供保險和維修管理參考。對于司機人身保險，車隊管理部將司機基本信息 登記后，交給保險部，保險部根據(jù)每個司機的基本信息，結(jié)合該司機的營運里程信息建立每個司機的人身保險檔案和保險單。對于車輛保險，由車隊管理部將車輛的基本信息整理后，交給保險部，保險部根據(jù)每部車輛的基本信息和車輛營運里程信息建立每部車輛的保險檔案和保險單。對于車輛維修，由車隊管理部將車輛的基本信息整理后，交給維修部，維修部根據(jù)部車輛的基本信息和車輛營運里程信息建立每部車輛的維修檔案。 維修部 總經(jīng)理 車隊管理部 車隊管理部 保險部 銀行 日營運匯總 車輛維修管理 保險管理 F1 F2 F8 F5 F13 F14 F20 F18 F13 F14 F6 F6 F7 F9 F11 F10 F24 F25 F10 F10 F7 F12 F7 F28 F13 D1 F14 F14 D2 D3 P2 P3 P1 8 一層數(shù)據(jù)流圖（日營運匯總） 系統(tǒng)的一層數(shù)據(jù)流圖（日營運匯總）如圖 34所示： D1：司機營運里程記錄表 D2：車輛營運里程記錄表 D3：日營運匯總表 F1： IC 卡營運記錄 F2：司機補充營運記錄 F4：日營運匯總記錄 F5：日營運代發(fā)文件 F9：日營運匯總記錄 F13：司機營運里程記錄 F14：車輛營運里程記錄 F15：日營運導入記錄 圖 34 一層數(shù)據(jù)流圖（日營運匯總） 一層數(shù)據(jù)流圖（保險管理） 如圖 35 所示： 車隊管理部 車隊管理部 銀行 日營運統(tǒng)計 IC 卡日營運導入 日營運新 增 日營運導出 D1 D2 D3 F2 F2 F5 F4 F15 F1 F14 F13 F9 9 D1：司 機營運里程記錄 D2：車輛營運里程記錄 D4：司機保險記錄 表 D5：車輛保險記錄 表 F6：司機基本信息 F7：車輛基本信息 F8：司機保險記錄 F9：司機保單 F10：車輛保險記錄 F11：車輛保單 F13：司機營運里程記錄 F14：車輛營運里程記錄 F22：司機保險注銷保單號 F23：司機保險匯總記錄 F24：車輛保險注銷保單號 F25：車輛保險匯總記錄 圖 35 一層數(shù)據(jù)流圖（保險管理） 一層數(shù)據(jù)流圖（車輛維修管理） 系統(tǒng)的一層數(shù)據(jù)流圖（車輛維修管理）如圖 36所示： D2：車輛營運里程記錄 D5：車輛保險記錄表 D6：維修記錄表 車隊管理部 總經(jīng)理 維修部 維修記錄刪除 維修記錄新增 維修記錄統(tǒng)計 F26 F27 F12 F7 F12 F7 F10 F14 F28 D6 D2 D5 車隊管理部 保險部 車輛保單建檔 司機保單建檔 司機保單統(tǒng)計 車輛保單統(tǒng)計 司機保單注銷 車輛保單注銷 F7 F11 F24 F25 F23 F22 F13 F8 F10 F8 F14 F10 D2 D4 D1 D5 F6 F9 10 F7：車輛基本信息 F10：車輛保險記錄 F12：維修記錄 F14：車輛營運里程 F26：車輛保險記錄 F27：維修匯總記錄 F28：維修記錄統(tǒng)計報表 圖 36 一層數(shù)據(jù)流圖（車輛維修管理） 數(shù)據(jù)字典 數(shù)據(jù)字典 的任務是對與系統(tǒng)相關的元素的一個定 義、解釋、說明，目的是為了便于用戶和系統(tǒng)分析員理解系統(tǒng)。 編寫數(shù)據(jù)字典要求定義嚴密、精確，不可半點含糊，不可有二義性。 本系統(tǒng)的數(shù)據(jù)字典如下 ： 文件名：管理員文件 描述：以序號 為記錄主鍵的關系型數(shù)據(jù)表 組成：管理員 =序號 +用戶名 +密碼 +角色 文件名：用戶文件 描述：以序號 為記錄主鍵的關系型數(shù)據(jù)表 組成：用戶 =序號 +用戶名 +密碼 +角色 文件名：車隊文件 描述：車隊編號為記錄主鍵的關系型數(shù)據(jù)表 組成：車隊 =車隊編號 +車隊名稱 +車隊地址 +車隊電話 文件名：司機文件 描述：以工號 為記錄主鍵的關系型數(shù)據(jù)表 組成： 司機 =工號 +姓名 +性別 +年齡 +駕照號 +車隊編號 +保單號 +保險公司編號＃ +險種 +金額 文件名：車輛文件 描述：以車輛編號為記錄主鍵的關系型數(shù)據(jù)表 組成：車輛 =車輛編號、牌照號、車型、車隊編號＃、 保單號、 保險公司編號＃、險種、金額 文件名：保險公司文件 描述：以保險公司編號為記錄主鍵的關系型數(shù)據(jù)表 組成：保險公司 =序號 +用戶名 +密碼 +角色 11 文件名：維修公司文件 描述：以維修公司編號為記錄主鍵的關系型數(shù)據(jù)表 組成：維修公司 =維修公司編 +名稱 +地址 +電話 +聯(lián)系人 文件名：營運文件 描述：以營運單據(jù)號為記錄主鍵 的關系型數(shù)據(jù)表 組成：營運 =營運單據(jù)號 +車輛編號＃ +工號＃ +日期 +單價 +里程 +金額 文件名：車輛維修記錄文件 描述：以維修單號為記錄主鍵的關系型數(shù)據(jù)表 組成：車輛維修記錄 =維修單號、車輛編號＃、維修公司編號＃、維修類型、維修日期、維修金額 12 第 4 章 概要 設計 概述 系統(tǒng)設計是將系統(tǒng)分析階段所提出的反映用戶需求的邏輯方案轉(zhuǎn)化為可供實施的物理方案。根據(jù)系統(tǒng)分析提出的邏輯功能要求，結(jié)合實際經(jīng)濟、技術和環(huán)境條件。確定系統(tǒng)總體結(jié)構和物理方案、合理選擇硬件、確保系統(tǒng)目標得以實現(xiàn)。 系統(tǒng)設計是在系統(tǒng)分析的基礎上 由抽象到具體的過程。 系統(tǒng)設計的原則：嚴格按照系統(tǒng)說明書所規(guī)定的目標、任務和邏輯功能進行設計工作，遵守信息管理和信息技術的有關規(guī)范，在充分尊重和理解用戶要求的基礎上，使設計盡可能滿足用戶操作使用方面的要求。 系統(tǒng)設計的目標：系統(tǒng)分析階段多提出的反映了用戶信息需求的系統(tǒng)邏輯方案轉(zhuǎn)換成可以實施的基于計算機與通信系統(tǒng)的技術方案。 系 統(tǒng)設計的方法：采用基于將系統(tǒng)分解成相對獨立模塊的結(jié)構化設計方法。 系統(tǒng)總體結(jié)構設計要完成的任務是確定整個系統(tǒng)由哪些組成部分，以及各部分在物理上、邏輯上的相互關系 。 系統(tǒng)總體結(jié)構是指整個系統(tǒng)有哪些部分組成，以及各部分在物理上，邏輯上的相互關系，包括硬件部分 和軟件部分。而系統(tǒng)的總體布局是指系統(tǒng)的硬軟件資源的數(shù)據(jù)資源在空間上的分布特性， 本系統(tǒng)采用集中式結(jié)構有利于資源的統(tǒng)一管理和共享。 軟件模塊結(jié)構設計 系統(tǒng)軟件功能結(jié)構的設計采用 結(jié)構化 設計 方法（ SD— Structured Design） 。 SD 是基于模塊化、自頂向下逐層細化 、結(jié)構化程序設計等技術