農業(yè)項目管理制度

時間：2023-12-16 10:58:08 制度我要投稿

相關推薦

農業(yè)項目管理制度

　　在日新月異的現(xiàn)代社會中，制度的使用頻率逐漸增多，制度對社會經(jīng)濟、科學技術、文化教育事業(yè)的發(fā)展，對社會公共秩序的維護，有著十分重要的作用。那么相關的制度到底是怎么制定的呢？下面是小編整理的農業(yè)項目管理制度，僅供參考，希望能夠幫助到大家。

農業(yè)項目管理制度

　　第一節(jié)總則

　　第一條為規(guī)范自有軟件研發(fā)以及外包軟件的管理工作，特制定本制度。本制度適用于公司總公司軟件研發(fā)與管理，分公司參照執(zhí)行。

　　第二條本制度中軟件開發(fā)指新系統(tǒng)開發(fā)和現(xiàn)有系統(tǒng)重改造。

　　第三條本制度中自行開發(fā)是指主要依賴公司自身的管理、業(yè)務和技術力量進行系統(tǒng)設計、軟件開發(fā)、集成和相關的技術支持工作，一般僅向外購置有關的硬件設備和支撐軟件平臺;合作開發(fā)詩司與專業(yè)IT公司(合作商)共同協(xié)作完成IT應用的項目實施和技術支持工作，一般形式詩司負責提供業(yè)務框架，合作商提供技術框架，雙方組成開發(fā)團隊進行項目實施，IT系統(tǒng)的日常支持由IT技術中心和合作商共同承擔，IT技術中心負責內部(一級)支持，合作商負責外部(二級)支持;外包開發(fā)是指將IT應用項目的設計、開發(fā)、集成、培訓等任務承包給某家專業(yè)公司(可以是專業(yè)的IT公司或咨詢公司等)，由該公司(承包商)負責應用項目的實施。

　　第四條軟件開發(fā)遵循項目管理和軟件工程的基本原則。項目管理涉及立項管理、項目計劃和監(jiān)控、配置管理、合作開發(fā)管理和結項管理。軟件工程涉及需求管理、系統(tǒng)設計、系統(tǒng)實現(xiàn)、系統(tǒng)測試、用戶接受測試、試運行、系統(tǒng)驗收、系統(tǒng)上線和數(shù)據(jù)遷移。

　　第五條除特別指定，本制度中項目組包括業(yè)務組(或需求提出組)、IT組(可能包括網(wǎng)絡管理員和合作開發(fā)商)。

　　第二節(jié)立項管理

　　第六條提出開發(fā)需求的信息技術部門參與公司層面立項，進行立項的技術可行性分析，編寫《立項分析報告》(附件一)，開展前期籌備工作。《立項分析報告》應明確項目的范圍和邊界。第七條應用系統(tǒng)主要使用部門將《立項分析報告》上交公司總裁室進行立項審批，以保證系統(tǒng)項目與公司整體策略相一致。

　　第七條應用系統(tǒng)主要使用部門將《立項分析報告》上交公司總裁室進行立項審批，以保證系統(tǒng)項目與公司整體策略相一致。

　　第八條《立項分析報告》得到批準后，成立項目組(如果是外包開發(fā)，則成立外包商項目組;如果是合作開發(fā)，則與外包商共同成立合作開發(fā)項目組，以下統(tǒng)稱“項目組”)，項目組應包括業(yè)務組(由公司相關業(yè)務部門組成)和IT組(自行開發(fā)為辦公室網(wǎng)絡管理員;外包開發(fā)為外包商成員;合作開發(fā)為網(wǎng)絡管理員和外包商成員)。公司派一名員工負責監(jiān)督項目的進度，進行項目管理工作，確保開發(fā)能及時完成并能滿足業(yè)務需要。項目組人員的選擇應滿足項目對業(yè)務及技術要求，項目組人員應有足夠的業(yè)務和IT技術方面的專業(yè)知蝕勝任項目各方面的工作。

　　第三節(jié)需求分析

　　第九條立項后業(yè)務組對用戶需求進行匯總整理，出具《業(yè)務需求說明書》(附件二)，并確保《業(yè)務需求說明書》中包含了所有的業(yè)務需求。經(jīng)系統(tǒng)使用部門審批確認，作為業(yè)務需求基線。

　　第十條IT組在獲得《業(yè)務需求說明書》后，提出技術需求和解決方案，并對系統(tǒng)進行定義，出具《系統(tǒng)需求規(guī)格說明書》(附件三)。《系統(tǒng)需求規(guī)格說明書》需詳細列出業(yè)務對系統(tǒng)的要求(界面、輸入、輸出、管理功能、安全需求、運作模式、關鍵指標(KPI)等)。《系統(tǒng)需求規(guī)格說明書》需要由業(yè)務組提交給相關業(yè)務流程負責人確認。

