【正文】 序的獨(dú)立性。 ASP代碼的執(zhí)行是以解釋方式進(jìn)行 ， 每次執(zhí)行都必須經(jīng)過解釋與加載的過程 ， 其 執(zhí)行的效率也因此而受到影響。 MSIL ,然后再被編譯成機(jī)器碼加以執(zhí)行 ， MSIL 程序非常接近于機(jī)器碼 ， 從 MSIL編譯成機(jī)器碼加以執(zhí)行的速度非?？?， 而通過不同的介于 MSIL與機(jī)器碼之間的編譯器 JIT編譯 ， MSIL可以及時(shí)地被編譯成為不同類型的機(jī)器碼 ,然后在不同的機(jī)器中執(zhí)行。相對(duì)于 ASP 的執(zhí)行過程 ， ， 因而在 執(zhí)行時(shí)會(huì)比 ASP 慢一些 ， 但第一次被瀏覽后 ， MSIL 會(huì)被存儲(chǔ)下來 ， 所以當(dāng)同一網(wǎng)頁第二次被瀏覽時(shí)只需花費(fèi) 從 MSIL 編譯到機(jī)器碼后執(zhí)行的時(shí)間 ,結(jié)果會(huì)比 ASP 快很多。 WEB 簡(jiǎn)介 We b設(shè)計(jì)的四個(gè)主要方面是：內(nèi)容、技術(shù)、外觀以及經(jīng)濟(jì)。內(nèi)容的目的在于告之或者勸說用戶；使用技術(shù)的目的是實(shí)現(xiàn)合理的功能；外觀方面的考慮則提供了站點(diǎn)的形式；對(duì)于大多數(shù)站點(diǎn)來說，東南大學(xué)畢業(yè)設(shè)計(jì)淪文 2 還需要考慮所建站點(diǎn)的經(jīng)濟(jì)效益。如果沒有清晰的目標(biāo)和效益，一般來說這樣的站點(diǎn)是不會(huì)建立的。 We b比傳統(tǒng)軟件更專注于內(nèi)容，正是內(nèi)容構(gòu)成了 We b站點(diǎn)。內(nèi)容可以是文本，二維圖像、三維動(dòng)畫、音頻、視頻或多種內(nèi)容形式的混合體。高質(zhì)量的內(nèi)容在 We b世界里 是非常重要的，用戶尋找有用的內(nèi)容，在找到后會(huì)利用它們。令人愉悅的導(dǎo)航圖像或爐火純青的外觀設(shè)計(jì)會(huì)誘惑一個(gè)用戶訪問站點(diǎn)，但僅有這些卻不會(huì)留住用戶。用戶瀏覽站點(diǎn)都帶著明顯的意圖，如尋找有價(jià)值的內(nèi)容或做一些有用的事情。如果站點(diǎn)空洞無物，用戶會(huì)最終離開。然而還有一種情況，站點(diǎn)即使有高質(zhì)量的內(nèi)容，如果用戶無法找到它，這些內(nèi)容也毫無價(jià)值。 盡管一個(gè)好的站點(diǎn)必須有好的功能和簡(jiǎn)單的導(dǎo)航系統(tǒng)，但這些特征并不能馬上得到承認(rèn)，站點(diǎn)的外觀經(jīng)常是最先被注意到的。好的 Web 設(shè)計(jì)與用戶對(duì)站點(diǎn)外觀的品味直接相關(guān)，第一印象有賴于在線的站點(diǎn)。 外觀好的站點(diǎn)會(huì)主觀地被認(rèn)為比外觀差站點(diǎn)好，至少第一眼是這樣。因此 ：外觀會(huì)顯著地影響用戶開始時(shí)對(duì)站點(diǎn)的價(jià)值判斷。 但用戶繼續(xù)使用時(shí)，會(huì)逐漸減 少對(duì)外觀的關(guān)注。當(dāng)一個(gè)用戶離開某個(gè)站點(diǎn)時(shí)，他會(huì)有一個(gè)綜合的印象 —— 對(duì)站點(diǎn)訪問是否成功的一般感覺。一般來說，這種感覺有可能是正面的、負(fù)面的或中性的。用戶是否發(fā)現(xiàn)站點(diǎn)很難使用？站點(diǎn)訪問速度是否很慢？站點(diǎn)是否運(yùn)行得很糟糕或經(jīng)常出錯(cuò)？站點(diǎn)是否設(shè)計(jì)得很糟糕？以上任何一種原因都可能導(dǎo)致用戶在離開時(shí)對(duì)站點(diǎn)有負(fù)面的評(píng)價(jià)?？赡芤婚_始受到外觀的影響較大， 但 最后的印象卻來自內(nèi)容、外觀、技術(shù)以及可 用性的綜合。綜合印象值可能很大程度上與用戶在訪問過程中是否達(dá)到目的相關(guān)。這 樣，雖然外觀在第一印象中占主導(dǎo)性的作用，最終印象的產(chǎn)生卻很復(fù)雜。 因此， We b站點(diǎn)設(shè)計(jì)的關(guān)鍵問題是形式和功能的平衡。形式不好的功能是令人厭煩的。站點(diǎn)可能運(yùn)行得很好，但不能激發(fā)用戶的靈感。與之相反，如果形式富有表現(xiàn)力，功能有限，用戶則會(huì)感到失望。形式和功能之間需要一個(gè)清晰且連續(xù)的關(guān)系。簡(jiǎn)單地說，站點(diǎn)的形式應(yīng)直接與它的意圖相關(guān)，如果站點(diǎn)是商業(yè)性的，它的外觀可能非常絢麗，并且有相當(dāng)份量的多媒體內(nèi)容，如果這些內(nèi)容能幫助實(shí)現(xiàn)我們的目標(biāo)的話。相 反，如果站點(diǎn)是單純事物性的，如在線銀行，則可能更注重于實(shí)用的形式。當(dāng)然，要確定站點(diǎn)的合適形式，要求清晰地界定站點(diǎn)的功能。 本課題主要研究的任務(wù) 《汽車產(chǎn)業(yè) 4S 信息管理系統(tǒng)－綜合查詢系統(tǒng)》的軟件設(shè)計(jì)主要是在 蘇源汽車 目前現(xiàn)有信息管理系統(tǒng)基礎(chǔ)上進(jìn)行二次開發(fā)，并與原系統(tǒng)進(jìn)行無縫連接。 擬開發(fā)《汽車產(chǎn)業(yè) 4S 信息管理系統(tǒng)－綜合查詢系統(tǒng)》，采用 B/S 結(jié)構(gòu)，構(gòu)建多層 ASP 網(wǎng)頁。 課題研究設(shè)計(jì)的重點(diǎn)是： 1） 深入調(diào)研資料，并在此基礎(chǔ)上進(jìn)行需求分析； 2） 對(duì)軟件系統(tǒng)進(jìn)行方案設(shè)計(jì)與結(jié)構(gòu)設(shè)計(jì)； 3） 在方案設(shè)計(jì)之基礎(chǔ)上 ，合理的進(jìn)行數(shù)據(jù)庫及界面之設(shè)計(jì)； 4） 最后完成程序設(shè)計(jì)及調(diào)試工作。 第二章 系統(tǒng)分析與結(jié)構(gòu)設(shè)計(jì) 3 第二章 系統(tǒng)分析 與結(jié)構(gòu)設(shè)計(jì) 系統(tǒng)分析是信息系統(tǒng)開發(fā)工作中最重要的環(huán)節(jié)。系統(tǒng)分析是在調(diào)查研究的基礎(chǔ)上，完成組織結(jié)構(gòu)與功能分析，數(shù)據(jù)及其數(shù)據(jù)流分析。 現(xiàn)以本綜合查詢系統(tǒng)為例說明系統(tǒng)分析的過程。 需求分析 要設(shè)計(jì)數(shù)據(jù)庫，首先必須確定數(shù)據(jù)庫的用戶和用途。數(shù)據(jù)庫就是一個(gè)單位的模擬，數(shù)據(jù)庫設(shè)計(jì)者必須對(duì)一個(gè)單位的組織、各部門的聯(lián)系、有關(guān)事務(wù)和活動(dòng)以及描述他們的數(shù)據(jù)、信息流程、政策和制度、報(bào)表及其格式和有關(guān)的文檔等有所了解。 數(shù)據(jù)庫系統(tǒng)設(shè)計(jì)需求分析 工作是對(duì)系統(tǒng)分析出來的各個(gè)子系統(tǒng)的具體數(shù)據(jù)進(jìn)行分析，抽象出實(shí)體與關(guān)系，為下一步數(shù)據(jù)庫的概念設(shè)計(jì)打下基礎(chǔ)。分析的結(jié)果整理成了需求說明。需求說明是數(shù)據(jù)庫人員和應(yīng)用單位的工作人員取得共識(shí)的基礎(chǔ)，必須得到單位的有關(guān)管理人員的確認(rèn)。 我們要研制和開發(fā)的系統(tǒng)是 基于 inter 環(huán)境下信息管理系統(tǒng) 。該 系統(tǒng)主要應(yīng)用于管理層 。 公司的最高決策層，對(duì)整個(gè)公司運(yùn)作起規(guī)劃、管理、監(jiān)督的職能，最高層的決策質(zhì)量直接影響到公司的經(jīng)濟(jì)效益和公司的生命力，而科學(xué)的管理和決策離不開及時(shí)、準(zhǔn)確的信息和對(duì)信息的綜合分析 。最初用戶需求為 ：“此系統(tǒng)具 有一般查詢系統(tǒng)之功能，使領(lǐng)導(dǎo)決策層能夠及時(shí)了解 公司 情況，以便準(zhǔn)確作出各項(xiàng)決策，同時(shí)具有不同管理員不同管理權(quán)限之功能。”通過對(duì)其他一些查詢系統(tǒng)的調(diào)查，我們本著 ―面向管理、輔助決策 ‖的設(shè)計(jì)思想 現(xiàn)制定該系統(tǒng)功能如下： 前臺(tái)按分類查詢 ,它們分 別 是： 異常查詢、企業(yè)分析、客戶查詢 、庫房查詢、財(cái)務(wù)查詢、品管查詢、銷售查詢 和維修查詢，見下圖。 登 陸 界 面主 界 面企業(yè)分析異常查詢財(cái)務(wù)查詢客戶查詢銷售查詢庫房查詢維修查詢品管查詢 圖 20 系統(tǒng)結(jié)構(gòu)圖 同時(shí) 本 系統(tǒng) 將 采用 圖形與表格結(jié)合的查詢方式， 圖文并茂， 使查詢時(shí)一目了然 。 考慮到數(shù)據(jù)比較少時(shí)，查 詢起來還比較方便，如果一多查找某個(gè)數(shù)據(jù)就比較困難，所以我們?cè)诿總€(gè)查找功能中都設(shè)置了許多不同的查詢條件，通過查詢條件的自由組合可以得到不同的查詢結(jié)果。同時(shí)我們還定義了分頁功能，以方便 快速 查詢。 鑒于用戶的“不同管理員有不同的管理權(quán)限” 之功能，我們?cè)O(shè)置了登陸驗(yàn)證模塊，只有用戶名和密碼同時(shí)正確時(shí)，才允許登錄該頁面。 功能結(jié)構(gòu)分析 公司 管理層 負(fù)責(zé)公司的 日常管理工作，擬定及執(zhí)行公司經(jīng)營(yíng)決策，處理公司重要事務(wù)。公司領(lǐng)導(dǎo)應(yīng)隨時(shí)掌握和了結(jié)公司的運(yùn)營(yíng)情況，對(duì)其中的異常情況能夠及時(shí)處理。 對(duì)于一個(gè) 綜合 查詢系統(tǒng) 來說 ，不但 要 能夠進(jìn)行品管查詢、財(cái)務(wù)查詢、庫房查詢、銷售查詢、和東南大學(xué)畢業(yè)設(shè)計(jì)淪文 4 維修業(yè)務(wù)查詢， 而且 還要 能夠查詢客戶投訴和服務(wù)反饋 等 情況。 此外， 綜合 查詢系統(tǒng)還應(yīng)該能夠及時(shí)收集異常情況并進(jìn)行報(bào)警，追溯產(chǎn)生異常的原因 及相應(yīng)的整改措施。 所以在本查詢系統(tǒng)中制定 功能結(jié)構(gòu)分析圖如圖 21 所示。 銷 售 查 詢?cè)?份 銷 售 匯總 表月 利 潤(rùn) 及 稅收 情 況 歷 史同 期 比 較 報(bào)表銷 售 明 細(xì) 表客 戶 查 詢滿 意 度 報(bào) 表投 訴 分 析 表服 務(wù) 反 饋 報(bào)表投 訴 率 分 析表異 常 情 況庫 存 異 常設(shè) 備 異 常安 全 異 常庫 房 查 詢配 件 入 庫 統(tǒng) 計(jì) 表存 貨 月 報(bào) 表配 件 庫 存 清 單配 件 出 庫 統(tǒng) 計(jì) 表配 件 消 耗 明 晰 表財(cái) 務(wù) 查 詢資 產(chǎn) 負(fù) 債 表損 益 表管 理 費(fèi) 用 記 錄 表月 產(chǎn) 值 資 金 情 況 說明 表應(yīng) 收 帳 款 登 記 表應(yīng) 付 帳 款 登 記 表品 管 查 詢零 件 索 賠表收 獲 異 常退 貨 表維 修 業(yè) 務(wù) 查 詢?nèi)?維 修 情 況 報(bào) 表維 修 業(yè) 務(wù) 量 產(chǎn) 值 報(bào)表 ( 按 維 修 狀 況 , 維 修項(xiàng) 目 , 用 戶 類 型 , 車 型分 類 )備 件 銷 售 產(chǎn) 值 報(bào) 表領(lǐng) 導(dǎo) 查 詢 功 能企 業(yè) 分 析服 務(wù) 情 況銷 售 情 況財(cái) 務(wù) 情 況 圖 2 1 綜 合 查 詢 系 統(tǒng) 功 能 結(jié) 構(gòu) 圖 企業(yè)分析 企業(yè)分析主要包括對(duì)企業(yè)服務(wù)狀況、銷售狀況、和財(cái)務(wù)狀況的分析。 銷售狀況的分析主要是通過對(duì)車輛同期銷售的比較，分析出出銷售的規(guī)律，預(yù)測(cè)銷售趨勢(shì)和走向，為制定下一步銷售計(jì)劃 ，如銷售 車型、銷售價(jià)格等 提供依據(jù)。具體 查詢 內(nèi)容分別是車輛當(dāng)月銷售與上月對(duì)照表， 車輛近一年銷售的匯總表和車輛銷售單價(jià)數(shù)量歷史同期比較表 等 。 將 不同車型的車 輛 銷售價(jià)格和銷售數(shù)量以圖表的形式顯示出來。 服務(wù)情況的分析主要包括近一個(gè)月客戶投訴記錄、市場(chǎng) 反饋 信息和品情信息反饋 。通過對(duì)客戶集中反應(yīng)的問題的統(tǒng)計(jì)分析， 制定相關(guān)部門 找出客戶投訴原因，并研究出解決方案。通過對(duì)市場(chǎng)信息反饋 如價(jià)格 、用戶需求量、 銷售對(duì)象、車輛流向 等 的分析， 為下一步的銷售計(jì)劃的制定提供依據(jù)。 客戶查詢 包括 滿意度 查詢、 服務(wù)反饋報(bào)表 、 投訴率分析表 等。 并要求繪出相應(yīng)統(tǒng)計(jì)圖 。 及時(shí)了解客戶反饋，以調(diào)整經(jīng)營(yíng)策略。 品管查詢 主要包括零件索賠和收獲異常退貨查詢 。按車型、供貨單位、索賠日期、退貨日期等分別查詢索賠 和退貨記錄，并統(tǒng)計(jì)出相應(yīng)的金額，為下一步采購計(jì)劃的制定提供依據(jù)。 財(cái)務(wù)查詢 包括應(yīng)收帳款查詢 （上月累計(jì)款、本月應(yīng)收帳款、本年累計(jì)，并按具體日期查詢 應(yīng)收金額和廠商名稱 ） ， 應(yīng)付帳款查詢 （上月應(yīng)付款、本月應(yīng)付帳款、本年累計(jì)、并按具體日期查詢應(yīng)付金額和廠商名稱），資產(chǎn)負(fù)債查詢（流動(dòng)資產(chǎn)合計(jì)、固定資產(chǎn)合計(jì)、流動(dòng)負(fù)債合計(jì)），損益表，月產(chǎn)值資金情 況說明表，管理費(fèi)用表（工資、辦公費(fèi)、業(yè)務(wù)招待費(fèi)、電話費(fèi)等） 。 庫房查詢 包括配件出 庫查詢 、配件入 庫查詢、配件庫存清單、配件消耗明細(xì)和存貨月報(bào)表。 第二章 系統(tǒng)分析與結(jié)構(gòu)設(shè)計(jì) 5 （ 1）零件出庫查詢 配 件出庫有兩種方式，內(nèi)部 領(lǐng)料 （維修） 和銷售，所以出庫查詢又分為領(lǐng)料查詢和銷售查詢。通過查詢條件的自由組合可以實(shí)現(xiàn)多種查詢方式。 比如按車型、按零件編號(hào)、按零件名稱、按時(shí)間查詢等。用戶還可以根據(jù)自己的需求任意組合查詢條件，以實(shí)現(xiàn)查詢目的，比如同時(shí)輸入車型和時(shí)間，查詢出的結(jié)果將會(huì)是這一時(shí)間段內(nèi)出庫的、且滿足該車型條件的零件。 并且可以按車型 生成一段時(shí)間內(nèi)的配件銷售、領(lǐng)用數(shù)量統(tǒng)計(jì)圖，使查詢比較起來更加直觀方便。 （ 2）庫房存貨查詢 庫房存貨查詢又可以按照車型、庫房名稱、零件名稱等分類查詢， 也可以根據(jù)個(gè)人的需要組合查詢條件， 查詢方法同上。 庫房存貨還具有自動(dòng)報(bào)警功能，當(dāng)庫中零件低于某設(shè)定標(biāo)準(zhǔn)時(shí)， 系統(tǒng) 會(huì)依次進(jìn)行預(yù)報(bào)警和報(bào)警。 （ 3）配件消耗查詢 根據(jù)配件的種類和車型可以分類統(tǒng)計(jì)出配件的消耗情況。還可以查詢出某一時(shí)間段內(nèi)某種配件的消耗情況。此外 ， 該查詢還可以根據(jù)數(shù)據(jù)庫中的數(shù)據(jù)動(dòng)態(tài)生成不同車型的配件消耗統(tǒng)計(jì)圖， 以定量的、直觀的比較出不同車型的配件消耗情況 銷售查詢 包括月利潤(rùn) 及稅收情況歷史同期比較、月份銷售匯總表、業(yè)務(wù)員銷售匯總、銷售明細(xì)表等。 維修業(yè)務(wù)查詢 包括按車型分類查詢 、按維修項(xiàng)目分類查詢、按維修狀況分類查詢、按用戶類型分類查詢。 系統(tǒng)管理 系統(tǒng)管理 主要是對(duì)整個(gè) 綜合查詢 系統(tǒng)的信息的維護(hù)、及用戶權(quán)限的設(shè)置，與企業(yè)其他部門的信息交流，從整個(gè)系統(tǒng)的角度出發(fā)，使系統(tǒng)層次分明。 系統(tǒng)功能圖僅僅表明了系統(tǒng)的功能模塊，而系統(tǒng)開發(fā)時(shí)需要明確知道系統(tǒng)中數(shù)據(jù)的流動(dòng)方向和處理方式等，數(shù)據(jù)流程分析可以用來解決這類問題 。 作為信息載體的數(shù)據(jù) 是系統(tǒng)要處理的主要對(duì)象 ， 因此，全面準(zhǔn)確的收集、整理、分析數(shù)據(jù)和數(shù)據(jù)流程是在系統(tǒng)分析階段必須進(jìn)行的工作。 數(shù)據(jù)流程分析主要包括對(duì)信息的流動(dòng)、傳遞、處理、存儲(chǔ)等的分析。數(shù)據(jù)流程 分析的目的就是要發(fā)現(xiàn)和解決數(shù)據(jù)流通中的問題。這些問題有：數(shù)據(jù)流通 不暢，前后數(shù)據(jù)不匹配，數(shù)據(jù)處理過程不合理等等。一個(gè)通暢的數(shù)據(jù)流程是系統(tǒng)用以實(shí)現(xiàn)業(yè)務(wù)處理過程的基礎(chǔ)。常用的數(shù)據(jù)流程分析是通過分層的數(shù)據(jù)流程圖來實(shí)現(xiàn)的。其具體做法是： 按業(yè)務(wù)流程圖理出的業(yè)務(wù)流程順序，將相應(yīng)調(diào)查過程中所掌握的數(shù)據(jù)處理過程，繪制成一套完整的數(shù)據(jù)流 程圖，一邊整理繪圖，一邊核對(duì)相應(yīng)的數(shù)據(jù)和報(bào)表、模型等。如果出現(xiàn)問題，則深入調(diào)研并根據(jù)需要修改相應(yīng)業(yè)務(wù)流程。數(shù)據(jù)流程分析首先是將所得到的數(shù)據(jù)分為如下三類： （ 1）輸入數(shù)據(jù)類（主要各類報(bào)表），即信息系統(tǒng)輸入或網(wǎng)絡(luò)要傳遞的內(nèi)容。 （ 2）存儲(chǔ)數(shù)據(jù)類（ 主要指各種臺(tái)帳、帳單和記錄文件 ） ，它是信息系統(tǒng)數(shù)據(jù)庫要處理的主要內(nèi)容。 （ 3）輸出數(shù)據(jù)類（主要指系統(tǒng)運(yùn)行所產(chǎn)生的各類報(bào)表），他們是信息系統(tǒng)輸出和網(wǎng)羅傳遞的主東南大學(xué)畢業(yè)設(shè)計(jì)淪文 6 要內(nèi)容。 分類結(jié)束后，開始對(duì)數(shù)據(jù)流程進(jìn)行分析以表達(dá)用戶對(duì)數(shù)據(jù)的要求。一般，一套數(shù) 據(jù)流程圖可以由關(guān)系數(shù)據(jù)流程圖、頂層 數(shù)據(jù)流程圖、中間數(shù)據(jù)流程圖和底 層數(shù)據(jù)流程圖組成。 關(guān)系數(shù)據(jù)流程圖用于描述本系統(tǒng)模塊和其它系統(tǒng)模塊的數(shù)據(jù)傳輸以及本系統(tǒng)模塊的范圍和邊界。 頂層數(shù)據(jù)流程圖從總體上反映本系統(tǒng)模塊內(nèi)部 以及與其他數(shù)據(jù)模塊的數(shù)據(jù)傳輸。 為反映更詳細(xì)的內(nèi)容，對(duì)頂層數(shù)據(jù)的進(jìn)一步細(xì)化可以得到中間數(shù)據(jù)流程圖，他主要是對(duì)某個(gè)數(shù)據(jù)處理的分解。而