ERP開發實例主要內容概述結構化開發實例面向對象開發實例程序實現（B/S，C/S）第一頁，共五十七頁。ERP開發實例§1概述一、ERP項目開發方法（一）結構化生命周期法將一個項目開發的全過程可以簡單分為：系統規劃、系統分析、系統設計、系統實施、系統運行與維護等幾個階段，各階段有其特定的任務及內容。第二頁，共五十七頁。第三頁，共五十七頁。優點計劃性較強，任務比較明確缺點系統更新周期比較長一開始對系統就要有全面的考慮與認識適用范圍項目較大，功能比較復雜，周期較長的項目第四頁，共五十七頁。（二）原型法原型法基本步驟如下第一步：快速分析用戶最基本的需求。對系統進行初步調查，確定系統的基本需求。如功能要求、數據規范、報表格式、屏幕和菜單要求等。第二步：建立原型系統。在對系統功能、性能初步了解的基礎上，盡快實現一個可運行的原型系統。這個系統應能反映待評價的特性，以便與用戶進一步交流。第三步：運行并評價原型。這是進行交流、發現問題、消除誤解的重要階段。第四步：修正和改進。根據評價原型的結果（修改意見）進行改進和擴充原型，得出一個更加完善的原型，然后再交給用戶運行。反復迭代第三、第四兩個步驟，直到用戶滿意為止。第五頁，共五十七頁。2．原型方法的基本步驟第六頁，共五十七頁。優點用戶使用的是最新的系統“量身定做”的系統，適合用戶需求缺點系統從業務層出發，“自下而上”的開發思路，容易與決策沖突【無全局觀】用戶滿意度不好界定如果業務較復雜，更改的次數較頻繁，將要投入更多的人力物力適用范圍：業務比較明確，功能相對較簡單的項目開發第七頁，共五十七頁。（三）面向對象的開發方法面向對象（OrientalObject）是一種認識客觀世界的世界觀，從結構組織角度模擬客觀世界的一種方法。

人類在認識和理解現實世界的過程中，普遍運用以下三個構造法則： （1）區分對象及其屬性，例如區分一顆樹和樹的大小或空間位置關系； （2）區分整體對象及其組成部分，例如區分一棵樹和樹枝；（3）不同對象類的形成及區分，例如所有樹的類和所有石頭的類。第八頁，共五十七頁。面向對象=類+封裝+繼承+多態第九頁，共五十七頁。（四）CASE方法ComputerAidedSoftwareEngineering計算機輔助軟件工程法，使用相關軟件幫助分析設計及開發人員完成部分工作。如：RoseRational，VisualParadigam，Visio，VisibleAnalysis等。第十頁，共五十七頁。二、軟件體系結構（一）C/S結構程序安裝在客戶端，數據庫安裝在服務器優點：效率較高，速度較快缺點：維護困難（二）B/S結構程序及數據庫均安裝在服務器上優點：維護方便缺點：網絡鏈路上傳遞的是數據+程序，效率較低。（三）分布式結構經典：ASP.NETMVC結構（ModelViewController）JAVASSH結構(StrutsSpringHibernate)第十一頁，共五十七頁。三、開發角色系統分析師、系統架構師系統設計師程序開發員系統測試員系統培訓員系統維護員第十二頁，共五十七頁。§2結構化開發實例系統分析系統設計系統實施運行與維護第十三頁，共五十七頁。2.1系統分析

2.1.1概述含義：采用系統的觀點和方法，通過調查徹底搞清楚現行系統的現狀和存在的問題，在此基礎上明確新系統的目標，建立新系統的邏輯模型。邏輯模型：明確系統“干什么”，具有什么樣的功能，需要哪些處理，以及這些處理之間的關系。第十四頁，共五十七頁。步驟1、開發任務的提出2、初步調查3、可行性分析4、詳細調查5、邏輯設計成果：

系統分析報告第十五頁，共五十七頁。2.1.2開發任務的提出

