在現(xiàn)在社會，報告的用途越來越大，要注意報告在寫作時具有一定的格式。報告書寫有哪些要求呢？我們怎樣才能寫好一篇報告呢？下面我給大家整理了一些優(yōu)秀的報告范文，希望能夠幫助到大家，我們一起來看一看吧。

軟件實施驗收報告篇一

軟件系統(tǒng)的驗收可通過本校組織驗收或通過第三方驗收兩種辦法。 1、驗收原則

驗收參與部門：資產(chǎn)管理處、紀(jì)檢監(jiān)察、用戶使用單位、專家小組或第三方驗收人員;開發(fā)單位。

在軟件開發(fā)合同的簽訂階段就提出軟件驗收項目和驗收通過標(biāo)準(zhǔn)的意見;在軟件的需求評審階段，仔細(xì)審閱軟件的需求規(guī)格說明書，指出不利于測試和可能存在歧義的描述;在開發(fā)方開發(fā)完軟件并經(jīng)過開發(fā)方內(nèi)部仔細(xì)的測試后，對完成的軟件進(jìn)行評審或第三方的驗收測試，提供完整的錯誤報告提交給用戶方，由用戶方根據(jù)之前簽訂的開發(fā)合同中相應(yīng)的驗收標(biāo)準(zhǔn)判斷是否進(jìn)行驗收。

2、驗收項目和驗收標(biāo)準(zhǔn) 2.1 驗收項目 a) 功能項測試

對軟件需求規(guī)格說明書中的所有功能項進(jìn)行測試; b) 業(yè)務(wù)流程測試

對軟件項目的典型業(yè)務(wù)流程進(jìn)行測試; c) 容錯測試

容錯測試的檢查內(nèi)容包括:

1) 軟件對用戶常見的誤操作是否能進(jìn)行提示;

2) 軟件對用戶的的操作錯誤和軟件錯誤，是否有準(zhǔn)確、清晰的提示; 3) 軟件對重要數(shù)據(jù)的刪除是否有警告和確認(rèn)提示;

4) 軟件是否能判斷數(shù)據(jù)的有效性，屏蔽用戶的錯誤輸入，識別非法值，并有相應(yīng)的錯誤提示。

d) 安全性測試安全性測試的檢查內(nèi)容包括:

1) 軟件中的密鑰是否以密文方式存儲;

2) 軟件是否有留痕功能, 即是否保存有用戶的操作日志; 3) 軟件中各種用戶的權(quán)限分配是否合理; e) 性能測試

對軟件需求規(guī)格說明書中明確的軟件性能進(jìn)行測試。測試的準(zhǔn)則是要滿足規(guī)格說明書中的各項性能指標(biāo)。

f ) 易用性測試 易用性測試的內(nèi)容包括:

1) 軟件的用戶界面是否友好，是否出現(xiàn)中英文混雜的界面; 2) 軟件中的提示信息是否清楚、易理解，是否存在原始的英文提示; 3) 軟件中各個模塊的界面風(fēng)格是否一致;

4) 軟件中的查詢結(jié)果的輸出方式是否比較直觀、合理。 g) 適應(yīng)性測試

參照用戶的軟、硬件使用環(huán)境和需求規(guī)格說明書中的規(guī)定，列出開發(fā)的軟件需要滿足的軟、硬件環(huán)境。對每個環(huán)境進(jìn)行測試。

h) 文檔測試

用戶文檔包括: 安裝手冊、操作手冊和維護(hù)手冊。對用戶文檔測試的內(nèi)容包括: 1) 操作、維護(hù)文檔是否齊全、是否包含產(chǎn)品使用所需的信息和所有的功能模塊; 2) 用戶文檔描述的信息是否正確, 是否沒有歧義和錯誤的表達(dá);

3) 戶文檔是否容易理解, 是否通過使用適當(dāng)?shù)男g(shù)語、圖形表示、詳細(xì)的解釋來表達(dá);

4) 用戶文檔對主要功能和關(guān)鍵操作是否提供應(yīng)用實例; 5) 用戶文檔是否有詳細(xì)的目錄表和索引表; i)

用戶有特別要求的測試

2.2 驗收標(biāo)準(zhǔn)

2.2.1 軟件錯誤的嚴(yán)重性等級

1：不能執(zhí)行正常功能或重要功能, 或者危及人身安全; 2：嚴(yán)重地影響系統(tǒng)要求或基本功能的實現(xiàn), 且沒有辦法解決; 3：嚴(yán)重地影響系統(tǒng)要求或基本功能的實現(xiàn), 但存在合理的解決辦法; 4：使操作者不方便或遇到麻煩, 但不影響執(zhí)行正常功能或重要功能; 5 ：其它錯誤;

2.2.2錯誤與嚴(yán)重性等級對應(yīng)表 a) 1 級錯誤的描述

這一級別的錯誤一般包括以下內(nèi)容: 沒有實現(xiàn)或錯誤地實現(xiàn)重要的功能;業(yè)務(wù)流程存在重大隱患;軟件在操作過程中由于軟件自身的原因自動退出系統(tǒng)或出現(xiàn)死機(jī)的情況;軟件在操作過程中由于軟件自身的原因?qū)ο到y(tǒng)或數(shù)據(jù)造成破壞;在現(xiàn)有的軟、硬建設(shè)環(huán)境下不能實現(xiàn)應(yīng)有的功能;特殊軟件在操作過程中可能危及系統(tǒng)和人身安全等。

b) 2 級錯誤的描述

這一級別的錯誤一般包括: 沒有實現(xiàn)基本功能，并且不存在替代辦法;沒有實現(xiàn)重要功能中的部分功能，并且不存在替代辦法;業(yè)務(wù)流程銜接錯誤;密鑰以明文方式存儲;沒有留痕功能;用戶的權(quán)限分配不合理;在現(xiàn)有的環(huán)境下，不能實現(xiàn)部分功能且沒有替代方案;沒有滿足系統(tǒng)的性能要求。

c) 3 級錯誤的描述

這一級的錯誤是與第2 級別的錯誤相對應(yīng)的，而第3 級錯誤則存在替代方法;對誤操作或錯誤操作沒有提示，導(dǎo)致非法數(shù)據(jù)進(jìn)入數(shù)據(jù)庫。

d) 4 級錯誤的描述

這一級別的錯誤通常為易用性方面的錯誤。比如界面不友好、前后風(fēng)格不一;中英文混雜;查詢結(jié)果輸出不直觀等。

e) 5 級錯誤的描述

通常為文檔方面的錯誤，如安裝手冊、操作手冊、維護(hù)手冊中的描述錯誤。 其次，對發(fā)現(xiàn)的每一個錯誤都要確定相應(yīng)的嚴(yán)重性等級，如表2 中的說明。

全部改正方可;如錯誤的級別和數(shù)量在合同可接受的范圍外，用戶方認(rèn)為軟件不可驗收，要求開發(fā)方在規(guī)定的時間內(nèi)全面整改軟件, 提交給軟件評測中心再次進(jìn)行完整的驗收測試。

2.2.2 驗收標(biāo)準(zhǔn)

1) 測試用例不通過數(shù)的比例< 1.5 %; 2) 不存在錯誤等級為1 的錯誤; 3) 不存在錯誤等級為2 的錯誤; 4) 錯誤等級為3 的錯誤數(shù)量≤ 5; 5) 所有提交的錯誤都已得到更正; 2.3 驗收標(biāo)準(zhǔn)的詳細(xì)說明

驗收項目的劃分參照gb/t 16260 標(biāo)準(zhǔn)。在該標(biāo)準(zhǔn)中，將軟件的質(zhì)量特性分為6 大特性、21 個子特性，而對于具體的軟件，并非都要進(jìn)行這21 個特性的測試和評價。本文選取的是最通用的子特性部分，針對各種不同的軟件，可以對驗收項目進(jìn)行剪裁或擴(kuò)充。

需要制定的驗收標(biāo)準(zhǔn)，即每一級別的錯誤量的可接受范圍。一般來說，不允許存在1 級和2級錯誤，而3 級錯誤的數(shù)量則可按本標(biāo)準(zhǔn)確定或由用戶方和開發(fā)方根據(jù)軟件的規(guī)模和復(fù)雜程度進(jìn)行商定，并在軟件開發(fā)合同中明確地列出。

在軟件驗收測試中， 測試的依據(jù)包括軟件的投標(biāo)文件、開發(fā)合同、需求規(guī)格說明書, 同時還包括特定軟件的相關(guān)行業(yè)標(biāo)準(zhǔn)(這些行業(yè)標(biāo)準(zhǔn)應(yīng)在開發(fā)合同中明示出來)。

在進(jìn)行第三方的驗收測試后，軟件評測中心將發(fā)現(xiàn)的所有錯誤進(jìn)行總結(jié)和歸納， 并提交完整的錯誤報告，在錯誤報告中包括每一級別的錯誤數(shù)量和錯誤清單(所有的錯誤都需經(jīng)過用戶方和開發(fā)方的確認(rèn))。

