軟件管理制度十篇

來源:瑞文範文網 1.68W

軟件管理制度 篇1

第一章總則

軟件管理制度十篇

第一條爲加強水運工程設計計算機軟件的管理,提高軟件質量,加快工程設計軟件的系列化、標準化和商品化的進程,根據建設部《工程設計計算機軟件管理暫行辦法》的有關規定,制定本辦法。

第二條本辦法所稱軟件係指計算機程序及其有關文檔。

第三條本辦法適用於交通部水運工程建設系統直屬院(局)級單位開發的工程設計計算機軟件的管理。地方交通廳所屬水運系統設計院開發的水運工程設計計算機軟件可參照本辦法執行。

第四條交通部基建管理司是水運工程設計計算機軟件管理的主管部門,負責國家或部下達的軟件(國家和部科技攻關項目除外)開發項目的立項審批、審定、登錄和推廣工作;各直屬院(局)自行開發的項目,一般由立項單位管理,對應用價值高、通用性強的優秀軟件,經批准後也可納入部級管理。

第五條水運工程建設項目中應用的設計軟件,必須經過審定,審定合格後,方可在審定範圍內應用。

第六條計算機軟件實行有償轉讓。經部審定合格並登錄的項目可在水運工程全行業內使用和轉讓;經院(局)審定合格的項目僅限於在本單位內部使用,不得轉讓。

第二章軟件開發立項

第七條軟件開發一般是指軟件的研製、編制、改編和移植。研製是指自行建立數學模型,方法有所創新,具有研究或探索性;編制是指利用已有的數學模型和方法,針對具體問題開發程序;改編是在已有軟件的基礎上,擴大或改進其功能,或對若干軟件進行綜合;移植是把程序從一種機型或語言翻譯到另一種機型或語言,程序功能無實質性改變。

第八條軟件開發要有計劃地進行,儘量避免重複開發。部一般兩年組織一次設計計算機軟件的立項,各院(局)級單位組織開發的設計計算機軟件可自行安排立項。

第九條對於水運工程設計中普遍存在的技術難題,且其開發成果具有應用價值高、通用性強的設計計算機軟件開發項目,可申請部立項。並於可立項年的3月底前提交申請報告和項目可行性研究報告一式四份,報部(基建司)。

第十條部根據行業需要,適時組織專家評審立項或採用招標方式確定項目承擔單位。

第十一條承擔部下達的計算機軟件項目的單位,應按部統一制定的合同文本簽定合同,並遵照合同規定的要求完成開發任務。

第十二條軟件開發單位應加強對軟件開發、實施過程與成果的後期管理,確保軟件成果的質量。

第三章軟件審定

第十三條部立項下達的.計算機軟件開發項目,經過院(局)級審定後,必須報部審定。各單位自行開發的應用價值高、通用性強的計算機軟件,經過院(局)級審定後可申請部級審定。

第十四條部級審定由部組織跨部門或單位的同行業專家(一般不少於7名)組成審定委員會通過會議形式進行,並形成審定意見;院(局)級審定應組織同行業專家(一般不少於5名)通過會議形式進行,並形成審定意見。

第十五條申請部級審定的設計計算機軟件應提交下列主要文檔:

1、技術報告(含功能、編制依據、計算方法、數學模型、框圖等);

2、用戶手冊、使用說明;

3、測試報告;

4、用戶報告;

5、院(局)級審定意見及推薦意見。

第十六條軟件審定委員會應在審定會前組織專家對送審軟件的功能進行必要的測試,並寫出測試報告。審定期間還應對重要技術數據進行現場演示並聽取開發單位必要的補充說明。

第十七條軟件評審考覈的主要指標是:

1、軟件成果正確、可靠、實用、先進、符合有關工程設計的標準規範,無產權爭議。

2、軟件結構清晰,操作方便,可維護性好。

3、軟件通用性好、經濟效益高,有推廣應用價值。

4、技術文檔齊全。

第十八條部根據審定委員會的審定意見,對審定合格的軟件頒發軟件審定合格證書,在水運工程建設行業內予以公佈,並組織推廣應用。

第四章軟件的登錄

第十九條經部審定合格的水運工程設計計算機軟件,實行軟件登錄制度,具體登錄要求另行通知。

