軟件實施驗收報告范文

　　軟件實施驗收報告范文2：

　　課程名稱：

　　實驗項目：

　　實驗地點：

　　專業(yè)班級：

　　學生姓名：

　　指導教師：

　　本科實驗報告 軟件工程 學校內部工資管理系統 綜合樓506室 計Z1102 學號： 寧高琴 崔冬華 2013年 9 月23 日

　　學校內部工資管理系統設計說明書

　　1.引言

　　1.1系統簡介

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

　　一.系統可行性研究

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

　　系統的輸出 輸出各種報表、上報的文件和上報的磁盤。

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

　　完成期限：預計六個月。

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

　　2.3可行性研究的方法

　　(1)客戶調查：通過對客戶調查,了解和認知客戶對軟件產品的需求,按照客戶的要求不僅要實現月工資發(fā)放,而且要實現臨時的工資發(fā)放,同時還要有數據庫備份。GZGL系統的主要功能為:月工資發(fā)放和處理、標準工資庫維護、臨時工資發(fā)放、查詢與系統維護和系統幫助。

　　(2)同類產品調查：通過對市場中相關或同類產品的調查,筆者了解到,工資管理系統大體上都應該實現工資的統計、匯總、報表打印等功能。

　　三 技術可行性

　　1.簡要描述

　　工資管理系統采用常規(guī)的數據庫處理方法,根據工資信息管理的特點對數據庫進行操作,如對工資發(fā)放項目的修改、人員的增刪、工資數據的添加和修改、工資的統計、工資的匯總、臨時發(fā)放工資的管理、上報文件和磁盤、打印等給予了優(yōu)化。

　　2.與現有系統的優(yōu)越性比較

　　工資管理系統有利于工資發(fā)放的統一、有效管理。與傳統的手工記賬方式相比,占據空間小、易于統計工資總額、易于更新、易于數據備份;與其它工資系統相比,該系統實現了對不同類型職工的工資發(fā)放,系統功能比較全面,而且價格也比較合理。

　　工資管理系統具有高效率的系統靈活性。當修改工資庫中某個職工的工資情況或者修改某個工資發(fā)放項目時,只需在工資數據編輯狀態(tài)下對該職工的工號進行鎖定,或者對某個工資項目進行鎖定,即可對鎖定的項目進行修改,而對其它的人員或項目無權修改,這樣可以提高系統的準確性。

　　工資管理系統能夠較好保證數據庫的安全。用戶可以對后臺數據庫進行加密,同時還可以給系統設定密碼。

　　四 經濟可行性

　　1.支出

　　(1)基本投資。硬件設備:PC機;軟件:Windows98/Windows2000/xp/7,Delphi 7,sql 2000/2005;

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

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

　　2.效益

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

　　3.投資回收周期

　　根據經驗的算法,當收益的累計數開始超出支出的累計數的時候,就是投資 的回收期。

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

　　后期維護費用計入)。

　　五 法律方面的可行性

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

　　法律因素

　　所有軟件都選用正版.

　　所有技術資料都由提出方保管。

　　合同制定確定違約責任.

　　六 使用方面的可行性

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

　　用戶使用可行性

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

　　管理人員也需經一般培訓.

　　經過培訓人員將會熟練使用本軟件.

　　兩名系統管理員,一名審計員將進行專業(yè)培訓,他們將熟練管理本系統.

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

　　作為本產品的使用者要求有一定的計算機基礎，可以熟練得使用window操作系統所提的各種功能。

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

　　我們會在售出后長期提供軟件維護免費服務，以便用戶在軟件使用中出現的問題

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

　　1.2 定義

　　專門術語：職工基本信息表(Basic)

　　職工出缺勤信息表(Attendance )

　　職工工資信息表(Salaries)

　　2.總體設計

　　3.2.1需求概述

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

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

