首頁 > 職責(zé)大全 > 安全人員配置規(guī)定

安全人員配置規(guī)定

2024-07-10 閱讀 1483

總承包單位配備項目專職安全生產(chǎn)管理人員應(yīng)當(dāng)滿足下列要求:

(一)建筑工程、裝修工程按照建筑面積配備:

1、1萬平方米以下的工程不少于1人;

2、1萬~5萬平方米的工程不少于2人;

3、5萬平方米及以上的工程不少于3人,且按專業(yè)配備專職安全生產(chǎn)管理人員。

(二)土木工程、線路管道、設(shè)備安裝工程按照工程合同價配備:

1、5000萬元以下的工程不少于1人;

2、5000萬~1億元的工程不少于2人;

3、1億元及以上的工程不少于3人,且按專業(yè)配備專職安全生產(chǎn)管理人員。

分包單位配備項目專職安全生產(chǎn)管理人員應(yīng)當(dāng)滿足下列要求:

(一)專業(yè)承包單位應(yīng)當(dāng)配置至少1人,并根據(jù)所承擔(dān)的分部分項工程的工程量和施工危險程度增加。

(二)勞務(wù)分包單位施工人員在50人以下的,應(yīng)當(dāng)配備1名專職安全生產(chǎn)管理人員;50人-200人的,應(yīng)當(dāng)配備2名專職安全生產(chǎn)管理人員;200人及以上的,應(yīng)當(dāng)配備3名及以上專職安全生產(chǎn)管理人員,并根據(jù)所承擔(dān)的分部分項工程施工危險實際情況增加,不得少于工程施工人員總?cè)藬?shù)的5‰。

第十五條采用新技術(shù)、新工藝、新材料或致害因素多、施工作業(yè)難度大的工程項目,項目專職安全生產(chǎn)管理人員的數(shù)量應(yīng)當(dāng)根據(jù)施工實際情況,在第十三條、第十四條規(guī)定的配備標(biāo)準上增加。

篇2:安全人員配置規(guī)定

總承包單位配備項目專職安全生產(chǎn)管理人員應(yīng)當(dāng)滿足下列要求:

(一)建筑工程、裝修工程按照建筑面積配備:

1、1萬平方米以下的工程不少于1人;

2、1萬~5萬平方米的工程不少于2人;

3、5萬平方米及以上的工程不少于3人,且按專業(yè)配備專職安全生產(chǎn)管理人員。

(二)土木工程、線路管道、設(shè)備安裝工程按照工程合同價配備:

1、5000萬元以下的工程不少于1人;

2、5000萬~1億元的工程不少于2人;

3、1億元及以上的工程不少于3人,且按專業(yè)配備專職安全生產(chǎn)管理人員。

分包單位配備項目專職安全生產(chǎn)管理人員應(yīng)當(dāng)滿足下列要求:

(一)專業(yè)承包單位應(yīng)當(dāng)配置至少1人,并根據(jù)所承擔(dān)的分部分項工程的工程量和施工危險程度增加。

(二)勞務(wù)分包單位施工人員在50人以下的,應(yīng)當(dāng)配備1名專職安全生產(chǎn)管理人員;50人-200人的,應(yīng)當(dāng)配備2名專職安全生產(chǎn)管理人員;200人及以上的,應(yīng)當(dāng)配備3名及以上專職安全生產(chǎn)管理人員,并根據(jù)所承擔(dān)的分部分項工程施工危險實際情況增加,不得少于工程施工人員總?cè)藬?shù)的5‰。

第十五條采用新技術(shù)、新工藝、新材料或致害因素多、施工作業(yè)難度大的工程項目,項目專職安全生產(chǎn)管理人員的數(shù)量應(yīng)當(dāng)根據(jù)施工實際情況,在第十三條、第十四條規(guī)定的配備標(biāo)準上增加。

篇3:軟件配置管理計劃

軟件配置管理計劃

【用戶名稱】

神州數(shù)碼信息系統(tǒng)有限公司

密級:普通**項目

軟件配置管理計劃V0.1

文檔編號:

項目名稱:

編寫:

編寫日期:

審核:

審核日期:

批準:

批準日期:

修訂文檔歷史記錄

日期

版本說明

作者

20**-7-12V0.1第一次編寫

20**-7-8V1.0修改

目錄

1前言5

1.1目標(biāo)5

