第一篇：焊工合格項目說明

焊工考試項目代號

------（K）/-

焊接方法代號—材料類別—試件型式—試件厚度—管外徑—焊條類型

※焊機操作工代號僅有三項：方法、試件形式、焊接要素代號 表1焊接方法代號返回

表2鋼號分類及代號返回

表4手工焊對接焊縫試件適用與對接焊縫焊件焊縫金屬厚度范圍返回

表5 手工焊管材對接焊縫試件適用于對接焊縫焊件外徑范圍返回

注：管材向下焊試件

表5-1手工焊管板角接頭試件適用于管板角接頭焊件范圍

0S0為管板厚度

表6焊條類、別代號及適用范圍返回

表7焊接要素代號返回

第二篇：項目情況說明范本（推薦）

各市財政獎勵項目資金清算申請材料編寫要求：

規范格式：（1）實施單位及項目名稱（按照國家下達文件，不能有錯）。（2）項目基本情況要說明，包括：項目總投資萬元，技術改造主要內容（應與國家下達實施方案嚴格一致），工程建設開始時間，主要完成內容，竣工時間。（3）項目國家初審時間，初審單位及初審節能量,國家已下達資金。（4）項目竣工后運行情況，節能監測數據及實際達到的節能效果。（5）擬申請清算資金。

（對于承諾2010年底完工，今年已完工的說明進展滯后的原因；對至今仍無法完成的項目，要說明原因及承諾完成時限）

例：太原市熱力公司集中供熱節能技術改造工程。該項目總投資4800萬元，主要對太原市集中供熱3355萬平方米范圍內的302座熱力站及太原市城南大型熱源廠和太原市東山調峰熱源廠的水泵及除渣系統實施節能改造。全部改造工程于2008年5月份開始，為保障城市供熱，在非采暖期采取分批改造的方式，截止2010年10月底，2座熱源廠重鏈式除渣系統改造，981臺循環泵及204臺補水泵的變頻控制改造已全部完成并進行試運行。2008年，內蒙自治區節能監察中心、內蒙古自治區財政投資評審中心對項目進行了初審，國家于2009年下達該項目財政獎勵資金434萬元。項目完成后，經

過一個采暖期的運行和節能監測，2010至2011年采暖期實際綜合能耗為萬噸標準煤，單位產品能耗，較改造前下降，實現節能量萬噸標準煤，（超出或低于）初審節能量，影響節能量變化的主要因素是。根據實際運行的節能效益，共申請節能技術改造財政獎勵清算資金萬元。

第三篇：報備項目情況說明范本

福州********有限公司

2016企業所得稅稅收優惠報備項目情況說明

法定代表人： 經辦人： 年 月（公章）日

第四篇：項目基本情況說明

2、項目基本情況：

1、單位基本情況

名稱：貴州建翔爆破工程有限公司

住所：貴陽市高新區白云南路

名稱：貴州建翔爆破工程有限公司（德江項目部）住所：銅仁市德江縣環城路新法院旁

隸屬關系：貴州建翔爆破工程有限公司（德江項目部）炸材中心庫

經營范圍：拆除爆破、硐室爆破、深孔爆破、爆破技術咨詢 注冊資本：叁佰萬元整

本公司現有員工24人，其中安全員2 人，保管員2 人，高、中、初級工程技術爆破人員10余人，所有涉爆人員全部經過主管部門培訓考核合格，并持證上崗。

企業概況調查表

項目基本情況說明

2、庫區基本情況

民爆倉庫位于 德江縣煎茶鎮龍盤村內，庫區總占地面積4000平方米。

庫區的主要建筑物一覽表

1.民爆倉庫安全領導小組

安全管理人員名單

2.安全投入情況

安全生產投入情況一覽表

3.值班人員名單

值班表

第五篇：項目管理說明

1引言

隨著軟件產品規模增大、生命周期時間延長、產品開發團隊擴大和環境復雜化,軟件業對配置管理在保證產品及其開發過程的標識和可追溯性方面具有的重要意義已形成了共識。

但是,實用中仍然會令人感到配置管理工作影響效率,有些活動做起來僵化笨拙,做過了得不償失。較常被引用的配置管理定義是Babich W提出的“協調軟件開發以減少不理解性到最小程度的技術稱為配置管理。