第二十條登錄在案的軟件擴充功能、更新版本後,也應經過相應的審定,並及時通報原軟件登錄部門。

第二十一條軟件登錄部門有義務及時向本行業內各單位通告新登錄的軟件以及軟件版本更新等情況。對於已無實用價值並登錄在案的軟件,登錄部門有權宣佈自然淘汰終止使用。除特殊情況外,登錄的軟件一般保留5年。

第五章獎勵

第二十二條軟件管理主管機構對審定合格並登錄在案的軟件每兩年進行一次評選活動,對評選出的優秀軟件給予適當獎勵。具體獎勵辦法可參照國家有關規定辦理。

第二十三條對水運工程建設行業應用價值高、通用性強和經濟效益較好的優秀軟件,可申報參加全國工程設計計算機優秀軟件的評選。經部科技成果鑑定通過的水運工程設計計算機軟件,可按有關規定申報部科技進步獎。

第六章附則

第二十四條本辦法由交通部基建管理司負責解釋。

第二十五條本辦法自發布之日起試行。

軟件管理制度 篇2

1、中心資產管理實行中心及機房和倉庫雙重管理制度。

2、中心建立資產總帳、總卡,由中心副主任(護士長)負責,各機房建立分帳、分卡,由機房管理員負責,資產管理員做到中心和機房帳帳相對,卡卡相對,機房管理員做到帳、卡、物相對照。

3、機房管理員和中心副主任(護士長)對每臺設備建立卡片登記制度,每次該設備維修或變更後,機房管理員和中心副主任(護士長)都要分別在該設備的卡片上予以登記,並附上維修報告單、設備報廢單等,以備以後對機房進行資產覈查。

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

第一章總則

第一條爲加強信息系統用戶賬號和權限的規範化管理,確保各信息系統安全、有序、穩定運行,防範應用風險,特制定本制度。

第二條本制度適用於場建設和管理的、基於角色控制和方法設計的各型信息系統,以及以用戶口令方式登錄的網絡設備、網站系統等。

第三條信息系統用戶、角色、權限的劃分和制定,以人力資源部對部門職能定位和各業務部門內部分工爲依據。

第四條場協同辦公系統用戶和權限管理由場辦公室負責,其他業務系統的用戶和權限管理由各業務部門具體負責。所有信息系統須指定系統管理員負責用戶和權限管理的具體操作。