用戶方根據(jù)錯誤報告中每一級別的錯誤數(shù)量和錯誤清單與軟件開發(fā)合同中的驗收標(biāo)準(zhǔn)進(jìn)行對照，如錯誤的級別和數(shù)量在合同中沒有約定，可按本辦法的規(guī)定進(jìn)行。用戶方認(rèn)為軟件可以驗收，但要求開發(fā)方對錯誤報告中的所有錯誤進(jìn)行整改，并提交給軟件評測中心進(jìn)行回歸測試，確認(rèn)錯誤報告中的所有錯誤全部改正方可;如錯誤的級別和數(shù)量在合同可接受的范圍外，用戶方認(rèn)為軟件不可驗收，要求開發(fā)方在

規(guī)定的時間內(nèi)全面整改軟件，提交給軟件評測中心再次進(jìn)行完整的驗收測試。

3、驗收資料

(1)工程立項批準(zhǔn)文件 (2)項目驗收申請報告; (3)工程招標(biāo)書 (4)工程投標(biāo)書 (5)工程施工中標(biāo)通知書 (6)工程施工合同(含預(yù)算表) (7)軟件需求說明書; (8)概要設(shè)計說明書;

(9)數(shù)據(jù)及數(shù)據(jù)庫設(shè)計要求說明書; (10)詳細(xì)設(shè)計說明書; (11)操作手冊; (12)用戶手冊

(13)項目用戶評價過程意見; (14)軟件接口規(guī)范; (15)原代碼或安裝盤; (16)專家組要求的其他材料 4、其他

在有條件的情況下，還應(yīng)該進(jìn)行安裝測試、壓力測試和數(shù)據(jù)恢復(fù)測試。若進(jìn)行子系統(tǒng)驗收或部分驗收，可參照以上方法和資料，雙方共同協(xié)商確定。

參考文獻(xiàn)：

gb/t 17544 ;gb/t 16260;《軟件驗收標(biāo)準(zhǔn)探討》

{項目名稱}

驗收報告

{日期}

目 錄

§1 項目基本情況.................................................... §2 項目進(jìn)度審核.................................................... 2.1 項目實施進(jìn)度情況 2.2 項目變更情況 2.3 項目投資結(jié)算情況

§3 項目驗收計劃.................................................... 3.1 項目驗收原則 3.2 項目驗收方式 3.3 項目驗收內(nèi)容

§4 項目驗收情況匯總................................................ 4.1 項目驗收情況匯總表 4.2 項目驗收附件明細(xì) 4.3 專家組驗收意見

§5 項目驗收結(jié)論.................................................... 5.1 開發(fā)單位結(jié)論 5.2 建設(shè)單位結(jié)論

§6 附件............................................................ 6.1 附件一：軟件平臺驗收單 6.2 附件二：功能模塊驗收單 6.3 附件三：項目文檔驗收單 6.4 附件四：硬件設(shè)備驗收單

§1 項目基本情況

§2 項目進(jìn)度審核2.1 項目實施進(jìn)度情況

2.2 項目變更情況2.2.1 項目合同變更情況

{記錄合同變更情況}

2.2.2 項目需求變更情況

{記錄需求變更情況}

2.3 項目投資結(jié)算情況

§3 項目驗收計劃3.1 項目驗收原則

1、審查提供驗收的各類文檔的正確性、完整性和統(tǒng)一性，審查文檔是否齊全、合理; 2、審查項目功能是否達(dá)到了合同規(guī)定的要求; 3、審查項目有關(guān)服務(wù)指標(biāo)是否達(dá)到了合同的要求; 4、審查項目投資以及實施進(jìn)度的情況;

5、對項目的技術(shù)水平做出評價，并得出項目的驗收結(jié)論。

3.2 項目驗收方式

{記錄項目驗收的組織方式和參與驗收工作的人員情況}

3.3 項目驗收內(nèi)容

1、硬件設(shè)備驗收; 2、軟件平臺驗收; 3、應(yīng)用系統(tǒng)驗收; 4、項目文檔驗收;

5、項目服務(wù)響應(yīng)(如售后服務(wù)、問題相應(yīng)等方面)驗收。

§4 項目驗收情況匯總

4.1 項目驗收情況匯總表

4.2 項目驗收附件明細(xì)

1、軟件平臺驗收單(見附件一)。 2、功能模塊驗收單(見附件二)。

3、項目文檔驗收單(見附件三)。 4、硬件設(shè)備驗收單(見附件四)。

4.3 專家組驗收意見

§5 項目驗收結(jié)論5.1 開發(fā)單位結(jié)論

5.2 建設(shè)單位結(jié)論

§6 附件6.1 附件一：軟件平臺驗收單

驗收人： 驗收時間：

6.2 附件二：功能模塊驗收單

驗收人： 驗收時間：

6.3 附件三：項目文檔驗收單

驗收人： 驗收時間：

6.4

附件四：硬件設(shè)備驗收單

驗收人： 驗收時間：

軟件實施驗收報告篇二

課程名稱：

實驗項目：

實驗地點：

專業(yè)班級：

學(xué)生姓名：

指導(dǎo)教師：

本科實驗報告 軟件工程 學(xué)校內(nèi)部工資管理系統(tǒng) 綜合樓506室 計z1102 學(xué)號： 寧高琴 崔冬華 20xx年 9 月23 日

學(xué)校內(nèi)部工資管理系統(tǒng)設(shè)計說明書

1.引言

1.1系統(tǒng)簡介

假設(shè)學(xué)校共有教職工約1000人，10個行政部門和8個系部。每個月20日前各部門(包括系、部)要將出勤情況上報人事處，23日前人事處將出勤工資、獎金及扣款清單送財務(wù)處。財務(wù)處于每月月底將教職工的工資表做好并將數(shù)據(jù)送銀行。每月初(3日前)將工資條發(fā)給各單位。若有員工調(diào)入、調(diào)出、校內(nèi)調(diào)動、離退休等數(shù)據(jù)變化，則由人事處通知相關(guān)部門和財務(wù)處。

一.系統(tǒng)可行性研究

主要功能：月工資發(fā)放和處理、標(biāo)準(zhǔn)工資庫維護(hù)、臨時工資發(fā)放、查詢與系統(tǒng)維護(hù)和系統(tǒng)幫助。用戶可以查詢每月工資獎金發(fā)放扣除等詳細(xì)細(xì)節(jié)變化狀況。性能要求：方便、快捷、有效地完成工資發(fā)放的各項任務(wù),在工資數(shù)據(jù)統(tǒng)計和報表打印等方面,具有準(zhǔn)確率高、速度快等特點。系統(tǒng)的輸入 輸入所有職工的標(biāo)識,如職工的姓名、工號、所在部門、各項應(yīng)發(fā)的金額和各項應(yīng)扣的金額。

系統(tǒng)的輸出 輸出各種報表、上報的文件和上報的磁盤。

安全與保密要求：本系統(tǒng)在使用前必須正確輸入密碼,否則系統(tǒng)將不能運(yùn)行。進(jìn)入系統(tǒng)后,要想修改密碼或?qū)ο到y(tǒng)的一些信息進(jìn)行修改,也必須輸入高級用戶密碼,對數(shù)據(jù)庫中的關(guān)鍵數(shù)據(jù)應(yīng)該要求保密。服務(wù)器的管理員享有對工資數(shù)據(jù)信息庫的管理與修改。用戶只享有對信息的查詢和部分信息修改(如個人信息)。

完成期限：預(yù)計六個月。

開發(fā)目標(biāo):本系統(tǒng)開發(fā)目標(biāo)應(yīng)該考慮到以下幾個方面的因素:人力與設(shè)備費用的相對減少;數(shù) 據(jù)處理速度的提高;數(shù)據(jù)統(tǒng)計精度的和準(zhǔn)確率的提高。管理信息服務(wù)的改進(jìn);自動決策系統(tǒng)的改進(jìn);人員利用率的改進(jìn)。

2.3可行性研究的方法

(1)客戶調(diào)查：通過對客戶調(diào)查,了解和認(rèn)知客戶對軟件產(chǎn)品的需求,按照客戶的要求不僅要實現(xiàn)月工資發(fā)放,而且要實現(xiàn)臨時的工資發(fā)放,同時還要有數(shù)據(jù)庫備份。gzgl系統(tǒng)的主要功能為:月工資發(fā)放和處理、標(biāo)準(zhǔn)工資庫維護(hù)、臨時工資發(fā)放、查詢與系統(tǒng)維護(hù)和系統(tǒng)幫助。

(2)同類產(chǎn)品調(diào)查：通過對市場中相關(guān)或同類產(chǎn)品的調(diào)查,筆者了解到,工資管理系統(tǒng)大體上都應(yīng)該實現(xiàn)工資的統(tǒng)計、匯總、報表打印等功能。