配置管理是對正在被一個項目組建造的軟件的修改標識、組織和控制的技術,其目標是通過最大限度地減少錯誤來最大限度地提高生產率”。按照軟件工程術語的國家標準,配置管理是“應用技術的和管理的指導和監控方法以標識和說明配置項的功能和物理特征,控制這些特征的變更,記錄和報告變更處理和實現狀態并驗證與規定需求的遵循性”。按照SW2CMM 的軟件配置管理關鍵過程域:“軟件配置管理的目的是建立和維護在項目的整個軟件生存周期中軟件項目產品的完整性”。

要求的四個目標(Goal)是:

(1)軟件配置管理活動是有計劃的;

(2)所選定的軟件工作產品是已標識的、受控的和適用的;

(3)對已標識的軟件工作產品的更改是受控的;

(4)受影響的組和個人得到軟件基線的狀態和內容的通知。

按照CMMI 模型中的配置管理過程域:“‘配置管理’過程的目的在于運用配置標識、配置控制、配置狀態統計和配置審核,建立和維護工作產品的完整性”。

要求的三個特定目標是:(1)建立基線;(2)跟蹤并控制變更;(3)建立完整性。

綜合以上的說法,配置管理的目的是“建立和維護工作產品的完整性”;基本活動是“配置標識、配置控制、配置狀態統計和配置審核”,以及相關的制訂配置管理計劃、配置狀態報告等活動。經典的定義、標準、模型可以視為業界標準的軟件過程,從業界標準軟件過程到組織標準軟件過程,再到項目定義軟件過程有相當長的路

要走。標準的軟件過程模型要與具體組織、項目的特點相結合“, 工作產品的完整性”需要具體規定。否則,可能出現從方法、過程層面看起來配置管理的基本活動都做到了,但所做活動與業務目標不協調、與約束條件不一致,不清楚活動該做到什么程度,做起來事倍功半、流于形式,仍然不能保證產品的完整性,難以收到實效。為了使配置管理活動有效、適宜、充分地支持軟件業務活動,可以先從引起配置管理問題的深層原因即混亂源開始分析,再研究不同層次的“完整性”及其相關的主要活動和能力、資源等約束,最后提出一組實用、有效配置管理的原則和策略。

2配置管理失效的深層次原因

在配置管理中,簡單層次的原因包括缺乏基本的版本記錄、缺乏基本的變更控制、缺乏配置狀態審計及溝通不暢等。解決簡單層次的難題也需要做認真工作,但一般只要認真去做就不難做到。真正把配置管理做到既完整、有序又提高效率則很不容易,除了對配置管理的一般目標、實踐要有足夠理解外,還與組織的業務流程、技術及管理能力密切相關,僅靠配置管理過程難以消除復雜、深層次的原因(混亂源)。

2.1多版本、多分支

許多軟件產品是以演進式發布版本方式開發的,面向多個客戶的產品更可能增加工作產品的版本數,需要同時管理多個版本。從根源上減少多版本、多分支的問題,需要在產品策劃時就考慮好版本演進策略,把握好顧客定位、顧客核心需求及自己產品核心功能的能力,以及與顧客溝通(識別及引導用戶)的能力。在技術上要有實現版本向前兼容的能力,合并多版本、多分支的工件。

2.2頻繁、重大變更

由于顧客溝通不暢、需求開發不完整、業務能力不足,以及產品、需求本身復雜等原因,在軟件設計和開發的生命周期中可能頻繁發生變更。頻繁、重大變更會引起可觀的配置管理工作量,如果要執行嚴格的配置管理策略,則流程笨拙、響應速度慢、管理成本高;

如果放松配置管理,則變更環境太寬松,可能更加加劇變更的頻度及變更申請的隨意性。根本上解決頻繁、重大變更本身不是配置管理的直接任務,需要提高整體的管理、業務能力,從項目管理的角度可以考慮選擇演進、疊代型的生命周期模型,在配置管理方面可以考慮分層控制。

2.3產品結構混亂不清

