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