軟體實施驗收報告範文2：
課程名稱：
實驗項目：
實驗地點：
專業班級：
學生姓名：
指導教師：
本科實驗報告 軟體工程 學校內部工資管理系統 綜合樓506室 計Z1102 學號： 寧高琴 崔冬華 20xx年 9 月23 日
學校內部工資管理系統設計說明書
1.引言
1.1系統簡介
假設學校共有教職工約1000人，10個行政部門和8個系部。每個月20日前各部門(包括系、部)要將出勤情況上報人事處，23日前人事處將出勤工資、獎金及扣款清單送財務處。財務處於每月月底將教職工的工資表做好並將數據送銀行。每月初(3日前)將工資條發給各單位。若有員工調入、調出、校內調動、離退休等數據變化，則由人事處通知相關部門和財務處。
一.系統可行性研究
主要功能：月工資發放和處理、標準工資庫維護、臨時工資發放、查詢與系統維護和系統幫助。用戶可以查詢每月工資獎金髮放扣除等詳細細節變化狀況。性能要求：方便、快捷、有效地完成工資發放的各項任務,在工資數據統計和報表列印等方面,具有準確率高、速度快等特點。系統的輸入 輸入所有職工的標識,如職工的姓名、工號、所在部門、各項應發的金額和各項應扣的金額。
系統的輸出 輸出各種報表、上報的檔案和上報的磁碟。
安全與保密要求：本系統在使用前必須正確輸入密碼,否則系統將不能運行。進入系統後,要想修改密碼或對系統的一些信息進行修改,也必須輸入高級用戶密碼,對資料庫中的關鍵數據應該要求保密。伺服器的管理員享有對工資數據信息庫的管理與修改。用戶只享有對信息的查詢和部分信息修改(如個人信息)。
完成期限：預計六個月。
開發目標:本系統開發目標應該考慮到以下幾個方面的因素:人力與設備費用的相對減少;數 據處理速度的提高;數據統計精度的和準確率的提高。管理信息服務的改進;自動決策系統的改進;人員利用率的改進。
2.3可行性研究的方法
(1)客戶調查：通過對客戶調查,了解和認知客戶對軟體產品的需求,按照客戶的要求不僅要實現月工資發放,而且要實現臨時的工資發放,同時還要有資料庫備份。GZGL系統的主要功能為:月工資發放和處理、標準工資庫維護、臨時工資發放、查詢與系統維護和系統幫助。
(2)同類產品調查：通過對市場中相關或同類產品的調查,筆者了解到,工資管理系統大體上都應該實現工資的統計、匯總、報表列印等功能。
三 技術可行性
1.簡要描述
工資管理系統採用常規的資料庫處理方法,根據工資信息管理的特點對資料庫進行操作,如對工資發放項目的修改、人員的增刪、工資數據的添加和修改、工資的統計、工資的匯總、臨時發放工資的管理、上報檔案和磁碟、列印等給予了最佳化。
2.與現有系統的優越性比較
工資管理系統有利於工資發放的統一、有效管理。與傳統的手工記賬方式相比,占據空間小、易於統計工資總額、易於更新、易於數據備份;與其它工資系統相比,該系統實現了對不同類型職工的工資發放,系統功能比較全面,而且價格也比較合理。
工資管理系統具有高效率的系統靈活性。當修改工資庫中某個職工的工資情況或者修改某個工資發放項目時,只需在工資數據編輯狀態下對該職工的工號進行鎖定,或者對某個工資項目進行鎖定,即可對鎖定的項目進行修改,而對其它的人員或項目無權修改,這樣可以提高系統的準確性。
工資管理系統能夠較好保證資料庫的安全。用戶可以對後台資料庫進行加密,同時還可以給系統設定密碼。
四 經濟可行性
1.支出
(1)基本投資。硬體設備:PC機;軟體:Windows98/Windows20xx/xp/7,Delphi 7,sql 20xx/20xx;
(2)其他一次性支出,主要是軟體設計和開發費用。軟體設計開發過程當中,投入設計和開發費用包括:購買書籍的資金500元;正版dephi7安裝盤50元;需求分析的費用為3300元(其中包含技術開發上的花銷、生活花銷等)。以上的費用總計4000元。
(3)經常性支出,主要是軟體後期維護費用。軟體開發完畢後投入使用時,對軟體產品進行的後期軟體維護所需要支出的費用。
2.效益
本系統的套用進一步實現辦公自動化,減少了人力投資和辦公費用的開銷,極大地提高辦公效率。投入使用將獲得的經濟效益分為直接效益和間接效益兩方面。直接效益主要體現在:原來4人/周工作量將只須1人/周完成;間接效益體現在:減少支付3人工資(1200元/人月),總計3600元/月。
3.投資回收周期
根據經驗的算法,當收益的累計數開始超出支出的累計數的時候,就是投資 的回收期。
投資回收期:4000元/(3600元/月)=1.11月(因軟體未交付使用,故未將軟體的
後期維護費用計入)。
五 法律方面的可行性
系統的研製和開發,將不會侵犯他人、集體和國家的利益,不會違反國家政策和法律。
法律因素
所有軟體都選用正版.
所有技術資料都由提出方保管。
契約制定確定違約責任.
六 使用方面的可行性
系統的研製和開發充分考慮到用戶的工資發放策略、管理流程和操作人員的素質等因素,可以滿足用戶的使用要求。
用戶使用可行性
使用本軟體人員要求有一定計算機基礎的人員,系統管理員要求由計算機的專業知識,所有人員都要經過本公司培訓.
管理人員也需經一般培訓.
經過培訓人員將會熟練使用本軟體.
兩名系統管理員,一名審計員將進行專業培訓,他們將熟練管理本系統.
本系統定位於各高校，也可以適用於各中小型企業。運用此系統進行工資管理，給各院校教職工帶來極大的方便。
作為本產品的使用者要求有一定的計算機基礎，可以熟練得使用window作業系統所提的各種功能。
資料庫管理要求具有專業水平的資料庫管理員，而且要經過我們的專門培訓。
我們會在售出後長期提供軟體維護免費服務，以便用戶在軟體使用中出現的問題
新系統的研製和開發是充分得考慮工作人員對工資的易於管理，管理者方便查詢職工的個人基本信息效率。從而能完全滿足使用者的要求。如今的網際網路已經走進千家萬戶，連小學生都會上網了，我的系統是利用微軟自帶的IE瀏覽器作為客戶端平台，只要上過網的朋友就很方便操作，而且本系統有友好的用戶界面、有良好的安全性設定、有詳細的操作說明書，這樣更使各類用戶很快地掌握系統的使用方法。
1.2 定義
專門術語：職工基本信息表(Basic)
職工出缺勤信息表(Attendance )
職工工資信息表(Salaries)
2.總體設計
3.2.1需求概述
本軟體的主要服務對象是太原理工大學的財務處和人事處，各系部。
各系部的主要任務是在每個月20日前各部門(包括系、部)要將出勤情況上報人事處(各系部在這裡的主要任務是提供數據的輸入);
而人事處將出勤工資、獎金及扣款清單送財務處(人事處在這裡對各系部送來的數據進行分析處理，對應得出數據的處理結果;
財務處於每月月底將教職工的工資表做好並將數據送銀行，每月初(3日前)將工資條發給各單位，(財務處在這裡對數據起一個網關過濾的作用，主要起一個審批作用，負責接受成型的工資數據和審批然後向銀行提交成型數據，最後打到發放工資的目的。
另外，人事變動的數據是由人事處接受並修改，最後同意傳達給財務處和相關部門。
2.2軟體結構
則根據需求分析和概要設計得出軟體的功能結構模組圖
2.3資料庫設計
資料庫表設計
職工基本信息表
職工出缺勤信息表
職工工資信息表
2.4 對應的數據字典與E-R圖：
1靜態數據：職工基本信息，職工出缺勤信息
.2動態數據
輸入數據：職工基本信息，職工工資信息，出勤工資，獎金，扣款清單，職工出缺勤信息;輸出數據：職工基本信息，職工工資信息，職工標準工資信息，職工工資條，職工出缺勤報表
.3資料庫介紹
職工基本信息資料庫：包括職工的工號，姓名，所屬系別，職位職工出缺勤信息資料庫：包括職工的工號，姓名，應出勤次數/月，實際出勤次數/月，缺勤次數，缺勤原因;職工工資信息資料庫：包括職工的工號，姓名，基本工資，原始獎金，缺勤金，實際工資;
則得DFD如下：
4數據詞典：
數據項：
數據項名:工號
別名:TNo,
簡述:所有職工的編號
類型:CHAR
長度：10
取值範圍及含義:
第1位：3 (代表安工科) 第2∼3位：0X (入學校年份) 第4-5位： ( 所屬系部) 第5-10位:( 所在系部內的編號)
數據項名:姓名
別名:NAME
簡述:所有職工的姓名
類型:CHAR
長度：8
取值範圍及含義:
第1-8位：(姓名,2~4字)
數據項名:所屬系別
別名:DEPARTMENTS
簡述:職工所屬的部門
類型:CHAR
長度：20
取值範圍及含義: 具體的部門名稱
數據項名:職位
別名:JOBS
簡述:職工所在該部門的具體職位 類型:CHAR
長度：20
取值範圍及含義: 具體的職位名稱
數據項名: 應出勤次數/月
別名:SHOULD
簡述:按工作表每個月應出勤的次數 類型:INT
長度：2
取值範圍及含義:次數
數據項名: 實際出勤次數/月
別名:ACTUAL
簡述:實際每個月應出勤的次數
類型:INT
長度：2
取值範圍及含義:次數
數據項名: 缺勤次數
別名:MISSNUM
簡述:每個月應缺勤的次數
類型:INT
長度：2
取值範圍及含義:次數
數據項名: 缺勤原因
別名:REASON
簡述:缺勤的具體原因
類型:CHAR
長度：50
取值範圍及含義:缺勤的大致原因
數據項名: 基本工資
別名:JIBENGONGZI
簡述:由工齡和職位規定的基本工資 類型:INT
數據存儲:
缺勤原因
長度：5 取值範圍及含義:金額數目 數據項名: 原始獎金 別名:YUANSHIJIANGJIN 簡述：由工齡和職位規定的原始獎金 類型:INT 長度：5 取值範圍及含義: :金額數目 數據項名:缺勤金 別名：QUEQINJIN 簡述:由缺勤次數所得的應扣金額數目 類型:INT 長度：5 取值範圍及含義:金額數目 數據項名:實際工資 別名：SHIJIGONGZI 簡述：每月實際得到的工資數金額數目 類型:INT 長度：5 取值範圍及含義:金額數目 檔案名稱: 職工基本信息資料庫 別名: 基本信息表 簡述: 存放職工基本信息 組成：包括職工的工號+姓名+所屬系別+職位 組織方式：索引檔案，以工號為關鍵字 查詢要求: 要求能夠立即查詢 檔案名稱: 職工出缺勤信息資料庫 別名: 出缺勤信息表 簡述: 存放職工基本信息 組成：工號+姓名+應出勤次數/月+實際出勤次數/月+缺勤次數+組織方式：索引檔案，以工號為關鍵字 查詢要求: 要求能夠立即查詢 檔案名稱: 職工工資信息資料庫 別名: 工資信息表 簡述: 存放職工工資信息 組成：工號+姓名+基本工資+原始獎金+缺勤金+實際工資
組織方式：索引檔案，以工號為關鍵字
查詢要求: 要求能夠立即查詢
數據流:
數據流名:職工基本信息
別名: 無
簡述: 職工的各項屬性信息
來源: 各系部
去向: 加工1.1“職工信息的輸入並整理存儲”
組成: 工號+姓名+性別+所屬系部+職位
數據流量:一般:1次/學期
高峰值：職工出現異動1000次/天
數據流名:出勤工資,獎金,扣款清單
別名: 無
簡述: 人事處的對職工出勤信息的整理結果
來源: 人事處
去向: 加工2.1“職工工資信息生成”
組成: 出勤工資+獎金+扣款清單
數據流量:一般:1次/月
高峰值：1次/月
數據流名:職工工資信息
別名: 無
簡述: 生成的職工工資信息
來源: 加工2.1
去向: 加工2.2“財務處職工工資信息整理髮送”
組成: 工號+姓名+基本工資+原始獎金+缺勤金+實際工資
數據流量:一般:1次/月
高峰值：1次/月
數據流名:職工標準工資信息
別名: 無
簡述: 生成的標準工資信息
來源: 加工2.2
去向: 銀行
組成: 工號+姓名+基本工資+原始獎金+缺勤金+實際工資
數據流量:一般:1次/月
高峰值：1次/月
數據流名:職工工資條
別名: 無
簡述: 針對系部的工資條
來源: 加工2.2
去向: 各系部
組成: 工號+姓名+基本工資+原始獎金+缺勤金+實際工資
數據流量:一般:1次/月
高峰值：1次/月
E-R圖如下：
3.程式描述
3.1功能
職工基本信息管理子系統：
1)職工基本信息輸入：用於採集職工的職工的工號，姓名，所屬系別，職位
2)建立職工基本信息表：為三個子系統提供數據源
3)職工基本信息查詢：實現查詢功能
4)職工基本信息修改：
a.寫修改職工基本信息：對職工信息異動進行修改
b.傳送提示信息至其他部門：將異動報告提交給使用該表的其他部門
職工出勤信息管理子系統：
數/月，缺勤次數，缺勤原因
2)職工出缺勤信息查詢：實現查詢功能
3)職工出缺勤信息表的建立：為職工工資管理子系統提供數據源
職工工資管理子系統：
1)職工基本工資信息讀取：為實際工資獎金計算提供數據源
2)職工實際工資獎金計算：得出實際工資
3)標準工資信息與銀行之間的雙向傳輸：向銀行提供標準工資信息，銀行提供資金異動信息
4)工資條對各部門的發放：向各個部門傳輸標準工資信息
3.2性能
職工基本信息管理子系統：
1)職工基本信息輸入：數據輸入，存儲
2)建立職工基本信息表：數據集中
3)職工基本信息查詢：數據查詢
4)職工基本信息修改：
a.寫修改職工基本信息：數據修改
b.傳送提示信息至其他部門：數據讀出
職工出勤信息管理子系統：
1)職工出缺勤信息輸入：數據輸入，存儲
2)職工出缺勤信息查詢：數據查詢
3)職工出缺勤信息表的建立：數據集中
職工工資管理子系統：
1)職工基本工資信息讀取：數據讀出
2)職工實際工資獎金計算：數據加工
3)標準工資信息與銀行之間的雙向傳輸：數據讀出，輸入
4)工資條對各部門的發放：數據讀出
3.3輸入項目
職工基本信息管理子系統：
1)職工基本信息輸入：職工的工號，姓名，所屬系別，職位
2)建立職工基本信息表：無
3)職工基本信息查詢：存儲在表中的任一數據
4)職工基本信息修改：
a.寫修改職工基本信息：新數據(職工基本信息)
b.傳送提示信息至其他部門：異動提示報告職工出勤信息管理子系統：/月，缺勤次數，缺勤原因
2)職工出缺勤信息查詢：存儲在表中的任一數據
3)職工出缺勤信息表的建立：
無職工工資管理子系統：
1)職工基本工資信息讀取：職工的工號，姓名，基本工資，原始獎金，缺勤金，實際工資
2)職工實際工資獎金計算：職工出缺勤信息，職工基本工資信息
3)標準工資信息與銀行之間的雙向傳輸：標準工資信息
4)工資條對各部門的發放：標準工資信息
3.4輸出項目
職工基本信息管理子系統：
1)職工基本信息輸入：職工基本信息表
2)建立職工基本信息表：職工基本信息表
3)職工基本信息查詢：查詢目標
4)職工基本信息修改：
a.寫修改職工基本信息：新數據(職工基本信息)
b.傳送提示信息至其他部門：異動提示報告
職工出勤信息管理子系統：
1)職工出缺勤信息輸入：職工出缺勤信息表
2)職工出缺勤信息查詢：查詢目標
3)職工出缺勤信息表的建立：職工出缺勤信息表
職工工資管理子系統：
1)職工基本工資信息讀取：職工基本工資信息表
2)職工實際工資獎金計算：標準工資信息
3)標準工資信息與銀行之間的雙向傳輸：標準工資信息
4)工資條對各部門的發放：標準工資信息
3.6詳細設計
則根據需求分析，功能模組分析可得程式的流程圖為
3.7測試要點
對於職工基本信息模組：測試的要點是針對職工基本信息屬性的添加，查詢，修改，刪除，以及對資料庫的同步更新
對於職工出缺勤模組：測試的要點是針對職工出缺勤信息的添加，查詢，修改，刪除，對資料庫的同步更新，以及對缺勤次數的觸發器的運算職工工資信息表：測試的要點是針對職工工資信息的添加，查詢，修改，刪除，對資料庫的同步更新，以及對缺勤金和實際工資的運算
5.功能模組的測試
選取職工出缺勤信息管理進行操作。
1.首先，添加職工的基本信息：
工號：3040766666
姓名：張三
應出勤：30
實出勤：25
在相應的EDIT框中添加進入此類信息，點擊保存。
在職工出缺勤管理界面進行瀏覽操作，發現信息已經成功保存，並可以瀏覽到。
2.錯誤測試：同樣輸入一組值。其值完全同上，唯一區別的是不對工號的內容不輸入，其他都輸入。然後點擊保存。發現系統提示出錯信息，無法成功保存信息。原因分析：對於設為主鍵的屬性值，在資料庫表中是不可以為空的。在添加信息中，注意不能缺少對主鍵的設定。
3.對於資料庫的檢查：對於資料庫中的表的一些屬性值，比如缺勤次數，是採取觸發器進行輸入的。在每輸入一組應“出勤次數/月“和 “實出勤次數/月”，對應的屬性缺勤次數將得到更新。在資料庫表中檢查並得到驗證。