配置管理制度

精品word文檔可以編輯（本頁是封面）【最新資料Word版可自由編輯??！】信息系統(tǒng)配置管理規(guī)范1概述1概述目錄.4TOC\o"1-5"\h\z\o"CurrentDocument"目的.4\o"CurrentDocument"范圍4\o"CurrentDocument"術(shù)語4\o"CurrentDocument"角色與職責(zé).4\o"CurrentDocument"2配置管理范圍5\o"CurrentDocument"3項(xiàng)目配置庫建立與使用5\o"CurrentDocument"3.1項(xiàng)目配置庫建立5\o"CurrentDocument"3.2項(xiàng)目配置庫使用5\o"CurrentDocument"4權(quán)限變更.6\o"CurrentDocument"5配置庫安全.6\o"CurrentDocument"6配置庫使用規(guī)范.7\o"CurrentDocument"附錄一：配置項(xiàng)命名規(guī)則8\o"CurrentDocument"附錄二：配置庫目錄結(jié)構(gòu)管理規(guī)定9\o"CurrentDocument"附錄三：基線庫產(chǎn)品清單101概述目的為了保證XXXX研發(fā)項(xiàng)目文件的安全性、機(jī)密性；保證信息系統(tǒng)的完整性、有效性及可追溯性，以及加強(qiáng)研發(fā)項(xiàng)目的協(xié)同能力，特制訂本制度。范圍適用于本行所有信息系統(tǒng)。術(shù)語術(shù)語描述信息系統(tǒng)配置管理是在信息系統(tǒng)項(xiàng)目開發(fā)中，標(biāo)識、控制和管理軟件變更的一種管理?；€是項(xiàng)目開發(fā)庫中每個(gè)文件版本在特定時(shí)期的一個(gè)“快照”。它提供一個(gè)正式標(biāo)準(zhǔn)，隨后的工作基于此標(biāo)準(zhǔn)，并且只有經(jīng)過授權(quán)后才能變更這個(gè)標(biāo)準(zhǔn)。建立一個(gè)初始基線后，以后每次對其進(jìn)行的變更都將記錄為一個(gè)差值，直到建成下一個(gè)基線。開發(fā)庫（devlib）存放開發(fā)過程中需要保留的各種信息，供開發(fā)人員個(gè)人專用。開發(fā)人員對其具有編輯、修改、刪除等操作權(quán)限。基線庫（baselib）開發(fā)庫中產(chǎn)品經(jīng)過測試小組測試后，行成一個(gè)穩(wěn)定的版本，由配置管理員從開發(fā)庫中將該版本提取出來，行成一個(gè)新的版本。以后的版本更新將在此基礎(chǔ)上進(jìn)行更新。所有人員對基線庫的最大權(quán)限只能為只讀權(quán)限。1.4.角色與職責(zé)角色職責(zé)項(xiàng)目經(jīng)理確定配置項(xiàng)、確定配置庫目錄權(quán)限；審查配置庫變更；項(xiàng)目開發(fā)過程中，監(jiān)督配置庫使用情況；員工離職時(shí)，配置庫歸檔完整性審核。項(xiàng)目小組根據(jù)配置管理制度規(guī)范，進(jìn)行配置庫的日常使用。配置管理員負(fù)責(zé)配置庫的建立、權(quán)限設(shè)置、負(fù)責(zé)培訓(xùn)開發(fā)人員使用配置管理工具、對配置庫使用情況進(jìn)行管理和監(jiān)督、建立配置庫基線；定期備份配置庫；建立和完善配置管理制度。2配置管理范圍研發(fā)項(xiàng)目過程中產(chǎn)生的所有文檔，包括：研發(fā)項(xiàng)目管理文檔、研發(fā)設(shè)計(jì)及技術(shù)文檔、源代碼、可執(zhí)行程序，工具及相關(guān)資料等。項(xiàng)目文檔主要：立項(xiàng)書、項(xiàng)目計(jì)劃、例會會議記錄及項(xiàng)目過程中管理類文檔等。設(shè)計(jì)及技術(shù)文檔主要：需求，需求分析報(bào)告、概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書、數(shù)據(jù)庫表結(jié)構(gòu)、測試文檔、使用說明書、技術(shù)說明書等。工具及其相關(guān)資料：開發(fā)或測試過程中的工具，以及其使用文檔等，如覺得有必要也納入配置庫的管理。3項(xiàng)目配置庫建立與使用3.1項(xiàng)目配置庫建立項(xiàng)目立項(xiàng)時(shí)，由項(xiàng)目經(jīng)理申請建立項(xiàng)目配置庫（附錄二X《配置庫申請單》配置管理員與項(xiàng)目經(jīng)理根據(jù)《配置管理的流程》確定《配置管理計(jì)劃》。配置項(xiàng)：項(xiàng)目經(jīng)理與配置管理員共同確認(rèn)研發(fā)項(xiàng)目的配置庫目錄結(jié)構(gòu)，并建立配置庫目錄結(jié)構(gòu)；所建配置庫目錄結(jié)構(gòu)必需按本文規(guī)定目錄結(jié)構(gòu)執(zhí)行（目錄結(jié)構(gòu)參考附錄二）。項(xiàng)目小組：項(xiàng)目經(jīng)理提供項(xiàng)目小組成員名單及聯(lián)系方式，配置庫權(quán)限清單（內(nèi)容應(yīng)包括員工姓名、目錄權(quán)限等）權(quán)限分配：配置管理員為相關(guān)人員的設(shè)置配置權(quán)限。配置庫權(quán)限設(shè)置完成之后，由配置管理員將配置庫名稱、訪問路徑、訪問權(quán)限等信息以郵件方式通知各相關(guān)人員；配置庫使用人員以各自的用戶名和密碼進(jìn)行訪問配置庫。配置庫密碼只能在服務(wù)器上設(shè)置，如配置庫使用人員密碼遺忘或需要修改，可以與配置管理員取得聯(lián)系，進(jìn)行修改密碼。3.2項(xiàng)目配置庫使用配置庫目錄說明配置庫基本結(jié)構(gòu)如“附錄二”所示，以項(xiàng)目名稱作為一級目錄，二級目錄包括：devlib、testlib、PMlib、baselib：“devlib”：項(xiàng)目小組日常研發(fā)活動區(qū)；該目錄包含docs（設(shè)計(jì)文檔）、src（代碼）目錄?！癙Mlib”：放項(xiàng)目管理文檔，為科研處項(xiàng)目管理部門和項(xiàng)目經(jīng)理使用；“testlib”：項(xiàng)目小組在此目錄下記錄項(xiàng)目測試中的文檔，如內(nèi)部測試、中試申請、中試報(bào)告、評審紀(jì)要?！癰aselib”：僅放置PLM發(fā)布版本，項(xiàng)目經(jīng)理具有讀權(quán)限；開發(fā)人員在該目錄下不允許對源代碼等文件進(jìn)行修改。配置庫使用說明a）項(xiàng)目開發(fā)小級在“devlib”進(jìn)行日常開發(fā)活動。b）項(xiàng)目經(jīng)理在“PMlib”中記錄項(xiàng)目管理文檔。c）項(xiàng)目進(jìn)行到中試測試階段，由項(xiàng)目經(jīng)理通過“branch/tag”（中文為：“分支/標(biāo)記”）的方式，將“devlib”在“testlib/測試版本”中建立版本分支。再由項(xiàng)目管理員從此庫中“導(dǎo)出”，并根據(jù)PLM入庫相關(guān)的規(guī)定，通過PLM相關(guān)流程進(jìn)行中試測試。中試測試過程中產(chǎn)生的文檔記錄在“testlib”相關(guān)目錄中。d）中試測試合格，科研處在進(jìn)行對項(xiàng)目發(fā)布前，將“testlib/測試版本”中建立的版本分支在“baselib”建立發(fā)布版本分支。4權(quán)限變更使用配置庫的過程中需要變更配置庫管理權(quán)限，由項(xiàng)目經(jīng)理填寫《配置庫權(quán)限變更單》，并以郵件方式通知配置管理員，配置管理員變更之后，將變更結(jié)果以電子郵件方式通知受影響的人員、項(xiàng)目經(jīng)理及其相關(guān)人員。配置管理員根據(jù)配置庫權(quán)限變更頻率，每隔一段時(shí)間將配置庫權(quán)限清單與各項(xiàng)目經(jīng)理進(jìn)行審核確認(rèn)。5配置庫安全配置服務(wù)器系統(tǒng)安全：配置管理員進(jìn)行服務(wù)器的日常管理與維護(hù)，做好防入侵、防病毒工作。配置庫備份：配置管理員定期做好配置庫的備份，以防意外，避免給公司帶來嚴(yán)重的損失。配置管理員每日進(jìn)行硬盤備份一次，每周進(jìn)行異地硬盤備份一次，每月進(jìn)行光盤備份一次,備份后的光盤標(biāo)記上備份日期并附上內(nèi)容清單，移交公司相關(guān)部門保管。6配置庫使用規(guī)范各項(xiàng)目必需使用科研處提供的配置管理環(huán)境建立配置管理庫。配置管理員由科研處任命，科研處負(fù)責(zé)進(jìn)行配置管理的管理工作。所有立項(xiàng)的科研項(xiàng)目，都必須申請建立配置庫。開發(fā)過程中所有文檔和代碼必須納入配置庫管理。配置庫服務(wù)器密碼只有配置管理員及科研處領(lǐng)導(dǎo)掌握。各配置庫的使用人員必須使用各自的用戶名和密碼進(jìn)入配置庫，訪問各自的配置庫。各使用人員不得將自己的用戶名和密碼泄漏給其他人員，若因泄露密碼而引起的后果將由泄漏密碼者本人承擔(dān)。項(xiàng)目組成員未經(jīng)項(xiàng)目經(jīng)理同意不得更改他人的文檔和代碼。各項(xiàng)目的配置庫用于項(xiàng)目組正式開發(fā)使用，項(xiàng)目組成員不得惡意對其進(jìn)行修改、刪除、增加等操作；若因?qū)ε渲霉ぞ卟皇煜?，需要學(xué)習(xí)，可以向配置管理員提出需求，由配置管理員為其提供可以練習(xí)的配置庫。配置管理員負(fù)責(zé)定期檢查配置庫的使用情況，查看是否有員工進(jìn)行無故刪除或惡意修改文件的行為;并對開發(fā)人員提交的文檔和代碼的及時(shí)性、準(zhǔn)確性和完整性進(jìn)行檢查。在研發(fā)人員離職時(shí)，由其項(xiàng)目經(jīng)理負(fù)責(zé)檢查配置庫，檢查該人員提交的代碼或文檔是否完全放入配置庫管理，確認(rèn)版本和相應(yīng)文件完整無誤后，項(xiàng)目經(jīng)理在“員工離職申請單”中簽字，該員工方可離職。同時(shí)項(xiàng)目經(jīng)理應(yīng)及時(shí)通知配置管理員，取消該人員的所有權(quán)限。若因項(xiàng)目經(jīng)理審核不細(xì)致造成的代碼或文檔移交不完整，或項(xiàng)目經(jīng)理未及時(shí)通知配置管理員取消權(quán)限，而造成的損失，該責(zé)任完全由項(xiàng)目經(jīng)理承擔(dān)。代碼提交原則（1）每次提交代碼前，先進(jìn)行更新，以避免提交沖突。（2）代碼提交前，應(yīng)對每個(gè)文件與前一版本進(jìn)行比較，仔細(xì)查看差異之處，減少錯誤以及避免提交臨時(shí)代碼。（3）提交到配置管理中的代碼必須能正確編譯。常見的問題是創(chuàng)建了新文件，但沒有加到配置管理中，導(dǎo)致其它人更新代碼后編譯不過。（4）代碼提交前先使用代碼格式化工具和代碼規(guī)范檢查工具處理。（5）原則上應(yīng)在完成某個(gè)功能或函數(shù)的開發(fā)或修改之后，再提交代碼，避免提交功能不完整的代碼。（6）如果在修改了涉及多個(gè)子任務(wù)的多個(gè)文件后進(jìn)行提交，最好按問題的相關(guān)性分成幾次進(jìn)行提交，每次只提交單個(gè)子任務(wù)相關(guān)的文件并寫上注釋。附錄一：配置項(xiàng)命名規(guī)則配置項(xiàng)目命名基本要求：唯一性；可追溯性。1.項(xiàng)目名稱命名規(guī)范：要求項(xiàng)目名稱不能太長，且必須要求使用該項(xiàng)目的英文縮寫命名。項(xiàng)目名稱中最好不出現(xiàn)空格，若有空格，在建立配置庫時(shí)，配置庫名中將以"_”來代替空格。2.配置庫命名配置庫分為開發(fā)庫和基線庫。項(xiàng)目的基線庫有多個(gè)，可以在其下建立各版本的基線庫，子基線庫命名規(guī)則為：項(xiàng)目名稱縮寫+版本號_bas若一個(gè)項(xiàng)目的開發(fā)庫有多個(gè)，可以在其下建立各版本的開發(fā)庫，子開發(fā)庫的命名規(guī)則為：項(xiàng)目名稱縮寫+版本號_dev技術(shù)文檔命名：技術(shù)文檔的標(biāo)識體現(xiàn)在相應(yīng)文件的封面上，規(guī)范如下：文檔名稱+版本，由開發(fā)人員參照相應(yīng)文檔模板的格式要求，對技術(shù)文檔進(jìn)行標(biāo)識。附錄二：配置庫目錄結(jié)構(gòu)管理規(guī)定每一個(gè)項(xiàng)目的配置庫可分為devlib（開發(fā)庫）、testlib（測試庫）、PMlib（ProjectManagementLib項(xiàng)目管理庫）和baselib（基線庫或產(chǎn)品庫）；基線庫與開發(fā)庫結(jié)構(gòu)相同，但基線庫和開發(fā)庫各自獨(dú)立，分開管理，其中基線庫只有配置管理員有操作權(quán)限，其他人員只有讀權(quán)限。每個(gè)項(xiàng)目的都按如下表目錄規(guī)則規(guī)劃，其中devlib、testlib、PMlib、baselib、docs、src目錄為必選項(xiàng)，其它目錄可以根據(jù)實(shí)際情況增減：一級目錄二級目錄三級目錄四級目錄部門代號_項(xiàng)目名稱_版本號devlibdocs需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)數(shù)據(jù)庫結(jié)構(gòu)技術(shù)規(guī)范產(chǎn)品相關(guān)資料使用說明書技術(shù)說明書鑒定文檔其它技術(shù)文檔src源代碼數(shù)據(jù)庫發(fā)布包(release)testlib測試版本項(xiàng)目名稱_版本號_修訂版本號，每個(gè)版本與與“開發(fā)庫”目錄下所有內(nèi)容相同測試工具內(nèi)容測試中試申請中試報(bào)告評審報(bào)告PMlib立項(xiàng)項(xiàng)目計(jì)劃例會紀(jì)要PLM入庫技術(shù)討論組織制度其它baselib項(xiàng)目名稱_版本號_修訂版本號每個(gè)版本與與“開發(fā)庫”目錄下所有內(nèi)容相同附錄三：基線庫產(chǎn)品清單員工錄用管理制度為規(guī)范試用期員工的管理和輔導(dǎo)工作，創(chuàng)造良好的試用期工作環(huán)境，加速試用員工的成長和進(jìn)步，特制定目標(biāo)責(zé)任制制度。一、員工試用期規(guī)定1、自員工報(bào)到之日起至人力資源部確認(rèn)轉(zhuǎn)正之日起。2、員工試用期限為3個(gè)月，公司根據(jù)試用期員工具體表現(xiàn)提前或推遲

