企業信息係統的開發方法
1.準備階段
(1)調查需求
係統分析的基礎是詳細的調查。直接請管理人員說出他們的想法遠遠不夠，管理人員雖然每天都在做實際工作，卻常常不能把自己所做的一切用局外人能夠充分理解的方式表達出來。為建立信息係統而進行的調查必須借助於一些方法和工具，使得調查者和被調查者雙方容易溝通和理解。
調查應該是圍繞內部信息流所涉及領域的各個方麵。信息流是通過物流而產生的，物流和信息流又都是在組織中流動的，我們調查的範圍不能僅僅局限於信息和信息流，應該包括企業的生產、經營、管理等各個方麵，它們大致可以歸納為九類問題：①組織目標和發展戰略；②組織機構及其功能、業務範圍；③工藝流程和產品構成；④主要的業務流程與工作形式；⑤主要的數據與數據流程；⑥管理方式和具體業務的管理方法；⑦決策方式和決策過程；⑧可用的人、財、物和信息資源及其限製條件；⑨業務運作中存在的問題和改進意見。
(2)詳細調查的方法
調查的方法一般以“全麵業務需求分析的問卷調查法”為基礎，配合重點詢問方法和實踐訪談調查來進行。
問卷設計應盡可能羅列真正關係到此項工作成敗的關鍵問題。問卷方式和填表方式的調查之後要整理調查結果，整理調查結果一般要采用組織結構與功能分析、業務流程分析、數據與數據流程分析、過程類分析等。一旦在整理中發現各個不同的工作崗位上調查結果不一致或前後連接有矛盾時，就必須帶著問題深入到具體的工作崗位上去，摸清詳細的業務和數據流程以及具體工作的細節，弄清楚問題所在。調查一般還需要結合組織座談會、查閱檔案資料以及實地觀察等形式來進行。
全麵業務需求分析的問卷調查法是采用BSP(企業係統規劃)方法中的調查表，對企業管理崗位上的工作人員進行全麵的需求分析調查，然後分析整理這些圖表逐步理出具體的業務流程。信息量的問卷調查，首先應收集現有的各種報表等信息載體，對係統內部信息有個初步的了解，然後發表調查有關信息輸入、輸出和儲存的數量。
常用的調查表包括：目標調查表、組織機構調查表、任務調查表、文件類信息調查表、報表數據調查表、計算機資源調查表、計算機應用項目調查表。
調查中使用的圖表工具包括：現行係統流程圖和概況表、現場工作流程圖、實體生命周期圖、現行係統概圖、組織機構圖等。
調查問卷表一般要包括以下基本的項目：
①你所在的工作崗位和工作性質是什麼?你每天的工作任務是怎樣的?
②你所在工作崗位是否恰當?工作量如何?
③你的工作結果同前、後續工作如何聯係?
④從有效組織生產的角度出發，你的權限是否適當?
⑤你的工作計劃不能合理安排的原因是什麼?
⑥你所在工作崗位存在什麼問題?組織不力?規劃不好?信息不暢?……
⑦你所接觸的報表、數據有哪些?滿意程度如何?
⑧你通常采取什麼樣的手段提高工作效率?
⑨若增加激勵(獎金、鼓勵、新技術等)，你所在的部門的效率是否會有提高?
⑩你認為影響本企業經營效益的關鍵是什麼?
從全局的利益出發，你認為現有的管理體製是否合理?
你認為提高生產產量的潛力在哪裏?
你認為現存管理體製有哪些問題?
有效降低生產成本的途徑有哪些?
信息係統在本單位是否有必要?
新的信息係統應該重點解決哪些問題?
在你所了解的管理決策工作中，有哪些你認為是可以定量地由計算機輔助處理的?哪些是不能夠處理的?
在你所了解的管理工作中，你認為決策的效益應從哪些方麵去衡量?
如果建立計算機信息處理係統，你願意學習操作並經常使用它嗎?
2.係統開發方法
(1)結構化生命周期法
結構化生命周期法，又可稱為結構化係統分析與設計
SSA＆D(StructuredSystemAnalysisandDesign，簡稱SSA＆D)或SADT(StructuredAnalysisandDesignTechnology，簡稱
SADT)方法，它始於60年代末期，是迄今為止信息係統開發方法中應用最普遍、最成熟的一種。
①基本思想。SSA＆D方法的靈魂就是結構化思想，主要體現在以下幾方麵：
第一，將係統開發過程劃分為若幹相對獨立的階段。一般分為係統分析、係統設計、係統實施和係統評價與維護四個階段，其中每個階段都有明確的任務和目標，以及預期要達到的階段性成果。開發過程呈“瀑布式”，即隻有上一個階段的工作結束後方可轉入下一個階段的工作。
第二，預先明確用戶需求，根據需求來設計係統。即在係統設計階段之前，要深入實際單位，全麵、細致地調查研究，努力弄清實際業務過程的每一個細節，然後分析研究，製定出科學合理的新係統設計方案。結構化方法十分強調用戶需求的預先嚴格定義。
第三，采用自頂向下(ToptoBottom)的分解方法和自底向上(BottomtoTop)的歸納方法相結合進行係統分析。自頂向下就是從信息係統的總體需求(頂層)出發，而後將總體需求逐一分解，逐層向下來分析中、底層的信息需求；自底向上則是從局部到整體的歸納過程。二者相結合以確保係統的統一規劃和設計。
第四，采用模塊化設計方法，使複雜的係統簡單化。模塊化技術可將係統劃分為相互聯係又相互獨立的子係統，子係統又劃分為若幹大模塊，大模塊再分解為小模塊直至不可分解為止，便於係統的設計、實施、擴充和維護。
第五，開發過程工程化。要求開發過程的每一階段每一步驟都按工程標準規範化，文檔資料標準化。
生命周期法是一種非常規範的係統建立方法，它將係統開發過程分為幾大階段，各階段緊密銜接，順序完成。生命周期法對最終用戶和信息係統專業人員也有非常明確的分工，像係統分析員和程序員這類技術專業人員負責主要的係統分析、係統設計和實施；而最終用戶的參與主要局限於提供信息需求和對技術人員的工作進行評審。各階段完成後，需要在最終用戶和技術專家之間達成共識。
②係統生命周期的各階段。立項階段要回答的問題是：“我們為什麼需要一個新的係統項目?”“我們要完成什麼?”該階段主要是確定組織是否存在問題，以及存在的問題是否通過一個新的信息係統或修改現行係統就能解決。如果要求建立一個係統項目，那麼該階段需找出它的總體目標，確定項目的範圍並向管理層提交一份項目計劃報告。
係統研究階段的任務是詳細分析現行係統存在的問題，找出解決這些問題的方案和所要達到的目標，並說明可供選擇的解決方案。係統研究階段還要分析各種可選方案的可行性。該階段要回答的問題是：“現行係統正在做些什麼?”“它們的優缺點、難點和問題是什麼?”“一個新的或修改的係統要解決這些問題應做些什麼?”“方案所須滿足用戶的信息需求是什麼?”“可選方案中哪些選項是可行的?”“它的成本和收益是多少?”
要回答上述問題就需進行廣泛的信息收集工作，查閱現行係統的文檔資料、報告和工作記錄，觀察這些係統的工作過程，對用戶進行問卷調查，並進行麵談。在係統研究階段所獲得的全部信息將被用於確定係統需求。最後，係統研究階段將詳細說明生命周期法後幾個階段的活動和任務。
係統設計階段要產生解決方案的邏輯和物理設計說明書。由於生命周期法特別強調規範化的說明書和文檔工作，因此有許多設計和建立文檔的工具可用於該階段，如數據流圖、結構圖或係統流程圖等。
編程階段要按設計階段形成的設計說明書編製軟件程序代碼。係統分析員與程序員共同為係統的各個程序準備程序設計說明。這些程序設計說明具體描述了每個程序將做些什麼，使用的編程語言，輸入、輸出，處理邏輯，處理順序，以及控製描述。現代編程較多采用的是第三代程序設計語言(如COBOL、C)或高效的第四代編程語言。由於一般大係統都含有成千上萬行程序，所以常常需要由多個程序員組成的程序設計小組共同完成。
安裝階段的任務包括將新的或修改後的係統投入使用的最後幾步：係統測試、人員培訓和係統轉換。對軟件進行測試的目的是確保其從技術和業務上準確無誤。為使業務和技術人員能夠有效地使用新係統，還需要對他們進行培訓。另外還需製定一份完善的係統轉換計劃，以便提供投入新係統所要進行的各項活動具體安排。