三 技術(shù)可行性

1.簡要描述

工資管理系統(tǒng)采用常規(guī)的數(shù)據(jù)庫處理方法,根據(jù)工資信息管理的特點對數(shù)據(jù)庫進(jìn)行操作,如對工資發(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)靈活性。當(dāng)修改工資庫中某個職工的工資情況或者修改某個工資發(fā)放項目時,只需在工資數(shù)據(jù)編輯狀態(tài)下對該職工的工號進(jìn)行鎖定,或者對某個工資項目進(jìn)行鎖定,即可對鎖定的項目進(jìn)行修改,而對其它的人員或項目無權(quán)修改,這樣可以提高系統(tǒng)的準(zhǔn)確性。

工資管理系統(tǒng)能夠較好保證數(shù)據(jù)庫的安全。用戶可以對后臺數(shù)據(jù)庫進(jìn)行加密,同時還可以給系統(tǒng)設(shè)定密碼。

四 經(jīng)濟(jì)可行性

1.支出

(1)基本投資。硬件設(shè)備:pc機(jī);軟件:windows98/windows20xx/xp/7,delphi 7,sql 20xx/20xx;

(2)其他一次性支出,主要是軟件設(shè)計和開發(fā)費用。軟件設(shè)計開發(fā)過程當(dāng)中,投入設(shè)計和開發(fā)費用包括:購買書籍的資金500元;正版dephi7安裝盤50元;需求分析的費用為3300元(其中包含技術(shù)開發(fā)上的花銷、生活花銷等)。以上的費用共計4000元。

(3)經(jīng)常性支出,主要是軟件后期維護(hù)費用。軟件開發(fā)完畢后投入使用時,對軟件產(chǎn)品進(jìn)行的后期軟件維護(hù)所需要支出的費用。

2.效益

本系統(tǒng)的應(yīng)用進(jìn)一步實現(xiàn)辦公自動化,減少了人力投資和辦公費用的開銷,極大地提高辦公效率。投入使用將獲得的經(jīng)濟(jì)效益分為直接效益和間接效益兩方面。直接效益主要體現(xiàn)在:原來4人/周工作量將只須1人/周完成;間接效益體現(xiàn)在:減少支付3人工資(1200元/人月),共計3600元/月。

3.投資回收周期

根據(jù)經(jīng)驗的算法,當(dāng)收益的累計數(shù)開始超出支出的累計數(shù)的時候,就是投資 的回收期。

投資回收期:4000元/(3600元/月)=1.11月(因軟件未交付使用,故未將軟件的

后期維護(hù)費用計入)。

五 法律方面的可行性

系統(tǒng)的研制和開發(fā),將不會侵犯他人、集體和國家的利益,不會違反國家政策和法律。

法律因素

所有軟件都選用正版.

所有技術(shù)資料都由提出方保管。

合同制定確定違約責(zé)任.

六 使用方面的可行性

系統(tǒng)的研制和開發(fā)充分考慮到用戶的工資發(fā)放策略、管理流程和操作人員的素質(zhì)等因素,可以滿足用戶的使用要求。

用戶使用可行性

使用本軟件人員要求有一定計算機(jī)基礎(chǔ)的人員,系統(tǒng)管理員要求由計算機(jī)的專業(yè)知識,所有人員都要經(jīng)過本公司培訓(xùn).

管理人員也需經(jīng)一般培訓(xùn).

經(jīng)過培訓(xùn)人員將會熟練使用本軟件.

兩名系統(tǒng)管理員,一名審計員將進(jìn)行專業(yè)培訓(xùn),他們將熟練管理本系統(tǒng).

本系統(tǒng)定位于各高校，也可以適用于各中小型企業(yè)。運(yùn)用此系統(tǒng)進(jìn)行工資管理，給各院校教職工帶來極大的方便。

作為本產(chǎn)品的使用者要求有一定的計算機(jī)基礎(chǔ)，可以熟練得使用window操作系統(tǒng)所提的各種功能。

數(shù)據(jù)庫管理要求具有專業(yè)水平的數(shù)據(jù)庫管理員，而且要經(jīng)過我們的專門培訓(xùn)。

我們會在售出后長期提供軟件維護(hù)免費服務(wù)，以便用戶在軟件使用中出現(xiàn)的問題

新系統(tǒng)的研制和開發(fā)是充分得考慮工作人員對工資的易于管理，管理者方便查詢職工的個人基本信息效率。從而能完全滿足使用者的要求。如今的互聯(lián)網(wǎng)已經(jīng)走進(jìn)千家萬戶，連小學(xué)生都會上網(wǎng)了，我的系統(tǒng)是利用微軟自帶的ie瀏覽器作為客戶端平臺，只要上過網(wǎng)的朋友就很方便操作，而且本系統(tǒng)有友好的用戶界面、有良好的安全性設(shè)置、有詳細(xì)的操作說明書，這樣更使各類用戶很快地掌握系統(tǒng)的使用方法。

1.2 定義

專門術(shù)語：職工基本信息表(basic)

職工出缺勤信息表(attendance )

職工工資信息表(salaries)

2.總體設(shè)計

3.2.1需求概述

本軟件的主要服務(wù)對象是太原理工大學(xué)的財務(wù)處和人事處，各系部。

各系部的主要任務(wù)是在每個月20日前各部門(包括系、部)要將出勤情況上報人事處(各系部在這里的主要任務(wù)是提供數(shù)據(jù)的輸入);

而人事處將出勤工資、獎金及扣款清單送財務(wù)處(人事處在這里對各系部送來的數(shù)據(jù)進(jìn)行分析處理，對應(yīng)得出數(shù)據(jù)的處理結(jié)果;

財務(wù)處于每月月底將教職工的工資表做好并將數(shù)據(jù)送銀行，每月初(3日前)將工資條發(fā)給各單位，(財務(wù)處在這里對數(shù)據(jù)起一個網(wǎng)關(guān)過濾的作用，主要起一個審批作用，負(fù)責(zé)接受成型的工資數(shù)據(jù)和審批然后向銀行提交成型數(shù)據(jù)，最后打到發(fā)放工資的目的。

另外，人事變動的數(shù)據(jù)是由人事處接受并修改，最后同意傳達(dá)給財務(wù)處和相關(guān)部門。

2.2軟件結(jié)構(gòu)

則根據(jù)需求分析和概要設(shè)計得出軟件的功能結(jié)構(gòu)模塊圖

2.3數(shù)據(jù)庫設(shè)計

數(shù)據(jù)庫表設(shè)計

職工基本信息表

職工出缺勤信息表

職工工資信息表

2.4 對應(yīng)的數(shù)據(jù)字典與e-r圖：

1靜態(tài)數(shù)據(jù)：職工基本信息，職工出缺勤信息

.2動態(tài)數(shù)據(jù)

輸入數(shù)據(jù)：職工基本信息，職工工資信息，出勤工資，獎金，扣款清單，職工出缺勤信息;輸出數(shù)據(jù)：職工基本信息，職工工資信息，職工標(biāo)準(zhǔn)工資信息，職工工資條，職工出缺勤報表

.3數(shù)據(jù)庫介紹

職工基本信息數(shù)據(jù)庫：包括職工的工號，姓名，所屬系別，職位職工出缺勤信息數(shù)據(jù)庫：包括職工的工號，姓名，應(yīng)出勤次數(shù)/月，實際出勤次數(shù)/月，缺勤次數(shù)，缺勤原因;職工工資信息數(shù)據(jù)庫：包括職工的工號，姓名，基本工資，原始獎金，缺勤金，實際工資;

則得dfd如下：

4數(shù)據(jù)詞典：

數(shù)據(jù)項：

數(shù)據(jù)項名:工號

別名:tno,

簡述:所有職工的編號

類型:char

長度：10

取值范圍及含義:

第1位：3 (代表安工科) 第2～3位：0x (入學(xué)校年份) 第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ù)項名: 應(yīng)出勤次數(shù)/月

別名:should

簡述:按工作表每個月應(yīng)出勤的次數(shù) 類型:int

長度：2

取值范圍及含義:次數(shù)

數(shù)據(jù)項名: 實際出勤次數(shù)/月

別名:actual

簡述:實際每個月應(yīng)出勤的次數(shù)

類型:int

長度：2

取值范圍及含義:次數(shù)

數(shù)據(jù)項名: 缺勤次數(shù)

別名:missnum

簡述:每個月應(yīng)缺勤的次數(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ù)所得的應(yīng)扣金額數(shù)目 類型:int 長度：5 取值范圍及含義:金額數(shù)目 數(shù)據(jù)項名:實際工資 別名：shijigongzi 簡述：每月實際得到的工資數(shù)金額數(shù)目 類型:int 長度：5 取值范圍及含義:金額數(shù)目 文件名: 職工基本信息數(shù)據(jù)庫 別名: 基本信息表 簡述: 存放職工基本信息 組成：包括職工的工號+姓名+所屬系別+職位 組織方式：索引文件，以工號為關(guān)鍵字 查詢要求: 要求能夠立即查詢 文件名: 職工出缺勤信息數(shù)據(jù)庫 別名: 出缺勤信息表 簡述: 存放職工基本信息 組成：工號+姓名+應(yīng)出勤次數(shù)/月+實際出勤次數(shù)/月+缺勤次數(shù)+組織方式：索引文件，以工號為關(guān)鍵字 查詢要求: 要求能夠立即查詢 文件名: 職工工資信息數(shù)據(jù)庫 別名: 工資信息表 簡述: 存放職工工資信息 組成：工號+姓名+基本工資+原始獎金+缺勤金+實際工資

組織方式：索引文件，以工號為關(guān)鍵字

查詢要求: 要求能夠立即查詢

數(shù)據(jù)流:

數(shù)據(jù)流名:職工基本信息

別名: 無

簡述: 職工的各項屬性信息

來源: 各系部

去向: 加工1.1“職工信息的輸入并整理存儲”

組成: 工號+姓名+性別+所屬系部+職位

數(shù)據(jù)流量:一般:1次/學(xué)期

高峰值：職工出現(xiàn)異動1000次/天

數(shù)據(jù)流名:出勤工資,獎金,扣款清單

別名: 無

簡述: 人事處的對職工出勤信息的整理結(jié)果

來源: 人事處

去向: 加工2.1“職工工資信息生成”

組成: 出勤工資+獎金+扣款清單

數(shù)據(jù)流量:一般:1次/月

高峰值：1次/月

數(shù)據(jù)流名:職工工資信息

別名: 無

簡述: 生成的職工工資信息

來源: 加工2.1

去向: 加工2.2“財務(wù)處職工工資信息整理發(fā)送”

組成: 工號+姓名+基本工資+原始獎金+缺勤金+實際工資

數(shù)據(jù)流量:一般:1次/月

高峰值：1次/月

數(shù)據(jù)流名:職工標(biāo)準(zhǔn)工資信息

別名: 無

簡述: 生成的標(biāo)準(zhǔn)工資信息

來源: 加工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.寫修改職工基本信息：對職工信息異動進(jìn)行修改

b.發(fā)送提示信息至其他部門：將異動報告提交給使用該表的其他部門

職工出勤信息管理子系統(tǒng)：

數(shù)/月，缺勤次數(shù)，缺勤原因

2)職工出缺勤信息查詢：實現(xiàn)查詢功能