轉(zhuǎn)正。（一）、福利待遇1、試用期員工工資根據(jù)所聘的崗位確定，核算時(shí)間從到崗工作之日起計(jì)算，日工資為：月工資《（本月天數(shù)-休假天數(shù)）2、過節(jié)費(fèi)按正式員工的1/2發(fā)放。3、按正式員工標(biāo)準(zhǔn)發(fā)放勞動保護(hù)用品。（二）、休假1、試用期內(nèi)累計(jì)事假不能超過3天，如果特殊情況超過3天需報(bào)董事長批準(zhǔn)。2、可持相關(guān)證明請病假，請病假程序和天數(shù)與正式員工要樣。3、可請喪假，請假程序和天數(shù)與正式員工要樣。4、不享受探親假、婚假。二、員工入職準(zhǔn)備1、身份證復(fù)印件一份，原件待查。2、學(xué)歷證明復(fù)印件一份，原件待查。3、縣級以上人民醫(yī)院的體檢報(bào)告。4、4張一寸照片

5、部分職位（如出納、收銀員、司機(jī)、倉管）試用期員工還須須準(zhǔn)備房產(chǎn)證明、戶口本、直系親屬身份證復(fù)印件等。三、行政手續(xù)1、試用人員手續(xù)辦理完畢后，由行政部向試用期人員發(fā)放辦公相關(guān)用品。2、發(fā)放工作牌，辦理考勤卡。3、試用期人員需要食宿的、由行政部安排住宿和就餐。4、將試用期人員帶入用人部門。四、用人部門指引1、試用員工的直接上級是“入職指引人”。2、帶領(lǐng)試用期員工熟悉本部門及其他部門，向其介紹今后工作中要緊密配合的部門及員工，同時(shí)介紹公司內(nèi)公共場所的位置，包括會議室、停車場、洗手間等。3、與試用期員工進(jìn)入面談，商討入職后的工作安排，并向試用期員工描述其工作的部門架構(gòu)，崗位名稱，職務(wù)，崗位職責(zé)等。簡單介紹將來的職業(yè)發(fā)展方向和目前工作時(shí)遇到的實(shí)際問題。4、教會試用期員工使用生產(chǎn)工具或辦公用具。5、公司有活動要及時(shí)告知試用期限人員。6、與試用期人員進(jìn)行正面溝通，引導(dǎo)其工作，及時(shí)了解試用期員工在工作及生活中存在的問題并幫助其解決。【最新資料Word版可自由編輯！!信息系統(tǒng)配置管理規(guī)范員工錄用管理制度為規(guī)范試用期員工的管理和輔導(dǎo)工作，創(chuàng)造良好的試用期工作環(huán)境，加速試用員工的成長和進(jìn)步，特制定目標(biāo)責(zé)任制制度。一、員工試用期規(guī)定1、自員工報(bào)到之日起至人力資源部確認(rèn)轉(zhuǎn)正之日起。2、員工試用期限為3個(gè)月，公司根據(jù)試用期員工具體表現(xiàn)提前或推遲轉(zhuǎn)正。（一）、福利待遇1、試用期員工工資根據(jù)所聘的崗位確定，核算時(shí)間從到崗工作之日起計(jì)算，日工資為：月工資《（本月天數(shù)-休假天數(shù)）2、過節(jié)費(fèi)按