規模較大、歷史較長的產品結構可能存在產品結構差的問題,甚至由于文檔缺失、人員更替而連產品的歷史狀態也不清楚。這會直接加大變更分析及確定變更后回歸測試范圍的難度。從根本上解決結構混亂問題可能需整理產品結構,自動化測試技術對控制回歸測試工作量有所幫助。

配置管理的直接貢獻包括支持了解、管理配置項本身的特征、相互之間的聯系,以及對回歸測試用例、腳本等配置項的管理等。

2.4異地、并行開發

由于信息安全、系統環境約束等原因,在軟件公司內部可能無法得到用戶的真實數據和軟、硬件運行環境。為了提高效率,可能會有多名程序員對同一配置項并行開發或并行維護。配置管理對并行開發的貢獻包括完整地標識、記錄配置項的狀態和分支版本,以及對版本變更、通知、審計、報告的控制;

使用配置管理工具有助于支持并行開發管理。對配置項可以采取主負責人機制,其它程序員的修訂需要得到主負責人批準或確認。在異地開發環境下還要求人員有更高的資質和素質。特別是在短期、小團隊的用戶現場工作時,在配置項的版本、權限等方面可能需要在嚴格控制與工作效率之間尋求平衡。

.5涉眾不清、策略不當

非技術的管理性問題同樣可能給配置管理造成重大混亂。不同的軟件工作產品有不同的涉眾(Stakeholder),如果涉眾不清楚,就容易出現讓非涉眾的人來控制配置項或配置項沒有受到其涉眾控制等問題。配置管理需要支持項目經理等人員識別并管理配置項的涉眾屬性。

項目配置管理的具體策略需要結合項目、組織的特點而定,脫離具體條件要求配置管理單獨實現高層次的目標難免會事倍功半。

3配置管理的層次

配置管理的根本業務目的是促進組織、部門、項目團隊的業績,其具體業務目

標和管理力度可以是分級的。對具體工作產品(Work Product ,簡稱工件)的“完整性”可以在空間上從高層產品深入到底層工件、從單項目到多項目,時間上由靜態到動態、從輸入輸出控制到加上過程控制來分層考慮,并根據特定的業務要求、能力、資源等約束條件來確定具體目的和相應力度的配置管理活動。如果不消除混亂源,想要達到高層次目標就難免會勞而無功。

3.1了解、把握產品的組成完整地將該交付產品的所有相關工件(即配置項)及其版本信息一起打包,再加上一個工件清單,就可以作為基本的配置管理,可實現高層、靜態配置管理目標。靜態配置管理暫不關注產品配置項的歷史演變、變更控制。過程能力不成熟的組織可以從靜態配置管理做起。

3.2支持產品的物理完整性和一致性

為了防止產品各階段工件之間不一致以及需求遺漏或需求冗余等問題,可以在高層、靜態配置管理的基礎上加上一個需求跟蹤矩陣,以證實軟件產品對需求的完整覆蓋,并保持各階段工件之間的雙向可追溯關系。

3.3支持使用正確的配置項

配置項可能有多個版本。支持物理上使用正確配置項的基本要求一是使用經過審批的有效版本,二是在若干個有效版本中使用針對特定用戶的版本。為了支持使用正確的配置項,配置管理需要做到前述的各類基本活動。

嚴格地講,在功能上使用正確配置項是評審、驗證、確認等質量控制活動而不是配置管理的直接任務,在本文中不展開說明。

3.4支持高效使用配置項

為了高效查找到針對特定用戶的配置項和產品配置,除了引入配置管理工具以外,提高配置項檢索效率的有效手段還包括:良好設計的、與產品結構一致的配置項結構關系,唯

一、清晰、便于檢索的配置項標識規范,多樣化的配置項檢索途徑(如按軟件產品結構、生命周期模型或配置項演變歷史等邏輯關系)等。高效使用配置項的更高境界是控制配置項的有效版本數,要求良好的版本策劃、向下兼容及合并分支版本的技術能力和整體管理能力。

3.5支持提高變更效率和控制變更數

變更控制的基本活動包括變更分析、變更狀態管理、變更通知等,其中變更分

析直接影響變更效率。在配置管理層面主要分析變更會影響到哪些涉眾、哪些工件和哪些項目。為此,在配置管理系統中需要保持配置項與其涉眾、產品和項目的關聯信息。