1.2適用范圍5

1.3術(shù)語與簡寫5

1.4參考文件5

2組織結(jié)構(gòu)和職責(zé)5

2.1CCB成員及職責(zé)5

2.2配置管理組6

3配置管理工具、技術(shù)和方法6

3.1配置管理工具6

3.2配置管理策略6

4配置管理庫7

4.1配置庫結(jié)構(gòu)7

4.2配置庫權(quán)限7

4.3基線配置項7

4.4其他配置項8

4.4.1管理文檔或過程記錄8

4.4.2項目環(huán)境9

5文件命名與版本控制9

5.1文件命名規(guī)范9

5.1.1基線命名規(guī)范9

5.1.2其他配置項命名規(guī)范10

5.2版本標(biāo)識10

6變更管理11

6.1變更原因11

6.2變更流程12

6.3變更跟蹤14

7版本制作與發(fā)布流程16

8安全與備份16

8.1備份16

8.2安全防護17

9配置狀態(tài)發(fā)布17

15

1前言

1.1目標(biāo)

本計劃是信息平臺項目配置管理活動的基準,對信息平臺項目的配置管理活動進行策劃。

1.2適用范圍

本計劃是信息平臺項目整體計劃的一部分,適用于信息平臺項目的配置管理活動。

1.3術(shù)語與簡寫

CCB:變更控制委員會

SQA:質(zhì)量保證

SCM:配置管理

1.4參考文件

DCG-SCM-P-01-配置管理規(guī)范。

2組織結(jié)構(gòu)和職責(zé)

2.1CCB成員及職責(zé)

項目內(nèi)部CCB成員:章某(CCB組長)、陳、小偉、小明、玲玲。

CCB組職責(zé):決定CCB成員中對變更確認審批級別,協(xié)調(diào)CCB成員對變更達成一致,并確認變更的結(jié)果。

項目總監(jiān)

章某:負責(zé)對項目的總體調(diào)控。

項目經(jīng)理

小偉:負責(zé)對項目中計劃的變更等進行確認,并對變更所涉及的資源變更進行評估,負責(zé)變更的執(zhí)行。

需求調(diào)研

陳:負責(zé)項目的整體需求。

技術(shù)經(jīng)理

小明:負責(zé)項目技術(shù)支持及項目的運行。

SCM人員

玲玲:負責(zé)變更,配置庫日常管理和權(quán)限控制。

測試經(jīng)理

?:負責(zé)評估變更中測試方面的問題。

SQA人員

?:過程審計。

2.2配置管理組

配置管理員:負責(zé)搭建配置庫,制定并執(zhí)行配置管理計劃、培訓(xùn)項目組成員、執(zhí)行日常配置管理工作。

3配置管理工具、技術(shù)和方法

3.1配置管理工具

服務(wù)器IP地址://192.168.8.000

文檔管理

配置管理工具:SVN

配置庫名稱:WS

源代碼管理

配置管理工具:SVN

配置庫名稱:WS

4配置管理庫

4.1配置庫結(jié)構(gòu)

配置庫分為工作庫、受控庫和基線庫。

工作庫:存儲項目的所有工作產(chǎn)品中間結(jié)果,即正處于開發(fā)中的代碼和編寫中的文檔,其內(nèi)容可能進行頻繁的修改。

受控庫:存儲項目的所有準備生成基線的工作成果,待評審的文檔、部署程序的中間版本、以及項目管理類文檔等。

基線庫:存儲項目的所有基線化了的工作成果,評審?fù)ㄟ^的階段產(chǎn)出物、具有路標(biāo)性質(zhì)的對外發(fā)布版本等。

4.2配置庫權(quán)限

工作庫:項目組所有成員均有讀寫權(quán)限。

受控庫:配置管理員和項目經(jīng)理有讀寫權(quán)限,其他項目組成員有只讀權(quán)限。

基線庫:配置管理員有讀寫權(quán)限,其他人員經(jīng)授權(quán)可調(diào)閱。

(注:共通代碼由專人管理)

4.3基線配置項

基線類別

基線配置項名稱

基線配置項的位置

備注

需求基線

項目數(shù)據(jù)交換標(biāo)準

軟件需求規(guī)格說明書

工作說明書

項目啟動報告

設(shè)計基線

概要設(shè)計說明書

編碼基線

各發(fā)布版本

測試基線

系統(tǒng)測試用例

