【文章內(nèi)容簡(jiǎn)介】 數(shù)據(jù)。 DBMS 引擎還涉及事務(wù)管理、鎖、備份和恢復(fù)。 2 信息管理系統(tǒng)論述 管理信息系統(tǒng) (簡(jiǎn)稱 MIS)是介于信息論，經(jīng)濟(jì)管理理論，統(tǒng)計(jì)學(xué)與運(yùn)籌學(xué)及 計(jì)算機(jī)科學(xué)之間的一門邊緣性，綜合性，系統(tǒng)性的交叉科學(xué)，它是隨著管理科學(xué)， 信息技術(shù)，計(jì)算機(jī)技術(shù)等的發(fā)展而產(chǎn)生和發(fā)展起來(lái)的。 企業(yè)訂單管理系統(tǒng)是典型的信息管理系統(tǒng)，其開發(fā)主要包括后臺(tái)數(shù)據(jù) 庫(kù)的建 立和維護(hù)以及前端的應(yīng)用程序的開發(fā)兩個(gè)方面。對(duì)于前者要求建立數(shù)據(jù)的一致性 和完整性，對(duì)于后者則要求應(yīng)用程序功能的完備，易用等的特點(diǎn)?；谏鲜隹紤] 本系統(tǒng)主要利用 作前端的應(yīng)用開發(fā)工具 ，利用 Sql Server2020 作為后 臺(tái)的數(shù)據(jù)庫(kù)，利用 WINDOWS 作為系統(tǒng)平臺(tái)開發(fā)的企業(yè)訂單管理系統(tǒng)的運(yùn)行平臺(tái)。 另外企業(yè)訂單管理系統(tǒng)利用軟件工程化思想和方法，總體上是采用結(jié)構(gòu)化生命法 進(jìn)行系統(tǒng)分析和設(shè)計(jì)的，而系統(tǒng)實(shí)現(xiàn)等步驟則采用了原型法和面對(duì)對(duì)象的方法。 信息管理系統(tǒng)開 發(fā)方法 管理信息系統(tǒng)的開發(fā)方法有生命周期法、原型法和面向?qū)ο蟮拈_發(fā)方法等： 生命周期法（ Life Cycle Method）是 20 世紀(jì) 60 年代發(fā)展起來(lái)的一種應(yīng)用 廣泛且比較成熟的管理系統(tǒng)開發(fā)方法，它的基本思想是將系統(tǒng)的開發(fā)工作從開始 到結(jié)束劃分為若干個(gè)階段，每個(gè)階段都有明確的任務(wù)，而系統(tǒng)開發(fā)出來(lái)后，并不 意味著生命周期的結(jié)束，而意味著根據(jù)組織的需要對(duì)系統(tǒng)的修改和重建的開始。 原型法 (vb)是 20 世紀(jì) 80 年代發(fā)展起來(lái)的，旨在改變生命周期法的缺點(diǎn)的一 種系統(tǒng)開發(fā)方法，該法的開發(fā)思路 是首先根據(jù)用戶的要求，由用戶和開發(fā)者共同 確定系統(tǒng)的基本要求和主要功能，利用系統(tǒng)快速生成工具，建立一個(gè)系統(tǒng)模型， 再在此基礎(chǔ)上與用戶交流，將模型不斷補(bǔ)充、修改、完善，如此反復(fù)，最終直至 用戶和開發(fā)者都比較滿意為止，從而形成一個(gè)相對(duì)穩(wěn)定、較為理想的管理信息系 統(tǒng)。 面向?qū)ο螅?Object Oriented）的開發(fā)方法于 20 世紀(jì) 80 年代開始興起的， 是一種基于問(wèn)題對(duì)象的自底向上的一種系統(tǒng)開發(fā)方法，這種方法的特點(diǎn)是以對(duì)象 為基礎(chǔ)，對(duì)象是分析問(wèn)題和解決問(wèn)題的核心。 信息管理開發(fā)過(guò)程 一個(gè)信息管理系統(tǒng)的開發(fā)過(guò)程一般包括如下幾個(gè)步驟： 1. 需求分析：需求分析主要是了解用戶的需求。需求了解得越詳細(xì)，程序 的后期開發(fā)與維護(hù)費(fèi)用就會(huì)越少。一般的開發(fā)團(tuán)隊(duì)中，需求分析都是由資歷較深 的系統(tǒng)分析員或項(xiàng)目經(jīng)理?yè)?dān)當(dāng)，可見它的重要性。需求分析制訂好后，需要反復(fù) 第 頁(yè) 共 28 頁(yè) 4 修改。將最后的結(jié)果交給用戶審定，確認(rèn)無(wú)誤后，由系統(tǒng)分析員完成需求分析文 檔，再開始下一步工作。 ：概要設(shè)計(jì)緊跟在需求分析之后。用戶需求明確后，將得到的數(shù) 據(jù)分析后，開始構(gòu)建數(shù)據(jù)庫(kù)的邏輯結(jié)構(gòu)。此時(shí)，數(shù)據(jù)庫(kù)中的表格還未成形，通過(guò) 各種分析工具畫出數(shù)據(jù)流圖，最后就可抽象出數(shù)據(jù)庫(kù)的具體表結(jié)構(gòu)。這時(shí)由系統(tǒng) 分析人員反復(fù)審核。確認(rèn)所有的需求都考慮在內(nèi)，沒(méi)有遺漏后，就可以開始制訂 概要設(shè)計(jì)文檔。概要設(shè)計(jì)文檔形成后，整個(gè)程序的邏 輯框架也就形成了。 ：概要設(shè)計(jì)完成后，根據(jù)設(shè)計(jì)中制訂的業(yè)務(wù)模塊。就可以進(jìn)行詳 細(xì)分析設(shè)計(jì)了。詳細(xì)設(shè)計(jì)就是將各個(gè)業(yè)務(wù)模塊的窗口全部建好，各個(gè)窗口控件的 處理代碼全部用語(yǔ)言表達(dá)出。所以詳細(xì)設(shè)計(jì)是整個(gè)系統(tǒng)中最繁瑣的環(huán)節(jié)。詳細(xì)設(shè) 計(jì)完成后，整個(gè)程序就確定了，再由編程人員根據(jù)詳細(xì)設(shè)計(jì)文檔將代碼完成。整 個(gè)開發(fā)工作就宣告結(jié)束。 ：程序編碼相對(duì)于其他環(huán)節(jié)來(lái)說(shuō)比較簡(jiǎn)單，程序員只需要根據(jù)詳 細(xì)分析文檔寫程序編碼，保證代碼沒(méi)有錯(cuò)誤即可。程序編碼需要注意的是整個(gè)程 序書寫中命名的規(guī)范化與編 程風(fēng)格的規(guī)范化，這需要較長(zhǎng)時(shí)間的培養(yǎng)來(lái)形成。需 要在不斷的實(shí)踐中形成自己獨(dú)特的風(fēng)格?？偟膩?lái)說(shuō)，不要過(guò)分地追求復(fù)雜的算法， 因?yàn)槟强赡軙?huì)導(dǎo)致后期維護(hù)人員無(wú)法讀懂你的代碼而造成維護(hù)的困難。 ：程序編碼完成后，就需要測(cè)試。測(cè)試有幾種類型，主要是測(cè)試代碼 有無(wú)邏輯錯(cuò)誤以及在加載數(shù)據(jù)環(huán)境下程序的穩(wěn)定性問(wèn)題。測(cè)試工作中發(fā)現(xiàn)的錯(cuò)誤 應(yīng)及時(shí)改正，然后將它記錄到測(cè)試文檔中。 ：測(cè)試完成，確認(rèn)無(wú)誤后。程序就可以打包發(fā)行了。打包一般使用工 具等。 以上是一個(gè)完整的 MIS 系統(tǒng)開發(fā)過(guò)程，其實(shí)不僅 MIS 系統(tǒng)，其他類型的程序 開發(fā)也基本相同。 3 系統(tǒng)分析 系統(tǒng)分析是開發(fā)管理信息系統(tǒng)的關(guān)鍵性階段，是一個(gè)從不斷認(rèn)識(shí)和逐步細(xì)化 的過(guò)程，是下一階段的工作基礎(chǔ)，是為下一階段進(jìn)行物理方案設(shè)計(jì)、解決 怎么 做 提供依據(jù)，基關(guān)鍵性主要體現(xiàn)在 理解需求 和 表達(dá)需求 兩方面。 通過(guò)對(duì)現(xiàn)行系統(tǒng)的詳細(xì)調(diào)研，主要是從系統(tǒng)的角度理解用戶的需要，確定新 系統(tǒng)的綜合要求，并提出這些需求的實(shí)現(xiàn)條件以及需求應(yīng)達(dá)到的標(biāo)準(zhǔn)，也就是確 定新系統(tǒng)要做什么，做到什么程度。這些需求包括： 1. 功能需求。確定新系統(tǒng)應(yīng)做什么 ，這是最主要的需求。 第 頁(yè) 共 28 頁(yè) 5 企業(yè)訂單管理系統(tǒng)主要是對(duì)客戶信息、訂單錄入、訂單維護(hù)、銷售定金登記、 訂單結(jié)清、生成出貨單、派發(fā)等信息進(jìn)行合理的管理。 1) 訂單錄入：按客戶錄入銷售訂單，首先填寫訂單總括信息（包括訂單號(hào)、 結(jié)算方式、訂貨方式、付款期限等）和每個(gè)訂單行的信息（包括物品、訂貨數(shù)量、 訂貨單位、單價(jià)、需求日期、發(fā)貨日期、交貨地點(diǎn)、發(fā)貨倉(cāng)庫(kù)及物品批號(hào)等）。 在確認(rèn)不再改動(dòng)后，系統(tǒng)自動(dòng)計(jì)算訂單的原幣及本幣總額，折扣額，需收定金額 等。 2) 訂單 維護(hù)：對(duì)尚未終止及尚未結(jié)清訂單可以進(jìn)行維護(hù)。對(duì)選定訂單的總 括信息和明細(xì)信息可進(jìn)行加、刪操作。具體計(jì)算公式、流程及數(shù)據(jù)的有效性校驗(yàn) 都與訂單錄入相似。 3) 銷售定金登記：對(duì)客戶交納的每一筆定金進(jìn)行記錄，對(duì)以往的定金記錄 可隨時(shí)維護(hù)。還可以通過(guò)使用功能鍵調(diào)用定金分配處理，把定金分配到客戶的各 個(gè)訂單上。 4) 訂單結(jié)清：完成對(duì)銷售訂單的結(jié)清操作。用戶可以結(jié)清一張訂單，也可 以只結(jié)清訂單中的某一訂單。 5) 生成出貨單：根據(jù)客戶訂單生成出貨單。參照銷售訂單的發(fā)貨日期、未 開出貨單數(shù)量，填入本 次出貨單的數(shù)量。 2. 性能需求。給出所開發(fā)的新系統(tǒng)的技術(shù)性能指標(biāo)，包括存儲(chǔ)容量限制、 運(yùn)行時(shí)間限制、安全保密性等。 在系統(tǒng)的性能中采用 Sql Server 2020 高容量數(shù)據(jù)存儲(chǔ)的數(shù)據(jù)庫(kù)，運(yùn)行速 度較快，工作效率高，對(duì)數(shù)據(jù)庫(kù)及軟件設(shè)置用戶口令，使系統(tǒng)從根源上對(duì)數(shù)據(jù)安 全進(jìn)行管理。 3. 環(huán)境需求。這是對(duì)系統(tǒng)運(yùn)行以及所處環(huán)境的要求。例如，在硬件方面采 用什么機(jī)型、有什么硬件設(shè)備等；在軟件方面，采用什么支持系統(tǒng)運(yùn)行的系統(tǒng)軟 件（指操作系統(tǒng)、數(shù)據(jù)庫(kù)管理系統(tǒng)）。 1) 硬件需求 254。 基本配 置： P III ，內(nèi)存 256M以上，硬盤空間 30G。 254。 建議機(jī)型： P4 ，內(nèi)存 256M，硬盤空間 80G。 2) 軟件需求 254。 操作系統(tǒng)： Win98/Me/2020/XP。 Microsoft Windows 系列操作系統(tǒng)在使用和維護(hù)上比較方便，開發(fā)工具也較 多，它也在企業(yè)及單位應(yīng)用較多。為方便本系統(tǒng)普及使用它支持 Windows 系列各 種版本的操作系統(tǒng)。 4. 未來(lái)需求。這類要求是指目前不屬于系統(tǒng)開發(fā)的范圍，但將來(lái)隨著外界 第 頁(yè) 共 28 頁(yè) 6 環(huán)境的變化以及系統(tǒng)的發(fā)展可能會(huì)提出的要求。了解這類要求的目的是在開發(fā)過(guò) 程中，可對(duì)系統(tǒng)將來(lái)可能的擴(kuò)展與修改做準(zhǔn)備。一旦需要時(shí)，就比較容易進(jìn)行補(bǔ) 充和修改了。 4 系統(tǒng)總體設(shè)計(jì) 功能描述 企業(yè)訂單管理系統(tǒng)主要用于客戶訂單信息的管理，系統(tǒng)包括客戶注冊(cè)、訂單 錄入、訂單維護(hù)、銷售定金登記、訂單結(jié)清、生成出貨單等幾部分組成。 企業(yè)訂單管理系統(tǒng)需滿足管理員及工作人員的需求，他們具有登陸應(yīng) 用系統(tǒng) 的權(quán)限，所以需要對(duì)工作人員的登陸本模塊進(jìn)行更多的考慮，設(shè)計(jì)用戶登陸需要 口令才可以登陸。 系統(tǒng)登陸以后可以對(duì)客戶信息注冊(cè)，便于以后查詢和管理，隨時(shí)可以錄入客 戶的訂單信息，訂單錄入完成以后，可以維護(hù)訂單信息。對(duì)訂單信息實(shí)現(xiàn)增加貨 物、刪除等操作，可以隨時(shí)維護(hù)客戶的定金，對(duì)訂單結(jié)清操作。而且系統(tǒng)還能根 據(jù)要求自動(dòng)生成交貨單。 本系統(tǒng)基本涵蓋了企業(yè)訂單管理的主要需求，具有完善細(xì)致的功能、友好的 用戶界面、強(qiáng)大的數(shù)據(jù)處理功能和完備的安全機(jī)制；隨心所欲的查詢和所見即所 得的信息功能。 系統(tǒng)流程圖 系統(tǒng)流程圖如圖 1 所示： 第 頁(yè) 共 28 頁(yè) 7 圖 1系統(tǒng)操作數(shù)據(jù)流圖 第 頁(yè) 共 28 頁(yè) 8 系統(tǒng)模塊劃分如圖 2： 企業(yè)