軟件設計說明書

軟件設計闡明書1、引言軟件設計重要分為概要設計和具體設計。在軟件設計中根據需求分析的軟件需求及功效、性能需求，采用某種設計辦法進行公交運行系統(tǒng)的數據設計，系統(tǒng)構造設計和過程設計。任務概述2.1.需求概述登錄管理：為顧客提供顧客登錄功效；系統(tǒng)管理員提供添加、刪除顧客功能以及查看修改日志功效；實時監(jiān)控管理：對汽車進行實時的監(jiān)控并快速有效的反饋給管理人員。動態(tài)調度管理：能夠快速解決擁塞以及其它事故。檢修統(tǒng)計管理：對公交車基本檢修狀況有效統(tǒng)計。2.2.需求階段分析階段的分析模型軟件設計涉及數據設計、體系構造設計、接口設計、過程設計。數據設計將實體關系圖中描述的對象和關系，以及數據字典中描述的具體數據內容轉化為數據構造的定義。側重于數據構造的定義體系構造設計定義軟件系統(tǒng)各重要成分之間的關系。接口設計根據數據流圖定義軟件內部各成分之間、軟件與其它協同系統(tǒng)之間及軟件與顧客之間的交互機制。過程設計則是把構造成分轉換成軟件的過程性描述。2.3.系統(tǒng)的目的建立張家口公交運行調度系統(tǒng)用計算機管理取代手工作業(yè)和定性的管理模式建立原則的調度數據庫根據不同路別不同的性質對公交汽車進行合理的調配提高管理工作效率只需要通過查詢就能夠清晰的懂得車輛的運行狀況、調度狀況以及其它基本信息。為管理人員和司機提供精確的信息概要設計3.1.總體設計總體設計重要分為系統(tǒng)設計與構造設計，在需求分析階段，已經從系統(tǒng)開發(fā)的角度出發(fā)，把系統(tǒng)按功效主次分割成層次構造，使每一部分完畢簡樸的功效且各個部分之間又保持一定的聯系，這就是功效設計。在設計階段，基于這個功效的層次構造把各個部分組合起來成為系統(tǒng)。3.1.1.整體的解決流程解決流程采用采用事務型的數據流圖（DFD圖）做總體設計。自頂向下，逐步細化。圖解以下所示：圖3.1總體設計圖3.1總體設計3.1.2.總體構造設計公交運行調度系統(tǒng)重要由登錄管理、實時監(jiān)控管理、動態(tài)調度管理、檢修統(tǒng)計管理模塊構成。公交運行調度系統(tǒng)的功效模塊圖如圖3-3。圖圖3.3功效模塊圖3.1.3.模塊功效登錄管理模塊為顧客提供顧客登錄功效；系統(tǒng)管理員提供添加、刪除顧客功效以及查看修改日志功效；司機評工作證號在公交車終端進行登錄。登錄通過刷卡實現。讀卡器將讀出司機的登錄名及司機基本信息并對該司機進行身份驗證。驗證通過后系統(tǒng)將登錄信息寫入日志。向系統(tǒng)錄入司機及公交汽車的基本信息。通過管理員權限向系統(tǒng)錄入司機以及公交汽車的基本信息，實現對各信息綜合管理。其具體流程如圖3.4所示。圖圖3.4登錄管理解決流程圖實時監(jiān)控管理模塊對汽車進行實時的監(jiān)控并快速有效的反饋給管理人員。通過對速度與客流量的實時監(jiān)控，系統(tǒng)能夠做出擁塞警報。系統(tǒng)接受公交車端發(fā)回的客流量與車速信息，系統(tǒng)進行分析后作出與否擁塞判斷。若發(fā)生擁塞則作出擁塞報告，并有調度員進行調度調節(jié)，以解決擁塞。其具體流程如圖3.5所示。圖圖3.5實時監(jiān)控管理解決流程圖動態(tài)調度管理模塊能夠快速解決擁塞以及其它事故。有效地提高公交運行的效率，減少顧客等待的時間更有助于管理人員的管理，原先是個人的工作能夠兩個人解決，大大減少了投資成本。其具體流程如圖3.6所示。圖圖3.6動態(tài)調度管理解決流程圖實檢修統(tǒng)計管理模塊對公交車基本檢修狀況有效統(tǒng)計。系統(tǒng)會自動生成日常工作日志，事故解決統(tǒng)計，公交車檢修統(tǒng)計。每日檢修信息、事故解決統(tǒng)計每天都會實時錄入系統(tǒng)并生成對應日志，方便后來查詢。其具體流程如圖3.7所示。圖圖3.7檢修統(tǒng)計管理解決流程圖3.1.4.功效分派下面是各個模塊的功效分派，表明各項功效與程序構造的關系。以下表所示。模塊功效登錄管理顧客登錄、注冊申請、審核新顧客、刪除顧客、生成日志實時監(jiān)控管理擁塞警報、作出與否擁塞判斷、作出擁塞報告動態(tài)調度管理與調度員進行調度調節(jié)、做出調節(jié)報告檢修統(tǒng)計管理公交車檢修統(tǒng)計、事故解決統(tǒng)計3.2.接口設計1）外部接口顧客界面：在界面設計上，應做到簡樸明了，易于操作，并且要注意到界面的布局，應突出的顯示重要以及出錯信息。外觀上也要做到合理化，考慮到顧客多對WINDOW風格較熟悉，應盡量向這一方向靠攏。軟件與硬件接口：本系統(tǒng)設有人機操作界面，考慮到操作簡樸，易于管理方面，重要硬件接口設備為PC，鼠標，鍵盤。而軟件接口重要以windows平臺為基本平臺2）內部接口見系統(tǒng)框圖，各模塊之間互相獨立又彼此關聯，重要通過函數調用實現各部分的連接。3.3數據構造設計3.3.1.邏輯構造設計司機（姓名，性別，出生日期，工作證號，駕駛證號，聯系電話）公交汽車（車牌號，路別，汽車型號）日志（監(jiān)控信息，時間）事故解決統(tǒng)計（警報信息，解決方案）登錄（登錄名，密碼，權限）駕駛（車速，客流量）3.3.2.物理構造設計字段名字段類型與否為空主碼/外碼/索引項闡明UserNameChar(20)NOTNULL主碼姓名SexChar(4)NULL索引項性別BirthdateIntNULL索引項出生日期WorkNumberIntNULL外碼工作證號DriveNumberIntNULL索引項駕駛證號PhoneIntNULL索引項聯系電話表1司機信息表z_driver表2公交車信息表z_bus字段名字段類型與否為空主碼/外碼/索引項闡明|LpnIntNOTNULL主碼車牌號lubieIntNULL索引項路別XingHaoIntNULL外碼汽車型號表3日志信息表z_log字段名字段類型與否為空主碼/外碼/索引項闡明|LpnIntNOTNULL主碼車牌號ControlMIntNULL索引項監(jiān)控信息DateIntNULL索引項時間表4事故解決表z_accidentDeal字段名字段類型與否為空主碼/外碼/索引項闡明A_idIntNOTNULL主碼事故ID|LpnIntNOTNULL外碼車牌號WorkNumberIntNULL外碼工作證號WarningMsgcharNULL索引項警報信息SolutioncharNULL索引項解決方案表5登錄信息表z_login字段名字段類型與否為空主碼/外碼/索引項闡明UserNameChar(20)NULL主碼姓名PasswordChar(20)NULL索引項密碼limitIntNULL索引項權限表6駕駛信息表z_drive字段名字段類型與否為空主碼/外碼/索引項闡明D_idIntNOTNULL主碼駕駛ID|LpnIntNULL外碼車牌號WorkNumberIntNULL外碼工作證號SpeedChar(20)NULL索引項車速FlowChar(20)NULL索引項客流量3.3.3.數據構造與程序的關系各模塊與程序的關系以下表所示。模塊使用的數據庫表登錄管理模塊登錄信息表（z_login）、司機信息表（z_driver）實時監(jiān)控管理模塊司機信息表（z_driver）、公交車信息表（z_bus）、駕駛信息表（z_drive）、日志信息表（z_log）動態(tài)調度管理模塊公交車信息表（z_bus）、駕駛信息表（z_drive）檢修管理模塊事故解決表（z_accidentDeal）、駕駛信息表（z_drive）表表6各模塊與表的關系3.4、運行設計運行設計重要涉及運行模塊的組合、運行控制和運行時間。其中（1）運行模塊的組合應當滿足具體軟件的運行模塊組合為程序多窗口的運行環(huán)境，各個模塊在軟件運行過程中能較好的交換信息，解決數據。（2）運行控制將嚴格按照各模塊間函數調用關系來實現。在各事務中心模塊中需對運行控制進行對的的判顧客的數據解決規(guī)定。（3）運行時間。系統(tǒng)的運行時間基本能夠達成顧客所提出來規(guī)定。3.5.出錯解決設計出錯解決設計重要涉及搓搓輸出信息和出錯解決對策。說明以下：（1）出錯輸出信息顧客使用錯誤的數據或訪問沒有權限的數據后，系統(tǒng)給出提示：“對不起，你無法使用數據，沒有權限！”并且顧客的密碼管理能夠讓顧客修改自己的密碼，不讓顧客的匿名登錄。（2）出錯解決對策由于數據在數據庫中已有備份，故在系統(tǒng)出錯后能夠依靠數據庫恢復功效，并且依靠日志文獻使系統(tǒng)再啟動，就算系統(tǒng)崩潰顧客的數據也不會丟失或遭到破壞。但有可能占用更多的數據存儲空間，權衡方法由顧客決定。3.6.安全保密設計和維護設計（1）安全保密設計系統(tǒng)的系統(tǒng)顧客管理確保了只有授權的顧客才干進入系統(tǒng)進行數據操作，并且對于某些重要數據，系統(tǒng)設立為只有最高權限的人員方可讀取或是操作。系統(tǒng)安全保密性高。（2）維護設計由于系統(tǒng)較小沒有外加維護模塊，由于系統(tǒng)維護工作比較簡樸，僅靠數據庫的某些基本維護。具體設計4.1.軟件構造軟件系統(tǒng)的構造以下：圖4.1軟件系統(tǒng)構造圖圖4.1軟件系統(tǒng)構造圖4.2.程序描述程序設計重要是為了明了概括運行系統(tǒng)的設計思路理念，給人以清晰的構造。通過分布羅列來闡明其作用與其重要性，也有部分補充其其它方面。程序涉及：登錄系統(tǒng)：其功效含有：顧客登錄到監(jiān)控系統(tǒng)界面。實時監(jiān)控系統(tǒng)：其功效含有：顧客通過監(jiān)控公交汽車的狀況做出對的解決。動態(tài)調度系統(tǒng)：其功效含有：對車輛進行合理的調度。檢修統(tǒng)計系統(tǒng)：其功效含有：獲得公交汽車檢修的信息。4.2.1.程序的功效和性能描述程序的功效描述以下：1、司機把自己的有關信息（姓名，性別，出生日期，工作證號，駕駛證號，聯系電話）和公交汽車有關信息（車牌號，路別，汽車型號）輸入該系統(tǒng)；2、系統(tǒng)運用GPS定位系統(tǒng)擬定公交車的運行狀況；3、在碰到車路擁塞和意外事故時進行高效的調度，提高公交車的運行效率。程序的性能描述以下：1、系統(tǒng)解決的精確性和及時性系統(tǒng)解決的精確性和及時性是系統(tǒng)的必要性能。在系統(tǒng)設計和開發(fā)過程中，要充足考慮系統(tǒng)現在和將來可能承受的工作量，使系統(tǒng)的解決能力和對應時間能過滿足顧客對信息解決的需求。由于公交運行系統(tǒng)的系統(tǒng)的監(jiān)控功效對于整個系統(tǒng)的功效和性能完畢舉足輕重。，其精確性很大程度上影響公交運行的效率。在系統(tǒng)開發(fā)過程中，必須采用一定的辦法確保系統(tǒng)的精確性。2、系統(tǒng)的開發(fā)性和可擴充性公交運行系統(tǒng)在開發(fā)過程中，應當充足考慮后來的可擴充性。全部這些都規(guī)定系統(tǒng)提供足夠的手段進行功效的調節(jié)和擴充。而要實現這一點，應當通過系統(tǒng)的開發(fā)性來完畢，既系統(tǒng)應是一種開放系統(tǒng)只要符合一定的規(guī)范，能夠簡樸的加入和減少系統(tǒng)的模塊，配備系統(tǒng)的硬件。通過軟件的修補，替代完畢系統(tǒng)的升級和更新換代。3、系統(tǒng)的響應速度公交運行系統(tǒng)在日常解決中要達成實時規(guī)定，以及實時反饋信息。在進行統(tǒng)計分析時，根據其問題而影響工作效率。4.2.2.程序的輸入輸出項目程序的輸入項目以下：序號名稱類型有效范疇輸入方式數據來源1姓名Char手動輸入司機2性別String男/女手動輸入司機3出生日期datatime手動輸入司機4工作證號Int000.0-999.9手動輸入司機5駕駛證號Char手動輸入司機6聯系電話Int7-11手動輸入司機7車牌號Char手動輸入公交汽車8路別Int000-111手動輸入公交汽車9汽車型號Char手動輸入公交汽車表表7程序的輸入項目程序的輸出項目以下：序號名稱類型數據來源1日志String司機、公交汽車2事故解決統(tǒng)計String司機、公交汽車表表8程序的輸出項目4.2.3算法◆登錄（1）功效描述若顧客未注冊，則在注冊前登錄，若顧客已注冊則直接用已注冊的顧客名登錄。登錄模塊重要實現管理員的登錄功效。用以擬定顧客與否含有使用該系統(tǒng)的功效。（2）調試辦法在進入系統(tǒng)之前，由系統(tǒng)默認直接調試。（3）界面設計尚未設計（4）重要算法If（顧客已注冊）{進入登錄系統(tǒng)對公交車進行實時監(jiān)控}Else提示：請先進行注冊◆實時監(jiān)控（1）功效描述通過對速度與客流量的實時監(jiān)控，若出現擁塞或事故系統(tǒng)可以做出警報。（2）調試辦法系統(tǒng)自動調試。（3）界面設計尚未設計（4）重要算法If（出現擁塞或事故系統(tǒng)）{發(fā)出警報}Else（沒有提示）◆動態(tài)調度（1）功效描述能夠快速解決擁塞以及其它事故。（2）調試辦法系統(tǒng)自動調試。（3）界面設計尚未設計（4）重要算法If（出現擁塞或事故系統(tǒng)）{解決并做日志統(tǒng)計}Else（沒有提示）◆檢修統(tǒng)計（1）功效描述能夠快速解決擁塞以及其它事故。（2）調試辦法