信息中心管理制度
通信設備有限公司 信息中心管理制度 2004年2月 目　錄 1. 軟件項目實施規(guī)范； 2. 軟件項目開發(fā)規(guī)范； 3. 軟件購買參考方案； 4. 計算機管理制度； 5. OA辦公系統(tǒng)使用管理制度； 6. 信息中心工作流程。 通信設備有限公司 軟件項目實施規(guī)范 為了使項目實施規(guī)范化，科學化，提高項目實施的效率，制定下列實施規(guī)范。 1. 項目實施前的準備工作 1. 確定項目實施負責人員及被實施單位的負責人員 為了保證項目實施的成功，必須分清責權，要求指定項目實施的具體負責 人員及數(shù)量，被實施單位的具體負責人員及數(shù)量。保證實施過程中的項目配 合。 2. 確定項目實施地點和單位 確定項目實施的確切地點和單位，提前以書面形式通知被實施單位，作好 必要的實施準備工作。 3. 確定項目實施需要的軟件和硬件 確定項目實施需要的軟件，了解軟件的操作方法，熟悉軟件的流程，能處 理好軟件在實施過程中可能出現(xiàn)的問題。知道軟件存在的缺陷和不足，在實 施過程中避免因為軟件的問題，影響實施工作的進度。了解被實施單位硬件 的建設情況，如果硬件條件不足，提出相應的更改意見。 4. 制定詳細的項目實施計劃書 制定詳細的項目實施計劃書，必須給出項目實施確切的開始時間，結束時 間。確定實施方法，對實施進度進行合理安排。以此作為實施的參考。 2. 項目實施中的技巧 項目實施遵循以下幾點： 1. 先對被實施單位進行系統(tǒng)化培訓，作好培訓工作，根據(jù)實施進度，安排更全面 的培訓。 2. 先實施基礎部分。 一般而言，軟件系統(tǒng)分兩大部分：基礎數(shù)據(jù)，業(yè)務數(shù)據(jù)。要想使軟件達到 預期的效果，基礎數(shù)據(jù)必須得全面，業(yè)務數(shù)據(jù)一般都圍繞基礎數(shù)據(jù)運行。所 以，在實施過程中，一定要先實施基礎數(shù)據(jù)。好的開端是成功的一半。 3. 先易后難。 在實施過程中，要分清實施部分的難易情況，將簡單易用的模塊先實施。 因為，大多數(shù)被實施單位的人員對軟件不了解，對計算機應用不十分熟練， 對軟件持懷疑態(tài)度，有抵觸情緒。所以，在實施過程中，要逐步讓被實施人 員了解軟件，掌握軟件，排除對軟件的抵觸情緒，使操作者從根本上認可軟 件。 4. 按部就班，逐步推廣。 在實施過程中，必須按照軟件設計的業(yè)務流程，逐步實施，不能跨模塊實 施。跨模塊實施，影響數(shù)據(jù)運算的準確性，和系統(tǒng)的完整性，將可能導致實 施失敗。 5. 善于總結經(jīng)驗，并能靈活運用之。 6. 堅持原則，實事求是。 實施過程中，堅持原則，對無理要求要給予拒絕，并說明原因，對符合要 求的問題，要敢于解決。對運算結果實事求是，對就是對，錯就是錯，及時 查找原因，不能推卸責任。 3. 項目實施中的進度 在實施過程中，要把握好實施進度，不能實施周期無限長，也不能實施工 作草草結束。要做到以下幾點： 1. 制定月實施計劃，讓被實施單位實施負責人簽字 每月月初1到5號制定當月計劃，將月計劃反饋總部信息中心。詳見附件 2. 制定周實施計劃 詳見附件 3. 填寫工作日志 詳見附件 4. 每周寫周工作總結 詳見附件 5. 每月寫月工作總結，讓被實施單位實施負責人簽字，并寫出對實施工作的意見 。 每月1號到3號，將上月工作總結反饋總部信息中心。詳見附件。 4. 項目實施中出現(xiàn)的問題及解決辦法 在實施過程中，可能因為軟件因素或者其他因素，出現(xiàn)問題。遇到問題， 要根據(jù)實際情況和軟件要求積極解決。注意以下幾點： 1. 軟件問題： 一般性問題（不涉及軟件功能及流程）：要求寫出軟件修改申請書，并注 明軟件需要修改的內容，由被實施單位實施負責人簽字，報總部信息中心， 統(tǒng)一安排修改。 功能性問題（涉及軟件功能及流程）：要求寫出軟件修改申請書，并注明 軟件修改后所達到的功能，并由被實施單位實施負責人簽字，報總部信息中 心論證。 2. 其他原因： 要本著負責的態(tài)度，積極進行協(xié)調解決。如不能解決可向上級部門匯報。 5. 項目實施成功的標志 項目實施成功的標志有兩點： 1. 程序運行一個周期后，沒有出現(xiàn)一般性錯誤和功能性錯誤，數(shù)據(jù)運算 準確。 2. 被實施單位的軟件操作者，已經(jīng)熟練掌握軟件的使用方法，知道軟件 實現(xiàn)的功能，對軟件的業(yè)務流程有深刻的認識。 6. 項目實施結束后的工作 實施結束后，要對實施工作認真總結，找出實施中存在的問題，求同存異 ，總結經(jīng)驗，并提出解決辦法，修正后續(xù)實施的工作安排，完善實施工作計劃， 使后續(xù)實施能夠更順利，更圓滿的完成。 附件： 月實施計劃： |單位：| |軟件：| |實施負責人：| | |計劃 |開始時 |結束時間|天數(shù) |結束標志|被實施負責人|是否實施結束 | | |間 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 周實施計劃： |單位：| |軟件：| |實施負責人：| | |本周計| | |劃 | | |日期：| | 工作日志： |日期： | |實施負責人| | | | |： | | |計劃工作| |實際完成情| | |情況 | |況 | | |出現(xiàn)問題| | 月工作總結： |單位：| |軟件：| |實施負責人：| |意見 | |計劃 |開始時 |結束時間|天數(shù) |結束標志|被實施負責人|是否實 | | | |間 | | | | |施結束 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 通信設備有限公司 軟件項目開發(fā)規(guī)范 1. 軟件開發(fā)流程： 由需求部門提出要求，將詳細的需求報告報信息中心，經(jīng)信息中心調研，制定需求 分析報告，論證可行性方案后，由需求部門指定一人，負責協(xié)助信息中心軟件開發(fā)人 員進行軟件開發(fā)。軟件開發(fā)完畢后，由需求部門試運行，對不符合需求部門要求的地 方，需求部門要寫出書面修改報告，由信息中心根據(jù)修改報告對軟件進行修改。軟件 修改結束，交付需求部門使用。信息中心負責軟件維護。 軟件維護 [pic][pic][pic] 修改方案 軟件修改 軟件交付使用 需求報告 信息中心 需求分析報告 需求調研 可行性分析報告 需求部門 [pic][pic] 軟件試運行 修改方案 軟件設計方案 軟件開發(fā) [pic][pic] 2. 程序設計規(guī)范： （一）、開發(fā)環(huán)境： 系統(tǒng)：windows98/2000 數(shù)據(jù)庫：ms sqlserver2000,mysql （二）、開發(fā)工具： powerbuilder 6.5 （三）、編碼規(guī)范： 1. 命名規(guī)范： 1）、版本號命名規(guī)范： 版本號格式：公司名稱+軟件名稱+版本號 軟件開發(fā)完成后，版本號為1.0 一般性修改（在不改變功能的修改），版本號小數(shù)位順序加1 功能性修改（軟件功能有所改動或流程變動后），版本號整數(shù)位順序加 1，小數(shù)位為0 2）、字段類型規(guī)范： |類型 |名稱 |全局命 |實例命名 |局部命名 |備注 | | | |名 | | | | |String |字符型 |Gs_ |Is_ |Ls_ | | |Integer |整數(shù)型 |Gi_ |Ii_ |Li_ | | |Long |長整數(shù)型 |Gl_ |Il_ |Ll_ | | |Decimal |實數(shù)型 |Gdec_ |Idec_ |Ldec_ | | |Datetime |日期時間 |Gdt_ |Idt_ |Ldt_ | | | |型 | | | | | |boolean |布爾型 |Gb_ |Ib_ |Lb_ | | 3）、函數(shù)命名規(guī)范： 全局函數(shù)：f_函數(shù)名稱，并注明漢字說明。 窗口函數(shù)：wf_函數(shù)名稱 4）、PBL命名規(guī)范： abc_名稱，并注明漢字說明。 5）、窗口命名規(guī)范： w_PBL名稱_窗口名稱，并注明漢字說明。 6）、用戶對象命名規(guī)范： uo_名稱，并注明漢字說明。 7）、數(shù)據(jù)窗口命名規(guī)范： 一般數(shù)據(jù)窗口：d_名稱，并注明漢字說明。 下拉數(shù)據(jù)窗口：d_dddw_名稱，并注明漢字說明。 8）、控件命名規(guī)范： 控件前綴加名稱，并注明漢字說明。 9）、結構命名規(guī)范： st_名稱，并注明漢字說明。 10）、數(shù)據(jù)表命名規(guī)范： 基礎數(shù)據(jù)表：abc_名稱_m_順序號 操作數(shù)據(jù)表：abc_名稱_t_順序號 2. 注釋規(guī)范： 1）、在每段代碼的開始部分加入以下注釋： 代碼編寫人： 代碼編寫日期： 代碼實現(xiàn)功能： 代碼行數(shù)： 代碼實現(xiàn)功能： 代碼修改人： 代碼修改日期： 代碼修改后實現(xiàn)功能： 代碼修改后行數(shù)： 2）、在變量后注釋變量名稱，用途 3）、在程序代碼運算部分加以下注釋： 運算公式： 思路： （四）、文檔管理： 1. 業(yè)務流程圖 根據(jù)調研報告由開發(fā)人員編寫 2. 數(shù)據(jù)流程圖 根據(jù)業(yè)務流程圖，組織數(shù)據(jù)流程圖，由開發(fā)人員編寫 3. 數(shù)據(jù)結構 根據(jù)設計要求，由項目負責人編寫 4. 開發(fā)工作日志 由開發(fā)人員，填寫每天的工作日志 格式： |開發(fā)工作日志 | |工作內| | |容 | | |工作意| | |見 | | |姓名：| |日期： | | 5. 修改工作日志 由開發(fā)人員，根據(jù)修改報告填寫修改日志 |程序修改日志 | |修改要 | |要求人 | | |求 | |： | | |詳細內 | | |容 | | |修改結 | |修改人 | | |果 | |： | | |詳細內 | | |容 | | |備注： | 6. 調試工作日志 由程序調試人員，根據(jù)程序調試情況填寫調試工作日志 |程序調試日志 | |調試部 | |要求人 | | |分 | |： | | |詳細內 | | |容 | | |調試結 | |調試人 | | |果 | |： | | |詳細內 | | |容 | | |備注： | 7. 實施工作日志 由實施人員，根據(jù)實施情況填寫實施工作日志 |實施日志 | |實施軟件：| |實施人 | | | | |： | | |被實施單位| | |： | | |日期： | | |具 | | |體 | | |實 | | |施 | | |進 | | |度 | | |及 | | |內 | | |容 | | |備注： | 8. 幫助說明 由開發(fā)人員編寫程序說明書。 要求：軟件說明書圖文并茂，文字簡單明了，對軟件功能描述正確。使 軟件使用者能通過軟件說明書獨立掌握軟件的使用方法。 9. 系統(tǒng)需求分析報告 根據(jù)需求部門的需求報告，由項目負責人編寫需求分析報告。 10. 系統(tǒng)調研報告 由調研人員，根據(jù)實際調研情況編寫調研報告。 11. 系統(tǒng)可行性分析報告 由系統(tǒng)開發(fā)組，根據(jù)可行性分析情況編寫可行性分析報告。 12. 系...
信息中心管理制度