第五條信息系統用戶和權限管理的`基本原則是:

(一)用戶、權限和口令設置由系統管理員全面負責。

(二)用戶、權限和口令管理必須作爲項目建設的強制性技術標準或要求。

(三)用戶、權限和口令管理採用實名制管理模式。

(四)嚴禁杜絕一人多賬號登記註冊。

第二章管理職責

第七條系統管理員職責

負責本級用戶管理以及對下一級系統管理員管理。包括創建各類申請用戶、用戶有效性管理、爲用戶分配經授權批准使用的

業務系統、爲業務管理員提供用戶授權管理的操作培訓和技術指導。

第八條業務管理員職責

負責本級本業務系統角色制定、本級用戶授權及下一級本業務系統業務管理員管理。負責將上級創建的角色或自身創建的角色授予相應的本級用戶和下一級業務管理員,爲本業務系統用戶提供操作培訓和技術指導,使其有權限實施相應業務信息管理活動。

第九條用戶職責

用戶須嚴格管理自己用戶名和口令,遵守保密性原則,除獲得授權或另有規定外,不能將收集的個人信息向任何第三方泄露或公開。系統內所有用戶信息均必須採用真實信息,即實名制登記。

第三章用戶管理

第十條用戶申請和創建

(一)申請人在《用戶賬號申請和變更表》上填寫基本情況,提交本部門負責人;

(二)部門負責人確認申請業務用戶的身份權限,並在《用戶賬號申請和變更表》上簽字確認。

(三)信息系統管理部門經理進行審批後,由系統管理員和業務員創建用戶或者變更權限。

(四)系統管理員和業務管理員將創建的用戶名、口令告知申請人本人,並要求申請人及時變更口令;

(五)系統管理員和業務管理員將《用戶賬號申請和變更表》存檔管理。

第十一條用戶變更和停用

(一)人力資源部主管確認此業務用戶角色權限或變更原因,並在《用戶賬號申請和變更表》上簽字確認;

(二)執行部門主管確認此業務用戶角色權限或變更原因,並在《用戶賬號申請和變更表》上簽字確認;

(三)系統管理員變更

系統管理員變更,應及時向上級系統管理員報告,並覈對其賬戶信息、密碼以及當時系統中的各類用戶信息及文檔,覈查無誤後方可進行工作交接。新任系統管理員應及時變更賬戶信息及密碼。

(四)業務管理員變更

業務管理員變更應及時向本級系統管理員及上級業務管理員報告,上級業務管理員和系統管理員及時變更業務管理員信息。

(五)用戶註銷

用戶因工作崗位變動,調動、離職等原因導致使用權限發生變化或需要註銷其分配賬號時,應填寫《用戶賬號申請和變更表》,按照用戶賬號停用的相關流程辦理,由系統管理員和業務管理員對其權限進行註銷。

第四章安全管理

第十二條使用各信息系統應嚴格執行國家有關法律、法規,遵守公司的規章制度,確保國家祕密和企業利益安全。

第十三條口令管理

(一)系統管理員創建用戶時,應爲其分配獨立的初始密碼,並單獨告知申請人。

(二)用戶在初次使用系統時,應立即更改初始密碼。

(三)用戶應定期變更登陸密碼。

(四)用戶不得將賬戶、密碼泄露給他人。

第十四條帳號審計

賬號審計工作由信息系統管理部門的負責人或者主管進行審計,並應定期向其領導進行彙報,由場信息系統管理部門負責人定期和不定期檢查。

第十五條應急管理

(一)用戶及業務管理員賬戶信息泄露遺失

用戶及業務管理員賬戶信息泄露遺失時,應在24小時內通知本級系統管理員。本級系統管理員在查明情況前,應暫停該用戶的使用權限,並同時對該賬戶所報數據進行覈查,待確認沒有造成對報告數據的破壞後,通過修改密碼,恢復該賬戶的報告權限,同時保留書面情況記錄。

(二)系統管理員賬戶信息泄露遺失

系統管理員賬戶信息泄露遺失時,應立即向上級系統管理員報告,暫停其系統管理員賬戶權限,同時對系統賬戶管理及數據安全進行覈查,採取必要的補救措施,在最終確認系統安全後,方可恢復其系統管理員賬戶功能。

第五章附則

第十六條本制度自20xx年月日起施行。

第十七條本制度由場辦公室負責制定、修改和解釋。

軟件管理制度 篇5

第一章總則

第一條計算機軟件是公司的重要資產,爲防止由於軟件版本、介質和應用程序的遺失,影響使業務應用系統的正常運轉,制定下列管理制度。

第二章系統軟件的管理

第二條系統軟件的內容。操作系統、數據庫、中間件和其他支持應用軟件運轉和開發的軟件都屬於系統軟件。

第三條保持軟件介質的良好和文檔資料完整。系統軟件的`介質存放在公司的信息技術部,公司信息技術部要有專人對系統軟件進行管理和保管,定期檢查和備份,保證系統軟件介質的完好無損和文檔資料的齊全。

第四條系統軟件的借用。系統軟件的借用要做好登記,借用人員要及時歸還,出借人員要檢查還回的介質是否完好,避免造成遺失。

第三章應用軟件的管理

第五條應用軟件的內容。支持公司業務發展和管理的應用計算機程序是公司的應用軟件,包括核心業務系統、OA系統、財務系統、人力資源管理系統和其他管理軟件。由源程序文件、中間文件、目標文件、介質以及文檔資料組成。

第六條未經允許,任何人不得將業務應用軟件進行拷貝、轉讓、複印以及擴散。版權轉讓、軟件解密等行爲,必須經公司總經理室審批同意後方可進行。

第七條信息技術部要指定專人負責對業務應用軟件進行管理和保管。

第八條保持版本的一致性。信息技術部要作好應用軟件的版本更新管理工作,保證上線使用的軟件版本和保存的軟件版本是一致的。軟件更新和修改後一定要及時作好版本的複製工作,避免軟件版本不同和遺失,影響業務應用系統的運轉。

第九條軟件介質及文檔的存放。軟件應存放在防火、防潮、防磁、防盜的鋼箱內妥善保管。