3)職工出缺勤信息表的建立：為職工工資管理子系統(tǒng)提供數(shù)據(jù)源

職工工資管理子系統(tǒng)：

1)職工基本工資信息讀取：為實際工資獎金計算提供數(shù)據(jù)源

2)職工實際工資獎金計算：得出實際工資

3)標(biāo)準(zhǔn)工資信息與銀行之間的雙向傳輸：向銀行提供標(biāo)準(zhǔn)工資信息，銀行提供資金異動信息

4)工資條對各部門的發(fā)放：向各個部門傳輸標(biāo)準(zhǔn)工資信息

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)標(biāo)準(zhǔn)工資信息與銀行之間的雙向傳輸：數(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)標(biāo)準(zhǔn)工資信息與銀行之間的雙向傳輸：標(biāo)準(zhǔn)工資信息

4)工資條對各部門的發(fā)放：標(biāo)準(zhǔn)工資信息

3.4輸出項目

職工基本信息管理子系統(tǒng)：

1)職工基本信息輸入：職工基本信息表

2)建立職工基本信息表：職工基本信息表

3)職工基本信息查詢：查詢目標(biāo)

4)職工基本信息修改：

a.寫修改職工基本信息：新數(shù)據(jù)(職工基本信息)

b.發(fā)送提示信息至其他部門：異動提示報告

職工出勤信息管理子系統(tǒng)：

1)職工出缺勤信息輸入：職工出缺勤信息表

2)職工出缺勤信息查詢：查詢目標(biāo)

3)職工出缺勤信息表的建立：職工出缺勤信息表

職工工資管理子系統(tǒng)：

1)職工基本工資信息讀?。郝毠せ竟べY信息表

2)職工實際工資獎金計算：標(biāo)準(zhǔn)工資信息

3)標(biāo)準(zhǔn)工資信息與銀行之間的雙向傳輸：標(biāo)準(zhǔn)工資信息

4)工資條對各部門的發(fā)放：標(biāo)準(zhǔn)工資信息

3.6詳細(xì)設(shè)計

則根據(jù)需求分析，功能模塊分析可得程序的流程圖為

3.7測試要點

對于職工基本信息模塊：測試的要點是針對職工基本信息屬性的添加，查詢，修改，刪除，以及對數(shù)據(jù)庫的同步更新

對于職工出缺勤模塊：測試的要點是針對職工出缺勤信息的添加，查詢，修改，刪除，對數(shù)據(jù)庫的同步更新，以及對缺勤次數(shù)的觸發(fā)器的運(yùn)算職工工資信息表：測試的要點是針對職工工資信息的添加，查詢，修改，刪除，對數(shù)據(jù)庫的同步更新，以及對缺勤金和實際工資的運(yùn)算

5.功能模塊的測試

選取職工出缺勤信息管理進(jìn)行操作。

1.首先，添加職工的基本信息：

工號：3040766666

姓名：張三

應(yīng)出勤：30

實出勤：25

在相應(yīng)的edit框中添加進(jìn)入此類信息，點擊保存。

在職工出缺勤管理界面進(jìn)行瀏覽操作，發(fā)現(xiàn)信息已經(jīng)成功保存，并可以瀏覽到。

2.錯誤測試：同樣輸入一組值。其值完全同上，唯一區(qū)別的是不對工號的內(nèi)容不輸入，其他都輸入。然后點擊保存。發(fā)現(xiàn)系統(tǒng)提示出錯信息，無法成功保存信息。原因分析：對于設(shè)為主鍵的屬性值，在數(shù)據(jù)庫表中是不可以為空的。在添加信息中，注意不能缺少對主鍵的設(shè)置。

3.對于數(shù)據(jù)庫的檢查：對于數(shù)據(jù)庫中的表的一些屬性值，比如缺勤次數(shù)，是采取觸發(fā)器進(jìn)行輸入的。在每輸入一組應(yīng)“出勤次數(shù)/月“和 “實出勤次數(shù)/月”，對應(yīng)的屬性缺勤次數(shù)將得到更新。在數(shù)據(jù)庫表中檢查并得到驗證。

軟件實施驗收報告篇三

一、項目基本信息

二、驗收目的

目的在于對項目進(jìn)行全方位的檢驗與測評，檢驗乙方提供的軟件系統(tǒng)是否遵循軟件開發(fā)標(biāo)準(zhǔn)的要求，檢驗各項指標(biāo)與功能是否與合同要求相吻合。

三、驗收范圍

驗收范圍以雙方簽訂的技術(shù)開發(fā)合同所描述的內(nèi)容為準(zhǔn)。具體如下：

1、項目技術(shù)目標(biāo)________系統(tǒng)可支持4個人工座席客戶端，實現(xiàn)_____功能。 2、項目技術(shù)內(nèi)容

(1)、研究設(shè)計_______系統(tǒng)，系統(tǒng)可支持4個人工座席客戶端;實現(xiàn)。。。。;

(2)、硬件平臺建設(shè):包括研華工控機(jī) 1套;客戶端主機(jī)dell臺式機(jī)10套，dell筆記本3套;三匯語音卡1套;sony dslr-a230l數(shù)碼相機(jī)1套;d-link 24口 網(wǎng)絡(luò)交換機(jī)1套。

項目于20__年11月開始組織建設(shè)，在甲乙雙方密切配合下，項目進(jìn)展順利，乙方按合同完成了___硬件平臺建設(shè)、軟件系統(tǒng)平臺開發(fā)、數(shù)據(jù)庫建設(shè)、系統(tǒng)培訓(xùn)、技術(shù)支持等工作，系統(tǒng)于20__年12月正式投入使用，系統(tǒng)正常運(yùn)行。

四、項目驗收表

軟件實施驗收報告篇四

一、項目基本信息

二、驗收目的

目的在于對項目進(jìn)行全方位的檢驗與測評，檢驗乙方提供的軟件系統(tǒng)是否遵循軟件開發(fā)標(biāo)準(zhǔn)的要求，檢驗各項指標(biāo)與功能是否與合同要求相吻合。

三、驗收范圍

驗收范圍以雙方簽訂的技術(shù)開發(fā)合同所描述的內(nèi)容為準(zhǔn)。具體如下：

1、項目技術(shù)目標(biāo)系統(tǒng)可支持4個人工座席客戶端，實現(xiàn)功能。 2、項目技術(shù)內(nèi)容

(1)、研究設(shè)計系統(tǒng)，系統(tǒng)可支持4個人工座席客戶端;實現(xiàn)。。。。;

