【正文】 理解 邏輯方案 邏輯方案是新系統(tǒng)開發(fā)中要采用的管理模型和信息處理方法。 如果有問題，則定會(huì)在這個(gè)繪圖和整理過 程中暴露出來。頂層數(shù)據(jù)流程圖只有一張，它說明了系統(tǒng)的總的處理功能、輸入和輸出。同一實(shí)體在不同處出現(xiàn)，要在右下角打上斜線。 ?弄清各環(huán)節(jié)上的處理方法和計(jì)算方法。 任務(wù) 4：匯總原材料使用計(jì)劃 ?，確定生產(chǎn)所需原材料、機(jī)械設(shè)備及工具的品種、規(guī)格、數(shù)量等，各工廠編寫原材料使用計(jì)劃，上報(bào)生產(chǎn)部，匯總原材料使用計(jì)劃，編寫 《 生產(chǎn)部用料匯總單 》 ； ?； ?，報(bào)運(yùn)營總監(jiān)或公司總裁審批； ?，抄送給儲(chǔ)運(yùn)公司，儲(chǔ)運(yùn)公司準(zhǔn)備采購生產(chǎn)用原材料。 3. 采購人員根據(jù)缺貨通知，查閱訂貨合同單，若已訂貨，則向供貨單位發(fā)出催貨請(qǐng)求，否則就臨時(shí)申請(qǐng)補(bǔ)貨。 系統(tǒng)分析在很大程度上決定了系統(tǒng)開發(fā)的成敗。 數(shù)據(jù)、要求 W o rk s ta tio n計(jì)算機(jī)能處理的信息和功能 解決“做什么”的問題 了解用戶需求和系統(tǒng)現(xiàn)存問題；確定系統(tǒng)目標(biāo)；可行性分析；業(yè)務(wù)調(diào)查分析；系統(tǒng)數(shù)據(jù)和功能分析；形成文檔。 4. 供貨單位發(fā)出貨物后，立即向訂貨單位發(fā)出提貨通知。 任務(wù) 5：生產(chǎn)過程調(diào)度 ?，生產(chǎn)部對(duì)各工廠的生產(chǎn)過程進(jìn)行監(jiān)督、管理； ?、月度召開生產(chǎn)調(diào)度會(huì)議，對(duì)生產(chǎn)過程的各種問題進(jìn)行平衡、協(xié)調(diào)和調(diào)度； ?；儲(chǔ)運(yùn)公司按照銷售公司的訂單，從成品庫中提出貨物，并負(fù)責(zé)向客戶單位發(fā)送。 ?在上述各種單據(jù)、報(bào)表、賬本的典型樣品上或用附頁注明制作單位、報(bào)送單位、存放地點(diǎn)、發(fā)生頻度、發(fā)生的高峰時(shí)間及發(fā)生量等。 外部實(shí)體 數(shù)據(jù)流可以是雙向的。 ?下一步是對(duì)頂層數(shù)據(jù)流程圖中的“處理”進(jìn)行分解。 由于實(shí)際數(shù)據(jù)處理過程常常比較繁雜，故 應(yīng)該按照系統(tǒng)的觀點(diǎn)，自頂向下地分層展開繪制。 ?系統(tǒng)分析階段的詳細(xì)調(diào)查、系統(tǒng)化分析都是為建立新系統(tǒng)的邏輯方案作準(zhǔn)備。 特點(diǎn)是費(fèi)用較低而又可有效地使用計(jì)算機(jī)。就是如何利用 IT技術(shù)實(shí)現(xiàn)需求分析中用戶提出的各種功能。 要求系統(tǒng)具有很強(qiáng)的環(huán)境適應(yīng)性，如盡量采用模塊化結(jié)構(gòu)，提高各模塊的獨(dú)立性。 功能模塊可以根據(jù)具體情況分得大一點(diǎn)或小一點(diǎn)。 ?使用代碼可以提高處理的效率和精度。 ?代碼要系統(tǒng)化，代碼的編制應(yīng)盡量標(biāo)準(zhǔn)化，盡量使代碼結(jié)構(gòu)對(duì)事物的 表示具有實(shí)際意義，以便于理解及交流。此外新加的代碼只能列在最后，刪除則造成空碼。代碼 2342 表示材料為黃銅的 方形頭鍍鉻螺釘。例如，用 TVB12代表 12寸黑白電視機(jī)，用 TVC20代表 20寸彩色電視機(jī)。 身份證號(hào)碼的編碼規(guī)則 身份證號(hào)碼由十七位數(shù)字本體碼和一位校驗(yàn)碼組成。 （ 4）校驗(yàn)碼。 優(yōu)秀的界面設(shè)計(jì)能消除用戶由感覺引起的乏味、緊張和疲勞，大大提高用戶的工作效率，從而進(jìn)一步為發(fā)揮用戶技能和為用戶完成任務(wù)作出貢獻(xiàn)。 （ 3）界面設(shè)計(jì)的實(shí)例 輸出設(shè)計(jì)的主要目的是滿足用戶和管理者對(duì)數(shù)據(jù)和信息的要求，輸出設(shè)計(jì)要考慮的主要內(nèi)容有： 五、輸出 \輸入設(shè)計(jì) （ 1）輸出設(shè)計(jì) 輸出是系統(tǒng)開發(fā)的目的和評(píng)價(jià)系統(tǒng)開發(fā)成功與否的標(biāo)準(zhǔn)。例如要求所有設(shè)計(jì)人員按照下面的界面框架對(duì)輸入功能模塊進(jìn)行用戶界面設(shè)計(jì)。 ?概念模型是從用戶角度看到的數(shù)據(jù)庫 ,它可用第三章中介紹的 ER模型表示 ,也可以用 3NF關(guān)系群來表示?，F(xiàn)在要在此基礎(chǔ)上建立一個(gè)用 ER圖表達(dá)的概念數(shù)據(jù)模型 邏輯結(jié)構(gòu)設(shè)計(jì) 前面得到 ER圖表達(dá)的是概念數(shù)據(jù)模型，它是系統(tǒng)的客觀反映，與具體數(shù)據(jù)庫的實(shí)現(xiàn)技術(shù)無關(guān)，但它卻是下一步設(shè)計(jì)的基礎(chǔ)。 ? 計(jì)算機(jī)系統(tǒng)是否具有合理的性能價(jià)格比 ? 系統(tǒng)是否具有良好的可擴(kuò)充性 ? 能否得到來自供應(yīng)商的售后服務(wù)和技術(shù)支持等。 要求層次清楚，便于閱讀，便于維護(hù)。 P A B 入口 出口 T F （ 3）程序設(shè)計(jì)語言的選擇 目前市場上能夠選擇的編程工具非常多，它們功能各異、互有千秋。 三、軟件測試 軟件測試就是要以各種可能的數(shù)據(jù)和操作條件反復(fù)地對(duì)程序進(jìn)行試驗(yàn)，發(fā)現(xiàn)存在的錯(cuò)誤并及時(shí)加以修改，使其完全符合設(shè)計(jì)要求。 （ 3）設(shè)計(jì)測試用例時(shí)，應(yīng)該考慮到合法的輸入和不合法的輸入，以及各種邊界條件，特殊情況下要制造極端狀態(tài)和意外狀態(tài)。 單元測試 （ Unit Testing） 單元測試又稱模塊測試，是針對(duì)軟件設(shè)計(jì)的最小單位，即一個(gè)程序模塊，進(jìn)行正確性檢驗(yàn)的測試工作。集成測試需要考慮的問題是：在把各個(gè)模塊連接起來的時(shí)侯，穿越模塊接口的數(shù)據(jù)是否會(huì)丟失；一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響；各個(gè)子功能組合起來，能否達(dá)到預(yù)期要求的父功能；全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題；單個(gè)模塊的誤差累積起來，是否會(huì)放大，從而達(dá)到不能接受的程度。 四、系統(tǒng)切換 指由舊的、手工處理系統(tǒng)向新的計(jì)算機(jī)信息系統(tǒng)過渡。一般信息系統(tǒng)的使用壽命短則 45年，長則可達(dá) 10年以上，在信息系統(tǒng)的整個(gè)使用壽命中，都將伴隨著系統(tǒng)維護(hù)工作的進(jìn)行。 （ 3）完善性維護(hù)。 二、系統(tǒng)的日常管理 MIS運(yùn)行的日常管理決不僅僅是機(jī)房環(huán)境和設(shè)施的管理，更主要的是對(duì)系統(tǒng)每天運(yùn)行狀況、數(shù)據(jù)輸入和輸出情況以及系統(tǒng)的安全性與完備性及時(shí)如實(shí)的記錄和處置。 ITIL ITIL的核心模塊是“服務(wù)管理”，這個(gè)模塊一共包括了10個(gè)流程和一項(xiàng)職能，這些流程和職能又被歸結(jié)為兩大流程組，即“服務(wù)提供”流程組和“服務(wù)支持”流程組。變更管理的目標(biāo)是確保在變更實(shí)施過程中使用標(biāo)準(zhǔn)的方法和步驟，盡快地實(shí)施變更，以將由變更所導(dǎo)致的業(yè)務(wù)中斷對(duì)業(yè)務(wù)的影響減小到最低。就是如何利用 IT技術(shù)實(shí)現(xiàn)需求分析中用戶提出的各種功能。 8. 簡述管理信息系統(tǒng)的系統(tǒng)實(shí)施階段的主要工作。 5. 試述系統(tǒng)設(shè)計(jì)的主要內(nèi)容。 維護(hù)包括程序的維護(hù) 、 數(shù)據(jù)文件的維護(hù)和代碼的維護(hù)等 。與事故管理強(qiáng)調(diào)事故恢復(fù)的速度不同，問題管理強(qiáng)調(diào)的是找出事故產(chǎn)生的根源，從而制定恰當(dāng)?shù)慕鉀Q方案或防止其再次發(fā)生的預(yù)防措施。在 20世紀(jì) 80年代末制訂，現(xiàn)由英國商務(wù)部 OGC（ Office of Government Commerce）負(fù)責(zé)管理，主要適用于 IT服務(wù)管理（ ITSM）。 一般使用開發(fā)商提供文件維護(hù)程序，也可自行編制專用的文件維護(hù)程序。 （ 2）適應(yīng)性維護(hù)。 3. 系統(tǒng)切換中出現(xiàn)一些局部性的 問題是正?，F(xiàn)象，可及時(shí)予以 解決。它包含的信息就是軟件確認(rèn)測試的基礎(chǔ)。 集成測試（ Integrated Testing） 通常，在單元測試的基礎(chǔ)上，需要將所有模塊按照設(shè)計(jì)要求組裝成為系統(tǒng)。 （ 8）妥善保存一切測試過程文檔，意義是不言而喻的，測試的重現(xiàn)性往往要靠測試文檔。這樣才能在開發(fā)過程中盡早發(fā)現(xiàn)和預(yù)防錯(cuò)誤，提高軟件質(zhì)量。 ? (3)C，讀作 C Sharp。 Int i=0 Int s=1 S=100+i 入口 A B 出口 循環(huán)結(jié)構(gòu) 循環(huán)結(jié)構(gòu)是由一個(gè)或幾個(gè)模塊構(gòu)成，程序運(yùn)行時(shí)重復(fù)執(zhí)行，直到滿足某一條件為止。 地表 衛(wèi)星 微波站 （ B）衛(wèi)星通信 地表 地面波 微波站 （ A）地面微波通信 二、程序設(shè)計(jì) （ 1）程序設(shè)計(jì)的要求 ? 可維護(hù)性 ? 可靠性 ? 可理解性 ? 效率 指當(dāng)系統(tǒng)需求變化時(shí)，容易對(duì)程序進(jìn)行補(bǔ)充或修改。 系統(tǒng)分析 系統(tǒng)設(shè)計(jì) 系統(tǒng)實(shí)施 構(gòu)建系統(tǒng)運(yùn)行平臺(tái) 程序編制 代碼實(shí)現(xiàn) 數(shù)據(jù)準(zhǔn)備 程序的調(diào)試和測試 系統(tǒng)轉(zhuǎn)換 用戶培訓(xùn) 系統(tǒng)實(shí)施報(bào)告 系統(tǒng)的物理模型 一、物理系統(tǒng)的實(shí)施 （ 1）計(jì)算機(jī)系統(tǒng)的實(shí)施 MIS物理系統(tǒng)的實(shí)施是計(jì)算機(jī)系統(tǒng)和通信網(wǎng)絡(luò)系統(tǒng)設(shè)備的訂購、機(jī)房的準(zhǔn)備和設(shè)備的安裝調(diào)試等一系統(tǒng)列活動(dòng)的總和。 概念模型是按用戶觀點(diǎn)對(duì)數(shù)據(jù)和信息的建模。 （ 1）數(shù)據(jù)庫設(shè)計(jì)的要求 數(shù)據(jù)庫設(shè)計(jì)的核心是確定一個(gè)合適的數(shù)據(jù)模型，這個(gè)數(shù)據(jù)模型應(yīng)當(dāng)滿足以下三個(gè)要求： （ 2）數(shù)據(jù)庫設(shè)計(jì)的步驟 （ 1）數(shù)據(jù)厙的概念結(jié)構(gòu)設(shè)計(jì) ?如前所述 ,概念結(jié)構(gòu)設(shè)計(jì)應(yīng)在系統(tǒng)分析階段進(jìn)行。 輸入設(shè)計(jì)的內(nèi)容 輸入設(shè)計(jì)包括數(shù)據(jù)規(guī)范和數(shù)據(jù)準(zhǔn)備的過程。 廣義美 用戶使用界面時(shí)，除了直接的感官美感外，還有很大一部分美感是間接的，它們存在于人們的使用體驗(yàn)中，例如方便，實(shí)用等。直接操縱的界面使用視聽、觸摸等技術(shù)，讓人可以憑借生活常識(shí)、經(jīng)歷和推理來操縱軟件，愉快地完成任務(wù)。 （ 3）順序碼。 原理同上，但把所乘權(quán)數(shù)改為 32 16 8 4 2 等。 助憶碼 用文字、數(shù)字來描述，也可用文字和數(shù)字結(jié)合來描述。 ① 多面碼 一個(gè)數(shù)據(jù)項(xiàng)可能具有多方面的特性，在碼的結(jié)構(gòu)中，為每個(gè)特性各規(guī)定一個(gè)位置，就形成了多面碼。 優(yōu)點(diǎn) 短而簡單，記錄的定位方法簡單，易于管理。 ?一個(gè)代碼應(yīng)惟一標(biāo)志它所代表的事物或?qū)傩?。模塊化是一種重要的設(shè)計(jì)思想，它把一個(gè)復(fù)雜的系統(tǒng)分解為一些規(guī)模較小、功能較簡單的、更易于建立和修改的部分。上層功能包括（或控制）下層功能，愈上層功能愈籠統(tǒng)，愈下層功能愈具體。 物理模型 物理模型則主要解決怎樣做的問題，在系統(tǒng)設(shè)計(jì)階段提出。反映了這一階段調(diào)查與分析的全部情況，是下一步設(shè)計(jì)與實(shí)現(xiàn)系統(tǒng)的綱領(lǐng)性文件。 確定在某一具體的管理業(yè)務(wù)中采用的管理模型和處理方法。 案例 1 某企業(yè)財(cái)務(wù)管理的數(shù)據(jù)流程分析 ?采用“自頂向下”的原則進(jìn)行 ?是否有遺漏的數(shù)據(jù)處理功能 ?有關(guān)數(shù)據(jù)載體部分是否與業(yè)務(wù)流程圖一致 業(yè)務(wù)流程圖 → 數(shù)據(jù)流程圖的檢查 （ 1） 檢查 DFD和 TFD的一致性 （ 2）檢查 DFD的一致性和完整性 ?檢查數(shù)據(jù)流，確認(rèn)數(shù)據(jù)流是否有遺漏或多余 ?檢查數(shù)據(jù)存儲(chǔ)，是否沒有被業(yè)務(wù)過程使用或沒有生成它的業(yè)務(wù)過程（根據(jù) C/U矩陣的判別標(biāo)準(zhǔn)來進(jìn)行） ?檢查處理功能，所有的處理功能都應(yīng)有輸入數(shù)據(jù)流或從數(shù)據(jù)存儲(chǔ)中檢索數(shù)據(jù)，也要有輸出的數(shù)據(jù)流或向數(shù)據(jù)存儲(chǔ)中發(fā)送數(shù)據(jù)。 按業(yè)務(wù)流程圖理出的業(yè)務(wù)流程順序， 將相應(yīng)調(diào)查過程中所掌握的數(shù)據(jù)處理過程， 繪制成一套完整的數(shù)據(jù)流程圖，一邊整理繪 圖，一邊核對(duì)相應(yīng)的數(shù)據(jù)和報(bào)表、模型等。 數(shù)據(jù)存儲(chǔ) ?首先畫出頂層（第一層）數(shù)據(jù)流程圖。外部實(shí)體要有標(biāo)記。 ?收集原系統(tǒng)全部輸入單據(jù)、輸出報(bào)表和數(shù)據(jù)存儲(chǔ)介質(zhì)的典型格式。 任務(wù) 2：分解季度生產(chǎn)計(jì)劃 年度生產(chǎn)計(jì)劃獲得批準(zhǔn)后，每季度由生產(chǎn)部部長組織各工廠廠長，召開季度生產(chǎn)計(jì)劃會(huì)議，按照季度銷售戰(zhàn)略要求，將年度生產(chǎn)計(jì)劃分解為各工廠季度生產(chǎn)計(jì)劃。 2. 庫工收到已批準(zhǔn)的領(lǐng)料單后，首先查閱庫存賬，若有貨，則通知車間前來領(lǐng)取所需物料，并登記用料流水賬，否則將通知