【文章內(nèi)容簡介】 分析都是由資歷較深 的系統(tǒng)分析員或項(xiàng)目經(jīng)理擔(dān)當(dāng)，可見它的重要性。需求分析制訂好后，需要反復(fù) 第 頁 共 28 頁 4 修改。將最后的結(jié)果交給用戶審定，確認(rèn)無誤后，由系統(tǒng)分析員完成需求分析文 檔，再開始下一步工作。 ：概要設(shè)計(jì)緊跟在需求分析之后。用戶需求明確后，將得到的數(shù) 據(jù)分析后，開始構(gòu)建數(shù)據(jù)庫的邏輯結(jié)構(gòu)。此時(shí)，數(shù)據(jù)庫中的表格還未成形，通過 各種分析工具畫出數(shù)據(jù)流圖，最后就可抽象出數(shù)據(jù)庫的具體表結(jié)構(gòu)。這時(shí)由系統(tǒng) 分析人員反復(fù)審核。確認(rèn)所有的需求都考慮在內(nè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è)窗口控件的 處理代碼全部用語言表達(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é)來說比較簡單，程序員只需要根據(jù)詳 細(xì)分析文檔寫程序編碼，保證代碼沒有錯(cuò)誤即可。程序編碼需要注意的是整個(gè)程 序書寫中命名的規(guī)范化與編 程風(fēng)格的規(guī)范化，這需要較長時(shí)間的培養(yǎng)來形成。需 要在不斷的實(shí)踐中形成自己獨(dú)特的風(fēng)格?？偟膩碚f，不要過分地追求復(fù)雜的算法， 因?yàn)槟强赡軙?huì)導(dǎo)致后期維護(hù)人員無法讀懂你的代碼而造成維護(hù)的困難。 ：程序編碼完成后，就需要測試。測試有幾種類型，主要是測試代碼 有無邏輯錯(cuò)誤以及在加載數(shù)據(jù)環(huán)境下程序的穩(wěn)定性問題。測試工作中發(fā)現(xiàn)的錯(cuò)誤 應(yīng)及時(shí)改正，然后將它記錄到測試文檔中。 ：測試完成，確認(rèn)無誤后。程序就可以打包發(fā)行了。打包一般使用工 具等。 以上是一個(gè)完整的 MIS 系統(tǒng)開發(fā)過程，其實(shí)不僅 MIS 系統(tǒng)，其他類型的程序 開發(fā)也基本相同。 3 系統(tǒng)分析 系統(tǒng)分析是開發(fā)管理信息系統(tǒng)的關(guān)鍵性階段，是一個(gè)從不斷認(rèn)識(shí)和逐步細(xì)化 的過程，是下一階段的工作基礎(chǔ)，是為下一階段進(jìn)行物理方案設(shè)計(jì)、解決 怎么 做 提供依據(jù)，基關(guān)鍵性主要體現(xiàn)在 理解需求 和 表達(dá)需求 兩方面。 通過對(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)做什 么，這是最主要的需求。 第 頁 共 28 頁 5 企業(yè)訂單管理系統(tǒng)主要是對(duì)客戶信息、訂單錄入、訂單維護(hù)、銷售定金登記、 訂單結(jié)清、生成出貨單、派發(fā)等信息進(jìn)行合理的管理。 1) 訂單錄入：按客戶錄入銷售訂單，首先填寫訂單總括信息（包括訂單號(hào)、 結(jié)算方式、訂貨方式、付款期限等）和每個(gè)訂單行的信息（包括物品、訂貨數(shù)量、 訂貨單位、單價(jià)、需求日期、發(fā)貨日期、交貨地點(diǎn)、發(fā)貨倉庫及物品批號(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ù)。還可以通過使用功能鍵調(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ù)庫，運(yùn)行速 度較快，工作效率高，對(duì)數(shù)據(jù)庫及軟件設(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ù)庫管理系統(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. 未來需求。這類要求是指目前不屬于系統(tǒng)開發(fā)的范圍，但將來隨著外界 第 頁 共 28 頁 6 環(huán)境的變化以及系統(tǒng)的發(fā)展可能會(huì)提出的要求。了解這類要求的目的是在開發(fā)過 程中，可對(duì)系統(tǒng)將來可能的擴(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 所示： 第 頁 共 28 頁 7 圖 1系統(tǒng)操作數(shù)據(jù)流圖 第 頁 共 28 頁 8 系統(tǒng)模塊劃分如圖 2： 企業(yè) 訂單 管理 文件 客戶 管理 訂單 管理 定金 管理 銷售 管理 關(guān)于 操作 員管 理 退出 客戶 注冊(cè) 客戶 管理 訂單 錄入 訂單 維護(hù) 訂單 結(jié)算 生成 出貨 單 派發(fā) 圖 2 系統(tǒng)模塊劃分 基本模塊與功能： 包括操作員管理，退出系統(tǒng)。操作員管理主要對(duì)系統(tǒng)管理員的添加、刪除等 操作，當(dāng)需要添加管理員時(shí)可以用該功能操作。 退出系統(tǒng)通過該功能退出系統(tǒng)。 客戶注冊(cè)管理：對(duì)客戶信息進(jìn)行登記； 訂單錄入管理：能對(duì)客戶的訂單信息登記操作； 訂單維護(hù)管理：管理和維護(hù)客戶的訂單信息，可以對(duì)訂單信息進(jìn)行添加、刪 除等操作； 訂單結(jié)算管理：對(duì)客戶的訂單做結(jié)算操作； 對(duì)客戶訂單進(jìn)行收取定金操作的管理； 根據(jù)各條件系統(tǒng)將自動(dòng)生成交貨單，根據(jù)要求做派發(fā)操作，也可以隨時(shí)查看 派發(fā)明細(xì)； 第 頁 共 28 頁 9 5 系統(tǒng)詳細(xì)設(shè)計(jì) 數(shù)據(jù)庫是一種存儲(chǔ)數(shù)據(jù)并對(duì)數(shù)據(jù)進(jìn)行操作的工具。數(shù)據(jù)庫的作用在于組織和 表達(dá)信息，簡而言之，數(shù)據(jù)庫就是信息的集合。計(jì)算機(jī)的數(shù)據(jù)庫可以分為兩類： 非關(guān)系數(shù)據(jù)庫（ flatfile）和關(guān)系數(shù)據(jù)庫（ relational）。關(guān)系數(shù)據(jù)庫中包含了 多個(gè)數(shù)據(jù)表的信息，數(shù)據(jù)庫含有各個(gè)不同部分的術(shù)語，如記錄、域等。 數(shù)據(jù)庫設(shè)計(jì) 數(shù)據(jù)庫是采用先進(jìn)的 Sql Server2020 數(shù)據(jù)庫，該系統(tǒng)主要包括管理員用戶 表（ admin）、訂單明細(xì)表（ ddmxb）、訂單總表（ ddzb）、客戶信息表（ khxxb）、 派發(fā)信息表（ pfinfo）、銷售定金表（ xsdj）數(shù)據(jù)信息表，具體數(shù)據(jù)表如下。 管理員用戶表：主要是存儲(chǔ)管理員用戶信息和口令的，包括 id、 yhm、 mm 字 段，表結(jié)構(gòu)如圖 3： 圖 3 管理員用戶表 訂單明細(xì)表：主要是存儲(chǔ)訂單貨物的明細(xì)信息的，包括物品、訂貨數(shù)量、訂 貨單位字段，表結(jié)構(gòu)如圖 4： 圖 4 訂單明細(xì)表 訂單總表：主要 是存儲(chǔ)訂單總體信息的，包括客戶、結(jié)算方式、訂貨方式等 字段，表結(jié)構(gòu)如圖 5： 第 10 頁 共 28 頁 圖 5 訂單總表 客戶信息表：主要是記錄客戶基本信息的，包括 id、用戶姓名、電話等字段， 表結(jié)構(gòu)如圖 6： 圖 6 客戶信息表 派發(fā)信息表主要是存儲(chǔ)訂單派發(fā)信息的，包括 id、訂單號(hào)、客戶、結(jié)算方式 等字段，表結(jié)構(gòu)如圖 7： 圖 7 派發(fā)信息表 銷售定金表主要是存儲(chǔ)客戶訂單定金的，包括編號(hào)、客戶、訂單號(hào)、定金等 字段，表結(jié)構(gòu)如圖 8： 第 11 頁 共 28 頁 圖 8 銷售定金表 系統(tǒng)主要界面設(shè)計(jì)及實(shí)現(xiàn)技術(shù) 企業(yè)訂單管理系統(tǒng)主要由文件模塊、客戶管理模塊、訂單管理模塊、定金管 理模塊、銷售管理模塊等幾個(gè)模塊組成。 用戶登陸界面設(shè)計(jì)及實(shí)現(xiàn)技術(shù) 因?yàn)樵撓到y(tǒng)牽扯多方面因素不希望任何人隨便進(jìn)入該系統(tǒng)等多方面因素 ,在 使用前必須要經(jīng)過身份確認(rèn) ,故在運(yùn)行前要進(jìn)行管理權(quán)限確認(rèn)。以防止他人無意 或惡意篡改，登陸流程 如圖 9。 圖 9 用戶登錄流程 用戶登陸界面設(shè)計(jì)如圖 10： 第 12 頁 共 28 頁 圖 10 用戶登陸界面 主要實(shí)現(xiàn)技術(shù)： If = Then