【文章內(nèi)容簡(jiǎn)介】 注重響應(yīng)時(shí)間，數(shù)據(jù)的安全性和完整性；分析型處理則用于管理人員的決策分析，經(jīng)常要訪問大量的歷史數(shù)據(jù)。而傳統(tǒng)數(shù)據(jù)庫(kù)系統(tǒng)優(yōu)于企業(yè)的日常事務(wù)處理工作，而難于實(shí)現(xiàn)對(duì)數(shù)據(jù)分析處理要求，已經(jīng)無法滿足數(shù)據(jù)處理多樣化的要求。操作型處理和分析型處理的分離成為必然。 傳統(tǒng)數(shù)據(jù)庫(kù)尤其是關(guān)系數(shù)據(jù)庫(kù)具有許多優(yōu)點(diǎn)，在傳統(tǒng)應(yīng)用領(lǐng)域中取得了巨大成就，它們適合處 理格式化數(shù)據(jù)較好地滿足了商務(wù)處理的需求。但人們?cè)噲D將傳統(tǒng)的數(shù)據(jù)庫(kù)系統(tǒng)運(yùn)用到新的應(yīng)用領(lǐng)域時(shí)，傳統(tǒng)數(shù)據(jù)庫(kù)系統(tǒng)的局限性立刻暴露出來了，主要表現(xiàn)在以下幾個(gè)方面： 面向機(jī)器的數(shù)據(jù)模型無法表示客觀世界的復(fù)二○○五屆畢業(yè)設(shè)計(jì)（論文）說明書 12 雜對(duì)象，既結(jié)構(gòu)復(fù)雜，相互聯(lián)系的語(yǔ)義也十分復(fù)雜的對(duì)象； 數(shù)據(jù)類型簡(jiǎn)單、固定； 結(jié)構(gòu)與行為完全分離； 阻抗失配； 被動(dòng)響應(yīng)； 存儲(chǔ)、管理對(duì)象有限； 事務(wù)處理能力較差。 關(guān)于 ODBC 技術(shù) ODBC 技術(shù)是 Microsoft 公司開發(fā)的 API,已經(jīng)成為事實(shí)上數(shù)據(jù)庫(kù)訪問接口的工業(yè)標(biāo)準(zhǔn)。它可以為不同的數(shù)據(jù)庫(kù)提供 相應(yīng)的驅(qū)動(dòng)程序 ,為異構(gòu)數(shù)據(jù)庫(kù)的訪問提供統(tǒng)一接口 ,一個(gè)應(yīng)用程序可以通過一組通用的代碼訪問不同的數(shù)據(jù)庫(kù)管理系統(tǒng)。在開發(fā)大型數(shù)據(jù)庫(kù)時(shí)，當(dāng)開發(fā)的應(yīng)用程序系統(tǒng)只調(diào)用一個(gè)數(shù)據(jù)庫(kù)時(shí)， ODBC的配置比較簡(jiǎn)單， ODBC 是通過一組標(biāo)準(zhǔn)的函數(shù)調(diào)用來實(shí)現(xiàn)的， ODBC 一個(gè)最大的優(yōu)點(diǎn)是，它是一種被廣泛采用的桌面標(biāo)準(zhǔn)。使用 ODBC 時(shí)沒有必要理解這些函數(shù)，使用 ODBC 所需的所有代碼都創(chuàng)建在支持 ODBC 的應(yīng)用程序中，現(xiàn)在已經(jīng)有 180多種桌面應(yīng)用程序支持 ODBC?？傊?ODBC 被數(shù)據(jù)庫(kù)供應(yīng)商內(nèi)部所認(rèn)可，同時(shí)還能被大多數(shù)數(shù)據(jù)庫(kù)軟件商和公共開發(fā)商 所承諾，具有巨大的工業(yè)潛力，已被廣泛接受，成為異種數(shù)據(jù)庫(kù)互連的手段之一及數(shù)據(jù)庫(kù)通信的可選標(biāo)準(zhǔn)。 二○○五屆畢業(yè)設(shè)計(jì)（論文）說明書 13 第四章 需求分析 引言 對(duì)軟件需求完全理解對(duì)于軟件開發(fā)工作的成功是至關(guān)重要的，需求說明的任務(wù)是發(fā)現(xiàn)、規(guī)范的過程，有益于提高軟件開發(fā)過程中的能見度，便于對(duì)軟件開發(fā)過程中的控制與管理，便于采用工程方法開發(fā)軟件，提高軟件的質(zhì)量，便于開發(fā)人員、維護(hù)人員、管理人員之間的交流、協(xié)作，并作為工作成果的原始依據(jù)，并且在向潛在用戶傳遞軟件功能、性能需求，使其能夠判斷該 軟件是否與自己的需求相關(guān)。 編寫目的 ◆ 為學(xué)校后勤管理、學(xué)生、維護(hù)人員之間 提供共同的協(xié)議而創(chuàng)立基礎(chǔ) ， 對(duì)企業(yè)管理軟件功能的實(shí)現(xiàn)作使命描述。 ◆ 為了使學(xué)校宿舍管理、水電收費(fèi)情況更加的系統(tǒng)化和可操作。 ◆ 本說明書的預(yù)期讀者為學(xué)校后勤管理、學(xué)生、 需求分析人員、測(cè)試人員、用戶文檔編寫者 。 基礎(chǔ)情況 背景說明 效 率已經(jīng)成為當(dāng)今社會(huì)最重要的制約因素之一，面對(duì)信息量工作量越來越大的現(xiàn)實(shí)，如何合理科學(xué)而又高效的進(jìn)行工作就顯得尤為主要。就車輛管理工作而言，一項(xiàng)非常重要的工作就是在網(wǎng)上進(jìn)行車輛 的管理，每次車輛的調(diào)度和使用情況，從用戶申請(qǐng)預(yù)約車輛到管理員的批準(zhǔn)，從駕駛員查看車輛的狀況到執(zhí)行出車任務(wù)的管理等工作非常繁瑣且工作量很大，這種組織管理方式不僅工作任務(wù)繁重而且車輛的調(diào)度和安排，以及車輛的有關(guān)記錄等各方面難以協(xié)調(diào)和控制，難以形成有效的管理模式，不利于車輛的系統(tǒng)管理，給用戶和司機(jī)帶來很多問題和困難。此外，在信息高速發(fā)展的今天，以往的傳統(tǒng)人工調(diào)度和記錄被電子化所代替，因?yàn)榫W(wǎng)絡(luò)操作在很多方面更具科學(xué)性、時(shí)效性、方便性等。鑒于這種情況，利用計(jì)算機(jī)進(jìn)行網(wǎng)上車輛的管理，對(duì)車輛的管理將變的高效而便捷，對(duì)車輛 的調(diào)度將變的精簡(jiǎn)而科學(xué)，對(duì)用戶的申請(qǐng)也將變的準(zhǔn)確而及時(shí)，對(duì)提高工作效率，使網(wǎng)上車輛的管理逐步走向正規(guī)化自動(dòng)化將起到十分重要的作用。 課題名稱：《網(wǎng)上車輛管理系統(tǒng)》 項(xiàng)目的提出者：計(jì)算機(jī)及信息工程系 開發(fā)組成員：張哲銣、刑容軍、趙志立、李家林 用 戶（預(yù)期）：高校后勤車隊(duì) 實(shí)現(xiàn)該軟件的計(jì)算機(jī)網(wǎng)絡(luò)：客戶機(jī) /服務(wù)器的標(biāo)準(zhǔn)模式（以及單機(jī)模式） 網(wǎng)上車輛管理系統(tǒng)的設(shè)計(jì)面向個(gè)企事業(yè)單位，其要實(shí)現(xiàn)的功能主要是管理車輛、駕駛員信息，其中最關(guān)鍵的是如何能實(shí)現(xiàn)網(wǎng)上辦公自動(dòng)化，試得單位用車流程得到最大限度的簡(jiǎn)化。 二○○五屆畢業(yè)設(shè)計(jì)（論文）說明書 14 術(shù)語(yǔ)定義 ◆數(shù)據(jù)流圖（ DFD）：描繪電子政務(wù)系統(tǒng)中受理操作分配及督辦的邏輯模型，生成各功能模塊信息在系統(tǒng)中的流動(dòng)和處理的情況。 ◆數(shù)據(jù)字典（ DD）：對(duì)軟件中的每個(gè)數(shù)據(jù)規(guī)定一個(gè)定義條目，以保持?jǐn)?shù)據(jù)在系統(tǒng)中的一致性。 ◆ ER 模型：是用戶和系統(tǒng)分析員之間有效的交流工具，它是使用簡(jiǎn)單的圖形符號(hào)表達(dá)系統(tǒng)分析員對(duì)問題域的理解，有“實(shí)體”、“聯(lián)系”、“屬性”等三個(gè)基本成分； ◆ B/S 模式： Web 瀏覽器 /服務(wù)器模式 任務(wù)概述 目標(biāo) 本系統(tǒng)目標(biāo)是使 X 單位辦公自動(dòng)化管理（車輛管理）電子化、 簡(jiǎn)單化、網(wǎng)絡(luò)化，以節(jié)省 X 單位辦公管理方面的不必要的資源浪費(fèi)。對(duì)于本系統(tǒng)的最終用戶為單位職工。 ◆開發(fā)意圖 目前很多單位在日常的車輛管理工作中采用人工管理，因而存在大量的浪費(fèi)和多余，特別是車輛管理十分的混亂。本軟件就針對(duì)此問題進(jìn)行開發(fā)。 ◆應(yīng)用目標(biāo) 網(wǎng)上車輛管理系統(tǒng)將解決單位管理的人工化，工作繁余的問題，實(shí)現(xiàn)單位車輛管理網(wǎng)絡(luò)化。 ◆作用及范圍 本系統(tǒng)將適用于各單位網(wǎng)絡(luò)車輛的管理。目前，很多單位都在車輛管理方面存在這樣或那樣的問題。這將影響單位的管理和單位各部門的日常工作。本系統(tǒng)將使其變得簡(jiǎn)潔化、智能化和高效化 。 用戶特點(diǎn) 本系統(tǒng)最終是為了實(shí)現(xiàn) X 單位的車輛管理，因此主要是針對(duì)單位車輛管理而言，并不是商品用房的用戶管理。在本系統(tǒng)中用戶主要是單位各部門或者特殊個(gè)人，但他們只能通過可視化的界面對(duì)數(shù)據(jù)庫(kù)進(jìn)行查閱及操作，而不能在數(shù)據(jù)庫(kù)中進(jìn)行任何的操作。只有數(shù)據(jù)維護(hù)人員經(jīng)過身份驗(yàn)證才可以進(jìn)入，對(duì)其進(jìn)行相關(guān)操作。其中用戶需要具備一定的計(jì)算機(jī)基礎(chǔ)知識(shí)，本產(chǎn)品的維護(hù)人員需要具備 和 SQL Server2021 數(shù)據(jù)庫(kù)編程知識(shí)。 系統(tǒng)功能 本系統(tǒng)的開發(fā)，以我國(guó)商業(yè)公司現(xiàn)狀和相關(guān)約束為參照，進(jìn)行基礎(chǔ) 數(shù)據(jù)的采集和相關(guān)約束的制定。在編制的過程中將就系統(tǒng)的定位，各項(xiàng)編碼的規(guī)則以向上兼容的原則進(jìn)行相應(yīng)的擴(kuò)展編制。同時(shí)，通過不同的用戶角度，提供各種人員的權(quán)限控制，以達(dá)到對(duì)軟件的多視圖了解。 本系統(tǒng)預(yù)計(jì)開發(fā)周期為三個(gè)月。 本軟件開發(fā)的工作是一項(xiàng)獨(dú)立的軟件，擁有完全的知識(shí)產(chǎn)權(quán)和版權(quán)，而且全二○○五屆畢業(yè)設(shè)計(jì)（論文）說明書 15 部?jī)?nèi)容自含，所以不存在版權(quán)的糾紛問題。本軟件的開發(fā)期限較短，因此必須嚴(yán)格按照開發(fā)進(jìn)度進(jìn)行合理統(tǒng)籌和調(diào)度，若非不可抗因素必須按時(shí)保質(zhì)保量的完成開發(fā)設(shè)計(jì)。假定： 各個(gè)開發(fā)階段都能在系統(tǒng)計(jì)劃規(guī)定的時(shí)間內(nèi)完成； 所有來源文檔的基本 信息都準(zhǔn)確無誤； 本系統(tǒng)開發(fā)是所假想的環(huán)境都得以實(shí)現(xiàn)。； 需求獲取 該受理操作分配及督辦功能模塊的編寫目的是為了將所受理業(yè)務(wù)具體分配到各個(gè)工作人員，并做一些必要的超時(shí)處理。為了對(duì)該系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求，必須在這個(gè)階段明確系統(tǒng)的功能結(jié)構(gòu)，在高層功能級(jí)數(shù)據(jù)流圖的基礎(chǔ)上進(jìn)一步細(xì)化系統(tǒng)的功能，開發(fā)出更精確的數(shù)據(jù)流圖，同時(shí)建立數(shù)據(jù)字典，最主要的是明確該管理系統(tǒng)要完成哪些功能模塊，即要明白“系統(tǒng)要做什么，用戶需要什么”。需求分析的結(jié)果是系統(tǒng)開發(fā)的基礎(chǔ)，關(guān)系到開發(fā)該系統(tǒng)的成敗和質(zhì)量。因此 必須在用戶提出的要求上抽象出該系統(tǒng)的功能結(jié)構(gòu)。 預(yù)期的讀者為軟件開發(fā)人員。 數(shù)據(jù)流圖和數(shù)據(jù)字典 數(shù)據(jù)流圖 退出預(yù)約信息查看提出申請(qǐng)約車車輛信息查看用戶權(quán)限用戶名與密碼用戶名與密碼用戶1驗(yàn)證與登陸用戶信息表2功能選擇3查看車輛信息4預(yù)約車輛5查看預(yù)約情況車輛信息表車輛使用信息表6退出系統(tǒng) 二○○五屆畢業(yè)設(shè)計(jì)（論文）說明書 16 數(shù)據(jù)字典 用戶登陸表（ useinfo 表） 名稱 數(shù)據(jù)類型 長(zhǎng)度 允許空 作用 Userid int 4 identity 用戶唯一識(shí)別符號(hào) Realname nvarchar 50 是 用戶真實(shí)姓名 Username nvarchar 50 是 用戶名 Password nvarchar 10 是 用戶密碼 Regdate datetime 8 是 登記日期 Usetype Int 4 是 用戶類型 Affliation nvarchar 20 是 用戶所屬機(jī)構(gòu) 駕駛員信息數(shù)據(jù)表（ driverinfo 表） 名稱 數(shù)據(jù)類型 長(zhǎng)度 允許空 作用 Driverid Int 4 Identity 司機(jī)唯一識(shí)別符號(hào) Userid Int 4 是 司機(jī)用戶標(biāo)號(hào) Drivername Nvarchar 10 是 司機(jī)姓名 Birthday Datetime 8 是 出生年月 Licenseno Nvarchar 50 是 駕駛證號(hào)碼 Licreldate Datetime 8 是 駕駛證頒發(fā)日期 Expiredate Datetime 8 是 駕駛員失效日期 Drivingtype Nvarchar 4 是 準(zhǔn)駕車型 Telephone Nvarchar 20 是 電話號(hào)碼 Mobile Nvarchar 20 是 手機(jī)號(hào)碼 Drivingage Int 4 是 駕齡 Addr Nvarchar 50 是 住址 車輛信息數(shù)據(jù)表（ mobileinfo 表） 名稱 數(shù)據(jù)類型 長(zhǎng)度 允許空 作用 Mobileid Int 4 identity 車輛唯一識(shí)別符號(hào) Mobilemodel Nvarchar 50 是 車名及車型 Mobiletype Nvarchar 50 是 車輛類型 Driverid Int 4 是 所屬駕駛員 說明： usertype=1 為管理員 ； usertype=2 為司機(jī) ； usertype=3 為普通用戶 這樣設(shè)計(jì)可以避免將 3 種不同類型的用戶分為 3 個(gè)表，盡量減少不必要的分表 二○○五屆畢業(yè)設(shè)計(jì)（論文）說明書 17 Purchasedate Datetime 8 是 購(gòu)買日期 Price Numeric 9 是 購(gòu)買價(jià)格 Engineserialno Nvarchar 50 是 發(fā)動(dòng)機(jī)列號(hào) Chasisserialno Nvarchar 50 是 車身序列號(hào) Payload Nvarchar 50 是 載重 Seatnumber Nvarchar 50 是 座位數(shù) Affiliation Nvarchar 50 是 所屬機(jī)構(gòu)和個(gè)人 Serialno Nvarchar 50 是 車輛牌照 車輛費(fèi)用信息表（ feeinfo 表） 名稱 數(shù)據(jù)類型 長(zhǎng)度 允許空 作用 Feeid Int 4 Identity 費(fèi)用事件標(biāo)號(hào) Driverid Int 4 是 該事件司機(jī)標(biāo)號(hào) Mobileid Int 4 是 該事件車輛標(biāo)號(hào) Eventtype Int 4 是 事件類型標(biāo)號(hào) Eventinfo Nvarchar 500 是 時(shí)間必要信息描述 Price Numeric 8 是 事件支付費(fèi)用 Eventdate Datetime 8 是 費(fèi)用使用時(shí)間 Description Nvarchar 200 是 事件描述 車輛使用數(shù)據(jù)表（ usageinfo 表） 名稱 數(shù)據(jù)類型 長(zhǎng)度 允許空 作用 Eventid Int 4 Identity 使用事件標(biāo)號(hào) Driverid Int 4 是 該事件司機(jī)標(biāo)號(hào) Mobileid Int 4 是 該事件車輛標(biāo)號(hào) Userid Int 4 是 該事件用戶標(biāo)號(hào) Eventname Nvarchar 10 是 事件名稱 Eventtype Int 4 是 事件類型標(biāo)號(hào) 說明： Eventinfo 字段是為將來可擴(kuò)展性設(shè)計(jì)的。車輛的使用費(fèi)用是名目繁多的，每個(gè)單位、不同地區(qū)有很多特別的費(fèi)用需求，因此設(shè) 計(jì)成統(tǒng)一的具有自適應(yīng)性的表結(jié)構(gòu)。采用自適應(yīng)可擴(kuò)展設(shè)計(jì)是系統(tǒng)功能設(shè)計(jì)時(shí)必須考慮的一個(gè)問題。 本系統(tǒng)暫將 eventtype設(shè)計(jì)成 6種： eventtype=1 修理費(fèi)用； eventtype=2 加油費(fèi)用； eventtpe=3 洗車費(fèi)用； eventtype=4 停車費(fèi)用； eventtype=5 年審費(fèi)用； Eventtype=6 其他費(fèi)用。 二○○五屆畢業(yè)設(shè)計(jì)（論文）說明書 18 Eventbdate Datetime 8 是 事件開始時(shí)間 Eventedate