軟件管理制度(大全15篇)
在發展不斷提速的社會中，接觸到制度的地方越來越多，制度是要求大家共同遵守的辦事規程或行動準則。擬定制度需要注意哪些問題呢？以下是小編為大家收集的軟件管理制度，僅供參考，歡迎大家閱讀。
軟件管理制度1
為加強市場部的管理，維護和建立公司與客戶的良好關系，使其他部門各項工作得以順利開展，為規范銷售行為，確保銷售指標的達成，根據公司相關管理規定，制定本制度。
第一章：銷售指標管理
第一條銷售指標是評價銷售人家業績的主要參考依據，由銷售部經理負責組織規定。
第二條銷售部經理在設定銷售指標是，需要參考以下因素。
1．近期人均銷售量；
2．同類企業人均銷售量；
3．市場需求變動情況；
4．公司銷售政策的調整等；
第二章銷售人員管理
第一條銷售人員應以和氣的態度與客戶接觸，應注意服裝儀容之整潔。
第二條銷售人員應保守各項銷售計劃、營銷策略等商業機密，不得泄露他人。
第三條銷售人員不得無故接受客戶的招待，更不得工作時間飲酒。
第四條銷售人員應熟悉公司產品的特性，能夠隨時解答客戶關于產品性能、規格、價格的問題。
第五條銷售人員對待客戶的抱怨應忍讓，不允許于客戶發生沖突。
第六條銷售人員應定期拜訪客戶，收集市場信息，主要包括以下內容。
1．產品質量的反應。
2．客戶使用情況及滿意度。
3．競爭產品使用情況及滿意度。
4．有關行業動態信息。
第七條銷售人員離職除依照公司相關規定辦理手續外，必須做好以下資料移交工作。
1．所負責的客戶花名冊。
2．應收賬款清單。
3．領用的`公共物品。
第三章銷售回款管理
第一條銷售人員收到客戶的貸款應當日繳回，若因特殊原因不能繳回，應電話通知銷售部經理。
第二條銷售人員不得以任何理由挪用貨款，否則追究其責任。
第三條銷售人員應以公司核定的客戶信用額度為標準，超過信用額度出貨的，公司將追究相關人員的責任。
第四條軟件如不能滿足客戶需求，可以更換版本，不可退貨。
第五條銷售人員必須在與客戶約定的結算日與客戶結算，不得延遲。
第六條如收取的貨款為支票，應及時交財務部辦理拖收。
第四章銷售工具的使用，領用管理
第一條銷售部所有辦公用品由銷售內勤統一領取，建立個人賬戶后領用。
第二條新進試用期的員工，首次領用個人辦公用品，需向銷售部提出申請，經同意
后視崗位情況核實發放。但金額不能超過200元，試用期內，每個月領取的辦工用品應在200元以內。
第三條銷售人員需購買非日常性辦公用品時，需擬定計劃書（急需物品除外）。經銷售部經理審批后，由采購購買。
第四條銷售人員應在核定的范圍內報銷手機費用，超過標準的，需銷售部經理審批。
第五條攝像頭、照相機、等電器的領用，由領用人申請(注明用途)經銷售部經理批準后辦理。
第五章附加
第一條本制度由銷售部負責制定解釋及修改。
第二條本制度自發布日起執行。
銷售部經理：張林
20xx年1月1日
軟件管理制度2
1、作為正版軟件資產的管理，財務部門應建立健全正版軟件資產的明細臺賬。
2、應增強保護正版軟件知識產權意識，必須嚴格執行軟件正版化的規定，全面采購，使用正版軟件，從源頭上杜絕盜版侵權軟件使用的不良行為。
3、更新、購置軟件時應從滿足實際工作需要出發，堅持勤儉節約，從嚴控制，合理配置。應在全面掌握本部門軟件自唱情況，工作人員人數，配備種類計算機數以及需要更換和采購的軟件數的基礎上，區分操作系統軟件、辦公軟件和殺毒軟件以及國內企業軟件和國外企業軟件，細化軟件配置需求，科學合理地確定軟件配置計劃，并將軟件采購經費納入預算管理。
4、單位采購的商業軟件應嚴格按照采購合同的約定，重點加強對軟件授權證書或許可協議等核心資料的管理工作，并應在購置合同中約定不得侵犯第三方版權，切實維護采購軟件版權的合法性。
5、單位采購軟件應當對軟件互相兼容、授權方式、信息安全、升級等售后服務提出具體要求，維護軟件市場公平競爭秩序。同時，應注意加強軟件采購的銜接，確保采購的計算機設備符合預裝正版操作系統軟件要求。
6、資產管理部門去的軟件時，需向供應商索取軟件授權證書和
隨附物品等，并予以核實，所有能夠證明軟件和發行的證書及文件，應由單位資產管理部門集中存放和保管。
7、軟件資產處置應當嚴格履行審批手續，堅持優先整合利用。對于確實無法整合利用的，應由單位使用部門提出申請，經技術管理部門專業技術鑒定，資產管理部門會同財務部門出具書面意見后，嚴格按照規定的權限和固定資產，并及時調整臺賬。
8、以授權形式購置的軟件資產到期后，應當停止使用，并及時辦理處理手續。
9、主要負責同志作為本單位使用正版軟件的第一責任人，應落實監督責任，保證本單位軟件使用正版化。
10、應當每年結合單位固定資產盤點，對軟件資產情況進行清查，確保使用的全部軟件均為合法軟件并登記入賬。做到賬賬相符，賬實相符。
11、正版軟件執行技術保養規定和維護保養制度，確保設備的完好，清潔、安全使用。
正版軟件資產屬于我國資產管理范圍，應當納入本單位資產管理體系，確保正版軟件資產的安全完整。
一、局辦公室作為正版軟件資產的監管部門，應配合財務建立健全正版資產的明細帳卡。
二、單位應增強保護知識產權意識，積極執行軟件正版化的規定，全面采購、使用正版軟件，從源頭上杜絕套版侵權軟件使用行為。
三、單位更新、購置軟件應從滿足實際工作需要出發，堅持勤儉節約，從嚴控制，合理配置。應在全面掌握本部門軟件資產情況、工作人員人數、配備種類計算機數以及需要更換和采購的軟件數的基礎上，區分操作系統軟件、辦公軟件、殺毒軟件以及國內企業軟件和國外企業軟件，細化軟件配置需求，科學合理地確定軟件配置計劃。
四、重點加強對軟件授權證書或許可協議等核心資料的`管理工作，并應在購置合同中約定不得侵犯第三方版權，切實維護采購軟件版權的合法性。
五、及時與技術服務部門聯系對軟件互相兼容、授權方式、信息安全、升級等售后服務提出具體要求，維護軟件市場公平競爭秩序。同時，應注意加強軟硬件采購的銜接，確保采購的計算機辦公室設備符合預裝正版操作系統的要求。
六、單位資產管理部門取得軟件時，需向供應商索取軟件授權碼和隨附物品等，并予以核實。
七、以授權形式購置的軟件資產到期后，應及時與供應商聯系協調辦理相關處置方案。
八、單位主要負責同志作為本單位使用正版軟件的第一責任人，應落實監督責任，保證本單位軟件使用正版化。
九、單位應當每年對軟件資產情況進行清查，確保所使用的全部軟件均為合法軟件并登記。
十、正版軟件嚴格執行技術操作規程和維護保養制度，確保設備的完好、清潔、安全使用。
軟件管理制度3
軟件公司績效考核制度
總則
1.1以客觀事實為依據
1.2以考核制度規定的內容、程序與方法為準繩
1.3考核力求公平、公正
考核的職責與權限
2.1考核部門的職責與權限
2.1.1人力資源部是考核工作的組織者與指導者，負責制定有關人事考核的原則、方針和政策；擬訂考核制度和考核工作計劃；組織和協調各部門的考核工作；統籌指導各部門設計符合自身特點的考核辦法。
2.1.2各用人部門是考核辦法的設計者和執行者。
2.1.3直接上司是其下級的主要考核者；考核者針對職員工作考核表所列內容對被考核者逐項評定，考核結束后，考核者必須讓被考核人了解到取得的成績與存在的不足。
2.1.4二級考核制：直接主管是一級考核者，是考核的主要負責人；公司考評委員會是二級考核者，對一級考核者的工作進行監督、審核。管理者對下屬的考核，必須受到公司考評委員會的監督。
2.1.5下級對上司的考核擁有申訴權，如上司的考評結果不公平，可向公司考評委員會反應。
2.2考核者與被考核者的職責與權限
2.2.1考核者代表公司，按照既定的統一的評定標準，公平、公正地考評下級。考核者要準確地把握考核規則和考核尺度，減少主觀因素的影響。
2.2.2被考核者應明確自己的工作職責和考評的評判標準，對自己的工作有一個客觀的評價，并有向公司考評委員會申訴的權利。
考核內容
考核內容分為工作態度、工作能力、工作績效三大模式，按照經理級、職員級設置不同的考核指標，以《經理工作考核表》及《職員工作考核表》中所量化的指標為評判標準。
考核細則
4.1公司的考核采用月考核制，每月3日前，人力資源部將考核表分發到各部門，每月7日前各部門將考評結果反饋到人力資源部
4.2考評辦法
4.2.1公司考評委員會根據月初公司書面下達到各部門的月工作計劃，臨時安排的應由各部門完成的工作及各部門工作完成情況，評定各部門的考評等級，考評等級共分六等，具體為：
等級
條件
系數
A
1：公司月初下達的指標100%完成，無質量問題或存在質量問題，但對公司的整體目標無影響
2：公司交與的突發性工作100%完成，無質量問題或存在質量問題，但對公司的整體目標無影響
3：考慮問題不限于本部門局部利益，具有整體意識
B
1：公司月初下達的指標100%完成，無質量問題或存在質量問題，但對公司的整體目標無影響
2：公司交與的突發性工作95%完成，無質量問題或存在質量問題，但對公司的整體目標無影響
3：考慮問題不限于本部門局部利益，具有整體意識
1.5
C
1：公司月初下達的指標100%完成，無質量問題或存在質量問題，但對公司的整體目標無影響
2：公司交與的突發性工作90%完成，無質量問題或存在質量問題，但對公司的整體目標無影響
3：考慮問題不限于本部門局部利益，具有整體意識
1.2
D
1：公司月初下達的指標100%完成，無質量問題或存在質量問題，但對公司的整體目標無影響
2：公司交與的突發性工作80%完成，無質量問題或存在質量問題，但對公司的整體目標無影響
E
1：公司月初下達的指標100%完成，無質量問題或存在質量問題，但對公司的整體目標無影響或影響不大
2：公司交與的突發性工作50%完成，無質量問題或存在質量問題，但對公司的整體目標無影響或影響不大
0.8
F
1：公司月初下達的指標80%完成，無質量問題或存在質量問題，但對公司的整體目標無影響或影響不大
2：公司交與的突發性工作50%完成，無質量問題或存在質量問題，但對公司的整體目標無影響或影響不大
0.5
G部門工作出現失誤，造成公司利益或聲譽損失
0
注：考核條件可根據公司實際運作情況做季度性調整
4.2.2各部門經理（主管）根據工作考績表評定本部門職員的考評等級，并且考評等級須拉開一定檔次具體為：
等級條件系數
A月度考評成績在95分以上（含95分）
B月度考評成績在90分以上（含90分）
1.5
C月度考評成績在80分以上（含80分）
1.2
D月度考評成績在70分以上（含70分）
E月度考評成績在60分以上（含60分）
0.8
F月度考評成績在50分以上（含50分）
0.5
G工作出現失誤，造成公司利益或聲譽損失
0
4.2.3職員考勤的`規定
A）職員一個月內遲到、早退累計達4（含4次）次以上，月考核時不得評為A等；遲到、早退累計達6（含6次）次以上，月考核時不得評為A等、B等；遲到、早退累計達8（含8次）次以上，月考核時不得評為A等、B等、C等；遲到、早退累計達10（含10次）次以上，取消績效工資。
B）職員一個月內事假累計在1天（含1天）以上，月度考核時不得評為A等；事假累計在2天（含2天）以上，月考核時不得評為A等、B等；事假累計在3天（含3天）以上，月考核時不得評為A等、B等、C等；事假累計在4天（含4天）以上，取消績效工資。
C）職員一個月內病假累計在1天（含1天）以上，月度考核時不得評為A等；病假累計在2天（含2天）以上，月考核時不得評為A等、B等；病假累計在3天（含3天）以上，月考核時不得評為A等、B等、C等；病假累計在5天（含5天）以上，取消績效工資。
d)職員曠工0.5天（含0.5天）以上，月考核時不得評為C等（含C等）以上、曠工1天以上（含1天），月考核時取消績效工資。
4.3績效工資和考評結果掛鉤的辦法
4.3.1將部門所有職員的績效工資乘以職員考評等級系數后累計的總額作為基點A。
4.3.2將公司對部門的考評等級系數乘以部門的績效工資總額作為基點B。
4.3.3職員（職員級）實際績效工資總額=績效工資x本人的考評系數xB/A職員（經理級）實際績效工資總額=績效工資x本人的考評系數x部門的考評系數。
4.4每年10月1日以前入職者，當年需作年度考評，年終獎按起實際的入職時間計算。10月日（含）以后入職者，當年不做年度考評，不享受當年的年終獎。
年終獎、年終勸退與考評結果掛鉤的規定
5.1年終獎與考評結果掛鉤的規定
年終時，公司將根據各部門全年考核的綜合成績與職員個人考核的綜合成績，評定出三個等級的年終獎金，具體比例為：
一等：公司職員總數的10%
二等：公司職員總數的20%
三等：公司職員總數的60%
5.2年終勸退與考核結果掛鉤的規定
年終時，公司將參考各部門全年考核的綜合成績與職員個人考核的綜合成績，對最差的10%的職員（公司職員總數），勸其自動離職。
軟件管理制度4
第一節總則
第一條為規范自有軟件研發以及外包軟件的管理工作，特制定本制度。本制度適用于公司總公司軟件研發與管理，分公司參照執行。
第二條本制度中軟件開發指新系統開發和現有系統重改造。
第三條本制度中自行開發是指主要依賴公司自身的管理、業務和技術力量進行系統設計、軟件開發、集成和相關的技術支持工作，一般僅向外購置有關的硬件設備和支撐軟件平臺;合作開發詩司與專業IT公司(合作商)共同協作完成IT應用的項目實施和技術支持工作，一般形式詩司負責提供業務框架，合作商提供技術框架，雙方組成開發團隊進行項目實施，IT系統的日常支持由IT技術中心和合作商共同承擔，IT技術中心負責內部(一級)支持，合作商負責外部(二級)支持;外包開發是指將IT應用項目的設計、開發、集成、培訓等任務承包給某家專業公司(可以是專業的IT公司或咨詢公司等)，由該公司(承包商)負責應用項目的實施。
第四條
軟件開發遵循項目管理和軟件工程的基本原則。項目管理涉及立項管理、項目計劃和監控、配置管理、合作開發管理和結項管理。軟件工程涉及需求管理、系統設計、系統實現、系統測試、用戶接受測試、試運行、系統驗收、系統上線和數據遷移。
第五條
除特別指定，本制度中項目組包括業務組(或需求提出組)、IT組(可能包括網絡管理員和合作開發商)。
第二節立項管理
第六條
提出開發需求的信息技術部門參與公司層面立項，進行立項的技術可行性分析，編寫《立項分析報告》(附件一)，開展前期籌備工作。《立項分析報告》應明確項目的范圍和邊界。第七條應用系統主要使用部門將《立項分析報告》上交公司總裁室進行立項審批，以保證系統項目與公司整體策略相一致。第七條應用系統主要使用部門將《立項分析報告》上交公司總裁室進行立項審批，以保證系統項目與公司整體策略相一致。
第八條
《立項分析報告》得到批準后，成立項目組(如果是外包開發，則成立外包商項目組;如果是合作開發，則與外包商共同成立合作開發項目組，以下統稱“項目組”)，項目組應包括業務組(由公司相關業務部門組成)和IT組(自行開發為辦公室網絡管理員;外包開發為外包商成員;合作開發為網絡管理員和外包商成員)。公司派一名員工負責監督項目的進度，進行項目管理工作，確保開發能及時完成并能滿足業務需要。項目組人員的選擇應滿足項目對業務及技術要求，項目組人員應有足夠的業務和IT技術方面的專業知蝕勝任項目各方面的工作。
第三節需求分析
第九條
立項后業務組對用戶需求進行匯總整理，出具《業務需求說明書》(附件二)，并確保《業務需求說明書》中包含了所有的'業務需求。經系統使用部門審批確認，作為業務需求基線。
第十條
IT組在獲得《業務需求說明書》后，提出技術需求和解決方案，并對系統進行定義，出具《系統需求規格說明書》(附件三)。《系統需求規格說明書》需詳細列出業務對系統的要求(界面、輸入、輸出、管理功能、安全需求、運作模式、關鍵指標(KPI)等)。《系統需求規格說明書》需要由業務組提交給相關業務流程負責人確認。
第十一條對于合作開發的項目，當業務需求發生變更時，業務組應提交《需求變更申請》(附件四)，IT組組長審批后交給合作開發商實施。
第十二條項目組應對需求變更影響到的文檔及時更新。 、
第四節項目計劃和監控
第十三條軟件開發采用項目形式進行管理。項目經理負責整個項目的計劃、組織、領導和控制。
第十四條需求分析過程中，項目經理組織制定詳細的《項目計劃書》(附件五)，包括具體任務描述和項目進度表等。
第十五條在項目的各個階段，業務組組長和IT組組長需配合項目經理制定階段性項目計劃。業務組組長和IT組組長需配合項目經理對項目計劃執行情況進行監控，確保項目按計劃完成。
第十六條項目計劃需要變更時，項目經理填寫《項目計劃變更說明》(附件六)，并提交公司主管領導審批，通過審批后，交給業務組組長和IT組組長執行。
第四節系統設計
第十七條系統設計應分為概要設計和詳細設計，系統設計要遵循完備性、一致性、擴展性、可靠性、安全性、可維護性等原則。
第十八條在系統設計階段中，用戶應充分參與，確保系統設計能滿足系統需求。
第十九條項目組進行詳細設計，出具《設計說明書》(附件七)和《單元測試用例》(附件八)。《設計說明書》中需要定義系統輸入輸出說明和接口設計說明。公司主管領導組織相關人員對概要設計進行評審，出具《設計評審報告》(附件九)。業務組組長和IT組組長應參加此評審并對評審意見簽字確認。第二十條設計評審均以《業務需求說明書》和《系統需求規格說明書》為依據，確保系統設計滿足全部需求。
第二十一條對已確認通過的系統設計進行修改需獲得管理部門、業務組組長和IT組組長的審批后方可進行。
第二十二條
對系統設計的修改的文檔須由文檔管理人員進行歸檔管理。
第五節系統實現
第二十三條項目組根據《設計說明書》制定系統實現計劃，并提交項目經理對計劃可行性進行審批。
第二十四條系統實現包括程序編碼、單元測試和集成測試。
第二十五條項目組保證開發、測試和生產環境立，為各環境建立問權限控制機制，并明確項目成員的職責分工。對開發環境、測試環境與生產環境在物理或邏輯方面應該做到隔離;如果環境的分隔是通過邏輯形式實現的，應定期檢查網絡設置。項目組對已授權問生產環境的人員進行詳細記錄，并對該記錄進行定期檢查，確保只有經授權的人員才能問到生產環境。
第二十六條項目組進行單元測試和集成測試，測試人員簽字確認測試結果。
第七節系統測試和用戶測試
第二十七條項目組制定《系統/用戶測試計劃》(附件十)，并提交項目經理對計劃可行性進行審批。
第二十八條《系統/用戶測試計劃》必須定義測試標準，并明確各種測試的測試步驟和需要的系統設置要求。
第二十九條項目組向數據擁有部門申請獲取測試用業務數據的使用權，對獲取的數據進行嚴格的問控制，確保只有相關項目人員才能問及使用。
第三十條項目組負責測試數據準備，測試用數據要足夠模擬生產環境中的實際數據。
對已評定為敏感信息的數據進行敏感性處理和保護。
第三十一條IT組或合作開發商建立測試環境進行系統測試。在系統測試中對新系統內
部各模塊之間的接口和與其他系統的接口進行充分測試。出具《系統測試報告》(附件十一)，測試人員簽字確認測試結果。
第三十二條系統測試通過后，IT組配合業務組建立用戶測試環境，業務組根據用戶測試
用例進行用戶測試，出具《用戶測試報告》(附件十一)，業務組組長和IT組組長應在用戶測試報告中簽字確認。
第三十三條項目組完成系統助文檔(其中包括《用戶操作手冊》和《安裝維護手冊》)。
凡涉及應用系統的變更，應對系統助文檔及時更新。
第八節試運行
第三十四條系統主要使用部門根據項目規模及影響決定試運行策略。第三十五條項目組制定《試運行計劃》(附件十二)，并制定試運行驗收指標，上報公司主管領導審批。《試運行計劃》中應包含問題應對機制，明確問題溝通渠道和職責分工。
第三十六條項目組聯合試運行單位進行相關系統部署工作，準備培訓資料，對相關用戶和信息技術人員進行培訓。用戶培訓的完成度應為實施后評估的指標之一。
第三十七條項目組根據《試運行計劃》進行系統轉換和數據遷移。系統轉換前，檢查
系統環境，確保運行環境能滿足新應用系統的需要。系統轉換時必須詳細記錄原系統中的重要參數、設置等系統信息，并填寫試運行報告相關內容。系統參數、設置的轉換工作作為系統上線的驗收的評估指標之一。
第三十八條數據遷移前，應制定詳細的《數據遷移計劃》(附件十三)，《數據遷移計劃》中應包含遷移方案、測試方案、數據定義，新舊數據對照表、遷移時間、回退計劃等信息。數據遷移計劃需經項目經理和主管領導簽字審批。
第三十九條數據遷移后，項目組對數據遷移的完整性和準確性作出檢查，出具《數據遷移報告》(附件十四)，其中包括數據來源、轉換前狀態、轉換后狀態，數據遷移負責人、對完整性檢查情況、對準確性檢查情況等內容。各相關部門驗收轉換結果后在該報告上簽字確認。
第四十條系統轉換和數據遷移由試運行單位業務部門和公司主管領導共同監督并進行驗收。
第四十一條系統轉換和數據遷移驗收通過后，正式啟動試運行。在試運行過程中，試
運行單位辦公室把系統運行情況(系統資源使用，應速度等)記錄到試運行報告中。必要時，項目組應根據系統運行情況對應用系統進行優化。
第四十二條試運行達到試運行計劃規定的終止條件時，項目組編寫《試運行報告》(附件十五)。此報告應由項目組和試運行單位簽字確認，并提交公司主管領導審閱。公司主管領導審閱試運行結果，決定試運行結束或延期。
第九節系統驗收
第四十三條系統主要使用部門及信息技術部門聯合組成立系統驗收小組，也可授權原項目組作為驗收小組。驗收小組從功能需求及技術需求層面對系統進行綜合評估。
第四十四條驗收小組應根據驗收情況整理形成《系統驗收報告》(附件十六)提交系統主要使用部門和信息技術部門審閱。
第四十五條系統主要使用部門和信息技術部門負責人根據系統測試、試運行情況簽署驗收意見。
第十節系統上線
第四十六條系統上線應遵循穩妥、可控、安全的原則。第四十七條通常情況下，系統上線包含數據遷移工作。第四十八條項目組制定《系統上線計劃》(附件十七)，上報公司主管領導審批。在上線計劃得到批準后才能開始部署上線工作。
第四十九條《系統上線計劃》內容應包括但不限于：
1、部署方式和資源分配(包括人力資源及服務器資源); 2、上線工作時間表;
3、上線操作步驟以及問題處理步驟;
4、項目階段性里程碑和成果匯報(項目執行狀態的審閱、進度安排等); 5、數據遷移的需求和實施計劃;
6、完整可行的應急預案和“回退”計劃;
7、用戶培訓計劃(包括：培訓計劃、培訓手冊、培訓考核等) 8、總公司下發的系統標準參數配置。
第五十條上線單位在上線初期需加強日常運行狀態監控，出現問題時應及時處理，對
重問題應啟動緊急預案。
第五十一條在完成上線后要填寫《系統驗收評估報告》(附件十八)，上報總公司項目
組匯總整理。《系統驗收評估報告》內容包括：數據準確性、系統性能及穩定性、接口問題、權限問題、業務操作影響度、問題處理情況、備份、批處理等。
第五十二條上線單位管理層要對《系統驗收評估報告》進行審批簽字。
第五十三條公司主管領導批準結項后，業務組和IT組將整理的文檔提交各自部門統一管理。
第十一節合作開發管理
第五十四條合作開發商的選擇應遵循公司相關規定，合作商資質認定參見第三方管理制度。
第五十五條合作開發商必須遵循公司《軟件開發管理制度》。
第五十六條項目經理同合作開發商明確規定項目變更的范圍和處理方式，重點關注需求和設計變更。
第五十七條項目經理負責監控合作開發商的項目管理及軟件開發活動。合作開發商應
按計劃定期向項目經理報告進展狀態，并提交階段性成果文檔。發生重問題時，合作開發商需及時向項目經理匯報。
第五十八條IT組組長派專人監控合作開發商的質量保證過程。
第五十九條項目組同合作開發商商定驗收的標準和方法。
第六十條以上各要求需要在開發合同中明確。
4、工程項目管理制度
為了規范和加強建設工程管理工作，提高建設工程施工項目管理水平,一般單位都會制定工程項目管理制度
軟件管理制度5
公司內部管理制度
發件部門：人力資源部審批：總經辦適用范圍：公司全體員工生效日期：20xx年7月
1第一部分公司考勤
第一章總則
第一條員工考勤是公司管理的基礎性工作，是計發工資、獎金、福利的重要依據，員工上下班必須指紋打卡考勤。
第二條員工的`考勤由人事行政部負責管理。
第三條員工須按照公司規定進行考勤并及時對異常考勤及假情況進行申報。
第四條各級管理者須對員工的考勤情況進行監控，并按照規定及時審批員工的異常考勤。
第二章細則
第一節考勤分類說明
一、遲到、早退
第五條公司實行單雙休工作制。每天具體工作時間為：上午8:30—11:30，下午13:00—18:00。
第六條員工上下班必須在指紋打卡機上簽到，簽到次數為兩次，即上班和下班各一次。
第七條上班不得遲到與早退。
第八條
1.遲到：超過上午8:30到崗。如因堵車等自己無法控制的原因導致遲到需提前電話通知人事行政部。每月遲到兩次以上者，從第三次開始處罰。
2.早退：早于下午18:00離崗。
扣款規定遲到、早退每次罰款30元：每月遲到、早退以及脫崗累計達到2次以上開始計算處罰（即從第3次開始計算處罰）。
軟件管理制度6
1、凡在軟件制作室工作的人員，必須以科學的態度，嚴謹的治學精神，高度負責的責任感，認真刻苦學習現代教育技術理論和制作課件所需的各種軟件的操作、運用。
2、每個人都要有“愛護機器設備如同勝過愛自己的眼睛”的理念，十分愛惜公共財務，提高機器的使用壽命和利用率。
3、課件制作中心室的管理人員，按照“定期、定時、定質、定職”的原則，對課件制作室的機器和設備進行檢查、維護、維修。同時，對課件制作的軟件加以維護，實行科學管理。
4、在課件開發、制作過程中，大力提倡精誠協作精神。積極鼓勵課件優秀制作者帶動一批自制課件的參與者，相互學習，共同提高，努力開發一批科技含量高的優質課件。
5、課件制作室的`管理人員，充分發揮創造精神，最大限度到發揮現代教育技術的優勢，努力提高我校的現代教育技術水平，為創造佳績做出應有的貢獻。
6、教學軟件開發任務統一安排，制作出的教學軟件及時送資料室編目，并及時歸還原始素材資料。
軟件管理制度7
軟件開發管理是指根據公司統一的信息系統規劃和業務需求，對信息系統的開發進行管理。具體包括組織、規劃、需求、分析、設計、編程、測試和投產等環節。
本制度適用于公司公司軟件開發項目。
1.1 項目立項
信息系統研發前公司成立項目工作小組，重大項目成立項目領導小組，并指定負責人。
項目領導小組負責項目的組織、協調、檢查、監督工作。項目工作小組由業務人員、技術人員和管理人員組成，具體負責整個項目的開發工作。
項目工作小組人員應具備與項目要求相適應的業務經驗與專業技術知識，小組負責人需具備組織領導能力,保證信息系統研發質量和進度。
業務部門根據本機構業務發展戰略，在充分進行市場調查、產品效益分析的基礎上制定信息系統研發項目可行性報告。
1.2. 系統開發
公司業務部門編寫項目需求說明書，提出業務需求和系統需求。
信息技術部和業務部門領導組織人員對項目需求進行評審，意見統一后形成定稿后的“項目需求分析報告”和“項目風險報告”，加蓋相關部門簽章歸檔。
公司信息技術部根據項目需求編制項目功能說明書。
公司信息技術部依據項目功能說明書分別編寫項目總體技術框架、項目設計說明書，設計和編碼應符合項目功能說明書的要求。評審通過后加蓋部門簽章歸檔。
公司業務人員、技術人員應根據職責范圍分別編寫操作說明書、技術應急方案、業務連續性計劃、投產計劃、應急回退計劃，并進行演練。
在編碼階段，軟件開發人員應有良好的編寫習慣，做好代碼注釋和說明，并做好單元測試工作。
1.3. 測試
公司應建立獨立的測試環境，以保證測試的完整性和準確性。測試至少應包括功能測試、安全性測試、壓力測試、驗收測試、適應性測試。測試不得直接使用生產數據。
公司信息技術部應根據測試結果修補系統的功能和缺陷，提高系統的整體質量。
由業務部門組織人員完成軟件的最終測試，并保留軟件測試記錄，撰寫“項目測試報告”并確認簽章，原則上要求項目測試人員和項目需求人員是同一批人員。
項目驗收應出具由相關負責人簽字的項目驗收報告，驗收不合格不得投產使用。
項目小組編寫“軟件上線計劃”，按計劃安全穩妥的'實現軟件產品的上線實施，對核心業務系統的軟件上線由版本控制員實施，沒有業務部門提交的“項目測試報告”及“上線確認書”的軟件項目不允許上線運行。
1.4. 文檔管理
開發過程中所涉及的各種文檔資料應經相關部門、人員的簽字確認并歸檔保存。
由項目小組編寫“數據庫設計文檔”并和業務人員一起編寫“軟件操作手冊”歸檔，項目小組協助業務部門做好對操作人員的培訓工作。
軟件產品穩定后，項目開發小組向信息技術部資料管理員歸檔所有定稿后需求、設計、測試、手冊等文檔，作為以后維護工作的依據。
軟件在修改過程中修改人員要做好注釋說明（時間、修改人、事由），軟件修改后修改人員要及時向信息技術部資料管理員提交修改文檔。
信息技術部文檔管理員要負責做好軟件源碼和文檔的版本控制。
軟件管理制度8
一、為創造一個文明、優美、整潔、有序的辦公環境、增強員工對公司的責任感和歸屬感、推進公司日常工作規范化、秩序化、樹立公司形象,特制定本制度。
二、本制度適用于本公司辦公室內及公共區域（辦公室、走廊、樓梯、衛生間、）的環境衛生管理。
三、公司所有員工都應提高環境衛生意識，養成良好的環境衛生習慣。
室內環境衛生管理：
一、公司員工個人的.辦公桌、椅、電腦、書柜、書架、文件筐等由使用者本人負責衛生與潔工作；須保持整潔、干凈。
二、個人的文件、資料須擺放整齊，桌面應保持整潔、干凈；與工作無關的物品盡量不要擺放在辦公桌上。
三、上班后要將個人桌面、顯示器表面擦拭干凈。下班后個人的文件要整理、擺放整齊；座椅要歸位。
公共區域環境衛生管理：
一、辦公室地面每日輪值人員要認真打掃，拖把洗干凈，擰干水后拖地，保持地面清潔、干凈，無污染。
二、當日輪值人員要檢查辦公室垃圾蔞，當垃圾蔞內垃圾超過三分之二時應及時清理。
三、公共走廊、樓梯、衛生間每日輪值人員要認真打掃，保持地面無瓜皮、果殼、紙屑等臟物。
四、衛生間洗手臺面、鏡面要保持干凈、清潔，衛生間紙簍要每日清倒。
五、衛生工具用后及時清潔整理、擺放整齊。如有損壞要及時上報。
六、特殊崗位人員（如食堂/倉庫）應保持好自己工作管轄區域內的衛生清潔，物品擺放有序，無廢棄物等。定期檢查整理，如整理倉庫時，若工作量較大，需要人手時，應及時提出。
七、及時做好盆景的澆灌，魚缸換水及相關設備的清洗工作。
八、本文未涉及或新增及其他事項按照領導指示執行。
軟件管理制度9
為切實增強廣大干部尊重和保護知識產權的意識，加強單位軟件正版化管理，建立長效機制，特制訂本管理制度。
第一條、適用范圍本制度適用于單位全體干部。
第二條、職責部門單位成立軟件正版化領導小組（設在辦公室），負責全面管理和監督本制度的貫徹和落實情況。具體負責軟件正版化工作的組織和日常維護。
第三條、軟件正版化工作重點范圍操作系統、公辦軟件、安全軟件等。
第四條、各科室負責人作為第一責任人，保證本科室軟件使用正版化。
第五條、領導小組辦公室制度軟件資產管理制度。指定人員擔任正版軟件資產管理員崗位，負責正版軟件的登記造冊等工作。
第六條、根據需求制定正版軟件采購計劃，并將軟件采購費用納入年度預算，確保軟件正版化工作資金到位、措施到位、管理到位。
第七條、加強軟件資產管理。規范正版軟件采購，購買計算機辦公設備必須符合預裝正版操作系統軟件的要求，更新計算機操作系統軟件必須使用正版產品。
第八條、要建立規范的正版軟件管理臺帳，對各類正版軟件進行登記。內容包括：軟件名稱、版本、授權、安裝與使用情況。同時對有關的資料（如軟件介質、說明書等）進行妥善保存。
第九條、要加強軟件正版化培訓工作，進一步提高工作人員操作、使用軟件的`能力和水平，提高工作人員的法律意識，使用正版軟件更好地服務于工會各項工作。
第十條、防止任何可能侵犯軟件知識產權的風險應注意：
1、電腦內已安裝未授權的軟件，應立即移除。
2、對以團體身份獲得使用權的軟件，需確保已安裝的軟件數目沒有超過已購置的軟件許可數目。
3、購買新的電腦時，已預裝相關軟件的，要核對該軟件是否已獲得適當的授權。
4、加強版權意識，不準向其他單位或個人提供任何正版軟件。因向其他單位或個人提供正版軟件而造成版權糾紛的，由軟件提供人承擔一切后果，未取得版權擁有人的明確批準，不得復制及更改軟件。
第十一條、單位干部不得從事下列行為：
1、擅自復制和銷售計算機軟件產品的復制品。
2、在購買計算機等設備時，要求或允許銷售商安裝非正版軟件。
3、超越授權使用許可的要求擴大安裝范圍。
4、未經授權把計算機軟件放在網上代他人下載。
5、明知未經授權的計算機軟件而從網上下載。
6、故意規避或破壞軟件著作權人為保護其著作權而采用的技術措施。
7、故意刪除或改變計算機軟件權力管理信息。
第十二條、對于使用非法軟件給單位形象造成影響的，一經查出，除追究相關責任人的責任外，還將追究相關科室負責人的行政責任。
第十三條、本管理制度由單位軟件正版化領導小組辦公負責解釋說明。
第十四條、本管理制度自印發發之日起施行。
軟件管理制度10
為了認真地貫徹政府采購有關文件精神，落實校務公開制度，搞好學校財務預算工作，使學校物資采購程序化、規范化、制度化，現制定以下物資采購制度。
一、采購工作遵循原則
1、公開、公平、公正的原則；
2、自覺接受監督的原則；
3、節約、實用的原則；
4、申報、審批、入庫登記的原則；
5、輕、重、緩、急，量入為出，計劃預算的原則。
二、采購方式
1、大宗物資采購，實行對外公開招標采購。
2、凡屬政府采購范圍內的物資，一律按規定報請政府采購。
3、對一次購買量較小，但一年用量較大的物資和低值易耗品，如日常辦公用品、水電維修器材、清潔用具等，實行對外公開招標定點采購。
4、零星采購實行兩人（含）以上共同采購，并將采購價格每月在校園內網公示（申購部門、物資名稱、規格型號、數量、單價、總價、采購人、供貨單位、用途）。
5、成立學校物資采購監督小組（學校招標領導小組），成員主要由校領導、總務處、紀委、財務處、工會組成，不定時對物資采購價格進行市場調研和監督。
6、所有物資必須入庫登記，所有物資必須由領用人簽字出庫，并做好物資入庫出庫檔案。
三、采購管理程序
（一）日常辦公用品、水電維修器材、清潔用具的采購
各部門結合實際使用情況，本著節約的原則，依據配備標準填報采購計劃及相關附表，在每學期的`六月和十二月報到總務處，由總務處匯總后，報分管校領導審批，經校領導確定后，由總務處組織實施采購。
（二）教學設備的采購（實習工具及實習材料）
各系部校區根據所開設的專業和現有實習工具、需報廢更換工具的實際情況及所需實習材料，于每學期放假前二周將下學期各類教學設備的需求數量填寫完整，經教務處審核，分管校領導審核、院長審批后，由總務處根據校領導批示對各部門需求進行匯總，組織后勤服務中心進行比價、采購、發放。
（三）辦公設備的采購
各職能處室、各系部校區、各產業實體的辦公設備原則上不再增購，確需添購的，由部門提出申請，總務處本著先調劑，后購買的原則報校領導審批，根據校領導的批示，確定組織采購。辦公設備更新根據使用年限和使用狀況，無法使用的由使用部門提出更新申請，總務處會同有關部門確定采購設備的型號按程序組織采購。
四、采購審批程序
1、常規物資采購：
10000元以上：部門申報（填寫請購單）→分管副校長對購置的必要性與緊迫性進行確認→行政副校長根據學校的財力進行初審→校長辦公會議討論決定→行政副校長、總務處長商量提出采購方案（包括多方詢價、競爭性談判或直接向市政府采購中心申請購買等方式）→經校長同意后組織實施→入庫登記→使用部門領取簽字。
20xx元—10000元：部門申報（填寫請購單）→分管副校長確認→行政副校長審核請示校長同意→總務處長根據物資特點提出采購方案請示行政副校長同意→總務處組織實施→入庫登記→使用部門領用簽字。
500元—20xx元：部門申報（填寫請購單）→分管副校長確認→行政副校長審批→總務處采購→入庫登記→使用部門領用簽字
500元以下：部門申報（填寫請購單）→分管副校長確認→總務處實施→入庫登記→使用部門領用簽字。
2、非常規性物資采購：
如參考資料、日常生活用品等非純屬辦公用品的采購，不分金額大小均須分管校長或行政副校長審核，報校長同意由相關處室進行采購。
五、零星物資采購管理制度
1、學校實行請購、審批、采購制度。由使用部門提出申請，填寫購物申請單，根據財務支出審批權限，報經校領導審批同意后，交總務處采購。
2、學校各種辦公用品和勞保用品一般由總務處安排2人統一購買。
3、教學設備及專業技術用品，由申請部門派人隨同總務處采購人員一起購買。
4、各種大型活動的紀念品、獎品由申請部門派人隨同總務處采購人員一起購買。
5、遇特殊情況，各部門確需要自行采購物品的，須事先向總務處及主管校長申請，經同意后方可購買，采購時必須是兩人以上同時購買；否則所購物品，一律不予批準，不得采購。
6、在采購時如遇價格異常，需請示部門領導、總務處同意后方可購買。
7、用品采購后，采購人員須憑稅務部門統一發票將物資交財產保管員驗收、簽字，并由財產保管員記賬入庫。
8、采購人員應認真把好物資質量關，盡量做到所購物資物美價廉。特殊性專業技術用品，須申購部門陪同購買，在使用中出現型號、規格或其它質量問題，由申購部門負責。
9、采購人員應按照學校批準的采購計劃進行采購，未經批準，不得采購。
10、總務處定期統計物資采購情況（包括物資名稱、數量、價格、采購日期等），接受領導和部門監督。
軟件管理制度11
為切實增強廣大干部尊重和保護知識產權的意識，加強單位軟件正版化管理，建立長效機制，特制訂本管理制度。
第一條
適用范圍 本制度適用于單位全體干部。
第二條
職責部門 單位成立軟件正版化領導小組(設在辦公室)，負責全面管理和監督本制度的貫徹和落實情況。具體負責軟件正版化工作的組織和日常維護。
第三條
軟件正版化工作重點范圍 操作系統、公辦軟件、安全軟件等。
第四條
各科室負責人作為第一責任人，保證本科室軟件使用正版化。
第五條
領導小組辦公室制度軟件資產管理制度。指定人員擔任正版軟件資產管理員崗位，負責正版軟件的登記造冊等工作。
第六條
根據需求制定正版軟件采購計劃，并將軟件采購費用納入年度預算，確保軟件正版化工作資金到位、措施到位、管理到位。
第七條
加強軟件資產管理。規范正版軟件采購，購買計算機辦公設備必須符合預裝正版操作系統軟件的要求，更新計算機操作系統軟件必須使用正版產品。
第八條
要建立規范的正版軟件管理臺帳，對各類正版軟件進行登記。內容包括：軟件名稱、版本、授權、安裝與使用情況。同時對有關的資料(如軟件介質、說明書等)進行妥善保存。
第九條
要加強軟件正版化培訓工作，進一步提高工作人員操作、使用軟件的能力和水平，提高工作人員的法律意識，使用正版軟件更好地服務于工會各項工作。
第十條
防止任何可能侵犯軟件知識產權的風險應注意：
1、電腦內已安裝未授權的軟件，應立即移除。
2、對以團體身份獲得使用權的軟件，需確保已安裝的軟件數目沒有超過已購置的'軟件許可數目。
3、購買新的電腦時，已預裝相關軟件的，要核對該軟件是否已獲得適當的授權。
4、加強版權意識，不準向其他單位或個人提供任何正版軟件。因向其他單位或個人提供正版軟件而造成版權糾紛的，由軟件提供人承擔一切后果，未取得版權擁有人的明確批準，不得復制及更改軟件。
第十一條
單位干部不得從事下列行為：
1、擅自復制和銷售計算機軟件產品的復制品。
2、在購買計算機等設備時，要求或允許銷售商安裝非正版軟件。
3、超越授權使用許可的要求擴大安裝范圍。
4、未經授權把計算機軟件放在網上代他人下載。
5、明知未經授權的計算機軟件而從網上下載。
6、故意規避或破壞軟件著作權人為保護其著作權而采用的技術措施。
7、故意刪除或改變計算機軟件權力管理信息。
第十二條
對于使用非法軟件給單位形象造成影響的，一經查出，除追究相關責任人的責任外，還將追究相關科室負責人的行政責任。
第十三條
本管理制度由單位軟件正版化領導小組辦公負責解釋說明。
第十四條
本管理制度自印發發之日起施行。
軟件管理制度12
第一章總則
第一條“信息化”是提高企業管理水平的重要途徑，由計算機、網絡、軟件組成的信息系統在公司的生產、經營管理中應用得越來越普遍。根據《中華人民共和國計算機信息系統安全保護條例》、《會計電算化管理辦法》、《會計基礎工作規范》、《內部會計控制規范》,保證信息系統的安全性、穩定性，為各部門的日常工作提供高效的信息化平臺，需要對信息系統的使用、維護、管理進行規范，特制定本制度。
第二條范圍。本制度所指的的信息系統包括：OA辦公自動化系統、公司網站、ERP系統(金蝶K3系統、用友NC系統、明源ERP系統等)、郵件系統、安全防御系統等以軟件應用為主的系統。
第二章組織機構和職能
第三條信息系統管理的職能部門：集團信息中心、公司業務部門
第四條集團信息中
心的主要職能及管理人員崗位職責：
集團信息中心制定專職的系統管理員，保證信息系統數據庫服務器、應用服務器、交換機和各終端計算機正常運行，公司系統管理人員建立日常運行維護管理流程并按管理流程對信息系統軟件進行日常維護管理；保證信息系統軟件的正常運行；清理無用用戶數據和管理用戶權。
第五條公司信息系統對口業務部門的主要職能：
1、對口業務部門設專（兼）職的信息管理專員1人，保證信息系統軟件的正常運行，負責信息系統基礎數據的`維護，系統日常數據的備份；
2、對口業務部門指派專（兼）人員，負責監督檢查公司業務數據錄入的正確性、及時性、完整性，系統生成的報表，以及靜態管理報表和動態管理報表取數的準確性；
第三章信息系統使用
第六條軟件系統操作人員必須嚴格按集團信息管理中心劃分的權限操作，如需變更權限，請向信息管理中心申請。
第七條凡具有軟件操作權限的人員，必須嚴守自己的用戶名和密碼，不能向他人（包括公司內部和公司外部的人員）透露，如因此造成損失，由該用戶自行負責。
第八條要求軟件用戶經常修改用戶密碼，以保證密碼不泄漏。要求密碼在六位以上。
第九條業務部門必須嚴格按照信息系統有關操作管理的要求，規范操作流程，嚴密控制訪問人員，防止無關用戶進入系統，確保應用系統的安全、穩定、持續運行。
第十條操作人員必須根據各業務系統要求及時、準確、完整的錄入信息數據。
第十一條未經授權，不得打印或拷貝公司信息數據等內部資料給非授權人員。
第四章系統管理
第十二條新增用戶或者用戶操作權限變更，都需要按以下流程審批：
1.填寫信息系統用戶權限申請表（附件1）；
2.主管部門負責人審核；
3.權限涉及部門負責人意見；
4.信息管理中心負責人審批；
5.審批后交信息管理中心辦理。
第十三條系統備份。對于數據庫集中保存在信息管理中心服務器的應用系統，信息管理中心負責數據庫的備份，具體要求如下：
1.建立自動備份策略，每天晚上進行一次本機備份；
2.每周六，把所有數據庫的本機備份拷貝到另一臺電腦上保存，備份電腦上至少保存最近五天的備份文件；
3、每月，把所有備份的數據存至集團指定的備份服務器保存，備份服務器至少保存最近十
天的備份文件；
4.每季，把所有備份的數據進行刻錄光盤保存；
5.年初，將所有信息系統的數據庫刻錄光盤保存。
第十四條業務數據修改。如果因為管理需要調整業務，或者因為業務操作錯誤、系統錯誤等原因需要直接修改數據庫中的數據，根據修改業務數據的影響程度分為一般業務數據修改、重大業務數據修改兩種情況處理，分別參見第十五條、第十六條。
第十五條一般業務數據修改，按以下流程執行：
1.填寫業務數據修改申請表（附件2）
2.申請部門負責人審核；
3.信息管理中心審核；
4.信息管理中心分管領導審批；
5.審批通過后，信息管理中心進行修改，做好審批表的存檔。
第十六條重大業務數據修改指符合以下情形之一的情況：
1.對公司的資產、利潤有影響；
2.對財務報表有影響；
3.違反公司相關制度、流程；
4.批量調整基礎數據、業務數據。
按以下流程執行：
1.填寫業務數據修改申請表（附件3）；
2.申請部門負責人審核；
3.相關部門會簽，審計監察中心、財務控制中心必須會簽，其他相關部門根據業務影響指定，必要時由人資行政中心召集相關部門集體討論；
4.信息管理中心審核；
5.信息管理中心分管領導審核；
6.總經理審批；
7.審批通過后，信息管理中心進行修改，做好審批表的存檔。
注：涉及財務數據變動業務必須報集團財務控制中心總監審批確認
第五章應用軟件系統開發
第十七條若部門有軟件開發需求或者系統功能調整需求，由需求部門提出書面申請，按以下流程進行審批：
1.需求部門提出書面申請，并提供相關業務需求、樣本數據、計算公式、報表等資料；
2.信息管理中心對業務需求進行整理、分析，對需求部門進行初步調研，提出軟件實現方案，提出對相關業務的接口與影響，并建議購買或自行開發；
3.信息管理中心組織管理評審，主要考慮對業務流程的影響、是否符合相關管理制度、是否需要調整部門考核指標等因素，如果該軟件需求涉及多個部門的業務，組織其他相關部門進行會簽后簽署評審意見；
4.信息管理中心分管領導審批；
5.如果是外購軟件或實施，還應由總經理審批。
第十八條購買軟件或實施服務：
1.信息管理中心起草招標邀請函，至少邀請三家以上的單位參與投標；
2.信息管理中心組織評標，信息管理中心分管領導主持，董事辦、人資行政中心、審計監察中心、財務控制中心、運營管理中心采購管理部參加；
3.法律事務部擬定合同，信息管理中心組織合同評審，簽訂合同；
4.辦理款項、收貨；
5.組織安裝、調試、培訓、數據錄入等實施工作；
6.進行項目驗收。
第十九條軟件開發
1.信息管理中心制定詳細的開發計劃，報分管領導審批；
2.信息管理中心按計劃組織軟件的開發，需求部門必須確定至少一名熟悉業務的人員配合開發人員進行需求確認、開發、測試；
3.信息管理中心對操作人員進行培訓；
4.信息管理中心組織操作人員進行系統初始化，錄入必要的基礎數據；
5.新系統必須經過一定時間的試運行階段，以確保軟件的適應性、穩定性、準確性。在試運行階段，新系統與舊系統（或手工處理）并行運行，互相對比操作結果，分析新系統的正確性；
6.信息管理中心組織軟件的驗收；
7.信息管理中心對軟件的源代碼、文檔進行歸檔整理并保存，以作為二次開發的重要參考信息；
8.運行3個月后對開發或新購軟件應用情況進行總結。
第五章系統操作培訓
第二十條實施或開發新的信息系統或者功能模塊，或者對系統功能進行較大調整，信息管理中心組織相關操作人員進行集中操作培訓。
第二十一條因崗位調整、新進員工等原因需要進行系統操作培訓，該部門負責人應首先安排原崗位人員對新到崗人員進行培訓，作為工作交接的一部分。
第二十二條如果個別操作人員對系統操作不熟悉，需要進行單獨培訓，通知信息中心，信息管理中心在兩天內進行一對一培訓。
第六章附則
第二十三條本制度由信息管理中心負責起草并歸口管理，人資行政中心監督執行。
第二十四條本制度從下發之日起開始執行，原相關制度廢止。
第二十五條本制度的附件有：
附件1：信息系統用戶申請單
附件2：一般業務數據修改申請表
軟件管理制度13
人類社會經歷了三次經濟革命從農業革命、工業革命到目前正在經歷的信息革命。信息化正在日益改變人們的思維方式和生活習慣。在推動信息化過程中，計算機及其軟件產品發揮著至關重要的作用。對于軟件項目的管理成為項目管理領域一個令人興奮的課題。本文將結合項目管理中的控制方法分析軟件項目管理控制的相關問題．以期提高軟件項目的開發效率。
1、關于軟件項目管理
1．1項目與項目管理
項目是一個旨在完成一個或一些獨特產品或服務的過程．它有著一系列被詳細描述的屬性。由于項目的獨特性和一次性特征，引伸出它的其他特點．如目標的確定性．成果的不可挽回性組織的臨時性和開發性等。基于項fli的這些特點．項目運作更加注重項目決策前的計劃以及對實施過程的控制，以減少項目運作的風險。項目管理是2o世紀50年代后期發展起來的一種計劃管理方法，它運用先進科學的管理方式．有效解決大型組織的效率低下和小型企業面臨的風險增加問題以組織的機動靈活．面向客戶和資源利用率高而被廣泛應用。在工程設計．施工軟件項目的開發、實麓中經常會遇到進度拖延．費用超支、質量不達要求等問題除去極少數是因為技術原因造成，絕大部分是源于僵化的管理和不當的管理方式。
1．2軟件項目管理
各軟件企業都在積極將軟件項目管理引入開發活動中．對開發實行有效的管理。從概念上講．軟件項目管理是為了使軟件項目能夠按照預定的成本．進度、質量順利完成．而對成本、人員、進度、質量、風險等進行分析和管理的活動。同時，隨著軟件開發規模及開發隊伍的逐漸增大，軟件開發不再是向過去那樣一二個開發人員即可解決的事情。迫切需要一種開發規范來規范每個開發人員、測試人員與支持人員的工作每個項目組成員按約定的規則準時完成自己的工作。同時采用規范化管理．專業分工也可以降低對開發人員的要求，從而降低產品研發成本。
2、軟件項目控制
2．1軟件項目控制
軟件項目跟蹤和監控包括對照已文檔化的估計、約定和計劃評審和跟蹤軟件完成情況和結果。基于實際的完成情況和結果調整這些計劃。軟件項目的已文檔化的計劃(即軟件開發計劃，正如在軟件項目計劃關鍵過程區域中所描述的)用作跟蹤軟件活動傳送狀態和修訂計劃的基礎管理者監控軟件活動．主要通過在所選出的軟件工作產品完成時和在所選擇的里程碑處，將實際的軟件規模工作量成本和時間表與計劃相比較，來確定進展情況。當確定未實現軟件項目計劃時，采取糾正措施。這些措施可以包括修訂軟件開發計劃以反映實際的完成情況和重新計劃遺留的工作或者采取改進性能的措施。
2．2軟件項目控制的內容
軟件項目控制的目的是為軟件項目的.過程提供足夠的能見度，從而可以在執行過程中發生對計劃的嚴重偏離時能夠采取適當的更正行為。軟件項目控制包括：a、追蹤軟件項目的進展于表現從而與所作的估計、承諾和計劃做出對比：b、追蹤軟件項目的風險；c、在發生對計劃的嚴重偏離時采取適當的更正行為。
2．3軟件項目控制步驟
由于軟件開發是處在一個開放的動態系統中，開發環境的不斷變化要求不斷修改項目計劃，以適應新的變化。此外項目經理及其組織在完成任務的過程中不可避免的要碰到這樣或那樣的問題．解決這些新的矛盾和問題均屬項目控制的范疇項目的預算和進度計劃只能為項目經理提供決策的依據．如果在項目實施過程中控制不住．很難在限定的時間和預算要求下實現項目管理工作的目標。因此軟件項目控制的過程包括以下四個步驟：a、預測什么會發生——要做出開發計劃并建立工作標準b、查明什么正在發生——用建立的工作標準檢查當前的工作；c、正在(或已經)發生的實事同預測的結果進行比較——分析誤差產生的原因：d及時采取補救措施．以滿足項目目標，預算和進度的要求。
3、軟件項目控制具體操作
3．1軟件項目進度控制
為了確保軟件開發中的各項工作能按照計劃預定的日程順利完成．對項目的進度要進行控制。進度控制的過程是．在項目實施過程中，不斷地進行實際進度值與計劃值的比較、發現偏差、檢查分析其產生的原因，并采取相應的措施加以解決。
3．1．1進度控制流程
(1)進度控制的輸入
進度計劃。項目進度基準是項目測量和報告的基礎和標準。
實施報告。實施報告提供了有關項目進度發展實情。報告未來可能發生的進度問題。
變更要求。項目變更要有嚴格的申請和審批手續。
進度管理的技術和工具。
(2)進度管理的技術和工具
進度控制變更系統。為有效實現進度管理與控制．進度控制系統應設立實現重新計劃的全部功能。包括：文件設立．跟蹤即實施報告．變更評估等。
實施情況測量。項目進度控制系統中的一個重要組成部分是決定對遲發生的進度偏差是否采取糾偏措施。而實施情況報告提供了決策的主要信息。如變更分析．趨勢分析．已實現價值分析等。
糾偏計劃。很少有項目能完全按計劃進度進行為實現項目進度或總進度要求，在項目實施過程中．需要不斷對原計劃進行調整或增加新的工作內容。為此．需要不斷對實施的項目進行活動時間預測。修改活動過程．替代進度方案分析。
項目管理軟件。它的作用是跟蹤項目按計劃日期展開實際工作的情況．對照進度計劃分析進度現狀，找出進度的偏差．分析進度偏差對項目的影響．預測未來走勢
(3)項目進度控制的輸出
進度更新。包括對項目管理中任何進度信息的修改。進度調整是其中的一種．師隊員進度計劃中活動開始和結束時間的改變。糾偏行動。通過改變資源投入將實際進度拉回到計劃的行動過程。
從中獲得的教訓。有關進度偏差產生的原因。糾偏方案的評估與選擇以及其他方面的感受和教訓都應紀錄在案成為日后有用的歷史資料。
3．1．2進度控制方法
一般項目進度控制采用因果分析．分析用四步完成：
(1)明確問題。實際完成情況與項目里程碑相對照．確定是否超期．超期的部分是在哪里。
(2)查找產生該問題的原因。位從系統角度充分認識各方原因．應組織具有代表性任務人員并采用頭腦風暴法進行。項目主管要通過他領導的辦公室或小組，以及在各職能部門的人共同分析問題產生原因。
(3)確定個原因對問題產生的影響程度。對影響程度的評估可以采用專家小組打分的方法，事先確定權數．而后打分得出分析結果。
(4)畫出帶箭頭的魚刺圖。分析出原因后各部門各就其職針對問題提出解決方案．并實施。
3．1．3軟件項目進度控制具體措施
在實施進度計劃過程中，會有種種故障：客戶的需求進行了補充或修改；工作量估算不準，造成進度不平衡或是有人不遵從開發規范．導致產品出現缺陷；或是技術環節出現故障，這些問題往往是在進度計劃外出現的．一旦出現這些問題，項目進度不得不進行調整。開發過程中為了有效控制類似問題，可以采用以下輔助措施，控制進度按計劃執行：
(1)政策性措施。對于不遵從開發規范，人員不按時履行職責的．給予經濟或是職務上的處罰．這種措施應是建立在分配任務之前；
(2)人員安排。在各子項目接口處適當安排機動人員與機動時間。這一措施有賴于項目組織的機構設置能動性好。此處比較難解決的是人員業績評估．獎勵問題。
(3)技術措施，要想很好地執行進度計劃，需要事先有統一的規范例如開發語言的統一，文檔的歸類。這樣便于下一階段人員理解上一階段人員意圖，交流更加容易。
(4)信息流措施。該措施要求建立一個信息流系統．準時匯報項目進度．便于主控人員調整進度，并且保證信息流通順暢。避免開發期壓到最后造成嚴重拖工。
(5)資金措施。財務部門可以定期檢查各部門財務情況．控制資金流出時間．進而控制項目進度。這與后面要講到的三者權衡有密切關系。
3．2軟件項目費用控制
費用控制就是要保證各項工作要在他們各自的預算范圍內進行。其基礎是實現就對項目進行費用預算。整個項目費用應包括項目范圍規劃階段。軟件需求分析階段．原型設計階段開發階段．測試階段和項目投入使用后的使用階段所消耗費用的總和。軟件開發項目承擔公司為了完成項目目標和獲得更多的利潤．在實施項目過程中就要控制成本．在控制過程中，首先要擬定一個標準．即計劃值．然后進行實際至于計劃值的比較，確定實際值與計劃標準的偏差大小．以便在此基礎上采取各種措施糾正偏差．常用的分析工具是偏差分析。
偏差是指實際成本對相應計劃的偏離，成本偏差的數學公式為：
cv=bcwp-acwp(負數cv表明出現超支；反之，則節資)(3—1)
其中：cv為成本偏差，bcwp為計劃工作預算，acwp為完成工作實際成本。
在進行成本偏離計劃程度分析時，常用計劃偏差率反應時給予計劃的偏離程度。
cvp=cv／bcwp(3-2)
其中cvp為成本偏差率。
偏差值是控制分析中的一個關鍵參數，因而應向各級組織匯報。對于不同的項目或同一項目不同階段或不同管理層次，對偏差的控制程度不一樣，制定偏差允許值的方法也不同。由于隨著時間的推移風險減少了，因而偏差允許也可降低。
3．3軟件項目質量控制
對于軟件產品的項目質量控制應是事前有預控，過程有監控的主動控制閉環系統。(1)事前預控：根據影響質量因素多等特點．軟件項目質量必須事前預控，及根據軟件的類型和特點，以及以往類似項目的常發病和預防措施，對軟件項目質量提出事前預控措施，包括制定控制的計劃和程序，這是項目質量控制的前提。(2)過程監控：根據易產生質量波動和易產生系統因素變異等特點，軟件項目質量必須過程監控．即按照預控的計劃和程序，對工序、分項、單元的全過程進行過程監控．包括監測、檢查、控制和評定．這是項目質量控制的基礎。
軟件管理制度14
第一章 總 則
第一條為規范學校采購行為，保護采購當事人合法權益，促進廉政建設，依據《中華人民共和國招標投標法》《中華人民共和國政府采購法》等法律法規，結合學校實際，制定本辦法。
第二條本辦法適用于使用財政性（學校財務直接核算）資金的采購活動。本辦法所稱采購，是指以合同方式有償取得貨物、工程和服務的行為，包括購買、租賃、委托、雇用等。
第三條學校采購行為應當遵循公平、公開、公正和誠實守信原則。
第四條各單位應加強采購計劃和預算管理，科學、準確地編制采購計劃和預算。
第五條采購項目在申請采購前須落實采購經費來源并經過相關業務歸口管理部門批準。
第六條學校按照《中央預算單位政府集中采購目錄及標準》中的政府分散采購限額標準（以下簡稱“政府限額”），制定學校統一采購限額標準（以下簡稱“校級限額”）。
第七條學校采購分為“統一采購”和“零星采購”。
（一）“統一采購”是指采購預算達到“校級限額”或“中央預算單位政府集中采購目錄”以內的由采購職能部門和招標中心共同組織的采購，包含“政府采購”與“校級采購”。“政府采購”是指采購預算達到“政府限額”以上或“中央預算單位政府集中采購目錄”以內的項目。“校級采購”是指“中央預算單位政府集中采購目錄”以外，采購預算達到“校級限額”以上“政府限額”以下的項目。
（二）“零星采購”是指采購預算未達到“校級限額”且不在“中央預算單位政府集中采購目錄”內的項目，由項目申請單位或業務歸口管理部門自行組織的采購。
第二章 組織機構及職責
第八條學校采購工作遵循“統一領導、管辦分離”的原則。由采購領導小組、采購主管部門、采購職能部門、業務歸口管理部門，項目申請單位共同組成采購機構。
第九條學校成立采購領導小組，由分管采購工作的副校長擔任組長，其他分管采購職能部門的副校長擔任副組長，成員由計劃財務處、政府采購與招投標管理中心（以下簡稱“招標中心”）、后勤管理處、實驗室及設備管理處、虎溪校區管理委員會、基建規劃處、審計處、法制辦等部門組成。其主要職責為：
（一）全面領導學校的采購工作；
（二）討論制定學校采購工作的規章制度；
（三）討論決定學校采購工作的重大事項；
（四）討論決定學校校級采購的范圍與限額標準；
（五）討論決定學校采購工作的獎懲意見；
（六）審定學校采購活動中其他需要決定的事項。
第十條招標中心為學校采購主管部門，其主要職責：
（一）貫徹執行國家政府采購與招投標法律法規和相關政策；
（二）研究起草學校采購管理辦法及實施細則、督促相關部門擬定專項實施細則和工作規范；
（三）協助財務部門編制學校年度政府采購預算；
（四）負責政府采購計劃備案申請及審批申請的上報，向上級主管部門上報學校各類采購統計信息等政府采購管理工作；
（五）負責“統一采購”項目采購方式審核及備案；
（六）負責“_大學采購評審專家庫”的建設和管理；
（七）負責審核政府采購文件,組織“統一采購”項目的開評標，依據評審結果按程序確定中標或成交供應商；
（八）協助采購職能部門處理其承辦項目的質疑和投訴；
（九）完成學校安排的其他工作。
第十一條采購職能部門為學校采購工作的具體實施部門，必須配備專職采購人員組織實施統一采購項目，其主要職責：
（一）負責執行和實施政府采購相關政策及學校采購相關規定，依據國家法律法規和學校的管理制度，擬定職責范圍內的專項實施細則和工作規范；
（二）負責組織編制采購文件，實施業務范圍內項目的統一采購及協調工作；
（三）負責處理業務范圍內采購項目的質疑和投訴；
（四）負責政府采購項目合同公告并提交采購管理部門進行政府采購執行情況備案；
（五）負責業務范圍內采購項目的數據統計、資料歸檔等；
（六）完成學校安排的其他工作。
第十二條采購職能部門采購業務范圍：
（一）實驗室及設備管理處:集采目錄內的各種貨物，儀器設備、ABC校區家具、成品軟件和實驗材料，儀器設備升級及維保等；
（二）虎溪校區管委會:虎溪校區貨物（科研儀器設備除外）、服務及自籌經費修繕工程等；
（三）后勤管理處：ABC 校區修繕工程，后勤相關貨物、服務等；
（四）基建規劃處：學校新、改、擴建工程及配套項目，虎溪校區國撥經費修繕工程；
（五）招標中心：其他工程、貨物、服務等。
第十三條相關職能部門為學校業務歸口管理部門，其主要職責：
（一）負責業務歸口管理工作范疇的采購項目立項或計劃批準、論證；
（二）負責審定項目申請單位的采購需求及其他技術性文件；
（三）負責審核合同以及項目執行情況的監督檢查，填報政府采購合同執行情況表提交采購職能部門；
（四）負責組織業務歸口管理采購項目的實施及驗收工作。
第十四條業務歸口管理部門負責的項目范圍：
（一）基建規劃處：國撥經費修繕項目，新建、改建、擴建工程項目及相關貨物、服務等；
（二）后勤管理處：ABC 校區后勤管理與服務事項。國撥經費修繕項目，校園環境綠化改造，修繕裝修工程，特種設備維修，后勤保障物資及服務，水、電、氣的供用、維保、維修改造工程，物業服務等；
（三）圖書館：各類圖書、期刊、電子出版物等及相關服務；
（四）虎溪校區管委會：虎溪校區后勤管理與服務事項。各類貨物（科研儀器設備除外），國撥經費修繕項目，校園環境綠化改造，修繕裝修工程，特種設備維修，后勤保障物資及服務，水、電、氣的供用、維保、維修改造工程，物業服務等；
（五）國際處:各類出國訪學、研修、實習實踐相關服務等；
（六）項目未明確歸口管理部門的，由項目申請單位自行履行業務管理職責或者由學校采購領導小組指定相關部門負責，項目申請單位提交合同歸口部門審核合同。
第十五條項目申請單位主要職責：
（一）負責采購項目立項申請、預算申報和市場調研，科學合理確定采購需求；
（二）負責采購申請，確認采購文件，起草采購合同項目專用條款。參與貨物類采購項目采購文件編制，擬定評審因素、評審標準及特殊的商務要求等；
（三）列席校級采購項目評審會；
（四）負責合同執行，項目實施、驗收及履約情況反饋。
第三章 采購方式
第十六條“統一采購”項目原則上由采購職能部門組織編制采購文件，招標中心組織開評標。采購預算金額達到“校級限額”的項目及“中央預算單位政府集中采購目錄”范圍內的項目，按照下列范圍及方式執行：
（一）采購預算金額在“校級限額”與“政府限額”之間的項目，原則上采用校級采購；
（二）采購預算金額達到“政府限額”的項目以及“中央預算單位政府集中采購目錄”范圍內的項目，按國家相關法律法規實施政府采購；
（三）采購預算金額達到“政府采購”公開招標限額的貨物、服務，原則上采用公開招標方式采購，若需采用非公開招標方式采購，須按照相關法律法規要求報教育部、財政部批準后實施；
（四）達到公開招標限額的工程項目按國家招投標法律法規和地方相關法律法規實施采購。
第十七條政府采購方式包括：公開招標、邀請招標、競爭性談判、單一來源采購等方式，政府采購項目選用采購方式時必須按國家有關法律法規的相關條款執行。集采目錄內的項目由實驗室及設備管理處按照國家和學校的相關規定組織采購。
第十八條“校級采購”方式包括：競爭性采購、直接采購、入圍采購等經學校采購管理部門認可的方式。信息公開、采購周期、評審專家的要求和標準按校級采購相關規定執行。
第十九條“零星采購”方式包括：電子采購，自行采購。零星采購工程項目由業務歸口管理部門統一組織，其他項目由項目單位自行組織。具體要求及標準按照學校零星采購相關規定執行。
第二十條項目申請單位在一個財政年度內，不能將一個預算項目下的同一品目或者類別的貨物、服務項目，以化整為零方式多次采購。累計資金數額超過校級限額的原則上屬于規避“校級采購”，累計資金數額超過“政府限額”的，屬于規避“政府采購”。
第二十一條學校“統一采購”分為自主采購和委托代理采購兩種形式。
（一）屬中央預算單位政府集中采購目錄范圍內的采購項目，應委托中央國家機關政府采購中心代理采購，具體遵照國務院辦公廳印發的相關年度的《中央預算單位中央預算單位政府集中采購目錄及標準》執行，科研儀器設備除外。科研儀器設備，是指學校用于教學科研活動的儀器設備以及滿足其使用功能所需的附件、軟件等貨物，原則上不包括學校各級行政辦公、后勤保障等部門使用的設備。
（二）“校級采購”項目原則上由采購職能部門組織編制采購文件，招標中心組織開評標；“政府采購”項目可根據需要委托代理采購。被委托機構按法律法規履行相關采購程序后，將采購結果移交給采購職能部門。
第二十二條科研項目任務書或合同中有約定第三方協作單位的，可直接簽訂外協采購合同。
第四章 采購程序
第二十三條項目申請單位需按預算主管部門要求，提前申報采購預算，其中涉及政府采購的項目，業務歸口管理部門應將審核后的政府采購計劃在年度預算“一上”時匯總至計劃財務部門，統一報教育部、財政部審批備案，在采購活動開始前 30 日公開采購意向。含有進口設備的政府采購項目，還需要通過進口產品論證及備案后方可進行采購。
第二十四條采購需求由項目申請單位或業務歸口管理部門在進行充分論證（市場調研、專家論證、征求意見等）的基礎上科學合理地編制。包括采購標的特征描述、技術要求和服務要求。采購需求編制應遵循真實透明原則、可判斷原則、公平公正原則、遵守法律法規原則、信任原則。
第二十五條項目申請單位或業務歸口管理部門根據采購需求向采購職能部門提出采購申請，采購職能部門依據相關規定選擇采購方式。
第二十六條招標中心對采購方式進行審核。按政府采購相關規定申請變更采購方式，由招標中心通過“政府采購計劃管理系統”統一上報，批準后實施。
第二十七條采購文件由采購職能部門根據項目申請單位或業務歸口管理部門提供的采購需求及技術論證文件等，結合采購項目特點和實際需要，依據相關法律法規編制；采購文件應規定采購項目商務要求（報價要求、評審標準和方法等）、技術要求以及合同條款等內容的文件。
第二十八條招標中心發布采購公告和采購文件，采購職能部門回復供應商詢問和質疑。
第二十九條招標中心根據采購工作需要依合法依規組建采購項目評審委員會。評審委員會由有關技術、經濟等方面的專家組成，成員人數為 3 人及以上單數，其中技術、經濟等方面的專家不得少于成員總數的三分之二。
第三十條評審委員會成員在采購工作中的主要職責為：
（一）遵紀守法，客觀、公正、廉潔地履行評審專家權利、義務和職責，遵守職業道德，維護學校和供應商的合法權益；
（二）依照相關法律規定，按照采購文件規定的評審辦法和標準，客觀公正地進行評審，并對個人的評審意見承擔法律責任；
（三）參與評審報告的起草，對評審過程保密，不得向任何人透露涉及評審過程中的評審、比較、推薦等情況；
（四）配合項目申請單位、采購職能部門答復供應商提出的質疑。
第三十一條招標中心組織采購評審并發布中標或成交結果公告。
第三十二條采購職能部門處理質疑、投訴與變更，發出中標（成交）通知書。校級采購中標通知書由采購職能部門加蓋部門印章。采購結束后將評審過程的`記錄、相關文件等資料一并整理成冊立卷歸檔，也可以用電子檔案方式保存并歸檔。
第五章 履約與驗收
第三十三條自中標（成交）通知書發出之日起三十日內，按照采購結果事項，由項目申請單位或業務歸口管理部門與中標（成交）供應商商定合同具體內容并根據學校合同審批流程簽訂合同。政府采購合同自簽訂之日起2個工作日內，由采購職能部門在“中國政府采購網”上公告。
第三十四條凡屬采購項目必須嚴格按照采購結果簽訂書面合同，以明確權利和義務；合同所涉及的相關單位均應依照合同的約定履行合同。
第三十五條中標（成交）供應商未在規定時間內按要求簽訂合同或中標（成交）供應商自動放棄中標（成交）供應商資格的，采購職能部門可依據評審報告，在推薦的候選人中按順序重新確定中標（成交）供應商，亦可重新采購，原中標（成交）供應商的投標保證金不予退還并取消其中標（成交）資格。
第三十六條合同簽訂金額原則上應與中標（成交）金額一致，原則上不能在中標（成交）后對合同關鍵條款及標的內容進行變更。
第三十七條項目申請單位和業務歸口管理部門應按學校相關驗收管理規定及合同規定的技術、服務、安全標準組織對供應商履約情況進行驗收，并出合格或不合格的驗收結論。
第三十八條合同履約及驗收結果作為學校采購誠信評價體系的依據，項目申請單位或業務歸口管理部門應及時以書面形式將履約及驗收過程中出現的供應商失信行為反饋給采購職能部門及采購管理部門。
第六章 監督與責任
第三十九條業務歸口管理部門應不定期組織項目申請單位對成交（或中標）人進行履約情況的監督與評價。
第四十條采購職能部門應當建立健全內部監督管理制度。明確采購活動的決策和執行程序，內部工作人員定期輪崗交流，以形成相互監督、相互制約的工作機制。應加強對工作人員的教育培訓與考核，客觀評價其專業水平、工作實績和職業道德狀況。經考核不合格者，不得繼續任職。
第四十一條學校審計部門應對學校采購活動按相關規定進行審計。
第四十二條學校紀檢監察部門負責受理對采購活動中有關單位和個人提出的投訴，負責依紀依規處理有關單位和個人的違紀違規行為。
第四十三條學校采購當事人不得有下列行為：
（一）采取化整為零或者以其他方式規避統一采購，或擅自中止、終止統一采購；
（二）以不合理的條件排斥、歧視潛在供應商，或與供應商串通、接受賄賂以及獲取其他不正當利益；
（三）拒絕簽訂合同或者提出額外附加條件；
（四）未按照本辦法的規定編制采購需求及其他要求；
（五）其他違反法律、法規的行為。
第四十四條供應商有下列行為之一的視為不誠信供應商，應列入供應商不良行為記錄名單:
（一）提供虛假資料謀取成交（或中標）的；
（二）采取不正當手段詆毀、排擠其他供應商的；
（三）與采購人、其他供應商或采購代理機構惡意串通的；
（四）向采購人、采購代理機構行賄或者提供其他不正當利益的；
（五）在采購過程中違反采購文件約定與采購人進行協商談判的；
（六）拒絕有關部門監督檢查或者提供虛假情況的；
（七）無正當理由不與采購人簽訂合同，或者不履行與采購人訂立的合同的；不按照采購文件和響應（或投標）文件與采購人訂立書面合同，或者另行訂立背離合同實質性內容的協議的；
（八）將成交（或中標）項目轉讓給他人，或違反規定將成交（或中標）項目肢解后分別轉讓給他人的；
（九）履行合同情況差的，存在企業信息欺詐、以次充好、假冒偽劣、圍標違規、惡意報價、成交（或中標）后遲遲不供貨或者不施工等行為的；
（十）其他影響采購活動公平、公正的行為。
第四十五條采購代理機構不得有下列行為:
（一）借用他人資質或者超出資質范圍從事采購代理業務；
（二）與學校相關政府采購當事人、供應商串通損害國家利益、社會公共利益、他人合法權益，或者在代理過程中接受賄賂或者獲取其他不正當利益；
（三）泄露應當保密的信息以及隱匿、銷毀應當保存的文件資料或者偽造、變造文件資料;
（四）其他違反法律、法規的行為。
第四十六條采購項目評審委員會成員不得有下列行為:
（一）接受單位、個人提出的傾向性意見或者排斥特定供應商的要求；
（二）接受賄賂、獲取其他不正當利益、玩忽職守等行為;
（三）其他違反法律、法規的行為。
第四十七條凡參與學校采購活動的工作人員在學校采購活動中有違規、違紀、違法規行為的，應承擔相應的經濟責任、行政責任和法律責任。情節嚴重構成犯罪的，移送司法機關。
第四十八條供應商、采購代理機構違反相關禁止性規定情節嚴重的，除依據有關法律法規依法處罰之外，可視情節輕重取消供應商、采購代理機構一年以上三年以下參與我校采購活動資格，情節特別嚴重的，永久取消參與我校政府采購活動資格。由采購職能部門提出處理方案送采購管理部門通報。
第七章 附 則
第四十九條校級限額的調整須經校長辦公會批準，政府限額及公開招標限額標準的調整須按照國家相關法律法規執行。采購限額標準調整后，采購管理部門應及時在全校范圍內公布。
第五十條學校各附屬單位可參照本辦法執行。
第五十一條本辦法自印發之日起施行。
軟件管理制度15
一、軟件項目風險管理概念
軟件項目風險指的是企業在開發一套軟件的過程中遇到的各種問題，包括資金預算問題、實際進度問題等等，以及它們對整個項目造成的影響。在軟件項目進行過程中采取有效的風險管理措施，能夠從很大程度上降低風險的發生。
（一）風險識別
軟件項目風險識別過程是將軟件項目開發中存在的不確定性問題以分析產生的風險進行敘述。軟件項目風險識別的核心是系統化的確定項目風險的來源、風險出現的時間、風險產生的條件、風險存在的特征等等，而且，項目風險識別是需要貫穿于項目實施執行的始終，并不是簡單的一次性工作。
（二）風險應對計劃
風險應對計劃的最終目的就是使軟件項目的最終目標概率獲得提升，同時有效減少項目風險帶來的不利影響。通過預先制定的風險應對策略來降低風險事件發生的概率，甚至徹底清除風險事件的發生。風險應對計劃包括制定軟件項目風險管理的執行方案、采取有效的風險管理方式等等。
（三）風險控制
風險控制指的是在軟件項目進行的過程中，采取一定的措施應對產生的風險情況，從而確保風險應對計劃能夠順利執行。風險控制的最終目的'是將風險管理的實際效果與預先制定的風險管理計劃進行比較，及時發現兩者之間的異同之處，有針對性地改善風險應對計劃。
二、軟件項目風險管理模型構建
（一）RISKIT風險管理模型
RISKIT風險管理模型系統的將軟件項目風險管理過程和風險評估技術進行了定義，其目的是在完整詳細地表達和控制軟件項目風險時間發生之后帶來的影響，并選擇恰當的工具對風險進行評估。
（二）IEEE風險管理模型
IEEE風險管理模型將軟件開發項目中的風險管理過程進行了詳細定義，適用于大中型軟件企業的軟件項目，IEEE風險管理模型不但能夠用于管理軟件項目風險，還能夠管理各類組織級別的風險。
三、軟件測試開發項目風險管理策略
本文以某大型軟件企業的數據通信電源測試系統為軟件開發項目案例，據項目風險識別、項目風險分析、項目風險計劃和項目風險控制四個方面提出了軟件開發項目的風險管理策略，并提出了一系列軟件開發項目的風險規避措施。
（一）項目風險識別
（1）現場檢查。軟件開發項目風險管理人員需要親自到軟件開發現場檢查整個項目的實際進行情況，及時掌握和了解軟件開發項目面臨的相關風險。
（2）團隊成員密切配合。軟件開發項目風險管理相關人員需要相互協作，保持密切聯系，及時交換發現的問題，掌握每個軟件開發項目成員的具體情況，及時發現項目中存在的風險問題。
（二）項目風險分析
（1）項目風險等級。數據通信電源測試系統軟件開發項目根據風險特點總共分為四個等級，第一級風險等級為“災難性影響”；第二級風險等級為“嚴重性影響”；第三級風險等級為“輕度影響”；第四級風險等級為“輕微影響”。風險等級的劃分是根據歷史數據進行評估的，通過對同類軟件開發項目的歷史風險，對本軟件開發項目進行評估分析。
（2）項目風險概率。數據通信電源測試系統軟件開發項目按照項目風險概率總共劃分為五個等級，A級為“最高”等級（80%-100%）；B級為“高”等級（60%-80%），C級為“中”等級（40%-60%）；D級為“低”等級（20%-40%）；E級為“最低”等級（0%-20%）。項目風險概率的劃分也屬于定量分析。
（三）項目風險控制
在軟件開發項目進行的過程中，項目管理人員應該按照預定時間對項目風險計劃進行回顧和分析，及時更新項目風險管理清單，對應制定新的項目風險解決方法。在該軟件項目進行之前，需要根據風險分析結果制定相應的軟件開發項目風險管理執行方案，項目風險控制管理制度等。數據通信電源測試系統軟件開發項目的風險控制措施包括：充分保證軟件開發項目的可操作性、實用性和可靠性；加強軟件項目開發人員的素質培養，提升軟件開發人員能力；加強團隊合作建設，保證軟件開發項目人員之前溝通順暢。
四、結論
綜上所述，在軟件開發項目實施過程中，項目風險管理時刻都發揮著不可替代在關鍵作用，項目風險管理是通過科學的分析和統計方法，有效降低軟件項目風險發生的概率，從而減少項目風險帶來的各種損失，因此，軟件項目風險管理的保證軟件開發項目順利實施的重要前提。
【軟件管理制度】相關文章：
軟件管理制度08-21
軟件管理制度（精選11篇）03-19
軟件管理制度(15篇)01-10
中小軟件公司管理制度04-13
軟件開發項目管理制度10-04
軟件項目管理制度（通用10篇）10-14
計算機軟件管理制度優秀07-06
軟件正版化工作管理制度（精選23篇）12-19
2015年軟件公司薪酬管理制度09-20