　　第十一條對于合作開發(fā)的項目，當業(yè)務需求發(fā)生變更時，業(yè)務組應提交《需求變更申請》(附件四)，IT組組長審批后交給合作開發(fā)商實施。

　　第十二條項目組應對需求變更影響到的文檔及時更新。、

　　第四節(jié)項目計劃和監(jiān)控

　　第十三條軟件開發(fā)采用項目形式進行管理。項目經(jīng)理負責整個項目的計劃、組織、領導和控制。

　　第十四條需求分析過程中，項目經(jīng)理組織制定詳細的《項目計劃書》(附件五)，包括具體任務描述和項目進度表等。

　　第十五條在項目的各個階段，業(yè)務組組長和IT組組長需配合項目經(jīng)理制定階段性項目計劃。業(yè)務組組長和IT組組長需配合項目經(jīng)理對項目計劃執(zhí)行情況進行監(jiān)控，確保項目按計劃完成。

　　第十六條項目計劃需要變更時，項目經(jīng)理填寫《項目計劃變更說明》(附件六)，并提交公司主管領導審批，通過審批后，交給業(yè)務組組長和IT組組長執(zhí)行。

　　第四節(jié)系統(tǒng)設計

　　第十七條系統(tǒng)設計應分為概要設計和詳細設計，系統(tǒng)設計要遵循完備性、一致性、擴展性、可靠性、安全性、可維護性等原則。

　　第十八條在系統(tǒng)設計階段中，用戶應充分參與，確保系統(tǒng)設計能滿足系統(tǒng)需求。

　　第十九條項目組進行詳細設計，出具《設計說明書》(附件七)和《單元測試用例》(附件八)。《設計說明書》中需要定義系統(tǒng)輸入輸出說明和接口設計說明。公司主管領導組織相關人員對概要設計進行評審，出具《設計評審報告》(附件九)。業(yè)務組組長和IT組組長應參加此評審并對評審意見簽字確認。第二十條設計評審均以《業(yè)務需求說明書》和《系統(tǒng)需求規(guī)格說明書》為依據(jù)，確保系統(tǒng)設計滿足全部需求。

　　第二十一條對已確認通過的系統(tǒng)設計進行修改需獲得管理部門、業(yè)務組組長和IT組組長的審批后方可進行。

　　第二十二條對系統(tǒng)設計的修改的文檔須由文檔管理人員進行歸檔管理。

　　第五節(jié)系統(tǒng)實現(xiàn)

　　第二十三條項目組根據(jù)《設計說明書》制定系統(tǒng)實現(xiàn)計劃，并提交項目經(jīng)理對計劃可行性進行審批。

　　第二十四條系統(tǒng)實現(xiàn)包括程序編碼、單元測試和集成測試。

　　第二十五條項目組保證開發(fā)、測試和生產(chǎn)環(huán)境立，為各環(huán)境建立問權限控制機制，并明確項目成員的職責分工。對開發(fā)環(huán)境、測試環(huán)境與生產(chǎn)環(huán)境在物理或邏輯方面應該做到隔離;如果環(huán)境的分隔是通過邏輯形式實現(xiàn)的，應定期檢查網(wǎng)絡設置。項目組對已授權問生產(chǎn)環(huán)境的人員進行詳細記錄，并對該記錄進行定期檢查，確保只有經(jīng)授權的人員才能問到生產(chǎn)環(huán)境。

　　第二十六條項目組進行單元測試和集成測試，測試人員簽字確認測試結果。

　　第七節(jié)系統(tǒng)測試和用戶測試

　　第二十七條項目組制定《系統(tǒng)/用戶測試計劃》(附件十)，并提交項目經(jīng)理對計劃可行性進行審批。

　　第二十八條《系統(tǒng)/用戶測試計劃》必須定義測試標準，并明確各種測試的測試步驟和需要的系統(tǒng)設置要求。

　　第二十九條項目組向數(shù)據(jù)擁有部門申請獲取測試用業(yè)務數(shù)據(jù)的使用權，對獲取的數(shù)據(jù)進行嚴格的問控制，確保只有相關項目人員才能問及使用。

　　第三十條項目組負責測試數(shù)據(jù)準備，測試用數(shù)據(jù)要足夠模擬生產(chǎn)環(huán)境中的實際數(shù)據(jù)。

　　對已評定為敏感信息的數(shù)據(jù)進行敏感性處理和保護。

　　第三十一條IT組或合作開發(fā)商建立測試環(huán)境進行系統(tǒng)測試。在系統(tǒng)測試中對新系統(tǒng)內

　　部各模塊之間的接口和與其他系統(tǒng)的接口進行充分測試。出具《系統(tǒng)測試報告》(附件十一)，測試人員簽字確認測試結果。

