第1條  目的

為了防止系統(tǒng)在開發(fā)過程中可能出現(xiàn)錯誤和偏差，確保系統(tǒng)設計合理、正確，特制定本制度。

第2條  范圍

信息系統(tǒng)開發(fā)包括系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設計、系統(tǒng)實施、系統(tǒng)維護與評價五個階段。

第3條  系統(tǒng)規(guī)劃管理

1．系統(tǒng)規(guī)劃管理階段參與人員及分工：

（1）信息總監(jiān)做信息系統(tǒng)開發(fā)項目的總體規(guī)劃；

（2）信息系統(tǒng)開發(fā)項目經理根據(jù)總體規(guī)劃制訂開發(fā)計劃；

（3）系統(tǒng)分析員負責搜集開發(fā)資料。

2．系統(tǒng)規(guī)劃階段存在的風險及應對策略：

（1）市場競爭風險，競爭優(yōu)勢有可能被仿效。應對策略是增加自身特色，提高系統(tǒng)的技術含量和競爭優(yōu)勢；

（2）政治、經濟環(huán)境和法律、法規(guī)風險。應對策略是做詳盡的可行性分析，采用先進工具進行風險控制；

（3）缺乏高層領導支持。應對策略是培訓、溝通、聘請權威專家講座等。

第4條  系統(tǒng)分析管理

1．系統(tǒng)分析管理階段參與人員及分工：

（1）系統(tǒng)分析員進行資料分析；

（2）終端用戶對系統(tǒng)提出使用要求。

2．系統(tǒng)分析階段存在的風險及應對策略：

（1）不合理的組織結構可能影響項目小組進行系統(tǒng)分析的效果。應對策略是業(yè)務流程重組，對內部進行調整；

（2）用戶需求的多樣性以及用戶的數(shù)量和重視程度可能加大系統(tǒng)分析工作的工作量。應對策略是建立多樣性的溝通渠道，加強溝通。

第5條  系統(tǒng)設計管理

1．系統(tǒng)設計管理階段參與人員及分工：

（1）系統(tǒng)設計員進行設計新系統(tǒng)總體結構框架設計、代碼設計、數(shù)據(jù)庫設計、輸入/輸出設計、處理流程及模塊功能的設計；

（2）數(shù)據(jù)庫管理員根據(jù)數(shù)據(jù)的不同用途、使用要求、統(tǒng)計渠道、安全保密性等，決定數(shù)據(jù)的整體組織形式、表或文件的形式，以及決定數(shù)據(jù)的結構、類別、載體、組織方式、保密等級等一系列的問題。

2．系統(tǒng)設計階段存在的風險及應對策略：

（1）開發(fā)團隊經驗不足可能造成信息系統(tǒng)開發(fā)時間過長。應對策略是全面考察開發(fā)團隊，選擇有經驗的開發(fā)人員，并建立有效的監(jiān)督機制；

（2）系統(tǒng)開發(fā)技術過于復雜、技術不成熟或過時用戶需求的多樣性以及用戶的數(shù)量和重視程度可能加大系統(tǒng)分析工作的工作量。應對策略是加強技術交流，集中精力解決技術難題，有條件的應設有備選方案。

第6條  系統(tǒng)實施管理

1．系統(tǒng)實施管理階段參與人員及分工：

（1）程序設計員進行程序設計和系統(tǒng)調試及試運行；

（2）數(shù)據(jù)庫管理員進行數(shù)據(jù)收集，數(shù)據(jù)格式的標準化與規(guī)范化；

（3）終端用戶對系統(tǒng)試運行效果提出意見和建議。

2．系統(tǒng)實施階段存在的風險及應對策略：

（1）時間和費用超出預算可能造成信息系統(tǒng)開發(fā)成本過高。應對策略是編制詳盡、科學的預算，加強內部成本管理和控制；

（2）用戶經驗不足可能導致系統(tǒng)功能不完整。應對策略是加強教育培訓。

第7條  系統(tǒng)維護與評價管理

1．系統(tǒng)維護與評價管理階段參與人員及分工：

（1）系統(tǒng)維護人員進行日常運行維護和系統(tǒng)的更新維護；

（2）數(shù)據(jù)庫管理員進行數(shù)據(jù)庫和代碼維護。

2．系統(tǒng)維護與評價階段存在的風險及應對策略：

（1）數(shù)據(jù)是否準確、安全及保密直接影響信息系統(tǒng)開發(fā)的效果。應對策略是進行合理的系統(tǒng)設計，采用防火墻和加密技術；

（2）系統(tǒng)目標不明確、缺乏軟件質量監(jiān)控可能導致系統(tǒng)功能不健全。應對策略是制定明確目標，加強質量管理。

第8條  本制度由信息部會同公司其他有關部門進行解釋。

第9條  本制度配套辦法由信息部會同公司其他有關部門另行制定。

第10條  本制度自     年     月     日起實施。

（摘自實戰(zhàn)紅色管理創(chuàng)始人孫軍正老師培訓課堂經典案例）