軟件驗收報告（通用5篇）
軟件驗收報告 篇1
用戶名稱： 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)實際運行的生產(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)軟件可正常運行
3)實現(xiàn)項目軟件需求說明書要求的各項功能需求
4)軟件界面友好，易于交互
5)軟件功能新穎，有較強(qiáng)創(chuàng)新
2.合格
1)本標(biāo)準(zhǔn)第3條要求的材料完整
2)可正常運行實現(xiàn)功能達(dá)到軟件需求說明書要求的三分之二以上 3.不合格
1)標(biāo)準(zhǔn)第3條要求的材料不完整 2)軟件不能運行
3) 軟件需求說明書要求的主要功能 。
2.5 驗收規(guī)則
驗收規(guī)則一：【避免在法度中應(yīng)用魔鬼數(shù)字，必須用有意義的常量來標(biāo)識�！�
驗收規(guī)則二：【明白辦法的功能，一個辦法僅完成一個功能�！�
驗收規(guī)則三：【辦法參數(shù)不克不及跨越5個】
驗收規(guī)則四：【辦法調(diào)用盡量不要返回null，取而代之以拋出異常，或是返回特例對象(SPECIAL CASE object，SPECIAL CASE PATTERN);對于以湊集或數(shù)組類型作為返回值的辦法，取而代之以空湊集或0長度數(shù)組�！�
驗收規(guī)則五：【在進(jìn)行數(shù)據(jù)庫操縱或IO操縱時，必須確保資料在應(yīng)用完畢后獲得開釋，并且必須確保開釋操縱在finally中進(jìn)行�！�
驗收規(guī)則六：【異常捕獲不要直接catch (Exception ex) ，應(yīng)當(dāng)把異常細(xì)分處理懲罰�！�
驗收規(guī)則七：【對于if „ else if „(后續(xù)可能有多個else if …)這種類型的前提斷定，最后必須包含一個else分支，避免呈現(xiàn)分支漏掉造成錯誤;每個switch-case語句都必須包管有default，避免呈現(xiàn)分支漏掉，造成錯誤�！�
驗收規(guī)則八：【覆寫對象的equals辦法時必須同時覆寫hashCode辦法�！�
驗收規(guī)則九：【禁止輪回中創(chuàng)建新線程，盡量應(yīng)用線程池�！�
驗收規(guī)則十：【在進(jìn)行正確策畫時(例如:貨幣策畫)避免應(yīng)用float和double，浮點數(shù)策畫都是不正確的，必須應(yīng)用BigDecimal或?qū)⒏↑c數(shù)運算轉(zhuǎn)換為整型運算�！�
2.6 驗收人員
2.7 驗收時間
第三章 遺留問題
暫無。
第四章 交付物清單
4.1 文檔提交清單
4.2 源碼提交清單
第五章 驗收結(jié)論
第一版驗收通過
第六章 雙方簽字
客戶方(蓋章)： 代表：
公司(蓋章) 代表： 日期：
日期：
第三方((蓋章)[如果有]： 代表： 日期：
附件:
驗收測試記錄、測試報告等記錄。
軟件驗收報告 篇2
甲方： 有限公司
乙方： 有限公司
甲方收到乙方開發(fā)的)，下文簡稱“軟件”。截止于 年 月 日初步測試已經(jīng)通過，暫時無發(fā)現(xiàn)重大軟件漏洞問題，軟件細(xì)節(jié)后期有待驗證。
乙方應(yīng)在甲方實際使用軟件過程中，對軟件已有功能做售后服務(wù)。如后期有軟件漏洞問題，乙方應(yīng)積極配合甲方做免費修復(fù)。
甲方驗收人員： 日期：
甲方驗收人員： 日期：
軟件驗收報告 篇3
甲方：
乙方：
就“ ，經(jīng)過甲乙雙方的通力配合和共同努力，完成了合同中約定的全部任務(wù)，現(xiàn)在整個系統(tǒng)運行正常，按照合同約定，進(jìn)行項目驗收工作。
驗收工作分為設(shè)備清點、安裝調(diào)試、初驗、上線試運行和終驗幾個階段，驗收方式主要以清單、測試和實地操作為主。具體內(nèi)容如下： 第一部分：設(shè)備清點
主要檢查運到甲方的設(shè)備是否與合同相符
甲乙雙方按照合同要求對運抵現(xiàn)場的設(shè)備進(jìn)行了清點，此項工作已于 年 月 日完成，結(jié)論如下：
1.1 核對到貨清單，實物與運送單據(jù)是否一致。
□通過 □未通過 備注：
1.2 檢查和清點運抵現(xiàn)場的各種設(shè)備是否與合同相符。
□通過 □未通過 備注：
1.3 檢查運抵現(xiàn)場的文檔是否齊全
□通過 □未通過 備注：
第二部分：安裝調(diào)試
通過系統(tǒng)硬件測試證明各部分硬件物理破壞且已正確安裝。
按照合同要求，乙方對已經(jīng)到貨的設(shè)備進(jìn)行了安裝，甲乙雙方進(jìn)行了加電測試，主要觀察設(shè)備加電后的表現(xiàn)和運行自檢程序的結(jié)果，此項工作已于 年 月 日完成，結(jié)論如下：
2.1 加電是否成功
□通過 □未通過 備注：
2.2 設(shè)備狀態(tài)是否正常
□通過 □未通過 備注：
2.3 系統(tǒng)顯示的版本和序列號等信息是否符合合同要求
□通過 □未通過 備注：
2.4 自檢有無報警
□通過 □未通過 備注：
第三部分：初驗、上線試運行
通過系統(tǒng)運行，證明系統(tǒng)可以正常工作
乙方進(jìn)行設(shè)備安裝調(diào)試后，甲乙雙方在操作系統(tǒng)、數(shù)據(jù)庫等運行環(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)運行是否正常
□通過 □未通過 □未涉及 備注：
第四部分 終驗
系統(tǒng)和設(shè)備在質(zhì)保期內(nèi)能正常運轉(zhuǎn)，出現(xiàn)故障，能及時解決。
乙方在質(zhì)保期內(nèi)對系統(tǒng)和設(shè)備進(jìn)行了終驗驗收，此項工作已于 年 月 日完成，結(jié)論如下：
□通過 □未通過 □未涉及 備注：
完成上述工作以后，甲乙雙方認(rèn)為整個項目驗收正式通過，整個系統(tǒng)交付完畢，設(shè)備運行正常，可以投入使用。
甲方： 乙方：
代表 代表
日期 日期
軟件驗收報告 篇4
課程名稱：
實驗項目：
實驗地點：
專業(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)將不能運行。進(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è)。運用此系統(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)職工基本工資信息讀�。簽閷嶋H工資獎金計算提供數(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ā)器的運算職工工資信息表：測試的要點是針對職工工資信息的添加，查詢，修改，刪除，對數(shù)據(jù)庫的同步更新，以及對缺勤金和實際工資的運算
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ù)庫表中檢查并得到驗證。
軟件驗收報告 篇5
一、項目基本信息
二、驗收目的
目的在于對項目進(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)正常運行。
四、項目驗收表