　　第三十二條系統(tǒng)測試通過后，IT組配合業(yè)務組建立用戶測試環(huán)境，業(yè)務組根據(jù)用戶測試

　　用例進行用戶測試，出具《用戶測試報告》(附件十一)，業(yè)務組組長和IT組組長應在用戶測試報告中簽字確認。

　　第三十三條項目組完成系統(tǒng)助文檔(其中包括《用戶操作手冊》和《安裝維護手冊》)。凡涉及應用系統(tǒng)的變更，應對系統(tǒng)助文檔及時更新。

　　第八節(jié)試運行

　　第三十四條系統(tǒng)主要使用部門根據(jù)項目規(guī)模及影響決定試運行策略。第三十五條項目組制定《試運行計劃》(附件十二)，并制定試運行驗收指標，上報公司主管領導審批。《試運行計劃》中應包含問題應對機制，明確問題溝通渠道和職責分工。

　　第三十六條項目組聯(lián)合試運行單位進行相關系統(tǒng)部署工作，準備培訓資料，對相關用戶和信息技術人員進行培訓。用戶培訓的完成度應為實施后評估的指標之一。

　　第三十七條項目組根據(jù)《試運行計劃》進行系統(tǒng)轉換和數(shù)據(jù)遷移。系統(tǒng)轉換前，檢查

　　系統(tǒng)環(huán)境，確保運行環(huán)境能滿足新應用系統(tǒng)的需要。系統(tǒng)轉換時必須詳細記錄原系統(tǒng)中的重要參數(shù)、設置等系統(tǒng)信息，并填寫試運行報告相關內容。系統(tǒng)參數(shù)、設置的轉換工作作為系統(tǒng)上線的驗收的評估指標之一。

　　第三十八條數(shù)據(jù)遷移前，應制定詳細的《數(shù)據(jù)遷移計劃》(附件十三)，《數(shù)據(jù)遷移計劃》中應包含遷移方案、測試方案、數(shù)據(jù)定義，新舊數(shù)據(jù)對照表、遷移時間、回退計劃等信息。數(shù)據(jù)遷移計劃需經(jīng)項目經(jīng)理和主管領導簽字審批。

　　第三十九條數(shù)據(jù)遷移后，項目組對數(shù)據(jù)遷移的完整性和準確性作出檢查，出具《數(shù)據(jù)遷移報告》(附件十四)，其中包括數(shù)據(jù)來源、轉換前狀態(tài)、轉換后狀態(tài)，數(shù)據(jù)遷移負責人、對完整性檢查情況、對準確性檢查情況等內容。各相關部門驗收轉換結果后在該報告上簽字確認。

　　第四十條系統(tǒng)轉換和數(shù)據(jù)遷移由試運行單位業(yè)務部門和公司主管領導共同監(jiān)督并進行驗收。

　　第四十一條系統(tǒng)轉換和數(shù)據(jù)遷移驗收通過后，正式啟動試運行。在試運行過程中，試

　　運行單位辦公室把系統(tǒng)運行情況(系統(tǒng)資源使用，應速度等)記錄到試運行報告中。必要時，項目組應根據(jù)系統(tǒng)運行情況對應用系統(tǒng)進行優(yōu)化。

　　第四十二條試運行達到試運行計劃規(guī)定的終止條件時，項目組編寫《試運行報告》(附件十五)。此報告應由項目組和試運行單位簽字確認，并提交公司主管領導審閱。公司主管領導審閱試運行結果，決定試運行結束或延期。

　　第九節(jié)系統(tǒng)驗收

　　第四十三條系統(tǒng)主要使用部門及信息技術部門聯(lián)合組成立系統(tǒng)驗收小組，也可授權原項目組作為驗收小組。驗收小組從功能需求及技術需求層面對系統(tǒng)進行綜合評估。

　　第四十四條驗收小組應根據(jù)驗收情況整理形成《系統(tǒng)驗收報告》(附件十六)提交系統(tǒng)主要使用部門和信息技術部門審閱。

　　第四十五條系統(tǒng)主要使用部門和信息技術部門負責人根據(jù)系統(tǒng)測試、試運行情況簽署驗收意見。

　　第十節(jié)系統(tǒng)上線

　　第四十六條系統(tǒng)上線應遵循穩(wěn)妥、可控、安全的原則。第四十七條通常情況下，系統(tǒng)上線包含數(shù)據(jù)遷移工作。第四十八條項目組制定《系統(tǒng)上線計劃》(附件十七)，上報公司主管領導審批。在上線計劃得到批準后才能開始部署上線工作。

　　第四十九條《系統(tǒng)上線計劃》內容應包括但不限于：

　　1、部署方式和資源分配(包括人力資源及服務器資源);