　　而人事處將出勤工資、獎金及扣款清單送財務處(人事處在這里對各系部送來的數據進行分析處理，對應得出數據的處理結果;

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

　　另外，人事變動的數據是由人事處接受并修改，最后同意傳達給財務處和相關部門。

　　2.2軟件結構

　　則根據需求分析和概要設計得出軟件的功能結構模塊圖

　　2.3數據庫設計

　　數據庫表設計

　　職工基本信息表

　　職工出缺勤信息表

　　職工工資信息表

　　2.4 對應的數據字典與E-R圖：

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

　　.2動態(tài)數據

　　輸入數據：職工基本信息，職工工資信息，出勤工資，獎金，扣款清單，職工出缺勤信息;輸出數據：職工基本信息，職工工資信息，職工標準工資信息，職工工資條，職工出缺勤報表

　　.3數據庫介紹

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

　　則得DFD如下：

　　4數據詞典：

　　數據項：

　　數據項名:工號

　　別名:TNo,

　　簡述:所有職工的編號

　　類型:CHAR

　　長度：10

　　取值范圍及含義:

　　第1位：3 (代表安工科) 第2∼3位：0X (入學校年份) 第4-5位：XX ( 所屬系部) 第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

　　簡述:由工齡和職位規(guī)定的基本工資 類型:INT

　　數據存儲:

　　缺勤原因

　　長度：5 取值范圍及含義:金額數目 數據項名: 原始獎金 別名:YUANSHIJIANGJIN 簡述：由工齡和職位規(guī)定的原始獎金 類型:INT 長度：5 取值范圍及含義: :金額數目 數據項名:缺勤金 別名：QUEQINJIN 簡述:由缺勤次數所得的應扣金額數目 類型:INT 長度：5 取值范圍及含義:金額數目 數據項名:實際工資 別名：SHIJIGONGZI 簡述：每月實際得到的工資數金額數目 類型:INT 長度：5 取值范圍及含義:金額數目 文件名: 職工基本信息數據庫 別名: 基本信息表 簡述: 存放職工基本信息 組成：包括職工的工號+姓名+所屬系別+職位 組織方式：索引文件，以工號為關鍵字 查詢要求: 要求能夠立即查詢 文件名: 職工出缺勤信息數據庫 別名: 出缺勤信息表 簡述: 存放職工基本信息 組成：工號+姓名+應出勤次數/月+實際出勤次數/月+缺勤次數+組織方式：索引文件，以工號為關鍵字 查詢要求: 要求能夠立即查詢 文件名: 職工工資信息數據庫 別名: 工資信息表 簡述: 存放職工工資信息 組成：工號+姓名+基本工資+原始獎金+缺勤金+實際工資

　　組織方式：索引文件，以工號為關鍵字

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

　　數據流:

　　數據流名:職工基本信息

　　別名: 無

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

　　來源: 各系部

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

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

　　數據流量:一般:1次/學期

　　高峰值：職工出現異動1000次/天

　　數據流名:出勤工資,獎金,扣款清單

　　別名: 無

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

　　來源: 人事處

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

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

　　數據流量:一般:1次/月

　　高峰值：1次/月

　　數據流名:職工工資信息

　　別名: 無

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

　　來源: 加工2.1

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

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

　　數據流量:一般:1次/月

　　高峰值：1次/月

　　數據流名:職工標準工資信息

　　別名: 無

　　簡述: 生成的標準工資信息

　　來源: 加工2.2

　　去向: 銀行

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

　　數據流量:一般:1次/月

　　高峰值：1次/月

　　數據流名:職工工資條

　　別名: 無

　　簡述: 針對系部的工資條

　　來源: 加工2.2

　　去向: 各系部

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

　　數據流量:一般:1次/月

　　高峰值：1次/月

　　E-R圖如下：

　　3.程序描述

　　3.1功能

　　職工基本信息管理子系統：

　　1)職工基本信息輸入：用于采集職工的職工的工號，姓名，所屬系別，職位

　　2)建立職工基本信息表：為三個子系統提供數據源

　　3)職工基本信息查詢：實現查詢功能

　　4)職工基本信息修改：

　　a.寫修改職工基本信息：對職工信息異動進行修改

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

　　職工出勤信息管理子系統：

　　數/月，缺勤次數，缺勤原因

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

　　3)職工出缺勤信息表的建立：為職工工資管理子系統提供數據源

　　職工工資管理子系統：

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

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

　　3)標準工資信息與銀行之間的雙向傳輸：向銀行提供標準工資信息，銀行提供資金異動信息

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

　　3.2性能

　　職工基本信息管理子系統：

　　1)職工基本信息輸入：數據輸入，存儲

　　2)建立職工基本信息表：數據集中

　　3)職工基本信息查詢：數據查詢

　　4)職工基本信息修改：

　　a.寫修改職工基本信息：數據修改

　　b.發(fā)送提示信息至其他部門：數據讀出

　　職工出勤信息管理子系統：

　　1)職工出缺勤信息輸入：數據輸入，存儲

　　2)職工出缺勤信息查詢：數據查詢

　　3)職工出缺勤信息表的建立：數據集中

　　職工工資管理子系統：

　　1)職工基本工資信息讀?。簲祿x出

　　2)職工實際工資獎金計算：數據加工

　　3)標準工資信息與銀行之間的雙向傳輸：數據讀出，輸入

　　4)工資條對各部門的發(fā)放：數據讀出

　　3.3輸入項目

　　職工基本信息管理子系統：

　　1)職工基本信息輸入：職工的工號，姓名，所屬系別，職位

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

　　3)職工基本信息查詢：存儲在表中的任一數據

　　4)職工基本信息修改：

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

　　b.發(fā)送提示信息至其他部門：異動提示報告職工出勤信息管理子系統：/月，缺勤次數，缺勤原因

　　2)職工出缺勤信息查詢：存儲在表中的任一數據

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

　　無職工工資管理子系統：

　　1)職工基本工資信息讀?。郝毠さ墓ぬ?，姓名，基本工資，原始獎金，缺勤金，實際工資

　　2)職工實際工資獎金計算：職工出缺勤信息，職工基本工資信息

　　3)標準工資信息與銀行之間的雙向傳輸：標準工資信息

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

　　3.4輸出項目

　　職工基本信息管理子系統：

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

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

　　3)職工基本信息查詢：查詢目標

　　4)職工基本信息修改：

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

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

　　職工出勤信息管理子系統：

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

　　2)職工出缺勤信息查詢：查詢目標

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

　　職工工資管理子系統：

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

　　2)職工實際工資獎金計算：標準工資信息

　　3)標準工資信息與銀行之間的雙向傳輸：標準工資信息

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

　　3.6詳細設計

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

　　3.7測試要點

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

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

　　5.功能模塊的測試

　　選取職工出缺勤信息管理進行操作。

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

　　工號：3040766666

　　姓名：張三

　　應出勤：30

　　實出勤：25

　　在相應的EDIT框中添加進入此類信息，點擊保存。

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

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

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