(2)、硬件平臺建設(shè):包括研華工控機(jī) 1套;客戶端主機(jī)dell臺式機(jī)10套，dell筆記本3套;三匯語音卡1套;sony dslr-a230l數(shù)碼相機(jī)1套;d-link 24口 網(wǎng)絡(luò)交換機(jī)1套。

項目于20xx年11月開始組織建設(shè)，在甲乙雙方密切配合下，項目進(jìn)展順利，乙方按合同完成了硬件平臺建設(shè)、軟件系統(tǒng)平臺開發(fā)、數(shù)據(jù)庫建設(shè)、系統(tǒng)培訓(xùn)、技術(shù)支持等工作，系統(tǒng)于20xx年12月正式投入使用，系統(tǒng)正常運(yùn)行。

四、項目驗收表

驗收單位(簽章)：

軟件實施驗收報告篇五

目前，國內(nèi)軟件的驗收沒有可參照的強(qiáng)制性標(biāo)準(zhǔn)，就軟件測試和評價來說，參照的標(biāo)準(zhǔn)是gb/t 17544 和gb/t 16260，它們都是推薦性標(biāo)準(zhǔn)，且都是定性而非定量的標(biāo)準(zhǔn)，這樣，對于軟件的驗收來說，存在很大的分歧和不確定性。為此，我們在參考了大量的實踐案例和文獻(xiàn)的基礎(chǔ)上，結(jié)合本校實際制定本驗收辦法，用于規(guī)范本校軟件系統(tǒng)驗收。

軟件系統(tǒng)的驗收可通過本校組織驗收或通過第三方驗收兩種辦法。 1、驗收原則

驗收參與部門：資產(chǎn)管理處、紀(jì)檢監(jiān)察、用戶使用單位、專家小組或第三方驗收人員;開發(fā)單位。

在軟件開發(fā)合同的簽訂階段就提出軟件驗收項目和驗收通過標(biāo)準(zhǔn)的意見;在軟件的需求評審階段，仔細(xì)審閱軟件的需求規(guī)格說明書，指出不利于測試和可能存在歧義的描述;在開發(fā)方開發(fā)完軟件并經(jīng)過開發(fā)方內(nèi)部仔細(xì)的測試后，對完成的軟件進(jìn)行評審或第三方的驗收測試，提供完整的錯誤報告提交給用戶方，由用戶方根據(jù)之前簽訂的開發(fā)合同中相應(yīng)的驗收標(biāo)準(zhǔn)判斷是否進(jìn)行驗收。

2、驗收項目和驗收標(biāo)準(zhǔn) 2.1 驗收項目 a) 功能項測試

對軟件需求規(guī)格說明書中的所有功能項進(jìn)行測試; b) 業(yè)務(wù)流程測試

對軟件項目的典型業(yè)務(wù)流程進(jìn)行測試; c) 容錯測試

容錯測試的檢查內(nèi)容包括:

1) 軟件對用戶常見的誤操作是否能進(jìn)行提示;

2) 軟件對用戶的的操作錯誤和軟件錯誤，是否有準(zhǔn)確、清晰的提示; 3) 軟件對重要數(shù)據(jù)的刪除是否有警告和確認(rèn)提示;

4) 軟件是否能判斷數(shù)據(jù)的有效性，屏蔽用戶的錯誤輸入，識別非法值，并有相應(yīng)的錯誤提示。

d) 安全性測試安全性測試的檢查內(nèi)容包括:

1) 軟件中的密鑰是否以密文方式存儲;

2) 軟件是否有留痕功能, 即是否保存有用戶的操作日志; 3) 軟件中各種用戶的權(quán)限分配是否合理; e) 性能測試

對軟件需求規(guī)格說明書中明確的軟件性能進(jìn)行測試。測試的準(zhǔn)則是要滿足規(guī)格說明書中的各項性能指標(biāo)。

f ) 易用性測試 易用性測試的內(nèi)容包括:

1) 軟件的用戶界面是否友好，是否出現(xiàn)中英文混雜的界面; 2) 軟件中的提示信息是否清楚、易理解，是否存在原始的英文提示; 3) 軟件中各個模塊的界面風(fēng)格是否一致;

4) 軟件中的查詢結(jié)果的輸出方式是否比較直觀、合理。 g) 適應(yīng)性測試

參照用戶的軟、硬件使用環(huán)境和需求規(guī)格說明書中的規(guī)定，列出開發(fā)的軟件需要滿足的軟、硬件環(huán)境。對每個環(huán)境進(jìn)行測試。

h) 文檔測試

用戶文檔包括: 安裝手冊、操作手冊和維護(hù)手冊。對用戶文檔測試的內(nèi)容包括: 1) 操作、維護(hù)文檔是否齊全、是否包含產(chǎn)品使用所需的信息和所有的功能模塊; 2) 用戶文檔描述的信息是否正確, 是否沒有歧義和錯誤的表達(dá);

3) 戶文檔是否容易理解, 是否通過使用適當(dāng)?shù)男g(shù)語、圖形表示、詳細(xì)的解釋來表達(dá);

4) 用戶文檔對主要功能和關(guān)鍵操作是否提供應(yīng)用實例; 5) 用戶文檔是否有詳細(xì)的目錄表和索引表; i)

用戶有特別要求的測試

2.2 驗收標(biāo)準(zhǔn)

2.2.1 軟件錯誤的嚴(yán)重性等級

1：不能執(zhí)行正常功能或重要功能, 或者危及人身安全; 2：嚴(yán)重地影響系統(tǒng)要求或基本功能的實現(xiàn), 且沒有辦法解決; 3：嚴(yán)重地影響系統(tǒng)要求或基本功能的實現(xiàn), 但存在合理的解決辦法; 4：使操作者不方便或遇到麻煩, 但不影響執(zhí)行正常功能或重要功能; 5 ：其它錯誤;

2.2.2錯誤與嚴(yán)重性等級對應(yīng)表 a) 1 級錯誤的描述

這一級別的錯誤一般包括以下內(nèi)容: 沒有實現(xiàn)或錯誤地實現(xiàn)重要的功能;業(yè)務(wù)流程存在重大隱患;軟件在操作過程中由于軟件自身的原因自動退出系統(tǒng)或出現(xiàn)死機(jī)的情況;軟件在操作過程中由于軟件自身的原因?qū)ο到y(tǒng)或數(shù)據(jù)造成破壞;在現(xiàn)有的軟、硬建設(shè)環(huán)境下不能實現(xiàn)應(yīng)有的功能;特殊軟件在操作過程中可能危及系統(tǒng)和人身安全等。

b) 2 級錯誤的描述

這一級別的錯誤一般包括: 沒有實現(xiàn)基本功能，并且不存在替代辦法;沒有實現(xiàn)重要功能中的部分功能，并且不存在替代辦法;業(yè)務(wù)流程銜接錯誤;密鑰以明文方式存儲;沒有留痕功能;用戶的權(quán)限分配不合理;在現(xiàn)有的環(huán)境下，不能實現(xiàn)部分功能且沒有替代方案;沒有滿足系統(tǒng)的性能要求。

c) 3 級錯誤的描述

這一級的錯誤是與第2 級別的錯誤相對應(yīng)的，而第3 級錯誤則存在替代方法;對誤操作或錯誤操作沒有提示，導(dǎo)致非法數(shù)據(jù)進(jìn)入數(shù)據(jù)庫。

d) 4 級錯誤的描述

這一級別的錯誤通常為易用性方面的錯誤。比如界面不友好、前后風(fēng)格不一;中英文混雜;查詢結(jié)果輸出不直觀等。

e) 5 級錯誤的描述

通常為文檔方面的錯誤，如安裝手冊、操作手冊、維護(hù)手冊中的描述錯誤。 其次，對發(fā)現(xiàn)的每一個錯誤都要確定相應(yīng)的嚴(yán)重性等級，如表2 中的說明。

全部改正方可;如錯誤的級別和數(shù)量在合同可接受的范圍外，用戶方認(rèn)為軟件不可驗收，要求開發(fā)方在規(guī)定的時間內(nèi)全面整改軟件, 提交給軟件評測中心再次進(jìn)行完整的驗收測試。

2.2.2 驗收標(biāo)準(zhǔn)

1) 測試用例不通過數(shù)的比例< 1.5 %; 2) 不存在錯誤等級為1 的錯誤; 3) 不存在錯誤等級為2 的錯誤; 4) 錯誤等級為3 的錯誤數(shù)量≤ 5; 5) 所有提交的錯誤都已得到更正; 2.3 驗收標(biāo)準(zhǔn)的詳細(xì)說明

驗收項目的劃分參照gb/t 16260 標(biāo)準(zhǔn)。在該標(biāo)準(zhǔn)中，將軟件的質(zhì)量特性分為6 大特性、21 個子特性，而對于具體的軟件，并非都要進(jìn)行這21 個特性的測試和評價。本文選取的是最通用的子特性部分，針對各種不同的軟件，可以對驗收項目進(jìn)行剪裁或擴(kuò)充。