形式：開發合同，開發意向書，開發計劃書，開發委托書等【文檔】方式：（由誰提）可以是用戶提出可以是分析員提出可以是用戶與分析員共同提出第十六頁，共五十七頁。2.1.3初步調查企業概況現行整個MIS情況開發系統與其他系統的關系現有的基礎條件【文檔】初步調查報告第十七頁，共五十七頁。2.1.4可行性分析必要性技術上的可行性硬件，軟件，網絡等技術指標經濟上的可行性估計費用，估計收益，比較管理上的可行性決策者的態度，現有業務是否規范，人員素質結論：可以立即執行，需要追加一些資源才能進行，需要等待某些條件成熟了才能進行，需要對現有系統做修改才能進行，不能或沒有必要進行【文檔】可行性分析報告第十八頁，共五十七頁。2.1.5詳細調查一、組織機構調查目的：與本系統相關的部門或人員或角色工具：組織機構圖【文檔】二、功能層次調查目的：人員或角色各自完成什么職責工具：功能層次圖【文檔】第十九頁，共五十七頁。三、業務流程調查1、目的現有系統具體執行流程2、工具—業務流程圖符號：xxxxx代表起點/終點Xxxxxxxxxxxx業務處理步驟第二十頁，共五十七頁。xxx賬、證、表業務流向第二十一頁，共五十七頁。舉例：銀行存取款業務流程儲戶1提出存取款申請儲戶存折2受理業務營業員AA存取款單據3身份驗證營業員/儲戶4打印單據營業員存折5儲戶確認儲戶存折存取款單據儲戶營業員BB第二十二頁，共五十七頁。注意：（1）業務流程圖不是業務流程描述的唯一工具；（2）業務流程描述必須深入業務流程的第一線；（3）注意收集基本數據；（4）對主要的業務處理步驟需要文字說明；（業務處理周期、期限、主體、具體過程）（5）業務調查也要發現不足。第二十三頁，共五十七頁。2.1.6邏輯設計一、目的描述新系統的數據處理過程二、工具—數據流程圖（DataFlowDiagram)1、符號名稱外部項第二十四頁，共五十七頁。處理邏輯第二十五頁，共五十七頁。XXXX數據存儲XXXXXX數據流第二十六頁，共五十七頁。2、畫法（1）描述系統外部項及輸入輸出數據流，畫出系統頂層（第0層）DFD；（2）將頂層DFD中唯一的處理邏輯進行分解，分解為若干處理邏輯，畫出系統第一層DFD；（3）將第一層DFD中可以分解的處理邏輯繼續分解，畫出系統第二層DFD；（4）將第二層一直到第N-1層DFD中可以分解的處理邏輯繼續分解，畫出系統第三層直到第N層DFD。第二十七頁，共五十七頁。（5）所有處理邏輯必須分解到“基本處理邏輯”為止，即：只有一個明確的功能，便于程序員用一段程序即可實現。第二十八頁，共五十七頁。3、注意事項（1）應該從上而下，自左向右，避免交叉；（2）要對各層合理編號；（3）除第零層外，每一層包含的處理邏輯以7~8個為宜；（4）父圖子圖要平衡；（5）在一個DFD中，除非為了避免交叉，否則同一個數據存儲不允許重復；（6）DFD要反復修改才能畫好。第二十九頁，共五十七頁。三、邏輯設計過程（一）現有系統的DFD（二）功能改進1、調整組織機構體系與功能體系的對應關系；2、確定人-機分工；3、增加一些功能；4、去掉一些功能；5、改進一些功能；6、存儲規范化。（三）新系統DFD第三十頁，共五十七頁。2.1.7數據字典一、含義對最底層DFD的各個元素進行詳細說明二、內容（一）外部項卡片（二）數據存儲卡片（三）數據流卡片（四）數據項卡片【最多】（五）處理邏輯卡片【判斷樹、判斷表、結構式語言】第三十一頁，共五十七頁。2.1.8分析實例某企業要求實現設備管理信息系統，要求如下：1、能建立企業各種設備的檔案，方便查詢；2、能對設備使用者提出的報修單進行響應，安排維修人員進行作業；3、定期統計每個維修人員的工作量，作為業績考核主要依據。第三十二頁，共五十七頁。一、開發任務的提出第三十三頁，共五十七頁。二、初步調查第三十四頁，共五十七頁。三、可行性分析第三十五頁，共五十七頁。四、詳細調查（一）組織機構調查第三十六頁，共五十七頁。（二）功能層次圖思考：怎么畫？第三十七頁，共五十七頁。（三）業務流程圖檔案員1建立設備檔案檔案員設備檔案財務檔案員建檔流程報修流程報修接待員1報修登記接待員報修單1報修派工調度員AA報修單1核定工作量接待員報修單檔案員第三十八頁，共五十七頁。檔案員1工作量統計檔案員月份維修工作量統計表HR檔案員報修單統計流程（三）業務流程圖第三十九頁，共五十七頁。手工單據格式第四十頁，共五十七頁。五、邏輯設計（一）現系統DFD第四十一頁，共五十七頁。（一）現系統DFD（二）功能改進1、增設一個微機操作崗位，負責設備的檔案數據管理、保修單管理、調度數據錄入、維修結果錄入、統計等工作。2、設備維修派工、修理作業由人工完成；統計、查詢由計算機完成；檔案錄入、保修單錄入、保修結果錄入、班組檔案錄入由人和計算機共同完成。3、增加適合計算機處理的檔案資料、保修資料的增刪改查打備恢等功能。4、去掉設備修理作業功能，維修派工功能。5、將派工功能并入保修單處理。設置多種查詢手段，如可以按設備類型查詢，可以按設備所在部門查詢，可以按編號查詢，可以按名稱模糊查詢等。6、規范化。第四十二頁，共五十七頁。五、邏輯設計（三）新系統DFD第四十三頁，共五十七頁。（四）數據字典第四十四頁，共五十七頁。2.2系統設計2.2.1概述一、含義

