時間：2023-03-03 15:45:04
序論：好文章的創(chuàng)作是一個不斷探索和完善的過程，我們?yōu)槟扑]十篇驗收報告范例，希望它們能助您一臂之力，提升您的閱讀品質(zhì)，帶來更深刻的閱讀感受。
軟件實施驗收報告范文1：目前，國內(nèi)軟件的驗收沒有可參照的強制性標準，就軟件測試和評價來說，參照的標準是GB/T 17544 和GB/T 16260，它們都是推薦性標準，且都是定性而非定量的標準，這樣，對于軟件的驗收來說，存在很大的分歧和不確定性。為此，我們在參考了大量的實踐案例和文獻的基礎上，結合本校實際制定本驗收辦法，用于規(guī)范本校軟件系統(tǒng)驗收。
軟件系統(tǒng)的驗收可通過本校組織驗收或通過第三方驗收兩種辦法。 1、驗收原則
驗收參與部門：資產(chǎn)管理處、紀檢監(jiān)察、用戶使用單位、專家小組或第三方驗收人員;開發(fā)單位。
在軟件開發(fā)合同的簽訂階段就提出軟件驗收項目和驗收通過標準的意見;在軟件的需求評審階段，仔細審閱軟件的需求規(guī)格說明書，指出不利于測試和可能存在歧義的描述;在開發(fā)方開發(fā)完軟件并經(jīng)過開發(fā)方內(nèi)部仔細的測試后，對完成的軟件進行評審或第三方的驗收測試，提供完整的錯誤報告提交給用戶方，由用戶方根據(jù)之前簽訂的開發(fā)合同中相應的驗收標準判斷是否進行驗收。
2、驗收項目和驗收標準
2.1 驗收項目 a) 功能項測試
對軟件需求規(guī)格說明書中的所有功能項進行測試; b) 業(yè)務流程測試
對軟件項目的典型業(yè)務流程進行測試; c) 容錯測試
容錯測試的檢查內(nèi)容包括:
1) 軟件對用戶常見的誤操作是否能進行提示;
2) 軟件對用戶的的操作錯誤和軟件錯誤，是否有準確、清晰的提示; 3) 軟件對重要數(shù)據(jù)的刪除是否有警告和確認提示;
4) 軟件是否能判斷數(shù)據(jù)的有效性，屏蔽用戶的錯誤輸入，識別非法值，并有相應的錯誤提示。
d) 安全性測試安全性測試的檢查內(nèi)容包括:
1) 軟件中的密鑰是否以密文方式存儲;
2) 軟件是否有留痕功能, 即是否保存有用戶的操作日志; 3) 軟件中各種用戶的權限分配是否合理; e) 性能測試
對軟件需求規(guī)格說明書中明確的軟件性能進行測試。測試的準則是要滿足規(guī)格說明書中的各項性能指標。
f ) 易用性測試 易用性測試的內(nèi)容包括:
1) 軟件的用戶界面是否友好，是否出現(xiàn)中英文混雜的界面; 2) 軟件中的提示信息是否清楚、易理解，是否存在原始的英文提示; 3) 軟件中各個模塊的界面風格是否一致;
4) 軟件中的查詢結果的輸出方式是否比較直觀、合理。 g) 適應性測試
參照用戶的軟、硬件使用環(huán)境和需求規(guī)格說明書中的規(guī)定，列出開發(fā)的軟件需要滿足的軟、硬件環(huán)境。對每個環(huán)境進行測試。
h) 文檔測試
用戶文檔包括: 安裝手冊、操作手冊和維護手冊。對用戶文檔測試的內(nèi)容包括: 1) 操作、維護文檔是否齊全、是否包含產(chǎn)品使用所需的信息和所有的功能模塊; 2) 用戶文檔描述的信息是否正確, 是否沒有歧義和錯誤的表達;
3) 戶文檔是否容易理解, 是否通過使用適當?shù)男g語、圖形表示、詳細的解釋來表達;
4) 用戶文檔對主要功能和關鍵操作是否提供應用實例; 5) 用戶文檔是否有詳細的目錄表和索引表; i)
用戶有特別要求的測試
2.2
驗收標準
2.2.1
軟件錯誤的嚴重性等級
1：不能執(zhí)行正常功能或重要功能, 或者危及人身安全; 2：嚴重地影響系統(tǒng)要求或基本功能的實現(xiàn), 且沒有辦法解決; 3：嚴重地影響系統(tǒng)要求或基本功能的實現(xiàn), 但存在合理的解決辦法; 4：使操作者不方便或遇到麻煩, 但不影響執(zhí)行正常功能或重要功能; 5 ：其它錯誤;
2.2.2錯誤與嚴重性等級對應表
a) 1 級錯誤的描述
這一級別的錯誤一般包括以下內(nèi)容: 沒有實現(xiàn)或錯誤地實現(xiàn)重要的功能;業(yè)務流程存在重大隱患;軟件在操作過程中由于軟件自身的原因自動退出系統(tǒng)或出現(xiàn)死機的情況;軟件在操作過程中由于軟件自身的原因?qū)ο到y(tǒng)或數(shù)據(jù)造成破壞;在現(xiàn)有的軟、硬建設環(huán)境下不能實現(xiàn)應有的功能;特殊軟件在操作過程中可能危及系統(tǒng)和人身安全等。
b) 2 級錯誤的描述
這一級別的錯誤一般包括: 沒有實現(xiàn)基本功能，并且不存在替代辦法;沒有實現(xiàn)重要功能中的部分功能，并且不存在替代辦法;業(yè)務流程銜接錯誤;密鑰以明文方式存儲;沒有留痕功能;用戶的權限分配不合理;在現(xiàn)有的環(huán)境下，不能實現(xiàn)部分功能且沒有替代方案;沒有滿足系統(tǒng)的性能要求。
c) 3 級錯誤的描述
這一級的錯誤是與第2 級別的錯誤相對應的，而第3 級錯誤則存在替代方法;對誤操作或錯誤操作沒有提示，導致非法數(shù)據(jù)進入數(shù)據(jù)庫。
d) 4 級錯誤的描述
這一級別的錯誤通常為易用性方面的錯誤。比如界面不友好、前后風格不一;中英文混雜;查詢結果輸出不直觀等。
e) 5 級錯誤的描述
通常為文檔方面的錯誤，如安裝手冊、操作手冊、維護手冊中的描述錯誤。 其次，對發(fā)現(xiàn)的每一個錯誤都要確定相應的嚴重性等級，如表2 中的說明。
全部改正方可;如錯誤的級別和數(shù)量在合同可接受的范圍外，用戶方認為軟件不可驗收，要求開發(fā)方在規(guī)定的時間內(nèi)全面整改軟件, 提交給軟件評測中心再次進行完整的驗收測試。
2.2.2
驗收標準
1) 測試用例不通過數(shù)的比例< 1.5 %; 2) 不存在錯誤等級為1 的錯誤; 3) 不存在錯誤等級為2 的錯誤; 4) 錯誤等級為3 的錯誤數(shù)量≤ 5; 5) 所有提交的錯誤都已得到更正; 2.3 驗收標準的詳細說明
驗收項目的劃分參照GB/T 16260 標準。在該標準中，將軟件的質(zhì)量特性分為6 大特性、21 個子特性，而對于具體的軟件，并非都要進行這21 個特性的測試和評價。本文選取的是最通用的子特性部分，針對各種不同的軟件，可以對驗收項目進行剪裁或擴充。
需要制定的驗收標準，即每一級別的錯誤量的可接受范圍。一般來說，不允許存在1 級和2級錯誤，而3 級錯誤的數(shù)量則可按本標準確定或由用戶方和開發(fā)方根據(jù)軟件的規(guī)模和復雜程度進行商定，并在軟件開發(fā)合同中明確地列出。
在軟件驗收測試中， 測試的依據(jù)包括軟件的投標文件、開發(fā)合同、需求規(guī)格說明書, 同時還包括特定軟件的相關行業(yè)標準(這些行業(yè)標準應在開發(fā)合同中明示出來)。
在進行第三方的驗收測試后，軟件評測中心將發(fā)現(xiàn)的所有錯誤進行總結和歸納， 并提交完整的錯誤報告，在錯誤報告中包括每一級別的錯誤數(shù)量和錯誤清單(所有的錯誤都需經(jīng)過用戶方和開發(fā)方的確認)。
用戶方根據(jù)錯誤報告中每一級別的錯誤數(shù)量和錯誤清單與軟件開發(fā)合同中的驗收標準進行對照，如錯誤的級別和數(shù)量在合同中沒有約定，可按本辦法的規(guī)定進行。用戶方認為軟件可以驗收，但要求開發(fā)方對錯誤報告中的所有錯誤進行整改，并提交給軟件評測中心進行回歸測試，確認錯誤報告中的所有錯誤全部改正方可;如錯誤的級別和數(shù)量在合同可接受的范圍外，用戶方認為軟件不可驗收，要求開發(fā)方在
規(guī)定的時間內(nèi)全面整改軟件，提交給軟件評測中心再次進行完整的驗收測試。
3、驗收資料
(1)工程立項批準文件 (2)項目驗收申請報告; (3)工程招標書 (4)工程投標書 (5)工程施工中標通知書 (6)工程施工合同(含預算表) (7)軟件需求說明書; (8)概要設計說明書;
(9)數(shù)據(jù)及數(shù)據(jù)庫設計要求說明書; (10)詳細設計說明書; (11)操作手冊; (12)用戶手冊
(13)項目用戶評價過程意見; (14)軟件接口規(guī)范; (15)原代碼或安裝盤; (16)專家組要求的其他材料 4、其他
在有條件的情況下，還應該進行安裝測試、壓力測試和數(shù)據(jù)恢復測試。若進行子系統(tǒng)驗收或部分驗收，可參照以上方法和資料，雙方共同協(xié)商確定。
參考文獻：
GB/T 17544 ;GB/T 16260;《軟件驗收標準探討》
{項目名稱}
驗收報告
{日期}
目 錄
§1 項目基本情況....................................................§2 項目進度審核....................................................2.1 項目實施進度情況 2.2 項目變更情況 2.3 項目投資結算情況
§3 項目驗收計劃....................................................3.1 項目驗收原則 3.2 項目驗收方式 3.3 項目驗收內(nèi)容
§4 項目驗收情況匯總................................................4.1 項目驗收情況匯總表 4.2 項目驗收附件明細 4.3 專家組驗收意見
§5 項目驗收結論....................................................5.1 開發(fā)單位結論 5.2 建設單位結論
§6 附件............................................................6.1 附件一：軟件平臺驗收單 6.2 附件二：功能模塊驗收單 6.3 附件三：項目文檔驗收單 6.4 附件四：硬件設備驗收單
§1 項目基本情況
§2 項目進度審核2.1 項目實施進度情況
2.2
項目變更情況2.2.1 項目合同變更情況
{記錄合同變更情況}
2.2.2
項目需求變更情況
{記錄需求變更情況}
2.3
項目投資結算情況
§3 項目驗收計劃3.1 項目驗收原則
1、審查提供驗收的各類文檔的正確性、完整性和統(tǒng)一性，審查文檔是否齊全、合理;
2、審查項目功能是否達到了合同規(guī)定的要求; 3、審查項目有關服務指標是否達到了合同的要求; 4、審查項目投資以及實施進度的情況;
5、對項目的技術水平做出評價，并得出項目的驗收結論。
3.2
項目驗收方式
{記錄項目驗收的組織方式和參與驗收工作的人員情況}
3.3
項目驗收內(nèi)容
1、硬件設備驗收;
2、軟件平臺驗收; 3、應用系統(tǒng)驗收; 4、項目文檔驗收;
5、項目服務響應(如售后服務、問題相應等方面)驗收。
§4 項目驗收情況匯總
4.1
項目驗收情況匯總表
4.2
項目驗收附件明細
1、軟件平臺驗收單(見附件一)。
2、功能模塊驗收單(見附件二)。
3、項目文檔驗收單(見附件三)。
4、硬件設備驗收單(見附件四)。
4.3
專家組驗收意見
§5 項目驗收結論5.1 開發(fā)單位結論
5.2
建設單位結論
§6 附件6.1 附件一：軟件平臺驗收單
驗收人： 驗收時間：
6.2
附件二：功能模塊驗收單
驗收人： 驗收時間：
6.3
附件三：項目文檔驗收單
驗收人： 驗收時間：
6.4
附件四：硬件設備驗收單
驗收人： 驗收時間：
軟件實施驗收報告范文2：課程名稱：
實驗項目：
實驗地點：
專業(yè)班級：
學生姓名：
指導教師：
本科實驗報告 軟件工程 學校內(nèi)部工資管理系統(tǒng) 綜合樓506室 計Z1102 學號： 寧高琴 崔冬華 2013年 9 月23 日
學校內(nèi)部工資管理系統(tǒng)設計說明書
1.引言
1.1系統(tǒng)簡介
假設學校共有教職工約1000人，10個行政部門和8個系部。每個月20日前各部門(包括系、部)要將出勤情況上報人事處，23日前人事處將出勤工資、獎金及扣款清單送財務處。財務處于每月月底將教職工的工資表做好并將數(shù)據(jù)送銀行。每月初(3日前)將工資條發(fā)給各單位。若有員工調(diào)入、調(diào)出、校內(nèi)調(diào)動、離退休等數(shù)據(jù)變化，則由人事處通知相關部門和財務處。
一.系統(tǒng)可行性研究
主要功能：月工資發(fā)放和處理、標準工資庫維護、臨時工資發(fā)放、查詢與系統(tǒng)維護和系統(tǒng)幫助。用戶可以查詢每月工資獎金發(fā)放扣除等詳細細節(jié)變化狀況。性能要求：方便、快捷、有效地完成工資發(fā)放的各項任務,在工資數(shù)據(jù)統(tǒng)計和報表打印等方面,具有準確率高、速度快等特點。系統(tǒng)的輸入 輸入所有職工的標識,如職工的姓名、工號、所在部門、各項應發(fā)的金額和各項應扣的金額。
系統(tǒng)的輸出 輸出各種報表、上報的文件和上報的磁盤。
安全與保密要求：本系統(tǒng)在使用前必須正確輸入密碼,否則系統(tǒng)將不能運行。進入系統(tǒng)后,要想修改密碼或?qū)ο到y(tǒng)的一些信息進行修改,也必須輸入高級用戶密碼,對數(shù)據(jù)庫中的關鍵數(shù)據(jù)應該要求保密。服務器的管理員享有對工資數(shù)據(jù)信息庫的管理與修改。用戶只享有對信息的查詢和部分信息修改(如個人信息)。
完成期限：預計六個月。
開發(fā)目標:本系統(tǒng)開發(fā)目標應該考慮到以下幾個方面的因素:人力與設備費用的相對減少;數(shù) 據(jù)處理速度的提高;數(shù)據(jù)統(tǒng)計精度的和準確率的提高。管理信息服務的改進;自動決策系統(tǒng)的改進;人員利用率的改進。
2.3可行性研究的方法
(1)客戶調(diào)查：通過對客戶調(diào)查,了解和認知客戶對軟件產(chǎn)品的需求,按照客戶的要求不僅要實現(xiàn)月工資發(fā)放,而且要實現(xiàn)臨時的工資發(fā)放,同時還要有數(shù)據(jù)庫備份。GZGL系統(tǒng)的主要功能為:月工資發(fā)放和處理、標準工資庫維護、臨時工資發(fā)放、查詢與系統(tǒng)維護和系統(tǒng)幫助。
(2)同類產(chǎn)品調(diào)查：通過對市場中相關或同類產(chǎn)品的調(diào)查,筆者了解到,工資管理系統(tǒng)大體上都應該實現(xiàn)工資的統(tǒng)計、匯總、報表打印等功能。
三 技術可行性
1.簡要描述
工資管理系統(tǒng)采用常規(guī)的數(shù)據(jù)庫處理方法,根據(jù)工資信息管理的特點對數(shù)據(jù)庫進行操作,如對工資發(fā)放項目的修改、人員的增刪、工資數(shù)據(jù)的添加和修改、工資的統(tǒng)計、工資的匯總、臨時發(fā)放工資的管理、上報文件和磁盤、打印等給予了優(yōu)化。
2.與現(xiàn)有系統(tǒng)的優(yōu)越性比較
工資管理系統(tǒng)有利于工資發(fā)放的統(tǒng)一、有效管理。與傳統(tǒng)的手工記賬方式相比,占據(jù)空間小、易于統(tǒng)計工資總額、易于更新、易于數(shù)據(jù)備份;與其它工資系統(tǒng)相比,該系統(tǒng)實現(xiàn)了對不同類型職工的工資發(fā)放,系統(tǒng)功能比較全面,而且價格也比較合理。
工資管理系統(tǒng)具有高效率的系統(tǒng)靈活性。當修改工資庫中某個職工的工資情況或者修改某個工資發(fā)放項目時,只需在工資數(shù)據(jù)編輯狀態(tài)下對該職工的工號進行鎖定,或者對某個工資項目進行鎖定,即可對鎖定的項目進行修改,而對其它的人員或項目無權修改,這樣可以提高系統(tǒng)的準確性。
工資管理系統(tǒng)能夠較好保證數(shù)據(jù)庫的安全。用戶可以對后臺數(shù)據(jù)庫進行加密,同時還可以給系統(tǒng)設定密碼。
四 經(jīng)濟可行性
1.支出
(1)基本投資。硬件設備:PC機;軟件:Windows98/Windows2000/_p/7,Delphi 7,sql 2000/2005;
(2)其他一次性支出,主要是軟件設計和開發(fā)費用。軟件設計開發(fā)過程當中,投入設計和開發(fā)費用包括:購買書籍的資金500元;正版dephi7安裝盤50元;需求分析的費用為3300元(其中包含技術開發(fā)上的花銷、生活花銷等)。以上的費用共計4000元。
(3)經(jīng)常性支出,主要是軟件后期維護費用。軟件開發(fā)完畢后投入使用時,對軟件產(chǎn)品進行的后期軟件維護所需要支出的費用。
2.效益
本系統(tǒng)的應用進一步實現(xiàn)辦公自動化,減少了人力投資和辦公費用的開銷,極大地提高辦公效率。投入使用將獲得的經(jīng)濟效益分為直接效益和間接效益兩方面。直接效益主要體現(xiàn)在:原來4人/周工作量將只須1人/周完成;間接效益體現(xiàn)在:減少支付3人工資(1200元/人月),共計3600元/月。
3.投資回收周期
根據(jù)經(jīng)驗的算法,當收益的累計數(shù)開始超出支出的累計數(shù)的時候,就是投資 的回收期。
投資回收期:4000元/(3600元/月)=1.11月(因軟件未交付使用,故未將軟件的
后期維護費用計入)。
五 法律方面的可行性
系統(tǒng)的研制和開發(fā),將不會侵犯他人、集體和國家的利益,不會違反國家政策和法律。
法律因素
所有軟件都選用正版.
所有技術資料都由提出方保管。
合同制定確定違約責任.
六 使用方面的可行性
系統(tǒng)的研制和開發(fā)充分考慮到用戶的工資發(fā)放策略、管理流程和操作人員的素質(zhì)等因素,可以滿足用戶的使用要求。
用戶使用可行性
使用本軟件人員要求有一定計算機基礎的人員,系統(tǒng)管理員要求由計算機的專業(yè)知識,所有人員都要經(jīng)過本公司培訓.
管理人員也需經(jīng)一般培訓.
經(jīng)過培訓人員將會熟練使用本軟件.
兩名系統(tǒng)管理員,一名審計員將進行專業(yè)培訓,他們將熟練管理本系統(tǒng).
本系統(tǒng)定位于各高校，也可以適用于各中小型企業(yè)。運用此系統(tǒng)進行工資管理，給各院校教職工帶來極大的方便。
作為本產(chǎn)品的使用者要求有一定的計算機基礎，可以熟練得使用window操作系統(tǒng)所提的各種功能。
數(shù)據(jù)庫管理要求具有專業(yè)水平的數(shù)據(jù)庫管理員，而且要經(jīng)過我們的專門培訓。
我們會在售出后長期提供軟件維護免費服務，以便用戶在軟件使用中出現(xiàn)的問題
新系統(tǒng)的研制和開發(fā)是充分得考慮工作人員對工資的易于管理，管理者方便查詢職工的個人基本信息效率。從而能完全滿足使用者的要求。如今的互聯(lián)網(wǎng)已經(jīng)走進千家萬戶，連小學生都會上網(wǎng)了，我的系統(tǒng)是利用微軟自帶的IE瀏覽器作為客戶端平臺，只要上過網(wǎng)的朋友就很方便操作，而且本系統(tǒng)有友好的用戶界面、有良好的安全性設置、有詳細的操作說明書，這樣更使各類用戶很快地掌握系統(tǒng)的使用方法。
1.2
定義
專門術語：職工基本信息表(Basic)
職工出缺勤信息表(Attendance )
職工工資信息表(Salaries)
2.總體設計
3.2.1需求概述
本軟件的主要服務對象是太原理工大學的財務處和人事處，各系部。
各系部的主要任務是在每個月20日前各部門(包括系、部)要將出勤情況上報人事處(各系部在這里的主要任務是提供數(shù)據(jù)的輸入);
而人事處將出勤工資、獎金及扣款清單送財務處(人事處在這里對各系部送來的數(shù)據(jù)進行分析處理，對應得出數(shù)據(jù)的處理結果;
財務處于每月月底將教職工的工資表做好并將數(shù)據(jù)送銀行，每月初(3日前)將工資條發(fā)給各單位，(財務處在這里對數(shù)據(jù)起一個網(wǎng)關過濾的作用，主要起一個審批作用，負責接受成型的工資數(shù)據(jù)和審批然后向銀行提交成型數(shù)據(jù)，最后打到發(fā)放工資的目的。
另外，人動的數(shù)據(jù)是由人事處接受并修改，最后同意傳達給財務處和相關部門。
2.2軟件結構
則根據(jù)需求分析和概要設計得出軟件的功能結構模塊圖
2.3數(shù)據(jù)庫設計
數(shù)據(jù)庫表設計
職工基本信息表
職工出缺勤信息表
職工工資信息表
2.4
對應的數(shù)據(jù)字典與E-R圖：
1靜態(tài)數(shù)據(jù)：職工基本信息，職工出缺勤信息
.2動態(tài)數(shù)據(jù)
輸入數(shù)據(jù)：職工基本信息，職工工資信息，出勤工資，獎金，扣款清單，職工出缺勤信息;輸出數(shù)據(jù)：職工基本信息，職工工資信息，職工標準工資信息，職工工資條，職工出缺勤報表
.3數(shù)據(jù)庫介紹
職工基本信息數(shù)據(jù)庫：包括職工的工號，姓名，所屬系別，職位職工出缺勤信息數(shù)據(jù)庫：包括職工的工號，姓名，應出勤次數(shù)/月，實際出勤次數(shù)/月，缺勤次數(shù)，缺勤原因;職工工資信息數(shù)據(jù)庫：包括職工的工號，姓名，基本工資，原始獎金，缺勤金，實際工資;
則得DFD如下：
4數(shù)據(jù)詞典：
數(shù)據(jù)項：
數(shù)據(jù)項名:工號
別名:TNo,
簡述:所有職工的編號
類型:CHAR
長度：10
取值范圍及含義:
第1位：3 (代表安工科) 第2?3位：0_(入學校年份) 第4-5位：__( 所屬系部) 第5-10位:( 所在系部內(nèi)的編號)
數(shù)據(jù)項名:姓名
別名:NAME
簡述:所有職工的姓名
類型:CHAR
長度：8
取值范圍及含義:
第1-8位：(姓名,2~4字)
數(shù)據(jù)項名:所屬系別
別名:DEPARTMENTS
簡述:職工所屬的部門
類型:CHAR
長度：20
取值范圍及含義: 具體的部門名稱
數(shù)據(jù)項名:職位
別名:JOBS
簡述:職工所在該部門的具體職位 類型:CHAR
長度：20
取值范圍及含義: 具體的職位名稱
數(shù)據(jù)項名: 應出勤次數(shù)/月
別名:SHOULD
簡述:按工作表每個月應出勤的次數(shù) 類型:INT
長度：2
取值范圍及含義:次數(shù)
數(shù)據(jù)項名: 實際出勤次數(shù)/月
別名:ACTUAL
簡述:實際每個月應出勤的次數(shù)
類型:INT
長度：2
取值范圍及含義:次數(shù)
數(shù)據(jù)項名: 缺勤次數(shù)
別名:MISSNUM
簡述:每個月應缺勤的次數(shù)
類型:INT
長度：2
取值范圍及含義:次數(shù)
數(shù)據(jù)項名: 缺勤原因
別名:REASON
簡述:缺勤的具體原因
類型:CHAR
長度：50
取值范圍及含義:缺勤的大致原因
數(shù)據(jù)項名: 基本工資
別名:JIBENGONGZI
簡述:由工齡和職位規(guī)定的基本工資 類型:INT
數(shù)據(jù)存儲:
缺勤原因
長度：5 取值范圍及含義:金額數(shù)目 數(shù)據(jù)項名: 原始獎金 別名:YUANSHIJIANGJIN 簡述：由工齡和職位規(guī)定的原始獎金 類型:INT 長度：5 取值范圍及含義: :金額數(shù)目 數(shù)據(jù)項名:缺勤金 別名：QUEQINJIN 簡述:由缺勤次數(shù)所得的應扣金額數(shù)目 類型:INT 長度：5 取值范圍及含義:金額數(shù)目 數(shù)據(jù)項名:實際工資 別名：SHIJIGONGZI 簡述：每月實際得到的工資數(shù)金額數(shù)目 類型:INT 長度：5 取值范圍及含義:金額數(shù)目 文件名: 職工基本信息數(shù)據(jù)庫 別名: 基本信息表 簡述: 存放職工基本信息 組成：包括職工的工號+姓名+所屬系別+職位 組織方式：索引文件，以工號為關鍵字 查詢要求: 要求能夠立即查詢 文件名: 職工出缺勤信息數(shù)據(jù)庫 別名: 出缺勤信息表 簡述: 存放職工基本信息 組成：工號+姓名+應出勤次數(shù)/月+實際出勤次數(shù)/月+缺勤次數(shù)+組織方式：索引文件，以工號為關鍵字 查詢要求: 要求能夠立即查詢 文件名: 職工工資信息數(shù)據(jù)庫 別名: 工資信息表 簡述: 存放職工工資信息 組成：工號+姓名+基本工資+原始獎金+缺勤金+實際工資
組織方式：索引文件，以工號為關鍵字
查詢要求: 要求能夠立即查詢
數(shù)據(jù)流:
數(shù)據(jù)流名:職工基本信息
別名: 無
簡述: 職工的各項屬性信息
來源: 各系部
去向: 加工1.1“職工信息的輸入并整理存儲”
組成: 工號+姓名+性別+所屬系部+職位
數(shù)據(jù)流量:一般:1次/學期
高峰值：職工出現(xiàn)異動1000次/天
數(shù)據(jù)流名:出勤工資,獎金,扣款清單
別名: 無
簡述: 人事處的對職工出勤信息的整理結果
來源: 人事處
去向: 加工2.1“職工工資信息生成”
組成: 出勤工資+獎金+扣款清單
數(shù)據(jù)流量:一般:1次/月
高峰值：1次/月
數(shù)據(jù)流名:職工工資信息
別名: 無
簡述: 生成的職工工資信息
來源: 加工2.1
去向: 加工2.2“財務處職工工資信息整理發(fā)送”
組成: 工號+姓名+基本工資+原始獎金+缺勤金+實際工資
數(shù)據(jù)流量:一般:1次/月
高峰值：1次/月
數(shù)據(jù)流名:職工標準工資信息
別名: 無
簡述: 生成的標準工資信息
來源: 加工2.2
去向: 銀行
組成: 工號+姓名+基本工資+原始獎金+缺勤金+實際工資
數(shù)據(jù)流量:一般:1次/月
高峰值：1次/月
數(shù)據(jù)流名:職工工資條
別名: 無
簡述: 針對系部的工資條
來源: 加工2.2
去向: 各系部
組成: 工號+姓名+基本工資+原始獎金+缺勤金+實際工資
數(shù)據(jù)流量:一般:1次/月
高峰值：1次/月
E-R圖如下：
3.程序描述
3.1功能
職工基本信息管理子系統(tǒng)：
1)職工基本信息輸入：用于采集職工的職工的工號，姓名，所屬系別，職位
2)建立職工基本信息表：為三個子系統(tǒng)提供數(shù)據(jù)源
3)職工基本信息查詢：實現(xiàn)查詢功能
4)職工基本信息修改：
a.寫修改職工基本信息：對職工信息異動進行修改
b.發(fā)送提示信息至其他部門：將異動報告提交給使用該表的其他部門
職工出勤信息管理子系統(tǒng)：
數(shù)/月，缺勤次數(shù)，缺勤原因
2)職工出缺勤信息查詢：實現(xiàn)查詢功能
3)職工出缺勤信息表的建立：為職工工資管理子系統(tǒng)提供數(shù)據(jù)源
職工工資管理子系統(tǒng)：
1)職工基本工資信息讀取：為實際工資獎金計算提供數(shù)據(jù)源
2)職工實際工資獎金計算：得出實際工資
3)標準工資信息與銀行之間的雙向傳輸：向銀行提供標準工資信息，銀行提供資金異動信息
4)工資條對各部門的發(fā)放：向各個部門傳輸標準工資信息
3.2性能
職工基本信息管理子系統(tǒng)：
1)職工基本信息輸入：數(shù)據(jù)輸入，存儲
2)建立職工基本信息表：數(shù)據(jù)集中
3)職工基本信息查詢：數(shù)據(jù)查詢
4)職工基本信息修改：
a.寫修改職工基本信息：數(shù)據(jù)修改
b.發(fā)送提示信息至其他部門：數(shù)據(jù)讀出
職工出勤信息管理子系統(tǒng)：
1)職工出缺勤信息輸入：數(shù)據(jù)輸入，存儲
2)職工出缺勤信息查詢：數(shù)據(jù)查詢
3)職工出缺勤信息表的建立：數(shù)據(jù)集中
職工工資管理子系統(tǒng)：
1)職工基本工資信息讀取：數(shù)據(jù)讀出
2)職工實際工資獎金計算：數(shù)據(jù)加工
3)標準工資信息與銀行之間的雙向傳輸：數(shù)據(jù)讀出，輸入
4)工資條對各部門的發(fā)放：數(shù)據(jù)讀出
3.3輸入項目
職工基本信息管理子系統(tǒng)：
1)職工基本信息輸入：職工的工號，姓名，所屬系別，職位
2)建立職工基本信息表：無
3)職工基本信息查詢：存儲在表中的任一數(shù)據(jù)
4)職工基本信息修改：
a.寫修改職工基本信息：新數(shù)據(jù)(職工基本信息)
b.發(fā)送提示信息至其他部門：異動提示報告職工出勤信息管理子系統(tǒng)：/月，缺勤次數(shù)，缺勤原因
2)職工出缺勤信息查詢：存儲在表中的任一數(shù)據(jù)
3)職工出缺勤信息表的建立：
無職工工資管理子系統(tǒng)：
1)職工基本工資信息讀取：職工的工號，姓名，基本工資，原始獎金，缺勤金，實際工資
2)職工實際工資獎金計算：職工出缺勤信息，職工基本工資信息
3)標準工資信息與銀行之間的雙向傳輸：標準工資信息
4)工資條對各部門的發(fā)放：標準工資信息
3.4輸出項目
職工基本信息管理子系統(tǒng)：
1)職工基本信息輸入：職工基本信息表
2)建立職工基本信息表：職工基本信息表
3)職工基本信息查詢：查詢目標
4)職工基本信息修改：
a.寫修改職工基本信息：新數(shù)據(jù)(職工基本信息)
b.發(fā)送提示信息至其他部門：異動提示報告
職工出勤信息管理子系統(tǒng)：
1)職工出缺勤信息輸入：職工出缺勤信息表
2)職工出缺勤信息查詢：查詢目標
3)職工出缺勤信息表的建立：職工出缺勤信息表
職工工資管理子系統(tǒng)：
1)職工基本工資信息讀取：職工基本工資信息表
2)職工實際工資獎金計算：標準工資信息
3)標準工資信息與銀行之間的雙向傳輸：標準工資信息
4)工資條對各部門的發(fā)放：標準工資信息
3.6詳細設計
則根據(jù)需求分析，功能模塊分析可得程序的流程圖為
3.7測試要點
對于職工基本信息模塊：測試的要點是針對職工基本信息屬性的添加，查詢，修改，刪除，以及對數(shù)據(jù)庫的同步更新
對于職工出缺勤模塊：測試的要點是針對職工出缺勤信息的添加，查詢，修改，刪除，對數(shù)據(jù)庫的同步更新，以及對缺勤次數(shù)的觸發(fā)器的運算職工工資信息表：測試的要點是針對職工工資信息的添加，查詢，修改，刪除，對數(shù)據(jù)庫的同步更新，以及對缺勤金和實際工資的運算
5.功能模塊的測試
選取職工出缺勤信息管理進行操作。
1.首先，添加職工的基本信息：
工號：3040766666
姓名：張三
應出勤：30
實出勤：25
在相應的EDIT框中添加進入此類信息，點擊保存。
在職工出缺勤管理界面進行瀏覽操作，發(fā)現(xiàn)信息已經(jīng)成功保存，并可以瀏覽到。
2.錯誤測試：同樣輸入一組值。
其值完全同上，唯一區(qū)別的是不對工號的內(nèi)容不輸入，其他都輸入。然后點擊保存。發(fā)現(xiàn)系統(tǒng)提示出錯信息，無法成功保存信息。原因分析：對于設為主鍵的屬性值，在數(shù)據(jù)庫表中是不可以為空的。在添加信息中，注意不能缺少對主鍵的設置。
3.對于數(shù)據(jù)庫的檢查：對于數(shù)據(jù)庫中的表的一些屬性值，比如缺勤次數(shù)，是采取觸發(fā)器進行輸入的。
在每輸入一組應“出勤次數(shù)/月“和 “實出勤次數(shù)/月”，對應的屬性缺勤次數(shù)將得到更新。在數(shù)據(jù)庫表中檢查并得到驗證。
軟件實施驗收報告范文3：一、項目基本信息
二、驗收目的
目的在于對項目進行全方位的檢驗與測評，檢驗乙方提供的軟件系統(tǒng)是否遵循軟件開發(fā)標準的要求，檢驗各項指標與功能是否與合同要求相吻合。
三、驗收范圍
驗收范圍以雙方簽訂的技術開發(fā)合同所描述的內(nèi)容為準。具體如下：
1、項目技術目標________系統(tǒng)可支持4個人工座席客戶端，實現(xiàn)_____功能。
2、項目技術內(nèi)容
(1)、研究設計_______系統(tǒng)，系統(tǒng)可支持4個人工座席客戶端;實現(xiàn)。。。。;
(2)、硬件平臺建設:包括研華工控機 1套;客戶端主機DELL臺式機10套，DELL筆記本3套;三匯語音卡1套;SONY DSLR-A230L數(shù)碼相機1套;D-Link 24口 網(wǎng)絡交換機1套。
項目于2010年11月開始組織建設，在甲乙雙方密切配合下，項目進展順利，乙方按合同完成了___硬件平臺建設、軟件系統(tǒng)平臺開發(fā)、數(shù)據(jù)庫建設、系統(tǒng)培訓、技術支持等工作，系統(tǒng)于2010年12月正式投入使用，系統(tǒng)正常運行。
（3）專家評價意見；
（4）結題中介機構收集整理的相關資料
驗收目的 為科學、公開、公正對結題科技項目進行驗收，使市科技局了解掌握項目實施情況與項目效果，規(guī)范驗收程序和方法，改進科技項目管理機制，并為進一步推動跟蹤管理和績效評價積累經(jīng)驗。
英文報告格式 ·會議報告格式 ·讀書報告格式 ·工作報告的格式
驗收工作原則 客觀、公正原則；回避原則；保密原則；規(guī)范原則。
驗收工作方法 （1）隨同上級主管部門一起驗收。
（2）上級部門不組織驗收的部分項目和區(qū)自立項項目由經(jīng)委托的中介機構對項目經(jīng)費執(zhí)行情況進行驗收。
二、結題驗收項目基本信息 項目名稱 項目編號 項目技術領域 項目計劃類別 專項類別 1、非專項 2、專項（ ） 項目承擔單位 通訊地址 項目負責人 主要參加人員 1、 2、 3、 4、 5、 6、 7、 8、 9、 項目總預算（萬元） 其中：區(qū)科技經(jīng)費（萬元） 項目總投資（萬元） 其中：區(qū)科技經(jīng)費結余（萬元） 計劃起始時間 計劃完成時間 驗收申請時間 驗收同意時間 三、專家綜合意見摘錄（需附專家意見原件）
四、財務專項審計報告（需附專項審計報告）或經(jīng)費使用報告意見摘錄
xx開發(fā)區(qū)計劃與科技局審查意見 經(jīng)辦人意見
簽字： 年 月 日 處(科)領導 審核意見
上環(huán)節(jié)是否符合規(guī)范要求 上述不符合規(guī)范要求的情況已改正
簽字： 年 月 日
局領導 意見
上環(huán)節(jié)是否符合規(guī)范要求 上述不符合規(guī)范要求的情況已改正 分管副局長意見：
按照合同規(guī)定,乙方為甲方提供KAYE驗證系統(tǒng)技術服務及KAYE儀器技術培訓.本報告是甲方按照合同針對乙方提供服務的具體內(nèi)容進行驗收的文件.二,KAYE驗證系統(tǒng)技術服務部分的驗收
乙方提供KAYE驗證系統(tǒng)及工作狀況的驗收
項目
設備名稱
工作狀況
甲方確認
乙方確認
1
Validator20__
2
SIM盒
3
SIM盒
4
HTR-400
5
IRTD-400
6
12根濕熱探頭
7
12根干熱探頭
備注
驗證系統(tǒng)提供的證明書驗收
項目
設備名稱
設備證書
復印件
甲方確認
乙方確認
1
Validator20__
2
SIM盒
3
SIM盒
4
HTR-400
5
IRTD-400
6
12根濕熱探頭
7
12根干熱探頭
3,驗證系統(tǒng)操作完成的培訓內(nèi)容
培訓內(nèi)容
甲方確認
乙方確認
KayeValidator20__驗證系統(tǒng)概述
驗證軟件安裝,啟動,設備連接,用戶帳戶建立
設置驗證試驗參數(shù),建立SETUP文件及其管理
熱電偶探頭自動校正,延長探頭使用壽命
熱電偶探頭引入,布置時應注意的事項
啟動確認試驗,修改報告表頭參數(shù)
生成SETUP報告,校正報告,確認報告,總結報告以及報告打印整理
操作驗證系統(tǒng)的注意事項
溫度設備技術與KAYE驗證系統(tǒng)相關的知識
溫度驗證技術服務內(nèi)容
服務內(nèi)容
甲方確認
乙方確認
為甲方驗證工作提供驗證系統(tǒng)的硬件,軟件技術支持
協(xié)助甲方制定驗證方案
協(xié)助甲方設置驗證試驗參數(shù),建立SETUP文件及其管理
指導,協(xié)助甲方安裝熱電偶探頭引線器,布置熱電偶探頭
協(xié)助甲方解決確認試驗過程中發(fā)生的問題
幫助甲方生成SETUP報告,校正報告,確認報告,總結報告,并打印整理驗證報告
三,雙方確認本合同項下的驗證技術服務和技術培訓符合合同規(guī)定的標準和要求.
合同規(guī)定期限以外,乙方提供技術服務天.
甲方確認同意向乙方支付合同項下的余款人民幣元,合同規(guī)定期限外技術服務費元,共計人民幣元.
驗收于2016年10月18日對項目地點進行實地檢驗，并與廣西XX園林工程有限責任公司主要負責人查詢有關工程情況，經(jīng)各驗收人員充分交流意見后，驗收得出結論如下：
1、廣西XX園林工程有限責任公司已經(jīng)完成XX鄉(xiāng)XX村XX屯村屯綠化施工，株行距、綠化模式、綠化樹種選擇、綠化地點選擇等技術指標符合自治區(qū)“村屯綠化”專項活動示范村屯驗收標準
2、苗木數(shù)量、質(zhì)量的確定：根據(jù)竣工材料采用隨機抽取10%的編號進行逐株檢查，XX鄉(xiāng)XX村XX屯項目點種植的綠化苗木均的樹高、徑級等指標均符合符合自治區(qū)“村屯綠化”專項活動示范村屯驗收標準和建設工程施工合同相關要求，數(shù)量均達到了330株。
3、肯定項目承建單位能按照合同要求進行施工，工程質(zhì)量符合合同要求，施工過程中不出現(xiàn)安全事故和糾紛情況,目前苗木生長良好。
4、指出承建單位不足之處：一是田間管理質(zhì)量有待提高；二是管護有不到位之處。
5、建議承建單位提高管理質(zhì)量，加強管護，促使項目達到預期目標。
6、擬同意林業(yè)局按施工合同相關條款規(guī)定支付項目工程款壹拾肆萬貳仟肆佰貳拾捌元（142428元）給項目承建單位廣西XX園林工程有限責任公司。
驗收工作人員簽名：
XX鄉(xiāng)政府：
縣財政局 ：
縣林業(yè)局 ：
xxx公安消防支隊：
我單位建設的*********************工程，由**************工程公司承建，*********************設計院負責設計，******市建設工程質(zhì)量監(jiān)督站負責質(zhì)量跟蹤監(jiān)督，并委托**********消防工程監(jiān)理有限公司承擔現(xiàn)場監(jiān)督，并由*********************消防設施檢測單位于2007年11月245日完成本工程消防工程電氣及消防設施檢測，確認檢測結果為合格。工程于2007年12月21日通過了五方主體預驗收工作，并完成了有關問題的質(zhì)量整改閉合，現(xiàn)已具備竣工驗收條件，工程具體情況匯報如下：
一、 工程概況（建筑類別、總平面布局和平面布置）： ************與廣場路交叉口，南鄰廣場路，北鄰飛鵬巷，西朝信河街，東鄰居民區(qū)。屬居民集中區(qū)域，為消防重點控制單位，本工程建筑物為地下一層、地上十八~二十二層，獨立裙房二層組成。總建筑面積為40192m2,地下部分5252.34m2。總建筑高度分別為：64.3m、70.30m、80.90m、9.30m。一層層高為4.50m、二層層高為4.80m，三層層高為4.50m；地下室一層高度分別為：機動車庫5.60m；設備房4.80m非機動車庫3.80m。地下事室主要有兩個消防通道口，設計容量為400m3的消防水池及設計容量為18m3的噴淋專用水池、消防排煙風機房、自備發(fā)電房等設備房，地上二層~三層商場部分設置有兩座消防樓梯。屋頂設有電梯機房，正壓送風機房及消防水池設計容
量18m3等設施。
1、建筑類別及耐火等級：一類高層建筑及地下室，耐火等級為一級，北側商業(yè)部分為二類多層建筑，耐火等級為二級。
2、主體結構采用全現(xiàn)澆鋼筋砼框架—框支剪力墻結構，地下室連體，地下室設有汽車庫，非機動車庫。一、二層設有商場、辦公區(qū)等公共場所，三層設為架空層（技術層）、露天部分設屋頂花園等休閑場所；四層及以上為住宅。
二、建筑內(nèi)部裝修情況：
三、安全疏散與消防電梯情況：
四、消防水源、消防電源情況：
五、消防工程設施情況：
1、 本工程消防報警系統(tǒng)采用消防中心控制系統(tǒng)，由自動報警系統(tǒng)、樓層疏散指示系統(tǒng)、消火栓系統(tǒng)、噴淋系統(tǒng)、消防排煙系統(tǒng)、正壓送風系統(tǒng)、消防廣播和消防電話等系統(tǒng)組成。消防中心設在D-1棟一層，消防中心采用集中報警控制器控制。
2、 本工程聯(lián)動系統(tǒng)為集中控制，聯(lián)動控制臺設在一層消防控制中心內(nèi)，聯(lián)動功能主要有：火災報警后停止送排風機，打開排煙口和正壓送風口，啟動排煙風機和正壓送風機，火災確認后接通警報裝置，10~15秒后接通緊急廣播，組織疏散，同時啟動消防水泵、噴淋泵，電梯迫降至底層。
3、 消防控制室的聯(lián)動邏輯和手動功能：a、手動按鈕動作時，立即聯(lián)動消防設備。b、消防栓按鈕動作時，立即啟動消防泵和噴淋
泵。C、煙感、溫感、水流指示器等報警時，應確認后方可聯(lián)動消防設備。d、消防緊急廣播揚聲器、排煙口及暫停空調(diào)機等功能應聯(lián)動著火層及上、下層，e、消防控制室應有各消防設備的啟停啟示，并能手動控制各消防設備的啟停。f、消防控制室內(nèi)的消防廣播應能手動開啟，也可自動開啟,設有話筒，也可放錄音帶。g、消防中心應設有消防支隊的直通專用電話，在消防水泵、電梯機房、風機房應設有消防電話。
六、 工程施工過程：
年月日——年月日
項目協(xié)作單位項目主持人
項目組成員
1
2
3
4
項目聯(lián)系人
聯(lián)系電話
驗收日期:年月日
連云港師范高等專科學校科研處
填寫說明:
1.研究工作結束后二個月內(nèi)報送科研處(省市級一式三份,校級一式二份)
2.表格內(nèi)容必須逐項認真填寫,采用國家公布的標準簡化漢字.
3.填入表中的各項內(nèi)容或數(shù)據(jù),必須是科研經(jīng)費資助期間所取得的結果.
4."完成論著"中"全國性期刊"是指在國內(nèi)可公開訂閱,銷售,也可向國外出口和交換的刊物.
5.省市級科研項目成果應按有關要求標注項目名稱及批準文號
一,簡表
項目名稱
項目負責人
專業(yè)技術職務
研究類別打√
基礎研究B.應用基礎研究C.應用研究D.試驗發(fā)展E.社會科學
實際參加人數(shù)
高級
中級
初級
博士后
博士生
碩士生
研究經(jīng)費
資助總額
萬元
研究期限
計劃起止年月
實際支出金額
萬元
實際完成年月
研究結果
學術交流(次)
(篇)
專著出版(部)
大會特邀報告
分組報告或展示
全國性科技期刊
國外學術刊物
已出版
待出版
國際
國內(nèi)
評議,鑒定(項)
專利(項)
已推廣,采納或其它
申請
授權
研究工作總結摘要
二百字
主題詞
二,項目研究計劃要點及執(zhí)行情況概述
項目任務書規(guī)定的研究內(nèi)容和目標,項目執(zhí)行情況的評價,包括哪些內(nèi)容作了必要的調(diào)整和變動,哪些研究內(nèi)容未按計劃進行,原因何在.
三,項目研究工作主要進展和所取得的成果
研究工作的理論創(chuàng)新程度或?qū)嶋H應用價值,研究成果的社會評價等,包括代表性成果介紹,說明其水平和影響,并簡要闡述其科學意義或應用前景等.
四,項目存在的問題,縱深研究的建議及其他需要說明的情況
項目存在的問題
縱深研究的建議
其他需要說明的情況
五,論文,出版專著目錄
序號
成果類型
成果名稱
時間
卷(期)
起止頁碼
出版社
社址
申請專利
備注
(注:1,論文注明:刊物名稱,時間,卷(期),起止頁碼,著作:時間,出版社,社址;
2,省市級科研項目需上報成果原件(復印件)三份;校級科研項目上報成果原件一份;
3,省市級科研項目成果應按有關要求標注項目名稱及批準文號)
六,項目經(jīng)費決算表
結題種類:單位:元
正常
中止
撤銷
提前結題
批準資助總金額
(一)撥入經(jīng)費
合計
(二)經(jīng)費支出
合計
1.小計
(三)經(jīng)費結余
七,項目驗收專家組審評意見
專家
組成
員名
單
單
1
2
3
4
專
家
組
意
見
負責人(簽章)
年月日
主管
部門
被委托工程驗收單位：
工程驗收參驗人員：
委托人：
監(jiān)理人員：
工程驗收地址：
工程竣工驗收依據(jù)：北京市標準《家庭居室裝飾工程質(zhì)量驗收標準》dbj/t01-43-xx
工程概述：
此工程兩室兩廳一衛(wèi)，建筑面積37平方米，層高2.8米裝修工程。
驗收結論：
一. 該工程裝飾面層多處空鼓、開裂(見委托單示意圖③⑤⑧⑨⑾)，該項驗收不合格。
依據(jù)：標準9.0.2膩子應使用具有耐水性能的膩子,膩子與基體結合堅實、牢固、不起皮、不粉化、不裂紋。
二. 一廳門及門框油漆有刷紋、流墜(見委托單示意圖⑿)，該項驗收不合格。
依據(jù)：標準9.0.3油漆表面應平整、光潔、無漏刷、脫皮和斑跡，清漆木紋清晰，大面無裹棱、流墜和皺皮，顏色基本一致，無刷紋。五金、玻璃潔凈。
三. 一廳地磚空鼓率20.8%，二廳地磚空鼓率12.5%及衛(wèi)生間墻磚空鼓率5.98%(見委托單示意圖②⑩⒀)，該項驗收不合格。
依據(jù)：標準8.1.4墻地磚鋪貼應平整牢固、圖案清晰、無污積和漿痕，表面色澤基本一致，接縫均勻、板塊無裂紋、掉角和缺棱，單塊板邊角空鼓率不得超過數(shù)量的5%。
四. 墻體電源線未套線管直接埋入抹灰層內(nèi)、頂部電源線分線處接頭未入線盒(見委托單示意圖⑦)，該項驗收不合格。
依據(jù)：標準3.0.2電氣布線宜采用暗管敷設，導線在管內(nèi)不應有結頭和扭結，導線距電話線、閉路電視線不得少于50厘米，吊頂內(nèi)不允許有明露導線，嚴禁將導線直接埋入抹灰層內(nèi)。
科技計劃項目完成情況表項目名稱
項目編號
承擔單位
計劃類別
項目負責人
單位性質(zhì)
聯(lián)系電話
單位概況
地址
職工總數(shù)
技術人員
中高級技術人員
工業(yè)總產(chǎn)值
銷售收入
研發(fā)經(jīng)費
項目完成基本情況
計劃完成時間
年月
實際完成時間
年月
計劃投資金額(萬元)
實際投資金額(萬元)
其中撥款
計劃新增產(chǎn)值
(萬元)
實際新增產(chǎn)值
(萬元)
計劃新增利稅
(萬元)
實際新增利稅
(萬元)
預計主要成果
新產(chǎn)品(項)
實際主要成果
新產(chǎn)品(項)
新材料(項)
新材料(項)
軟件(項)
軟件(項)
新技術新工藝(項)
新技術新工藝(項)
新成套設備(件)
新成套設備(件)
研究論文(篇)
研究論文(篇)
成果鑒定情況
能否鑒定
鑒定單位及日期
知識產(chǎn)權情況
是否申請專利
專利申請?zhí)?/p>
授權公告號
其他說明事項
項目技術水平及推廣前景
評審指標
A—分值
B—分值
C—分值
目標任務完成情況
按期保質(zhì)12
基本完成6
完成一般1
技術經(jīng)濟指標達標情況
達標12
基本達標6
勉強達標1
市場前景及工程化,產(chǎn)業(yè)化前景
很好6
較好3
一般1
關鍵技術突破程度
重大8
較大4
一般0
取得科技成果的重要程度
重大6
較大3
普通0
技術先進性
先進5
較先進2
不先進0
科研設備條件改善程度
高6
較高3
一般1
研究開發(fā)經(jīng)費匹配與執(zhí)行情況
好6
較好2
一般1
成果轉化效果
顯著8
較顯著4
一般1
產(chǎn)學研聯(lián)合(攻關)緊密程度
高6
較高3
一般1
對行業(yè)科技進步的貢獻
大5
較大3
一般1
增強經(jīng)濟競爭能力程度
高6
較高3
一般1
項目產(chǎn)品(服務)的商品化,產(chǎn)業(yè)化程度
高6
較高3
一般1
經(jīng)濟,社會或環(huán)境效益
好8
較好5
一般0
合計
總分(A B C)=
濟源市科技計劃項目評審指標
注:總分≥60分,為"通過"或"需要復議";總分
濟源市科技計劃項目組綜合評審意見表
項目名稱
承擔單位
組綜合評審意見:
組長:
年月日
市科技局審批意見:
負責人:(公章)
年月日
濟源市科技計劃項目組成員名單
項目名稱:
姓名
性別
工作單位
一、工程概況
1、工程名稱：XXX年財政專項扶貧資金項目—XXX鎮(zhèn)XXX村委會XXX村小組村內(nèi)道路硬化工程建設碑記
2、建設單位：XXX鎮(zhèn)XXX村委會XXX村小組
3、監(jiān)理單位：XXX建設監(jiān)理有限責任公司
4、招標單位：XXX鎮(zhèn)公共資源交易中心
5、施工單位：XXX建筑公司
6、硬化面積：XXX㎡平方米
二、施工概況
該工程是XXX年財政專項扶貧資金項目工程，位于XXX鎮(zhèn)北邊，距離村委會公里,距離鎮(zhèn)政府公里，國土面積平方公里，海拔 米，年平均氣溫 ℃，年降水量毫米，適宜種植玉米、烤煙等農(nóng)作物。有耕地 畝，林地 畝。村小組，有農(nóng)戶 戶、 人，其中黨員連心戶 戶 人，該村農(nóng)民收入主要以種養(yǎng)業(yè)為主。
主要施工內(nèi)容為：村內(nèi)道路硬化，包括前期道路基礎清理平整既路床整形 ㎡， mm厚C25現(xiàn)場自拌混凝土道路硬化 ㎡。中期拉紋、切縫及后期道路保養(yǎng)等。
施工依據(jù)施工組織，根據(jù)工期，質(zhì)量要求，村委會成立質(zhì)量監(jiān)督領導小組管理體系，從施工設計預算，到原材料、半成品、成品、檢驗評定，都正常有序地進行施工，本工程自 年 月 日開工，于 年月 日竣工。
三、施工階段工程質(zhì)量控制
施工過程中，按照設計預算要求和村組意圖，要求施工單位在施工中遵守國家和地方建筑法規(guī)、規(guī)范，遵守現(xiàn)行建筑施工驗收規(guī)范和分項工程操作工藝標準。要求監(jiān)理單位建立健全質(zhì)量監(jiān)督管理體系，建立有效的質(zhì)量監(jiān)督機制。對工程質(zhì)量實行自檢、專檢，在施工內(nèi)部形成三級自檢質(zhì)量控制體系。做到開工有報告，施工有措施，技術有交底，材料有檢驗，隱蔽工程有記錄，質(zhì)量有自檢，竣工有資料。
工程中主要的原材料進場必須由供貨方提供相應的質(zhì)保資料，經(jīng)村三委、監(jiān)理共同驗收，并按規(guī)范進行見證檢驗，合格品方可使用，不合格品予以退場。其原材料均有出廠合格證及相應的合格報告。
四、工程質(zhì)量評定
該扶貧項目工程經(jīng)建設單位、施工單位、監(jiān)理單位多方努力。現(xiàn)已基本完成施工合同所需要的內(nèi)容，經(jīng)預驗，認為本工程基本進入竣工狀態(tài)。
1、本工程共1項，村內(nèi)道路硬化工程，施工單位自評為“合格”。基本滿足施工驗收要求。
2、工程觀感質(zhì)量綜合評定為“一般”。
一、提高思想水平，創(chuàng)建團隊精神。
首先，領導重視，由商場經(jīng)理親自擔任創(chuàng)建“巾幗文明崗”領導小組組長，按照服務規(guī)范并根據(jù)自身條件制定出切實可行的實施計劃，研究確定創(chuàng)建工作的任務、目標和措施，有組織，有步驟地開展。并且設立了職業(yè)行風組、服務競賽組、文明禮貌組三個小組，實行分工合作，各負其責，切實抓好整個創(chuàng)建過程。
為了保證創(chuàng)崗活動順利的開展，我商場組織管理人員學習標準化超市管理，并指定了《管理人員現(xiàn)場管理制度》由管理人員親自接受待顧客，在員工起到一個標準示范的作用。我商場結合實際情況，把創(chuàng)建活動納入管理體系，定期召開專題會議，落實創(chuàng)建文明崗的進度，并制定了《管理人員自查制度》、《員工自查制度》、《巾幗文明崗創(chuàng)建過程考核》，定期組織對各柜組、各人員進行檢查考核，了解創(chuàng)建工作進展情況，發(fā)現(xiàn)和總結經(jīng)驗，現(xiàn)場解決存在問題，推動管理和服務水平的提高。
二、提高業(yè)務素質(zhì)，促進服務質(zhì)量
⒈各班組進行業(yè)務知識的強化訓練，主要針對商品知識的熟悉、服務技巧。我們規(guī)定每周一各班組利用班后時間進行模擬服務訓練，包括“三米”微笑服務，處理顧客投訴，商品推銷技巧訓練等，通過這種實戰(zhàn)性的強化訓練，我商場的員工服務水平有很大提高，在集團總公司監(jiān)控中心多次檢查中，受到檢查人員的好評，特別是副食組××因業(yè)務熟練，服務熱情，受到監(jiān)控中心和顧客的表揚，并且還受到總公司的破格提升為業(yè)務員。
⒉積極參加總公司的定期培訓，系統(tǒng)地學習了服務領域，崗位要求，職業(yè)道德技巧等多種知識和常識，經(jīng)過培訓，我們的員工不但增進了對服務工作的知識，還大大提高了自身的素質(zhì)，在十月份，我商場電腦員利用業(yè)余時間勤練兵，在參加集團公司電腦打字比賽中獲得冠軍，在月份的美工培訓班中我商場的××獲得了“優(yōu)秀學員”稱號。
⒊改變形象，創(chuàng)新服務
隨著市場經(jīng)濟的不斷深入發(fā)展，市場競爭日益激烈，我們深深地認識到只有建立良好的商譽，才能在市場上立足。
首先，我們大膽創(chuàng)新，改變商場布局，提高商場檔次。我們創(chuàng)建了樂從第一家以銷售香港進口貨品的“香港城”，在“香港城”里能夠買到時尚優(yōu)質(zhì)香港零關稅商品，滿足了廣大群眾消費的意愿。我們還開設了海味參茸專柜，主要經(jīng)營高檔的人參、燕窩、海產(chǎn)品等。
其次，我商場加大“未來街市”的整改力度，現(xiàn)在“街市”的經(jīng)營品種豐富，有各種類蔬菜、瓜果、熟食，“街市”的經(jīng)費利潤較低，損耗也教大，競爭又很激烈，是很多商家不愿經(jīng)營的項目，但是我們本著順客隆的宗旨，以“顧客的需要為需要，顧客的滿足才是我們最大的滿足”為方針，大力改造“街市”面貌從原平方米，增加到現(xiàn)在平方米，不斷增加經(jīng)營品種，以滿意顧客的需求，在采購商方面嚴格控制采購源，對商品把好關，確保貨品的質(zhì)量√
另外，我們還在服務形象上下功夫，我們商場上上下下，從管理人員到保安、搬運工都統(tǒng)一穿著工衣。佩帶工卡，在商場入口處公布了我商場的服務承諾和投訴電話。在專柜處設立了顧客意見本，以便了解顧客的意見和要求。并且規(guī)范送貨人員的禮貌用語使用，提高商場基層人員的素質(zhì)，全面提升商場的服務形象，我們還通過《商場服務顧客調(diào)查卷》了解顧客的意見，及時改進不足之處，通過創(chuàng)建文明崗，商場制定了相應的促銷計劃進行宣傳，例如，在三月份做了以“三八婦女節(jié)”為主題的商場布置，并推出一系列的折扣優(yōu)惠，主要是凡三八婦女節(jié)在本商場的消費者均可獲得鮮花一朵，當月在本商場購買女性專用商品一律打九五折，購買女性保健食品、化裝品、服裝等打九六折。通過我們的共同努力，商場的商譽得到了社會的認可，在十一月，我商場被評為“文明經(jīng)營戶”的先進單位。
三、高標準，嚴要求。
“沒有規(guī)矩，不成方圓”好的成績是靠制度來維持的，我們商場制定出了一整套自我監(jiān)督完善的制度。我們對每個崗位都制定了《崗位責任制與獎罰條例》和每個工種人員的考核標準，每個組長（主管）都對下屬進行考核打分，并在每次考評對員工的工作表現(xiàn)作出評價，指出員工的優(yōu)點和不足之處，通過考核我們員工的心思都放在如何把工作做得更好和如何提高服務，盡自己所能為顧客服務，把真情融入到每一個服務細節(jié)中。