需要制定的驗收標(biāo)準(zhǔn)，即每一級別的錯誤量的可接受范圍。一般來說，不允許存在1 級和2級錯誤，而3 級錯誤的數(shù)量則可按本標(biāo)準(zhǔn)確定或由用戶方和開發(fā)方根據(jù)軟件的規(guī)模和復(fù)雜程度進(jìn)行商定，并在軟件開發(fā)合同中明確地列出。

在軟件驗收測試中， 測試的依據(jù)包括軟件的投標(biāo)文件、開發(fā)合同、需求規(guī)格說明書, 同時還包括特定軟件的相關(guān)行業(yè)標(biāo)準(zhǔn)(這些行業(yè)標(biāo)準(zhǔn)應(yīng)在開發(fā)合同中明示出來)。

在進(jìn)行第三方的驗收測試后，軟件評測中心將發(fā)現(xiàn)的所有錯誤進(jìn)行總結(jié)和歸納， 并提交完整的錯誤報告，在錯誤報告中包括每一級別的錯誤數(shù)量和錯誤清單(所有的錯誤都需經(jīng)過用戶方和開發(fā)方的確認(rèn))。

用戶方根據(jù)錯誤報告中每一級別的錯誤數(shù)量和錯誤清單與軟件開發(fā)合同中的驗收標(biāo)準(zhǔn)進(jìn)行對照，如錯誤的級別和數(shù)量在合同中沒有約定，可按本辦法的規(guī)定進(jìn)行。用戶方認(rèn)為軟件可以驗收，但要求開發(fā)方對錯誤報告中的所有錯誤進(jìn)行整改，并提交給軟件評測中心進(jìn)行回歸測試，確認(rèn)錯誤報告中的所有錯誤全部改正方可;如錯誤的級別和數(shù)量在合同可接受的范圍外，用戶方認(rèn)為軟件不可驗收，要求開發(fā)方在

規(guī)定的時間內(nèi)全面整改軟件，提交給軟件評測中心再次進(jìn)行完整的驗收測試。

3、驗收資料

(1)工程立項批準(zhǔn)文件 (2)項目驗收申請報告; (3)工程招標(biāo)書 (4)工程投標(biāo)書 (5)工程施工中標(biāo)通知書 (6)工程施工合同(含預(yù)算表) (7)軟件需求說明書; (8)概要設(shè)計說明書;

(9)數(shù)據(jù)及數(shù)據(jù)庫設(shè)計要求說明書; (10)詳細(xì)設(shè)計說明書; (11)操作手冊; (12)用戶手冊

(13)項目用戶評價過程意見; (14)軟件接口規(guī)范; (15)原代碼或安裝盤; (16)專家組要求的其他材料 4、其他

在有條件的情況下，還應(yīng)該進(jìn)行安裝測試、壓力測試和數(shù)據(jù)恢復(fù)測試。若進(jìn)行子系統(tǒng)驗收或部分驗收，可參照以上方法和資料，雙方共同協(xié)商確定。

參考文獻(xiàn)：

gb/t 17544 ;gb/t 16260;《軟件驗收標(biāo)準(zhǔn)探討》

{項目名稱}

驗收報告

{日期}

目 錄

§1 項目基本情況.................................................... §2 項目進(jìn)度審核.................................................... 2.1 項目實施進(jìn)度情況 2.2 項目變更情況 2.3 項目投資結(jié)算情況

§3 項目驗收計劃.................................................... 3.1 項目驗收原則 3.2 項目驗收方式 3.3 項目驗收內(nèi)容

§4 項目驗收情況匯總................................................ 4.1 項目驗收情況匯總表 4.2 項目驗收附件明細(xì) 4.3 專家組驗收意見

§5 項目驗收結(jié)論.................................................... 5.1 開發(fā)單位結(jié)論 5.2 建設(shè)單位結(jié)論

§6 附件............................................................ 6.1 附件一：軟件平臺驗收單 6.2 附件二：功能模塊驗收單 6.3 附件三：項目文檔驗收單 6.4 附件四：硬件設(shè)備驗收單

§1 項目基本情況

§2 項目進(jìn)度審核2.1 項目實施進(jìn)度情況

2.2 項目變更情況2.2.1 項目合同變更情況

{記錄合同變更情況}

2.2.2 項目需求變更情況

{記錄需求變更情況}

2.3 項目投資結(jié)算情況

§3 項目驗收計劃3.1 項目驗收原則

1、審查提供驗收的各類文檔的正確性、完整性和統(tǒng)一性，審查文檔是否齊全、合理; 2、審查項目功能是否達(dá)到了合同規(guī)定的要求; 3、審查項目有關(guān)服務(wù)指標(biāo)是否達(dá)到了合同的要求; 4、審查項目投資以及實施進(jìn)度的情況;

5、對項目的技術(shù)水平做出評價，并得出項目的驗收結(jié)論。

3.2 項目驗收方式

{記錄項目驗收的組織方式和參與驗收工作的人員情況}

3.3 項目驗收內(nèi)容

1、硬件設(shè)備驗收; 2、軟件平臺驗收; 3、應(yīng)用系統(tǒng)驗收; 4、項目文檔驗收;

5、項目服務(wù)響應(yīng)(如售后服務(wù)、問題相應(yīng)等方面)驗收。

§4 項目驗收情況匯總

4.1 項目驗收情況匯總表

4.2 項目驗收附件明細(xì)

1、軟件平臺驗收單(見附件一)。 2、功能模塊驗收單(見附件二)。

3、項目文檔驗收單(見附件三)。 4、硬件設(shè)備驗收單(見附件四)。

4.3 專家組驗收意見

§5 項目驗收結(jié)論5.1 開發(fā)單位結(jié)論

5.2 建設(shè)單位結(jié)論

§6 附件6.1 附件一：軟件平臺驗收單

驗收人： 驗收時間：

6.2 附件二：功能模塊驗收單

驗收人： 驗收時間：

6.3 附件三：項目文檔驗收單

驗收人： 驗收時間：

6.4

附件四：硬件設(shè)備驗收單

軟件實施驗收報告篇六

用戶名稱： huaxia

密級：huaxia123

文檔編號：

編 寫：

審 核：

批 準(zhǔn)

項目名稱：

編寫日期：

審核日期：

批準(zhǔn)日期：

項目名稱

【驗收報告應(yīng)由客戶方起草，雙方有關(guān)人員簽字，此時驗收報告的格式主要由客戶方選定;當(dāng)然，也可接受用戶方委托，由項目經(jīng)理起草驗收報告，經(jīng)用戶方簽字蓋章認(rèn)可。】

第一章 項目概述

1.1 項目背景

目前，電視臺除了自制節(jié)目以外，外購節(jié)目制度存在非常明顯的潛規(guī)則、暗箱操作、圈子交易等現(xiàn)象，一個公平、公正、公開、透明的節(jié)目采購方式呼之欲出。

各省級衛(wèi)視也有自己的采購方式。如江蘇廣播電視總臺電視節(jié)目采購工作按照民主集中制的原則開展，實行四級審片制，即采購人員初審、審片組審片、分管主任復(fù)審、主任審看。另外還有送頻道或者召開觀眾審片會議復(fù)審。對審片評價較好的劇目進(jìn)行外地播出效果評估，最后形成劇目的總體評價，對有爭議的劇目報總臺分管領(lǐng)導(dǎo)仲裁。所有外購節(jié)目采購在部門民主集中形成意見后報總臺領(lǐng)導(dǎo)批準(zhǔn)購買。廣州電視臺除新聞節(jié)目外，所有頻道、節(jié)目將全面實行制播分離，所屬九個頻道向臺內(nèi)外制作機(jī)構(gòu)開放，建立起多主體、多渠道采購節(jié)目，擇優(yōu)播出機(jī)制。

面對激烈的市場競爭和不規(guī)范的市場原則，省級衛(wèi)視為了搶占市場先機(jī)，降低采購成本，采取聯(lián)合采購的模式。如2+4模式：東方衛(wèi)視和北京衛(wèi)視購買了《馬文的戰(zhàn)爭》的首輪播出權(quán)后，二輪播權(quán)由山東、天津、吉林和深圳4家衛(wèi)視采購。還有《我的團(tuán)長我的團(tuán)》、《潛伏》、《婚變》等電視劇被適用于4+4模式。另外，目前的電視劇爭奪戰(zhàn)中還出現(xiàn)了“劇本期貨”交易現(xiàn)象——在劇本出來之后，只要有足夠的賣點和看點，電視臺就會采取前期介入，迅速獲得優(yōu)勢資源。

