[精品]軟件管理制度15篇
在日常生活和工作中,需要使用制度的場合越來越多,制度是指一定的規格或法令禮俗。到底應如何擬定制度呢?下面是小編收集整理的軟件管理制度,歡迎大家借鑒與參考,希望對大家有所幫助。
軟件管理制度1
一、為創造一個文明、優美、整潔、有序的辦公環境、增強員工對公司的責任感和歸屬感、推進公司日常工作規范化、秩序化、樹立公司形象,特制定本制度。
二、本制度適用于本公司辦公室內及公共區域(辦公室、走廊、樓梯、衛生間、)的環境衛生管理。
三、公司所有員工都應提高環境衛生意識,養成良好的.環境衛生習慣。
室內環境衛生管理:
一、公司員工個人的辦公桌、椅、電腦、書柜、書架、文件筐等由使用者本人負責衛生與潔工作;須保持整潔、干凈。
二、個人的文件、資料須擺放整齊,桌面應保持整潔、干凈;與工作無關的物品盡量不要擺放在辦公桌上。
三、上班后要將個人桌面、顯示器表面擦拭干凈。下班后個人的文件要整理、擺放整齊;座椅要歸位。
公共區域環境衛生管理:
一、辦公室地面每日輪值人員要認真打掃,拖把洗干凈,擰干水后拖地,保持地面清潔、干凈,無污染。
二、當日輪值人員要檢查辦公室垃圾蔞,當垃圾蔞內垃圾超過三分之二時應及時清理。
三、公共走廊、樓梯、衛生間每日輪值人員要認真打掃,保持地面無瓜皮、果殼、紙屑等臟物。
四、衛生間洗手臺面、鏡面要保持干凈、清潔,衛生間紙簍要每日清倒。
五、衛生工具用后及時清潔整理、擺放整齊。如有損壞要及時上報。
六、特殊崗位人員(如食堂/倉庫)應保持好自己工作管轄區域內的衛生清潔,物品擺放有序,無廢棄物等。定期檢查整理,如整理倉庫時,若工作量較大,需要人手時,應及時提出。
七、及時做好盆景的澆灌,魚缸換水及相關設備的清洗工作。
八、本文未涉及或新增及其他事項按照領導指示執行。
軟件管理制度2
軟件開發管理是指根據公司統一的信息系統規劃和業務需求,對信息系統的開發進行管理。具體包括組織、規劃、需求、分析、設計、編程、測試和投產等環節。
本制度適用于公司公司軟件開發項目。
1.1 項目立項
信息系統研發前公司成立項目工作小組,重大項目成立項目領導小組,并指定負責人。
項目領導小組負責項目的組織、協調、檢查、監督工作。項目工作小組由業務人員、技術人員和管理人員組成,具體負責整個項目的開發工作。
項目工作小組人員應具備與項目要求相適應的業務經驗與專業技術知識,小組負責人需具備組織領導能力,保證信息系統研發質量和進度。
業務部門根據本機構業務發展戰略,在充分進行市場調查、產品效益分析的基礎上制定信息系統研發項目可行性報告。
1.2. 系統開發
公司業務部門編寫項目需求說明書,提出業務需求和系統需求。
信息技術部和業務部門領導組織人員對項目需求進行評審,意見統一后形成定稿后的“項目需求分析報告”和“項目風險報告”,加蓋相關部門簽章歸檔。
公司信息技術部根據項目需求編制項目功能說明書。
公司信息技術部依據項目功能說明書分別編寫項目總體技術框架、項目設計說明書,設計和編碼應符合項目功能說明書的要求。評審通過后加蓋部門簽章歸檔。
公司業務人員、技術人員應根據職責范圍分別編寫操作說明書、技術應急方案、業務連續性計劃、投產計劃、應急回退計劃,并進行演練。
在編碼階段,軟件開發人員應有良好的編寫習慣,做好代碼注釋和說明,并做好單元測試工作。
1.3. 測試
公司應建立獨立的測試環境,以保證測試的完整性和準確性。測試至少應包括功能測試、安全性測試、壓力測試、驗收測試、適應性測試。測試不得直接使用生產數據。
公司信息技術部應根據測試結果修補系統的功能和缺陷,提高系統的整體質量。
由業務部門組織人員完成軟件的最終測試,并保留軟件測試記錄,撰寫“項目測試報告”并確認簽章,原則上要求項目測試人員和項目需求人員是同一批人員。
項目驗收應出具由相關負責人簽字的項目驗收報告,驗收不合格不得投產使用。
項目小組編寫“軟件上線計劃”,按計劃安全穩妥的實現軟件產品的上線實施,對核心業務系統的軟件上線由版本控制員實施,沒有業務部門提交的'“項目測試報告”及“上線確認書”的軟件項目不允許上線運行。
1.4. 文檔管理
開發過程中所涉及的各種文檔資料應經相關部門、人員的簽字確認并歸檔保存。
由項目小組編寫“數據庫設計文檔”并和業務人員一起編寫“軟件操作手冊”歸檔,項目小組協助業務部門做好對操作人員的培訓工作。
軟件產品穩定后,項目開發小組向信息技術部資料管理員歸檔所有定稿后需求、設計、測試、手冊等文檔,作為以后維護工作的依據。
軟件在修改過程中修改人員要做好注釋說明(時間、修改人、事由),軟件修改后修改人員要及時向信息技術部資料管理員提交修改文檔。
信息技術部文檔管理員要負責做好軟件源碼和文檔的版本控制。
軟件管理制度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
為切實增強廣大干部尊重和保護知識產權的意識,加強單位軟件正版化管理,建立長效機制,特制訂本管理制度。
第一條、適用范圍本制度適用于單位全體干部。
第二條、職責部門單位成立軟件正版化領導小組(設在辦公室),負責全面管理和監督本制度的貫徹和落實情況。具體負責軟件正版化工作的組織和日常維護。
第三條、軟件正版化工作重點范圍操作系統、公辦軟件、安全軟件等。
第四條、各科室負責人作為第一責任人,保證本科室軟件使用正版化。
第五條、領導小組辦公室制度軟件資產管理制度。指定人員擔任正版軟件資產管理員崗位,負責正版軟件的登記造冊等工作。
第六條、根據需求制定正版軟件采購計劃,并將軟件采購費用納入年度預算,確保軟件正版化工作資金到位、措施到位、管理到位。
第七條、加強軟件資產管理。規范正版軟件采購,購買計算機辦公設備必須符合預裝正版操作系統軟件的要求,更新計算機操作系統軟件必須使用正版產品。
第八條、要建立規范的正版軟件管理臺帳,對各類正版軟件進行登記。內容包括:軟件名稱、版本、授權、安裝與使用情況。同時對有關的資料(如軟件介質、說明書等)進行妥善保存。
第九條、要加強軟件正版化培訓工作,進一步提高工作人員操作、使用軟件的能力和水平,提高工作人員的法律意識,使用正版軟件更好地服務于工會各項工作。
第十條、防止任何可能侵犯軟件知識產權的風險應注意:
1、電腦內已安裝未授權的軟件,應立即移除。
2、對以團體身份獲得使用權的軟件,需確保已安裝的軟件數目沒有超過已購置的軟件許可數目。
3、購買新的電腦時,已預裝相關軟件的,要核對該軟件是否已獲得適當的'授權。
4、加強版權意識,不準向其他單位或個人提供任何正版軟件。因向其他單位或個人提供正版軟件而造成版權糾紛的,由軟件提供人承擔一切后果,未取得版權擁有人的明確批準,不得復制及更改軟件。
第十一條、單位干部不得從事下列行為:
1、擅自復制和銷售計算機軟件產品的復制品。
2、在購買計算機等設備時,要求或允許銷售商安裝非正版軟件。
3、超越授權使用許可的要求擴大安裝范圍。
4、未經授權把計算機軟件放在網上代他人下載。
5、明知未經授權的計算機軟件而從網上下載。
6、故意規避或破壞軟件著作權人為保護其著作權而采用的技術措施。
7、故意刪除或改變計算機軟件權力管理信息。
第十二條、對于使用非法軟件給單位形象造成影響的,一經查出,除追究相關責任人的責任外,還將追究相關科室負責人的行政責任。
第十三條、本管理制度由單位軟件正版化領導小組辦公負責解釋說明。
第十四條、本管理制度自印發發之日起施行。
軟件管理制度5
1.進入實驗室的一切人員,必須遵守實驗室的各項規章制度,愛護公物。保持室內安靜,嚴禁吸煙、吃東西、亂拋紙屑雜物、隨地吐痰,嚴禁大聲喧嘩、打鬧。
2.實驗室的儀器設備器材,應由專人保管,登記建帳,實行管理責任制,做到帳、物相符,嚴禁隨意搬動、拆卸改裝。對違犯規定,造成事故者要追究責任。儀器設備需報廢時,按有關規定辦理。
3.實驗室儀器設備的存放,必須符合放置要求,整潔有序,便于檢查使用。必須注意防塵、防潮、防震等。實驗室不準存放任何與實驗無關的物資,更不能存放個人物品。
4.實驗室工作人員,要落實崗位責任制,對儀器設備做到定期檢查、維護保養,出現故障及時修復,確保儀器設備處于正常狀態。
5.實驗儀器設備(包括附件、說明書)、工具一般不得外借,如有特殊情況,要經實驗室負責人批準,管理人辦好手續,方可外借,用完后要及時歸還。
6.為保證機房內設備的安全,嚴禁私自在機器上安裝其它設備和游戲及未經驗證的'程序,違犯者除沒收所帶設備、光盤資料外,將根據情節輕重予以通報。
7.實驗儀器設備應按操作規程正確使用,學生實驗未經教師同意,不得拆卸、搬移機器。如出現事故,要立即查明原因。如不按規定操作使儀器損壞,按有關規定賠償。
8.在實驗中,如果發現機器故障,應立即向指導老師或實驗室管理員報告,經實驗室管理員老師同意后,才可更換機號。用戶不準自行刪除機器內的文件,致使機器不能正常使用,將給予該機用戶相應處罰。
8.實驗完畢,班干應協助管理員老師督促同學將板凳擺放整齊,并清理個人機位周圍衛生,經管理員老師驗收合格后方可離開機房。
9.實驗結束后,實驗室工作人員要認真檢查門、窗、水、電以及室內存放的電器設備等,杜絕不安全隱患,確保實驗室安全。
10.非本室人員到實驗室做實驗,須經實驗室負責人批準。
軟件管理制度6
1、作為正版軟件資產的管理,財務部門應建立健全正版軟件資產的明細臺賬。
2、應增強保護正版軟件知識產權意識,必須嚴格執行軟件正版化的規定,全面采購,使用正版軟件,從源頭上杜絕盜版侵權軟件使用的不良行為。
3、更新、購置軟件時應從滿足實際工作需要出發,堅持勤儉節約,從嚴控制,合理配置。應在全面掌握本部門軟件自唱情況,工作人員人數,配備種類計算機數以及需要更換和采購的軟件數的基礎上,區分操作系統軟件、辦公軟件和殺毒軟件以及國內企業軟件和國外企業軟件,細化軟件配置需求,科學合理地確定軟件配置計劃,并將軟件采購經費納入預算管理。
4、單位采購的.商業軟件應嚴格按照采購合同的約定,重點加強對軟件授權證書或許可協議等核心資料的管理工作,并應在購置合同中約定不得侵犯第三方版權,切實維護采購軟件版權的合法性。
5、單位采購軟件應當對軟件互相兼容、授權方式、信息安全、升級等售后服務提出具體要求,維護軟件市場公平競爭秩序。同時,應注意加強軟件采購的銜接,確保采購的計算機設備符合預裝正版操作系統軟件要求。
6、資產管理部門去的軟件時,需向供應商索取軟件授權證書和
隨附物品等,并予以核實,所有能夠證明軟件和發行的證書及文件,應由單位資產管理部門集中存放和保管。
7、軟件資產處置應當嚴格履行審批手續,堅持優先整合利用。對于確實無法整合利用的,應由單位使用部門提出申請,經技術管理部門專業技術鑒定,資產管理部門會同財務部門出具書面意見后,嚴格按照規定的權限和固定資產,并及時調整臺賬。
8、以授權形式購置的軟件資產到期后,應當停止使用,并及時辦理處理手續。
9、主要負責同志作為本單位使用正版軟件的第一責任人,應落實監督責任,保證本單位軟件使用正版化。
10、應當每年結合單位固定資產盤點,對軟件資產情況進行清查,確保使用的全部軟件均為合法軟件并登記入賬。做到賬賬相符,賬實相符。
11、正版軟件執行技術保養規定和維護保養制度,確保設備的完好,清潔、安全使用。
正版軟件資產屬于我國資產管理范圍,應當納入本單位資產管理體系,確保正版軟件資產的安全完整。
一、局辦公室作為正版軟件資產的監管部門,應配合財務建立健全正版資產的明細帳卡。
二、單位應增強保護知識產權意識,積極執行軟件正版化的規定,全面采購、使用正版軟件,從源頭上杜絕套版侵權軟件使用行為。
三、單位更新、購置軟件應從滿足實際工作需要出發,堅持勤儉節約,從嚴控制,合理配置。應在全面掌握本部門軟件資產情況、工作人員人數、配備種類計算機數以及需要更換和采購的軟件數的基礎上,區分操作系統軟件、辦公軟件、殺毒軟件以及國內企業軟件和國外企業軟件,細化軟件配置需求,科學合理地確定軟件配置計劃。
四、重點加強對軟件授權證書或許可協議等核心資料的管理工作,并應在購置合同中約定不得侵犯第三方版權,切實維護采購軟件版權的合法性。
五、及時與技術服務部門聯系對軟件互相兼容、授權方式、信息安全、升級等售后服務提出具體要求,維護軟件市場公平競爭秩序。同時,應注意加強軟硬件采購的銜接,確保采購的計算機辦公室設備符合預裝正版操作系統的要求。
六、單位資產管理部門取得軟件時,需向供應商索取軟件授權碼和隨附物品等,并予以核實。
七、以授權形式購置的軟件資產到期后,應及時與供應商聯系協調辦理相關處置方案。
八、單位主要負責同志作為本單位使用正版軟件的第一責任人,應落實監督責任,保證本單位軟件使用正版化。
九、單位應當每年對軟件資產情況進行清查,確保所使用的全部軟件均為合法軟件并登記。
十、正版軟件嚴格執行技術操作規程和維護保養制度,確保設備的完好、清潔、安全使用。
軟件管理制度7
為加強對公司軟件研發部門工作管理,縮短開發周期,提高軟件開發質量,降低開發成本,提高開發效率,特制定軟件研發部管理制度。
第一章、總則
為保證日常工作正常有序的進行,讓開發中各個環節更緊湊,更可控,需要盡可能實現軟件研發部項目管理的正規化,工作過程的流程化,以便提高軟件質量和開發效率,達到項目能按質按量按期交付的目標。
1、軟件開發總體遵循項目管理和軟件工程的基本原則。
2、項目管理涉及項目立項、項目計劃和監控、配置管理。
3、軟件工程涉及需求分析、系統設計、軟件實現、系統測試、用戶測試、試運行、系統驗收、系統上線和數據遷移、產品維護。
第二章、階段成果
根據軟件工程的過程理論并結合公司目前的實際情況,制定以下工作流程,并規定了各個重要環節需要提交的交付物。
1、立項:市場需求分析(或者合同)、項目立項申請表、項目風險分析清單。
2、需求分析:軟件需求報告或設計方案、需求規格說明書。
3、總體設計:概要設計說明書或功能模塊描述。
4、詳細設計:詳細設計說明書,包括軟件接口說明、單元測試計劃。
5、軟件實現:軟件功能說明、源代碼、源代碼說明或者注釋
6、產品測試:測試報告
7、產品發布:產品說明書、使用手冊
8、產品維護:問題反饋記錄
9、項目總結:提交客戶方的項目總結和公司項目匯報的PPT。
第三章、崗位設置
根據公司目前的開發過程主要分為分析、開發、測試三個階段。分析階段完成用戶需求文檔的編寫,系統總體設計的編寫;開發階段完成設計文檔的編寫,代碼的編寫、代碼的維護。測試階段完成系統的測試,測試文檔及其他材料。通過逐漸的調整崗位,明確工作職責,逐步實現項目經理,需求分析工程師,高級軟件開發工程師,軟件開發工程師,測試工程師的崗位設置。
軟件研發項目管理制度
第四章、項目立項
1、需求分析工程師進行應用調查與分析,確認軟件的應用需求。
2、成立項目評審會,開發總監、部門經理和指定人員必須參加。對項目進行可行性研究,編寫項目建議書,評估項目的難度和工作量,形成可行性研究報告。
3、根據項目配置的優劣成立項目開發組,制定軟件開發計劃,確定項目經理,由部門和項目經理共同來確定具體項目配置,知識技能要求,團隊成員及團隊的角色。
第五章、項目計劃與監控
1、以項目為單位,項目經理負責整個項目的計劃、組織和控制。
2、在整個項目過程中,項目經理定期檢查項目進度和完成情況,調整人員分工和安排。
3、項目計劃需要變更時,需要明確變更內容并及時匯報。項目經理需要說明客戶變更原因并將變更說明提交公司領導審核,以便根據變更內容及時調整計劃。。
第六章、需求分析
1、對用戶提出的需求進行分析匯總,梳理用戶的業務流程和詳細的功能定義。
2、做出簡單的界面原型,與客戶進行有效的溝通, 編寫需求詳細說明書。
3、根據現有條件進行估計,制定項目進度,制定詳細的軟件開發計劃。
第七章、總體設計
1、在該階段確定總體結構和軟件開發架構,文件命名規范,編碼規范。可按軟件需求劃分成子系統,也可直接定義目標系統的功能模塊及各個功能模塊的關系。
3、確定軟件模塊結構,給出每個功能模塊的功能描述、數據接口描述,并完成系統概要設計說明書。
4、完成數據庫的設計,并編寫數據庫設計說明書。
5、完成的文檔需提交公司進行歸檔管理。
第八章、詳細設計
1、調整前一步設計的不足,確認各模塊之間的詳細接口信息。
2、設計功能使用的具體描述、行為者、前置條件、后置條件、UI描述、業務流程/子流程/分支流程,界面說明等。
3、確定模塊內的`數據流或控制流,對每個程序模塊必須確定所有輸入、輸出和處理功能。
4、匯總并提交所有相關文檔,審核確認質量和進度。
第九章、軟件實現
1、項目組根據概要設計說明書、詳細設計說明書制定系統實現計劃
2、有條件的情況下保證開發、測試和生產環境獨立。選擇軟件工具,明確項目成員的職責分工,按照編碼規范和詳細設計實現軟件功能。
3、代碼應滿足結構良好,清晰易讀,且與設計一致,符合編碼規范。
4、開發人員需要軟件實現過程中編寫軟件功能說明,源代碼說明。軟件功能說明文檔應說明項目名稱、編號、軟件名稱和版本號,軟件功能、主要功能實現過程。源代碼說明應說明項目編號、源代碼類名稱、編寫人員、編寫日期、變更履歷、功能、全局變量、數據庫字典、函數功能、接口。該文檔包含在源代碼文件中,以注釋形式存在。
5、項目組進行單元測試和集成測試。開發人員處理測試人員反饋的測試問題,并以書面形式反饋主要問題及解決辦法,直至系統運行穩定。
6、匯總并提交所有相關文檔,提交公司備案,形成項目知識庫。
第十章、軟件測試
1、根據單據測試和集成測試兩個過程,制定測試計劃。按階段設計測試實例,并將測試結果記錄,未通過的的反饋給開發人員調整。
2、完成測試文檔、操作手冊、安裝維護手冊的編寫。
第十一章、用戶培訓
1、準備用戶培訓計劃、培訓手冊
2、確定培訓時間、培訓地點,向用戶進行系統使用培訓、操作指導及提供軟件操作手冊。
3、保留培訓簽到表,用戶意見等存檔。
第十二章、系統上線
1、 制定上線計劃,確定上線工作時間表,部署的環境。
2、上線操作步驟以及問題處理步驟;
3、根據軟件特點、客戶需求進行軟件部署,并記錄軟件部署和運行結果;
4、項目組根據系統運行請款對系統進行優化,記錄系統的運行情況、系統問題和處理后的版本。
第十三章、系統驗收
1、驗收工作準備,按要求整理項目成果物,打印裝訂成冊,并提交客戶方。
2、系統主要使用部門及信息技術部門聯合成立項目驗收小組,從需求功能及技術需求層面對系統進行綜合評估和項目成果物的審核,根據驗收情況形成系統驗收報告
3、應用部門及信息技術部門負責人根據系統試運行情況簽署驗收意見。
第十四章、產品維護
1、調出項目主要開發人員,按照合同要求安排維護人員對系統進行技術支持。
2、系統需求變更或調整,記錄變更原因和軟件及源代碼的版本控制,按照軟件變更要求對系統進行維護。
第章十五、源碼和文檔
1、源代碼/文檔管理采用版本控制軟件VisualSourceSafe。
2、按項目的階段性完成源代碼、文檔的上傳。項目負責人每天對代碼進行檢查,開發總監或部門經理定期進行抽查。
3、文檔分為項目文檔和個人文檔,文檔上傳前進行歸類和匯總。
第十六章、質量檢查
1、項目負責人每天要檢查成員的工作完成情況,特別是新員工的工作進展;
2、工作抽查制度:不定期的進行抽檢,并將檢查對象、檢查時間、檢查內容、檢查結果反饋給被抽檢人。
3、內部審核制度:針對業務需求、概要設計(功能界面、數據庫)或疑難問題組織評審會,提出意見或解決方案。
第十七章、文檔規范
1、需按照軟件實施的階段落實成果物,參照《軟件過程提交成果表》。
2、如果客戶有特殊要求,請按照客戶要求的規范完成。并將最終的問題提交公司歸檔備份。
第十八章、軟件變更
為規范軟件變更與維護管理,特制定本制度。本制度適用于應用系統開發完畢并正式上線,移交給客戶方之后的運行支持及系統變更工作。
1、系統變更工作可分為功能完善維護、系統缺陷修改、統計報表生成。
2、需求部門提出系統變更需求,項目經理同開發人員一起根據重要性和緊迫性做判斷,確定其優先級和影響程度,并進行相應處理,同時將變更需求整理成系統變更申請表。
3、系統變更實現過程按照軟件開發過程規定進行,遵循軟件開發過程統一的編碼標準和版本控制,并經過測試通過才能完成部署和上線。
4、在系統變更完成后,開發人員需將系統變更表的執行結果提交給項目經理,測試人員確認執行結果后,項目經理與需求提出方確認簽字后,提交至公司進行歸檔管理。
軟件管理制度8
一、招聘
1、用人部門根據實際工作需要填報“用工”申請表,向人資申請并提出招聘崗位的基本要求(如:年齡、性別、學歷等)。
2、由人資根據公司用工需求擬定招聘計劃,經分管領導審核,報總經理批準。
3、行政辦經“人才市場”、“招聘網站”收集應聘人員相關資料后再進行初步篩選,根據情況組織筆試和面試,經初選合格后,經分管領導審核,報總經理批準。辦理試用手續。
5、員工的試用期為一至三個月。試用期滿,可聘為公司合同制員工并與公司簽訂勞動合同,公司將根據國家勞動和社會保障部的相關規定辦理“養老保險”等手續。
二、培訓
培訓目的'
1.通過培訓,使員工達到并保持在本職工作崗位上進行規范服務的要求。
上崗培訓
1.上崗培訓是指員工到崗后至試用期滿前的業務培訓。
2.上崗培訓內容主要包括:
部門職能與工作目標;
部門崗位結構和崗位職責;
崗位應知應會;
起草:馬亞州審核:批準:簽發:20xx年6月6日
操作技能和工作程序;
員工日常行為規范、公司管理制度、本部門規章制度;
3.上崗培訓由各業務部門組織實施。
4.上崗培訓的考核結果與員工轉正評定相結合。
在崗培訓
1.在崗員工業務培訓由各部門按照培訓計劃實施。凡公司出資培訓的,培訓前員工應根據公司要求簽訂培訓協議。
2.在崗培訓由各部門組織實施,人資配合。必要時可委托有關單位來公司培訓或組織有關員工參加公司外培訓。
3.在崗培訓可采取崗位交叉培訓、業務提高培訓、新規范新技術培訓等多種方式。
4.對管理人員的統一培訓由人事行政辦安排,組織實施。
5.管理人員統一培訓的內容包括管理理論、管理能力、管理技巧、新知識、新技能、等等。
6.培訓考核的資料應歸檔保存,作為晉升和獎懲的依據。
待崗培訓
1.待崗培訓是指員工離開原崗位,列入編外,由人資會同有關部門進行培訓。
2.待崗培訓的內容為員工日常行為規范、規章制度、法律法規、業務技能等等。
3.待崗培訓期限一般為三個月,延長期限不得超過三個月。
4.員工有下列行為之一,經教育無效,可列入待崗培訓。
多次違反員工手冊及公司和部門的規章制度,尚不足以辭退;
員工不能勝任本職工作,部門認為應待崗培訓;
三、任免:
一般員工的任免由人資審核,報總經理批準。管理人員的任免由總經理直接批準。
四、員工調動:
1、公司員工在公司范圍內調動,由用人部門提出擬調人員申請,人資征求雙方負責人意見后,報總經理批準。
2、公司各部門需增加人員,須向人資提出用工申請,由人資負責調配或招聘。
五、離職
1、試用人員離職應提前三日寫出書面辭職報告,由用人部門填報“辭退員工審批表”,經批準后到人資辦理辭退手續;正式員工離職應提前一個月寫出書面辭職報告,由用人部門填報“辭退員工審批表”,經批準后到人資辦理辭退手續。
2、員工與公司簽訂勞動合同后,雙方都必須嚴格履行合同,用人部門不準無故辭退員工,確須辭退時應向人事行政辦說明辭退原因。
3、合同期內員工辭職的,必須提前一個月向公司提出書面辭職報告,由分管領導簽署意見,報總經理批準。由人事行政辦予以辦理辭職手續。
4、員工本人辭職、被公司辭退、開除或提前終止勞動合同等,在離開公司以前,必須交還公司財物(如:廠服、文件及相關業務資料等)。員工未經批準而自行離職的,公司不予辦理任何手續;給公司造成損失的,應負賠償責任。
軟件管理制度9
公司內部管理制度
發件部門:人力資源部審批:總經辦適用范圍:公司全體員工生效日期:20xx年7月
1第一部分公司考勤
第一章總則
第一條員工考勤是公司管理的基礎性工作,是計發工資、獎金、福利的`重要依據,員工上下班必須指紋打卡考勤。
第二條員工的考勤由人事行政部負責管理。
第三條員工須按照公司規定進行考勤并及時對異常考勤及假情況進行申報。
第四條各級管理者須對員工的考勤情況進行監控,并按照規定及時審批員工的異常考勤。
第二章細則
第一節考勤分類說明
一、遲到、早退
第五條公司實行單雙休工作制。每天具體工作時間為:上午8:30—11:30,下午13:00—18:00。
第六條員工上下班必須在指紋打卡機上簽到,簽到次數為兩次,即上班和下班各一次。
第七條上班不得遲到與早退。
第八條
1.遲到:超過上午8:30到崗。如因堵車等自己無法控制的原因導致遲到需提前電話通知人事行政部。每月遲到兩次以上者,從第三次開始處罰。
2.早退:早于下午18:00離崗。
扣款規定遲到、早退每次罰款30元:每月遲到、早退以及脫崗累計達到2次以上開始計算處罰(即從第3次開始計算處罰)。
軟件管理制度10
一、總則
1、保護研發成果,維護公司根本利益。
2、本規定適用于全體技術研發人員和可能的涉密人員。
二、保密內容
1、研發規劃書。
2、項目建議書、項目立項申請報告、市場調研報告、可行性研究報告。
3、研發任務書、招標書、合同書、項目實施方案。
4、試驗大綱、進度計劃
5、試驗室、試驗裝置、試驗設備與儀器。
6、階段性成果報告、技術訣竅、工藝流程、產品樣品。
7、評審報告、會議記錄。
8、研制報告、測試報告、試驗報告、技術設計資料。
9、項目結題報告。
10、軟件。
11、其它與技術研發相關的資料。
三、保密措施
1、絕密技術在保密期限內不得申請專利。
2、機密、秘密技術申請專利應報CEO批準。
3、研發人員發表涉及研發項目內容的論文或參加與研發項目內容相關的學術交流,需經研究發展中心負責人批準。
4、涉及到絕密技術的特殊崗位事先應單獨簽訂保密協議。
四、技術研發人員保密守則
1、嚴守技術秘密,技術人員不得以任何方式向公司內外無關人員泄漏研發機密。
2、從事科研活動記錄的相關文字信息整理歸檔,統一存放,無需保存的文字內容、保存電子文檔的`信息在沒有存檔必要時統一銷毀,不得直接丟棄。
3、嚴格遵守文件(包括傳真、計算機盤片)保密制度。電子圖紙資料、技術文件必須加密保存。
4、未經許可,技術文件、圖紙資料不準私自復印、外傳,不得在公開發表的文章中引用秘密技術文件和資料。
5、技術研發人員離職、辭退、調動須辦理交接手續,技術資料、圖紙等與公司技術秘密相關的書面文檔、電子文檔不得帶走。
軟件管理制度11
一.引言
1.軟件部管理制度編寫是結合公司軟件研發近期的實際情況,用于規范軟件部工作流程以及個人職責,做好產品與項目開發、以及與各部門的協調合作。
二.軟件部工作制度
2.1應嚴格遵守本公司一切規章制度和通告,以及軟件部工作流程。
2.2積極工作,團結同事,對工作認真負責。本部門將依照“公司的有關制度”對軟件部的每位員工進行月終和年終考核。
2.3每天要有當天的工作計劃,在月初對本月的工作大概做出計劃,并且對上月的工作情況做出總結。
2.4樹立保密意識,涉及公司機密的書籍、資料、信息和成果,員工應妥善保管,若有遺失或失竊,應立即向上級領導匯報。
2.5未經部門經理允許,員工不得私自復印和拷貝有關公司機密文件.2.6不得安裝有可能危及公司計算機網絡的任何軟件,如果確實有需要進行軟件測試的`,必須將計算機脫離公司計算機網絡進行單機操作。任何對公司內部計算機網絡的黑客行為是絕對禁止的,一經查實將按公司有關規定嚴肅處理。
2.7公司提供的互聯網訪問服務只能被使用在與公司業務有關的方面。
2.8發現其他員工有泄密行為或非本公司人員有竊取機密行為和動機,應及時阻止并向上級領導匯報
2.9為提高員工的知識技能及發揮其潛在智能,使公司人力資源能適應本公司日益迅速發展的需要,公司將舉行各種教育培訓活動,被指定員工,不得無故缺席,確有特殊原因,應按有關請假制度執行。
2.10員工培訓期間,針對每次培訓,都需要有培訓記錄及總結。
三.崗位職責
3.13.1軟件部主任軟件部主任
3.1.1明確整個軟件部近期和長遠的目標與規劃;
3.1.2負責產品需求調研、分析;
3.1.3負責產品功能和原型設計;
3.1.4負責產品包裝、宣傳彩頁、市場宣傳等創意設計;
3.1.5掌握面向對象分析與設計技術,統一建模語言(uml);
3.1.6負責工作的合理分工,使各崗位人員能更高效地完成本職工作;
3.1.7協助軟件工程師進行開發工作,推動及協調開發進度,把控產品質量;
3.1.8推動產品開發相關工作;
3.1.9組織會議對程序進行評審;
3.1.10協調各部門項目參與人員之間的關系;
3.1.11負責軟件部人員的考核培訓及監督指導工作;
3.1.12完成領導交付的其他相關工作。
3.23.2美工美工
3.2.1負責網站專題頁面的創意設計和頁面布局;
3.2.2協助主任完善產品設計和包裝
3.2.3參與系統功能測試;
3.2.4負責工作的各種文檔的編寫;
3.2.5協助主任完成其他相關工作任務。
3.33.3軟件工程師軟件工程師
3.3.1負責需求文檔編寫,及產品設計方案編寫
3.3.2根據需求文檔協助主任完成新產品的設計;
3.3.3按項目的要求進行編碼和單元測試;
3.3.4負責編寫產品測試、維護報告;
3.3.5進行系統故障診斷,負責缺陷修復。
3.3.6參與系統實施和用戶培訓
軟件管理制度12
第一節總則
第一條為規范自有軟件研發以及外包軟件的管理工作,特制定本制度。本制度適用于公司總公司軟件研發與管理,分公司參照執行。
第二條本制度中軟件開發指新系統開發和現有系統重改造。
第三條本制度中自行開發是指主要依賴公司自身的管理、業務和技術力量進行系統設計、軟件開發、集成和相關的技術支持工作,一般僅向外購置有關的硬件設備和支撐軟件平臺;合作開發詩司與專業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、工程項目管理制度
為了規范和加強建設工程管理工作,提高建設工程施工項目管理水平,一般單位都會制定工程項目管理制度
軟件管理制度13
為切實增強廣大干部尊重和保護知識產權的意識,加強單位軟件正版化管理,建立長效機制,特制訂本管理制度。
第一條
適用范圍 本制度適用于單位全體干部。
第二條
職責部門 單位成立軟件正版化領導小組(設在辦公室),負責全面管理和監督本制度的貫徹和落實情況。具體負責軟件正版化工作的組織和日常維護。
第三條
軟件正版化工作重點范圍 操作系統、公辦軟件、安全軟件等。
第四條
各科室負責人作為第一責任人,保證本科室軟件使用正版化。
第五條
領導小組辦公室制度軟件資產管理制度。指定人員擔任正版軟件資產管理員崗位,負責正版軟件的登記造冊等工作。
第六條
根據需求制定正版軟件采購計劃,并將軟件采購費用納入年度預算,確保軟件正版化工作資金到位、措施到位、管理到位。
第七條
加強軟件資產管理。規范正版軟件采購,購買計算機辦公設備必須符合預裝正版操作系統軟件的要求,更新計算機操作系統軟件必須使用正版產品。
第八條
要建立規范的正版軟件管理臺帳,對各類正版軟件進行登記。內容包括:軟件名稱、版本、授權、安裝與使用情況。同時對有關的資料(如軟件介質、說明書等)進行妥善保存。
第九條
要加強軟件正版化培訓工作,進一步提高工作人員操作、使用軟件的能力和水平,提高工作人員的法律意識,使用正版軟件更好地服務于工會各項工作。
第十條
防止任何可能侵犯軟件知識產權的風險應注意:
1、電腦內已安裝未授權的軟件,應立即移除。
2、對以團體身份獲得使用權的軟件,需確保已安裝的軟件數目沒有超過已購置的軟件許可數目。
3、購買新的`電腦時,已預裝相關軟件的,要核對該軟件是否已獲得適當的授權。
4、加強版權意識,不準向其他單位或個人提供任何正版軟件。因向其他單位或個人提供正版軟件而造成版權糾紛的,由軟件提供人承擔一切后果,未取得版權擁有人的明確批準,不得復制及更改軟件。
第十一條
單位干部不得從事下列行為:
1、擅自復制和銷售計算機軟件產品的復制品。
2、在購買計算機等設備時,要求或允許銷售商安裝非正版軟件。
3、超越授權使用許可的要求擴大安裝范圍。
4、未經授權把計算機軟件放在網上代他人下載。
5、明知未經授權的計算機軟件而從網上下載。
6、故意規避或破壞軟件著作權人為保護其著作權而采用的技術措施。
7、故意刪除或改變計算機軟件權力管理信息。
第十二條
對于使用非法軟件給單位形象造成影響的,一經查出,除追究相關責任人的責任外,還將追究相關科室負責人的行政責任。
第十三條
本管理制度由單位軟件正版化領導小組辦公負責解釋說明。
第十四條
本管理制度自印發發之日起施行。
軟件管理制度14
一、軟件項目風險管理概念
軟件項目風險指的是企業在開發一套軟件的過程中遇到的各種問題,包括資金預算問題、實際進度問題等等,以及它們對整個項目造成的影響。在軟件項目進行過程中采取有效的風險管理措施,能夠從很大程度上降低風險的發生。
(一)風險識別
軟件項目風險識別過程是將軟件項目開發中存在的不確定性問題以分析產生的風險進行敘述。軟件項目風險識別的核心是系統化的確定項目風險的來源、風險出現的時間、風險產生的條件、風險存在的特征等等,而且,項目風險識別是需要貫穿于項目實施執行的始終,并不是簡單的一次性工作。
(二)風險應對計劃
風險應對計劃的最終目的就是使軟件項目的最終目標概率獲得提升,同時有效減少項目風險帶來的不利影響。通過預先制定的風險應對策略來降低風險事件發生的概率,甚至徹底清除風險事件的發生。風險應對計劃包括制定軟件項目風險管理的執行方案、采取有效的風險管理方式等等。
(三)風險控制
風險控制指的是在軟件項目進行的過程中,采取一定的措施應對產生的風險情況,從而確保風險應對計劃能夠順利執行。風險控制的最終目的是將風險管理的實際效果與預先制定的風險管理計劃進行比較,及時發現兩者之間的異同之處,有針對性地改善風險應對計劃。
二、軟件項目風險管理模型構建
(一)RISKIT風險管理模型
RISKIT風險管理模型系統的將軟件項目風險管理過程和風險評估技術進行了定義,其目的是在完整詳細地表達和控制軟件項目風險時間發生之后帶來的影響,并選擇恰當的工具對風險進行評估。
(二)IEEE風險管理模型
IEEE風險管理模型將軟件開發項目中的風險管理過程進行了詳細定義,適用于大中型軟件企業的軟件項目,IEEE風險管理模型不但能夠用于管理軟件項目風險,還能夠管理各類組織級別的風險。
三、軟件測試開發項目風險管理策略
本文以某大型軟件企業的數據通信電源測試系統為軟件開發項目案例,據項目風險識別、項目風險分析、項目風險計劃和項目風險控制四個方面提出了軟件開發項目的風險管理策略,并提出了一系列軟件開發項目的風險規避措施。
(一)項目風險識別
(1)現場檢查。軟件開發項目風險管理人員需要親自到軟件開發現場檢查整個項目的實際進行情況,及時掌握和了解軟件開發項目面臨的.相關風險。
(2)團隊成員密切配合。軟件開發項目風險管理相關人員需要相互協作,保持密切聯系,及時交換發現的問題,掌握每個軟件開發項目成員的具體情況,及時發現項目中存在的風險問題。
(二)項目風險分析
(1)項目風險等級。數據通信電源測試系統軟件開發項目根據風險特點總共分為四個等級,第一級風險等級為“災難性影響”;第二級風險等級為“嚴重性影響”;第三級風險等級為“輕度影響”;第四級風險等級為“輕微影響”。風險等級的劃分是根據歷史數據進行評估的,通過對同類軟件開發項目的歷史風險,對本軟件開發項目進行評估分析。
(2)項目風險概率。數據通信電源測試系統軟件開發項目按照項目風險概率總共劃分為五個等級,A級為“最高”等級(80%-100%);B級為“高”等級(60%-80%),C級為“中”等級(40%-60%);D級為“低”等級(20%-40%);E級為“最低”等級(0%-20%)。項目風險概率的劃分也屬于定量分析。
(三)項目風險控制
在軟件開發項目進行的過程中,項目管理人員應該按照預定時間對項目風險計劃進行回顧和分析,及時更新項目風險管理清單,對應制定新的項目風險解決方法。在該軟件項目進行之前,需要根據風險分析結果制定相應的軟件開發項目風險管理執行方案,項目風險控制管理制度等。數據通信電源測試系統軟件開發項目的風險控制措施包括:充分保證軟件開發項目的可操作性、實用性和可靠性;加強軟件項目開發人員的素質培養,提升軟件開發人員能力;加強團隊合作建設,保證軟件開發項目人員之前溝通順暢。
四、結論
綜上所述,在軟件開發項目實施過程中,項目風險管理時刻都發揮著不可替代在關鍵作用,項目風險管理是通過科學的分析和統計方法,有效降低軟件項目風險發生的概率,從而減少項目風險帶來的各種損失,因此,軟件項目風險管理的保證軟件開發項目順利實施的重要前提。
軟件管理制度15
第一章總則
第一條“信息化”是提高企業管理水平的重要途徑,由計算機、網絡、軟件組成的信息系統在公司的生產、經營管理中應用得越來越普遍。根據《中華人民共和國計算機信息系統安全保護條例》、《會計電算化管理辦法》、《會計基礎工作規范》、《內部會計控制規范》,保證信息系統的安全性、穩定性,為各部門的日常工作提供高效的信息化平臺,需要對信息系統的使用、維護、管理進行規范,特制定本制度。
第二條范圍。本制度所指的的信息系統包括: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:一般業務數據修改申請表
【軟件管理制度】相關文章:
軟件管理制度01-10
軟件質量管理制度05-04
軟件項目管理制度建設04-29
正版軟件使用管理制度05-02
計算機軟件管理制度06-12
軟件公司管理制度(精選6篇)04-25
軟件使用管理制度(通用8篇)06-24
計算機軟件管理制度2篇02-28
軟件升級軟件的論文04-27
軟件升級軟件工程論文06-19