系統設計也叫物理設計，根據分析階段提出的邏輯模型，確定出在物理上可以實現的方案，建立系統的物理模型。二、作用1、目的是建立物理模型，即明確系統“怎么干”，具體如何實現；2、它以系統分析資料為基礎；3、它是系統實施的基礎。第四十五頁，共五十七頁。三、步驟（一）總體設計1、系統結構設計2、系統配置設計（二）詳細設計1、數據文件設計2、代碼設計3、模塊設計【人-機接口設計，安全保密設計，模塊設計】第四十六頁，共五十七頁。2.2.2設計實例一、系統結構設計（一）初始系統結構設計1、系統設計策略；2、系統結構圖第四十七頁，共五十七頁。（二）系統結構優化1、高聚合低耦合原則；2、模塊的分解與重新組合原則；3、系統分工原則；4、扇入扇出系數原則；5、控制范圍與影響范圍原則。（三）優化后的系統結構第四十八頁，共五十七頁。二、系統配置設計第四十九頁，共五十七頁。三、數據文件設計第五十頁，共五十七頁。四、代碼設計第五十一頁，共五十七頁。五、模塊設計第五十二頁，共五十七頁。2.3系統實施2.3.1概述一、含義

系統實施又叫系統實現，它是在系統分析提出的邏輯模型以及系統設計階段提出的物理模型的基礎上，建立一個可供用戶運行使用的系統。二、步驟1、購買硬件、軟件；2、安裝調試硬件、軟件；3、程序設計；4、系統調試【黑箱法、白箱法】；5、系統轉換【直接轉換、平行轉換、分階段逐步轉換】；6、系統培訓；7、系統運行維護；8、系統評價。第五十三頁，共五十七頁。2.3.2實施實例一、程序設計第五十四頁，共五十七頁。2.3.2實施實例二、系統調試（一）黑箱法調試1、區間分析法2、邊緣值分析法3、因果分析法4、經驗推測法（二）白箱法調試1、語句覆蓋法2、判斷覆蓋法3、條件覆蓋法4、語句/判斷覆蓋法5、語句/判斷/條件覆蓋法第五十五頁，共五十七頁。3.面向對象的開發3.1概述一、含義第五十六頁，共五十七頁。內容總結ERP開發實例。程序實現（B/S，C/S）。在對系統功能、性能初步了解的基礎上，盡快實現一個可運行的原