另一方面，由于電視劇買賣的圈子很小，電視臺和制作機(jī)構(gòu)之間的買賣屬于圈子交易。每年60億元的購片經(jīng)費中，大部分都集中在幾十個電視臺采購負(fù)責(zé)人手中。很多情況下，電視臺的節(jié)目采購很大程度上受到采購者的個人因素影響，如與節(jié)目制作機(jī)構(gòu)的人際關(guān)系，個人的喜好或者審美習(xí)慣等等。這樣就無法保證把經(jīng)費用在刀刃上，既浪費了資源，又沒有買到好的節(jié)目。

各家電視臺都出臺了各種采購形式，但電視臺的節(jié)目采購形式都沒有在業(yè)界形成

項目名稱

公信度和絕對優(yōu)勢，因為沒有一個切實有效的部門(崗位)來統(tǒng)籌規(guī)范電視節(jié)目的引進(jìn)工作，這就非常有必要增設(shè)采購編輯來改變這一現(xiàn)狀。

1.2 參考資料

編寫本驗收報告時主要參考了如下的資料和文獻(xiàn)：

1.

2.

3.

4.

5.

6. 《華夏影視交易平臺系統(tǒng)合同書(主合同)》 《華夏影視交易平臺系統(tǒng)軟件開發(fā)合同書》 《華夏影視交易平臺系統(tǒng)需求分析說明書》 《華夏影視交易平臺系統(tǒng)總體設(shè)計說明書》 《華夏影視交易平臺系統(tǒng)詳細(xì)設(shè)計說明書》 《應(yīng)達(dá)到的技術(shù)指標(biāo)和參數(shù)(驗收標(biāo)準(zhǔn))》

第二章 驗收定義

2.1 驗收方式

組織匯報、功能代碼審查

2.2 驗收依據(jù)

《華夏影視交易平臺系統(tǒng)合同書(主合同)》

《華夏影視交易平臺系統(tǒng)軟件開發(fā)合同書》

《附件五 華夏影視交易平臺系統(tǒng)工作說明書》

2.3 驗收環(huán)境

華夏影視交易平臺x綜合業(yè)務(wù)系統(tǒng)實際運(yùn)行的生產(chǎn)環(huán)境為驗收環(huán)境。

? 硬件平臺

服務(wù)器：as/400-840系列;rs/6000-h85

客戶機(jī)：ibm_pc、實達(dá)、國光、長城系列終端及終端外圍設(shè)備。

? 軟件平臺

項目名稱

服務(wù)器：os/400 ver5.1 aix 4.3.3操作系統(tǒng)，db2 數(shù)據(jù)庫 ver 7.2.0;

客戶機(jī)：sco unix操作系統(tǒng)3.24及5.01, informix online 數(shù)據(jù)庫 ver 7.3

2.4 驗收標(biāo)準(zhǔn)

2.4.1 系統(tǒng)功能標(biāo)準(zhǔn)

如果各模塊驗收測試結(jié)果如下表所述則視為驗收合格，否則將進(jìn)行修改，以進(jìn)行再次驗收評審。

2.4.2 性能標(biāo)準(zhǔn)

1.優(yōu)秀

1)材料完整

2)軟件可正常運(yùn)行

3)實現(xiàn)項目軟件需求說明書要求的各項功能需求

4)軟件界面友好，易于交互

5)軟件功能新穎，有較強(qiáng)創(chuàng)新

2.合格

1)本標(biāo)準(zhǔn)第3條要求的材料完整

2)可正常運(yùn)行實現(xiàn)功能達(dá)到軟件需求說明書要求的三分之二以上 3.不合格

1)標(biāo)準(zhǔn)第3條要求的材料不完整 2)軟件不能運(yùn)行

3) 軟件需求說明書要求的主要功能 。

2.5 驗收規(guī)則

驗收規(guī)則一：【避免在法度中應(yīng)用魔鬼數(shù)字，必須用有意義的常量來標(biāo)識?！?/p>

驗收規(guī)則二：【明白辦法的功能，一個辦法僅完成一個功能?！?/p>

驗收規(guī)則三：【辦法參數(shù)不克不及跨越5個】

驗收規(guī)則四：【辦法調(diào)用盡量不要返回null，取而代之以拋出異常，或是返回特例對象(special case object，special case pattern);對于以湊集或數(shù)組類型作為返回值的辦法，取而代之以空湊集或0長度數(shù)組?！?/p>

驗收規(guī)則五：【在進(jìn)行數(shù)據(jù)庫操縱或io操縱時，必須確保資料在應(yīng)用完畢后獲得開釋，并且必須確保開釋操縱在finally中進(jìn)行?！?/p>

驗收規(guī)則六：【異常捕獲不要直接catch (exception ex) ，應(yīng)當(dāng)把異常細(xì)分處理懲罰?！?/p>

驗收規(guī)則七：【對于if ? else if ?(后續(xù)可能有多個else if …)這種類型的前提斷定，最后必須包含一個else分支，避免呈現(xiàn)分支漏掉造成錯誤;每個switch-case語句都必須包管有default，避免呈現(xiàn)分支漏掉，造成錯誤。】

驗收規(guī)則八：【覆寫對象的equals辦法時必須同時覆寫hashcode辦法?！?/p>

驗收規(guī)則九：【禁止輪回中創(chuàng)建新線程，盡量應(yīng)用線程池?！?/p>

驗收規(guī)則十：【在進(jìn)行正確策畫時(例如:貨幣策畫)避免應(yīng)用float和double，浮點數(shù)策畫都是不正確的，必須應(yīng)用bigdecimal或?qū)⒏↑c數(shù)運(yùn)算轉(zhuǎn)換為整型運(yùn)算?！?/p>

2.6 驗收人員

2.7 驗收時間

第三章 遺留問題

暫無。

第四章 交付物清單

4.1 文檔提交清單

4.2 源碼提交清單

第五章 驗收結(jié)論

第一版驗收通過

第六章 雙方簽字

客戶方(蓋章)： 代表：

公司(蓋章) 代表： 日期：

日期：

第三方((蓋章)[如果有]： 代表： 日期：

附件:

驗收測試記錄、測試報告等記錄。

軟件實施驗收報告篇七

軟件驗收報告

編號：q/rks-yy-qc-sno

版本號：1.0

作者：

時間： 年 月 日

山東浪潮齊魯軟件產(chǎn)業(yè)股份有限公司

抄送人：客戶經(jīng)理、客戶代表、軟件項目經(jīng)理、測試人員、測試質(zhì)保部經(jīng)理、研發(fā)經(jīng)理等

目錄

1 項目基本情況......................................................................................... 3 2 項目概述 ................................................................................................. 4 3 驗收測試環(huán)境......................................................................................... 4 3.1 硬件 ............................................................................................... 4 3.2 軟件 ............................................................................................... 4 3.3 文檔 ............................................................................................... 4 3.4 人員 ............................................................................................... 4 4 驗收及測試結(jié)果..................................................................................... 4 4.1 產(chǎn)品驗收結(jié)果 .............................................................................. 4 4.2 產(chǎn)品功能驗收結(jié)果 ...................................................................... 4 5 驗收總結(jié) ................................................................................................. 4 6 參考資料 ................................................................................................. 5

1 項目基本情況

2 項目概述

《在概述部分應(yīng)對整個項目進(jìn)行概要描述.》

3 驗收測試環(huán)境

3.1 硬件

《例如 計算機(jī)、服務(wù)器、網(wǎng)絡(luò)、交換機(jī)等》

3.2 軟件

《例如操作系統(tǒng)、應(yīng)用軟件、系統(tǒng)軟件、開發(fā)軟件、測試程序等》

3.3 文檔

《例如測試文檔、技術(shù)文檔、操作手冊、用戶手冊等》

3.4 人員

《例如客戶代表、客戶經(jīng)理、軟件項目經(jīng)理、技術(shù)經(jīng)理、開發(fā)人員、測試人員、技術(shù)支持人員、第三方代表等.》

4 驗收及測試結(jié)果

4.1 產(chǎn)品驗收結(jié)果

4.2 產(chǎn)品功能驗收結(jié)果

5 驗收總結(jié)

《總結(jié)驗收及測試, 陳述發(fā)現(xiàn)問題和建議等.》

6 參考資料

軟件實施驗收報告篇八

軟件測試、驗收報告

1引言

1.1目的

說明編制本測試驗收報告的主要目的。

1.2背景

列出本項目的委托單位、承辦單位及其主管部門。

1.3參考資料

a)本項目經(jīng)核準(zhǔn)的計劃任務(wù)書、合同或上級機(jī)關(guān)批文;

b)項目開發(fā)計劃;

c)分析設(shè)計說明書;

d)本文檔中引用的文件、資料(包括軟件開發(fā)規(guī)范)。

列出這些資料的作者、標(biāo)題、編號、發(fā)表日期和出版單位。

1.4定義

列出本文檔中用到的可能會引起混淆的專門術(shù)語的定義、縮寫詞的原文。

2軟件測試

2.1動態(tài)、靜態(tài)數(shù)據(jù)特性