技術、整體管理層面的變更分析包括變更對產品結構的影響、技術難度、所需要的工作量和成本等;涉及具體用戶的變更還需要分析對用戶實現使用價值、組織實現顧客滿意的影響。控制變更的更高境界則是通過有效的需求開發、顧客溝通、項目策劃及管理等方式減少變更數。

這些都不是配置管理系統能單獨實現的任務。

3.6支持配置項的復用

支持復用的軟件部件配置庫中的配置項能映射到所有擬使用配置項的產品和項目。對配置項的功能、對外接口及其使用規則有完整的描述,執行嚴格的質量控制、變更控制程序,并與可能使用這些配置項的產品、項目保持有效溝通。支持軟件部件復用需要有覆蓋整個待復用范圍,超越單項目、單產品區域的整體復用意識和良好的分析、設計能力。此外,還可以采取一定的管理措施,如要求產品、項目在策劃時必須首先到可復用配置庫中尋找部件,并承認產品、項目團隊為復用庫提供新配置項的業績等。

4配置管理的策略

實用、有效配置管理的核心是基于業績、約束確定配置管理的目標,需要基于組織、項目的具體特點選擇策略和實踐,并基于產品和過程度量來改進。

4.1配置管理、版本管理和工作產品管理

基于配置項的重要性及發生變更的可能性制定適當力度的控制策略。配置管理指嚴格執行變更控制流程,適用于重要且相對穩定的配置項。版本管理則對變更的決策過程相對弱化,重點管理配置項的版本變更歷程,適用于比較重要且變更較頻繁的配置項。工作產品管理適用于那些不是由項目直接產生的且幾乎不會發生變更的配置項。

4.2CCB的組織及決策機制

基于產品、配置庫的規模及團隊合作經驗等要素確定適當的變更決策方式。變更控制委員會(Chang Cont rolBureau ,簡稱CCB)的基本組織方式包括統一或分散兩種,前者由一個統一的CCB 來審批所有配置項的變更,后者為各類配置項分別建立CCB。CCB 的決策機制包括少數服從多數、一票否決、主席裁決等方式。4.3配置項的粒度劃分

粒度是指配置項的規模。配置管理的粒度越細,看起來可視性越清晰,但配置項的數量會增大。粒度粗則大粒度的配置項可能因為多個局部變更而頻繁整體變更,難以形成相對穩定的基線;

相關涉眾在變更分析時難免需要關注整個配置項,從而加大分析工作量。當有良好的配置管理工具支持和熟練的配置管理人員時,可以優先考慮細粒度管理;否則,可以考慮對可能較頻繁變更的工作產品采用細粒度管理,相對穩定的工作產品采用粗粒度管理。

4.4配置管理的力度投入

配置管理是一種管理活動,管理活動存在適度投入、過投入和欠投入等可能性。理想狀態當然是適度投入,但具體怎樣把握“度”需要實踐和學習,往往不容易確定。投入要重視實效,抓住關鍵目標。如果在過投入和欠投入之間難以決策,則可以優先選擇欠投入策略。

欠投入可能使工作做得不到位,但畢竟沒有投入,經過實踐、度量、分析后再改進、再增加投入,在心理上相對容易接受,容易達成共識。

5結束語

為了實現實用、有效的配置管理,需要考慮業績導向,為支持業務要求而開展配置管理活動;基于技術、整體管理能力約束來設定配置管理過程的目標和要素;根據項目及其配置項的特點確定項目配置管理的層次、重點和策略;

了解影響本組織配置管理過程業績的主要難點并確定相關的改進計劃等基本原則。“建立和維護工作產品的完整性”是配置管理過程的直接目的,但抽象的“完整性”本身還只是形式層面的目的,處在過程域、方法域層面,還不是業務層面的目標,沒有深入到目標域、問題域層面。對不同的項目,“完整性”的層次、評價標準也可能不同,基本活動怎么做、做到什么程度可能不同,需要以業務目標、組織和團隊業績導向。要達到功能正確性、高效率、控制變更及復用等較高層次的“完整性”目標,只有直接的配置管理活動遠遠不夠,還需要資源、技術能力、整體管理能力等配置管理活動以外的其他要素保證, 在有限的資源、能力等約束條件下采用分層次管理、實效優先等策略。