系統(tǒng)出場測試報告

驗收基線

系統(tǒng)初驗報告

系統(tǒng)終驗報告

4.4其他配置項

4.4.1管理文檔或過程記錄

配置項名稱

配置項的位置

備注

管理文檔

項目周報

客戶周報

會議紀要

業(yè)務(wù)聯(lián)系單

評審計劃

評審記錄

培訓(xùn)記錄

4.4.2項目環(huán)境

配置項名稱

配置項的位置

備注

環(huán)境

開發(fā)服務(wù)器

測試服務(wù)器

測試管理服務(wù)器

配置服務(wù)器

192.168.8.000

內(nèi)網(wǎng)

5文件命名與版本控制

5.1文件命名規(guī)范

5.1.1基線命名規(guī)范

[項目名稱]+[子系統(tǒng)名]+[文檔名稱]+[Vx.y](版本號)

項目名稱定義為:信息平臺(英文縮寫:WS)

子系統(tǒng)名:若沒有子系統(tǒng)可以省略

舉例:信息平臺-工作說明書V1.0;

5.1.2其他配置項命名規(guī)范

與時間相關(guān)的文檔命名:

[項目名稱][文檔名稱][

yyyymmdd](注:其中如果是周報yyyymmdd以結(jié)束日期為準)

備注:yyyymmdd為“年月日”時間格式

舉例:信息平臺-項目周報20**0607;

(結(jié)束日期)

信息平臺-會議紀要20**0602;

與時間沒有直接關(guān)系的文檔命名:

直接以[項目名稱][文檔名稱]命名。

舉例:信息平臺初驗階段報告;

信息平臺項目總結(jié)報告;

5.2版本標(biāo)識

文檔發(fā)布的版本遵循x.y(主版本.副版本)形式:

1、版本標(biāo)識定義原則

版本標(biāo)識必須唯一標(biāo)識不同的版本;

版本標(biāo)識必須反映不同級別版本的層次關(guān)系;例如采用x.y(主版本.從版本)的定義規(guī)則

必須定義不同級別版本號增加的規(guī)則。

2、版本設(shè)置規(guī)則

新起草編寫的文件定為V0.1版;逐步完善還沒有通過評審的文件版本升級為V0.y版;

通過內(nèi)部正式審批的文件版本升級為V1.0版,可對外發(fā)布;

稱為內(nèi)部基準的文件如有少量修改,可升級為V1.x版;

如有通過客戶的評審,文件版本可升級為V2.0,以此類推。

代碼發(fā)布的版本遵循x.y(主版本.副版本)形式:

Build為build順序號,每build一次號碼加1;永遠不清零。

P為FAT順序號,每提交FAT測試號碼加1,F(xiàn)AT測試由公司人員測試。

Z為UAT順序號,每提交UAT測試號碼加1,UAT測試有用戶或監(jiān)理參加。

X,Y以用戶確定為準。用戶版本號增加時P和Z清零。

yyyyymmdd代表發(fā)布版本日期

分類

版本命名

基線存放路徑

對內(nèi)版本

YZWS_[子系統(tǒng)英文名]_yyyymmdd-####

信息平臺版本發(fā)布/對內(nèi)發(fā)布

測試版本

YZWS_FAT_[.[.][.]][Build

]_yyyymmdd

信息平臺版本發(fā)布/測試版本

對外版本

YZWS_UAT_[.[.][.]][Build

]_yyyymmdd

信息平臺版本發(fā)布/對外發(fā)布

YZWS_[.[.][.]][Build

]_yyyymmdd

6變更管理

6.1變更原因

1、評審、審計、測試和驗證發(fā)現(xiàn)問題引起配置的配置項變更,配置項的版本需要更新。

更改源是《評審報告》、《集成測試分析報告》或《審計報告》。

2、客戶、項目組填寫的變更申請引起配置項變更,變更申請表是更改源。

3、出現(xiàn)下列情況時引起的配置項變更,不需要填寫變更申請表:

2計劃級的文檔更改――WBS計劃;

2《軟件配置管理計劃》、《軟件質(zhì)量保證計劃》;

2測試工具或測試腳本(不屬于提交給用戶)。