把本項測試中得到的動態(tài)、靜態(tài)的輸入/輸出數(shù)據(jù)的結(jié)果同動態(tài)/靜態(tài)的輸入/輸出的期望結(jié)果進(jìn)行比較，列出發(fā)現(xiàn)的問題。

2 .2軟件功能結(jié)論及建議

簡述被測試軟件的功能，說明為滿足此功能而設(shè)計的軟件所具有的能力及經(jīng)過測試已證實的能力;經(jīng)過測試證實的本軟件存在的缺陷和限制，指出對缺陷如何進(jìn)行改進(jìn)。

3評價

3 .1軟件的主要功能和性能

說明本軟件具有的各項功能及性能，說明原定的開發(fā)目標(biāo)是否達(dá)到。

3 .2進(jìn)度與費用

給出原定計劃的進(jìn)度與實際進(jìn)度的對比;原定計劃的費用與實際支出費用的對比。

3 .3對開發(fā)工作的評價

對開發(fā)工作的生產(chǎn)效率、技術(shù)方法、產(chǎn)品質(zhì)量等給出評價。

4經(jīng)驗與教訓(xùn)

列出從本項目的開發(fā)中得到的最主要的經(jīng)驗與教訓(xùn)，以及對今后的軟件項目開發(fā)工作的建議。

軟件實施驗收報告篇九

惠普國際人才中心 crm測試項目

作者

軟件驗收測試報告

目錄

1

文檔信息 .......................................................................................................................................... 3 1.1 1.2 1.3 1.4 2

核實文檔版本 .......................................................................................................................... 3 修改記錄 .................................................................................................................................. 3 文檔批準(zhǔn) .................................................................................................................................. 3 分發(fā) .......................................................................................................................................... 3

引言 .................................................................................................................................................. 4 2.1 2.2 2.3 2.4

編寫目的 .................................................................................................................................. 4 項目背景 .................................................................................................................................. 4 定義 .......................................................................................................................................... 4 參考資料 .................................................................................................................................. 4

3 測試計劃執(zhí)行情況 .......................................................................................................................... 4 3.1 3.2 3.3

測試項目 .................................................................................................................................. 4 測試機(jī)構(gòu)及人員 ...................................................................................................................... 4 測試結(jié)果 .................................................................................................................................. 4

4 5

軟件需求測試結(jié)論 .......................................................................................................................... 5 評價 .................................................................................................................................................. 5 5.1 5.2 5.3 5.4

軟件能力 .................................................................................................................................. 5 缺陷和限制 .............................................................................................................................. 5 建議 .......................................................................................................................................... 5 測試結(jié)論 .................................................................................................................................. 5

6 7

詞條解釋 .......................................................................................................................................... 5 參考文獻(xiàn) .......................................................................................................................................... 5

1 文檔信息

1.1 核實文檔版本

使用本文檔前，文檔使用者有責(zé)任核實當(dāng)前版本的有效性

1.2 修改記錄

對本文檔所有修改都應(yīng)按修改時間順序記錄在此。

1.3 文檔批準(zhǔn)

您本人或您本人指定的代表的簽字表明 您批準(zhǔn)了本文檔內(nèi)容。 它也表明您已經(jīng)仔細(xì)地閱讀、審查和考慮到了本文檔對您的部門有怎樣的影響以及它是否符合公司的指導(dǎo)方向。

批準(zhǔn)簽字

1.4 分發(fā)

<列出本文檔擬分發(fā)往的部門或個人名單>

? ?

2 引言

2.1 編寫目的

{闡明編寫軟件驗收測試報告的目的并指明讀者對象。}

2.2 項目背景

{說明項目的來源、委托單位及主管部門。}

2.3 定義

2.4 參考資料

{列出有關(guān)資料的作者、標(biāo)題、編號、發(fā)表日期、出版單位或資料來源，可包括：a.項目的計劃任務(wù)書、合同或批文;b.項目開發(fā)計劃;c.需求規(guī)格說明書;d.概要設(shè)計說明書;e.詳細(xì)設(shè)計說明書;f.用戶操作手冊;g.測試計劃;h.軟件驗收測試報告所引用的其他資料、采用的軟件工程標(biāo)準(zhǔn)或軟件工程規(guī)范。}

3 測試計劃執(zhí)行情況

3.1 測試項目

{列出每一測試項目的名稱、內(nèi)容和目的。}

3.2 測試機(jī)構(gòu)及人員

{給出測試機(jī)構(gòu)名稱、負(fù)責(zé)人和參與測試人員名單。}

3.3 測試結(jié)果

{按順序給出每一測試項目的：a.實測結(jié)果數(shù)據(jù);b.與預(yù)期結(jié)果數(shù)據(jù)的偏差;c.該項測試表明的事實;d.該項測試發(fā)現(xiàn)的問題。}

3.3.1 3.3.2

測試環(huán)境：

測試案例及測試結(jié)果：

4 軟件需求測試結(jié)論

{按順序給出每一項需求測試的結(jié)論。包括：a.正式的軟件能力;b.局限性(即此項需求為得到分測試的情況及原因)。}

5 評價

5.1 軟件能力

{經(jīng)過測試所表明的軟件能力}

5.2 缺陷和限制

{說明測試所揭露的軟件缺陷和不足，以及可能給軟件運(yùn)行帶來的影響。}

5.3 建議

{提出為彌補(bǔ)上述缺陷的建議。}

5.4 測試結(jié)論

{說明能否通過。}

6 詞條解釋

無。

7 參考文獻(xiàn)

軟件實施驗收報告篇十

甲方：

乙方：

就“ ，經(jīng)過甲乙雙方的通力配合和共同努力，完成了合同中約定的全部任務(wù)，現(xiàn)在整個系統(tǒng)運(yùn)行正常，按照合同約定，進(jìn)行項目驗收工作。

驗收工作分為設(shè)備清點、安裝調(diào)試、初驗、上線試運(yùn)行和終驗幾個階段，驗收方式主要以清單、測試和實地操作為主。具體內(nèi)容如下： 第一部分：設(shè)備清點

主要檢查運(yùn)到甲方的設(shè)備是否與合同相符

甲乙雙方按照合同要求對運(yùn)抵現(xiàn)場的設(shè)備進(jìn)行了清點，此項工作已于 年 月 日完成，結(jié)論如下：

1.1 核對到貨清單，實物與運(yùn)送單據(jù)是否一致。

□通過 □未通過 備注：

1.2 檢查和清點運(yùn)抵現(xiàn)場的各種設(shè)備是否與合同相符。

□通過 □未通過 備注：

1.3 檢查運(yùn)抵現(xiàn)場的文檔是否齊全

□通過 □未通過 備注：

第二部分：安裝調(diào)試

通過系統(tǒng)硬件測試證明各部分硬件物理破壞且已正確安裝。

按照合同要求，乙方對已經(jīng)到貨的設(shè)備進(jìn)行了安裝，甲乙雙方進(jìn)行了加電測試，主要觀察設(shè)備加電后的表現(xiàn)和運(yùn)行自檢程序的結(jié)果，此項工作已于 年 月 日完成，結(jié)論如下：

2.1 加電是否成功

□通過 □未通過 備注：

2.2 設(shè)備狀態(tài)是否正常

□通過 □未通過 備注：

2.3 系統(tǒng)顯示的版本和序列號等信息是否符合合同要求

□通過 □未通過 備注：

2.4 自檢有無報警

□通過 □未通過 備注：

第三部分：初驗、上線試運(yùn)行

通過系統(tǒng)運(yùn)行，證明系統(tǒng)可以正常工作

乙方進(jìn)行設(shè)備安裝調(diào)試后，甲乙雙方在操作系統(tǒng)、數(shù)據(jù)庫等運(yùn)行環(huán)境下進(jìn)行系統(tǒng)測試，此項工作已于 年 月 日完成，結(jié)論如下：

3.1 系統(tǒng)啟動是否正常

□通過 □未通過 □未涉及 備注：

3.2 系統(tǒng)管理功能是否正常

□通過 □未通過 □未涉及 備注：

3.3 相關(guān)軟件license是否已經(jīng)生效使用

□通過 □未通過 □未涉及 備注：

3.4系統(tǒng)運(yùn)行是否正常

□通過 □未通過 □未涉及 備注：

第四部分 終驗

系統(tǒng)和設(shè)備在質(zhì)保期內(nèi)能正常運(yùn)轉(zhuǎn)，出現(xiàn)故障，能及時解決。

乙方在質(zhì)保期內(nèi)對系統(tǒng)和設(shè)備進(jìn)行了終驗驗收，此項工作已于 年 月 日完成，結(jié)論如下：

□通過 □未通過 □未涉及 備注：

完成上述工作以后，甲乙雙方認(rèn)為整個項目驗收正式通過，整個系統(tǒng)交付完畢，設(shè)備運(yùn)行正常，可以投入使用。

甲方： 乙方：

代表 代表

日期 日期