第十條信息技術部要貫徹國家公安機關的有關規定,經常檢查業務部門使用的計算機軟件介質的內容。一旦發現病毒,應及時予以處理,並查明原因,採取必要措施防止擴散。

軟件管理制度 篇6

軟件開發部二級績效管理辦法

第一部分:二級部績效思路

根據軟件開發部現狀,績效管理的出臺可能不能一步到位,要進行分步實施。就目前第一步要解決開發部的對績效管理的認識。讓成員把開發過程中的思路聚焦工作量,開發量的多少決定了他收入的高低。同時對質量、文檔的要求也是其中因素。

軟件開發部的初步績效管理辦法應制定的簡單、易行但又能關注到重點。第二步是在第一步的積累基礎上對工作量的評估有的指導和參考依據後進行工作標準化,即每人的工作量會以一個標準工單價進行覈算。

第二部門:二級績效考覈辦法

1、績效考覈目的`

在我的理解上,績效考覈是一個正面的激勵辦法。部門通過一個有效可行的對員工工作各層面進行監督、指導的一個管理制度下幫助員工理解自己的職責和目標,充分調動員工的工作積極性和創造性,在部門、公司建立起一個績效導向的氛圍,促進部門、公司的各項目標的實現。

總結一句話,績效管理就是要讓員工主動的、積極的、高效的、增收的一個管理辦法,讓個人和團隊從中受惠的一個手段。

2、薪酬結構體系

按部門組織結構設置,部門薪酬結構要分成兩部門:

行政管理薪酬結構

工資總額=崗位工資+績效+福利

崗位工資按崗位層級劃分;績效工資按實際績效考覈發放;福利按公司標準發放不參與績效考覈;其中,崗位工資是相對固定不變的,只會隨着崗位升降而加減。

崗位工資佔工資總額40%;績效工資佔工資總額60%。福利不佔工資總額。

技術崗位薪酬結構

工資總額=崗位工資+績效+項目提成+福利

崗位工資按技術能力考覈,考覈結果作爲崗位層級劃分依據;績效工資按實際績效考覈發放,績效不封頂根據員工技術能力和工作效率進行考覈發放;福利按公司標準發放不參與績效考覈;其中,崗位工資是相對固定不變的,只會隨着崗位升降而加減。

崗位工資佔工資總額40%;績效佔工資總額60%。福利不佔工資總額。

項目提成在完成項目組業務收入超出部分按比例抽取項目提成發放項目組成員。

項目經理崗位薪酬結構

工資總額=崗位工資+績效+項目提成+營銷提成+福利

項目經理除與上述技術員工同等外加營銷提成,因爲項目經理在部門要充當營銷角色,營銷提成部門不做管理辦法,以公司營銷制度爲準;其次項目經理項目提成爲季度發放;

崗位工資佔工資總額40%;績效佔工資總額60%。福利不佔工資總額。

項目提成在完成項目組業務收入超出部分按比例抽取項目提成發放項目組成員。

3、基本薪酬與績效比例

上面所提及的軟件開發人員基本薪酬與績效比例爲40:60,這裏面有我的主觀考慮。主要原因爲目前軟件開發人員的人均水平在行業中來看處於一箇中等水平,而處於這種水平中的人員思想是不成熟和不安定的,他們是在一個高不成低不就的尷尬線上。工資的波動對他們是會造成比較大的不可靠因素,所以我在確定人工成本時候把這點考慮進去。

4、績效考覈內容

部門績效考覈我認爲要以目標爲導向,考覈從兩個層面四個維度進行。

軟件管理制度 篇7

爲加強市場部的管理,維護和建立公司與客戶的良好關係,使其他部門各項工作得以順利開展,爲規範銷售行爲,確保銷售指標的達成,根據公司相關管理規定,制定本制度。

第一章:銷售指標管理

第一條銷售指標是評價銷售人家業績的主要參考依據,由銷售部經理負責組織規定。

第二條銷售部經理在設定銷售指標是,需要參考以下因素。

1.近期人均銷售量;

2.同類企業人均銷售量;

3.市場需求變動情況;

4.公司銷售政策的調整等;

第二章銷售人員管理

第一條銷售人員應以和氣的態度與客戶接觸,應注意服裝儀容之整潔。

第二條銷售人員應保守各項銷售計劃、營銷策略等商業機密,不得泄露他人。

第三條銷售人員不得無故接受客戶的招待,更不得工作時間飲酒。

第四條銷售人員應熟悉公司產品的特性,能夠隨時解答客戶關於產品性能、規格、價格的問題。

第五條銷售人員對待客戶的抱怨應忍讓,不允許於客戶發生衝突。

第六條銷售人員應定期拜訪客戶,收集市場信息,主要包括以下內容。

1.產品質量的反應。

2.客戶使用情況及滿意度。

3.競爭產品使用情況及滿意度。

4.有關行業動態信息。

第七條銷售人員離職除依照公司相關規定辦理手續外,必須做好以下資料移交工作。

1.所負責的客戶花名冊。

2.應收賬款清單。

3.領用的公共物品。

第三章銷售回款管理

第一條銷售人員收到客戶的貸款應當日繳回,若因特殊原因不能繳回,應電話通知銷售部經理。

第二條銷售人員不得以任何理由挪用貨款,否則追究其責任。

第三條銷售人員應以公司覈定的客戶信用額度爲標準,超過信用額度出貨的,公司將追究相關人員的責任。

第四條軟件如不能滿足客戶需求,可以更換版本,不可退貨。

第五條銷售人員必須在與客戶約定的結算日與客戶結算,不得延遲。

第六條如收取的貨款爲支票,應及時交財務部辦理拖收。

第四章銷售工具的使用,領用管理

第一條銷售部所有辦公用品由銷售內勤統一領取,建立個人賬戶後領用。

第二條新進試用期的員工,首次領用個人辦公用品,需向銷售部提出申請,經同意

後視崗位情況覈實發放。但金額不能超過200元,試用期內,每個月領取的辦工用品應在200元以內。

第三條銷售人員需購買非日常性辦公用品時,需擬定計劃書(急需物品除外)。經銷售部經理審批後,由採購購買。

第四條銷售人員應在覈定的範圍內報銷手機費用,超過標準的,需銷售部經理審批。

第五條攝像頭、照相機、等電器的領用,由領用人申請(註明用途)經銷售部經理批准後辦理。

第五章附加

第一條本制度由銷售部負責制定解釋及修改。

第二條本制度自發布日起執行。

軟件管理制度 篇8

軟件開發管理是指根據公司統一的信息系統規劃和業務需求,對信息系統的開發進行管理。具體包括組織、規劃、需求、分析、設計、編程、測試和投產等環節。

本制度適用於公司公司軟件開發項目。

1.1 項目立項

信息系統研發前公司成立項目工作小組,重大項目成立項目領導小組,並指定負責人。

項目領導小組負責項目的組織、協調、檢查、監督工作。項目工作小組由業務人員、技術人員和管理人員組成,具體負責整個項目的開發工作。

項目工作小組人員應具備與項目要求相適應的業務經驗與專業技術知識,小組負責人需具備組織領導能力,保證信息系統研發質量和進度。

業務部門根據本機構業務發展戰略,在充分進行市場調查、產品效益分析的基礎上制定信息系統研發項目可行性報告。

1.2. 系統開發

公司業務部門編寫項目需求說明書,提出業務需求和系統需求。

信息技術部和業務部門領導組織人員對項目需求進行評審,意見統一後形成定稿後的“項目需求分析報告”和“項目風險報告”,加蓋相關部門簽章歸檔。

公司信息技術部根據項目需求編制項目功能說明書。

公司信息技術部依據項目功能說明書分別編寫項目總體技術框架、項目設計說明書,設計和編碼應符合項目功能說明書的要求。評審通過後加蓋部門簽章歸檔。

公司業務人員、技術人員應根據職責範圍分別編寫操作說明書、技術應急方案、業務連續性計劃、投產計劃、應急回退計劃,並進行演練。

在編碼階段,軟件開發人員應有良好的編寫習慣,做好代碼註釋和說明,並做好單元測試工作。

1.3. 測試

公司應建立獨立的測試環境,以保證測試的完整性和準確性。測試至少應包括功能測試、安全性測試、壓力測試、驗收測試、適應性測試。測試不得直接使用生產數據。

公司信息技術部應根據測試結果修補系統的功能和缺陷,提高系統的整體質量。

由業務部門組織人員完成軟件的最終測試,並保留軟件測試記錄,撰寫“項目測試報告”並確認簽章,原則上要求項目測試人員和項目需求人員是同一批人員。

項目驗收應出具由相關負責人簽字的項目驗收報告,驗收不合格不得投產使用。

項目小組編寫“軟件上線計劃”,按計劃安全穩妥的實現軟件產品的上線實施,對核心業務系統的軟件上線由版本控制員實施,沒有業務部門提交的“項目測試報告”及“上線確認書”的軟件項目不允許上線運行。

1.4. 文檔管理

開發過程中所涉及的各種文檔資料應經相關部門、人員的簽字確認並歸檔保存。

由項目小組編寫“數據庫設計文檔”並和業務人員一起編寫“軟件操作手冊”歸檔,項目小組協助業務部門做好對操作人員的培訓工作。

軟件產品穩定後,項目開發小組向信息技術部資料管理員歸檔所有定稿後需求、設計、測試、手冊等文檔,作爲以後維護工作的依據。

軟件在修改過程中修改人員要做好註釋說明(時間、修改人、事由),軟件修改後修改人員要及時向信息技術部資料管理員提交修改文檔。

信息技術部文檔管理員要負責做好軟件源碼和文檔的版本控制。

軟件管理制度 篇9

一.引言

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參與系統實施和用戶培訓

軟件管理制度 篇10

爲切實增強廣大幹部尊重和保護知識產權的意識,加強單位軟件正版化管理,建立長效機制,特制訂本管理制度。

第一條

適用範圍 本制度適用於單位全體幹部。

第二條

職責部門 單位成立軟件正版化領導小組(設在辦公室),負責全面管理和監督本制度的貫徹和落實情況。具體負責軟件正版化工作的組織和日常維護。

第三條

軟件正版化工作重點範圍 操作系統、公辦軟件、安全軟件等。

第四條

各科室負責人作爲第一責任人,保證本科室軟件使用正版化。

第五條

領導小組辦公室制度軟件資產管理制度。指定人員擔任正版軟件資產管理員崗位,負責正版軟件的登記造冊等工作。

第六條

根據需求制定正版軟件採購計劃,並將軟件採購費用納入年度預算,確保軟件正版化工作資金到位、措施到位、管理到位。

第七條

加強軟件資產管理。規範正版軟件採購,購買計算機辦公設備必須符合預裝正版操作系統軟件的要求,更新計算機操作系統軟件必須使用正版產品。

第八條

要建立規範的正版軟件管理臺帳,對各類正版軟件進行登記。內容包括:軟件名稱、版本、授權、安裝與使用情況。同時對有關的資料(如軟件介質、說明書等)進行妥善保存。

第九條

要加強軟件正版化培訓工作,進一步提高工作人員操作、使用軟件的能力和水平,提高工作人員的法律意識,使用正版軟件更好地服務於工會各項工作。

第十條

防止任何可能侵犯軟件知識產權的風險應注意:

1、電腦內已安裝未授權的軟件,應立即移除。

2、對以團體身份獲得使用權的軟件,需確保已安裝的軟件數目沒有超過已購置的軟件許可數目。

3、購買新的電腦時,已預裝相關軟件的,要覈對該軟件是否已獲得適當的授權。

4、加強版權意識,不準向其他單位或個人提供任何正版軟件。因向其他單位或個人提供正版軟件而造成版權糾紛的,由軟件提供人承擔一切後果,未取得版權擁有人的明確批准,不得複製及更改軟件。

第十一條

單位幹部不得從事下列行爲:

1、擅自複製和銷售計算機軟件產品的複製品。

2、在購買計算機等設備時,要求或允許銷售商安裝非正版軟件。

3、超越授權使用許可的要求擴大安裝範圍。

4、未經授權把計算機軟件放在網上代他人下載。

5、明知未經授權的計算機軟件而從網上下載。

6、故意規避或破壞軟件著作權人爲保護其著作權而採用的技術措施。

7、故意刪除或改變計算機軟件權力管理信息。

第十二條

對於使用非法軟件給單位形象造成影響的,一經查出,除追究相關責任人的責任外,還將追究相關科室負責人的行政責任。

第十三條

本管理制度由單位軟件正版化領導小組辦公負責解釋說明。

第十四條

本管理制度自印發發之日起施行。

熱門標籤