4、當(dāng)項目范圍發(fā)生變化、風(fēng)險發(fā)生并且采用了項目計劃中沒有指定的糾正措施、項目計劃與實際情況偏離20%以上、由內(nèi)部與外部審計而導(dǎo)致的糾正活動、項目計劃中的任何修改條件滿足等事件發(fā)生時,由項目經(jīng)理組織相應(yīng)的配置控制委員會成員對要發(fā)生的變更進行評審

6.2變更流程

1.變更申請

1)變更申請人通過多種渠道提出對配置項的變更請求。驅(qū)動因素主要包括用戶需求變更、評審、測試以及配置審計等。

2)變更申請人負責(zé)填寫《需求設(shè)計變更申請表》,并提交配置控制委員會實施變更評估。

2.變更評估

1)針對變更申請人提交的變更請求,配置控制委員會在評估該變更的影響范圍及對項目進度、成本、質(zhì)量等指標(biāo)的影響程度后,決定是否實施該變更。

2)配置控制委員會將針對該變更做出的決定(接受或拒絕)通知變更申請人。

3.變更實施

1)變更申請獲得批準后,配置控制委員會將該變更分配給相應(yīng)執(zhí)行人實施。

2)項目配置管理員將該變更涉及的所有配置項從配置庫中簽出并提交給變更執(zhí)行人。

3)變更執(zhí)行人實施該變更;

4.變更驗證

1)配置控制委員會對變更后的工作產(chǎn)品進行驗證,以確定變更是否正確完成。

2)在變更完成并經(jīng)過驗證后,項目配置管理員將經(jīng)批準的配置項簽入配置庫。

6.3變更跟蹤

1、客戶需求變更:

1)與用戶之間變更流程:項目組需要依據(jù)項目管理規(guī)范中的需求管理要求,結(jié)合項目用戶實際情況制定需求變更流程,填寫《需求設(shè)計變更申請表》并按照流程要求執(zhí)行申請和審批過程,保留期間用戶的簽字確認文件。

2)內(nèi)部審批流程:10人天以內(nèi)的變更項目經(jīng)理確認,10人天以上,20人天以內(nèi)需要工程總監(jiān)確認,20人天以上的變更需要事業(yè)部總經(jīng)理確認。配置管理員跟蹤變更審批狀態(tài),維護《基線狀態(tài)報告―變更跟蹤表》。

3)VP系統(tǒng)中的變更記錄:項目需求負責(zé)人在VP系統(tǒng)中使用“范圍―變更”頁簽錄入需求變更的信息,同時更新維護“范圍――范圍矩陣”的范圍信息和工作量信息,并發(fā)起需求變更流程,由項目經(jīng)理以及工程總監(jiān)進行審批。審批通過后,形成新的范圍矩陣基準。

2、預(yù)算變更:項目經(jīng)理/客戶經(jīng)理

編寫變更的《工作說明書》《項目預(yù)算表》,在VP項目管理系統(tǒng)中執(zhí)行項目預(yù)算變更流程。

3、項目經(jīng)理變更:

1)項目實施過程中,發(fā)生項目經(jīng)理變更時,原項目經(jīng)理填寫《項目經(jīng)理工作交接清單》與新項目經(jīng)理逐項工作進行交接。

2)新任項目經(jīng)理按照項目經(jīng)理任命流程進行述職和任命。

3)項目經(jīng)理變更時,工程總監(jiān)負責(zé)與客戶進行溝通。

7版本制作與發(fā)布流程

8安全與備份

8.1備份

配置管理員每周整體備份一次配置庫,保留4周以內(nèi)的備份記錄。

備份方式:刻盤或者異機備份

每月末提交一次配置庫,存入組織級配置庫(FTP上傳或由QA拷貝回北京)

項目結(jié)束時,配置管理人員按結(jié)項規(guī)定對配置庫進行歸檔。

8.2安全防護

客戶端必須安裝防病毒軟件(如公司有規(guī)定的軟件,則依照公司要求安裝),并啟動自動防護功能,及時升級。

每周進行一次全盤掃描。

9配置狀態(tài)發(fā)布

信息平臺項目的配置狀態(tài)報告發(fā)布、發(fā)送方式如下:

發(fā)布名稱

發(fā)布頻率

發(fā)布內(nèi)容

發(fā)送對象

發(fā)送方式

基線發(fā)布

基線生成或基線變更時*基線生成,存放位置或**基線發(fā)生變更,版本為**

項目組所有成員、

SQA、項目經(jīng)理、項目總監(jiān)

e-mail