1、學校工資支付系統需求規格說明書1、 引言11 需求規格說明書的目的1、對學校工資支付系統的總體架構設計進行描述2、對學校工資支付系統的業務流程作詳細、準確的描述，為系統的概要設計及編碼提供指導12 背景說明系統全名：學校工資支付系統提出者：學校的財務科長開發者：本軟件由南京航空航天大學信息科學與技術學院計算機科學與技術專業人員開發完成。相關聯系：1、“計算個人所得稅”可使用個人所得稅計算軟件，本系統不需要自行設計。2、“更新分類帳”不屬于本系統的功能，但系統必須和“更新分類帳”所在的系統通信。13 參考文獻關于工資支付系統規模和目標的報告書學校工資支付系統可行性分析報告國務院頒布的住房公積金管

2、理條例軟件需求（美） Karl E.Wiegers 著軟件工程規范國家信息中心編著2、 任務概述21 功能概述數據收集程序任務表終端課時表工資支付程序工資表事務數據工資明細表報表22 用戶特征用戶為會計部門的職工，文化程度較高，有一定的計算機操作基礎。所以設計上盡量規范化正規化。符合一般軟件的統一使用方法可以方便學習操作。24 限制與約束241 技術約束數據庫、各種控鍵的使用和消息的調用242 環境約束1、具有PIII450、256MB內存配置的計算機就可運行本系統2、最少15MB的硬盤空間，常規需要100MB硬盤空間3、Microsoft鼠標或其它兼容鼠標；4、最少8MB的RAM存儲器。5、

3、VGA顯示器或更高。6、Windows95中文版或WindowsNT中文版或更高7、一般計算機外設，如：打印機243 標準約束基本按照國家信息中心編著軟件工程規范的標準開發，包括硬件、軟件和文檔規模。25 假設與前提條件每月月末教師把他們當月實際授課時數登記在課時表上，由各系匯總后交給財務科，職工把他們當月完成承包任務的情況登記在任務表上，匯總后也交給財務科。3、 數據流圖與數據字典31 數據流圖圖形頂層：人事科人事數據工資支付系統銀行工資表職工任務表會計教師報表課時表第一層：銀行年度數據人事科工資表更新后的年度數據實發工資3工資計算財務報表人事數據4更新分類帳事務數據工資明細表合法的課時數、

4、任務量會計1收集數據2審核數據職工任務表統計表教師課時表第二層：年度數據人事數據工資表33計算超額課時費34更新年度數據32計算基本工資31取數據35印表格事務數據工資明細表財務報表32 數據字典321 數據流條目(1) 數據流 課時表課時表=教職工編號+課程時間表(2) 數據流 任務表任務表=教職工編號+工作時間表(3) 數據流 統計表統計表=教職工編號+課時數|任務量(4) 數據流 個人信息總記錄個人信息總記錄=教職工編號+教職工姓名+教師職稱|職工職務+基工資+生活補貼+書報費+交通費+洗理費+上年度月平均工資+教師當月授課時數|職工當月完成的工作量322 文件條目(1) 文件 年度數據

5、組成：教職工編號+教職工姓名+本年度累計工資總額+本年度累計實發工資+本年度累計授課時數+上年度月平均工資組織：按教職工編號遞增順序排列(2) 文件 事務數據組成：教職工編號+教職工姓名+課時費+崗位津貼組織：按教職工編號遞增順序排列(3) 文件 人事數據組成：教職工編號+教職工姓名+基工資+生活補貼+書報費+交通費+洗理費組織：按教職工編號遞增順序排列(4) 文件 工資明細表組成：教職工編號+教職工姓名+基工資+生活補貼+書報費+交通費+洗理費+課時費+崗位津貼+工資總額+個人所得稅+住房公積金+實發工資組織：按教職工編號遞增順序排列(5) 文件 工資表組成：教職工編號+教職工姓名+實發工資

6、組織：按教職工編號遞增順序排列323 數據項條目(1) 數據項 教職工編號教職工編號：XXXXXXXXX(8位數字)第1位：教師是0，職工是1第1位是0的情況下：第23位：所在院編號第45位：教研室編號第68位：教研室內序號、001開始第1位是1的情況下：第23位：所在部門編號第45位：所在部門內序號第68位：無效位（000）(2) 數據項 課程編號課程編號：XXXXXXXX(7位數字)第12位：所在院編號第34位：教研室編號第57位：課程序號序號第8位：課堂號(3) 數據項 課程時間表課程時間表=課程編號+起始周+終止周+星期+節+教研室起始周、終止周：122星期：16節：18教研室：009

7、9(4) 數據項 課程名課程名=長度=30的字符串(5) 數據項 教職工姓名教職工姓名=長度=8的字符串324 加工說明(1) 加工說明1(a)、編號:1(b)、加工名: 收集數據(c)、輸入流：統計要求、課時表和任務表(d)、輸出流：課時數、任務量的統計表(e)、加工過程：統計課時表、任務表里的課時數、任務量(2) 加工說明2(a)、編號:2(b)、加工名: 審核數據(c)、輸入流：課時數、任務量(d)、輸出流：核實后的課時數、任務量(e)、加工過程：在簽到記錄單中核對課時數、任務量是否屬實(3) 加工說明3(a)、編號: 3.1(b)、加工名: 收集數據(c)、輸入流：年度記錄、人事記錄、

8、事務記錄(d)、輸出流：教職工個人信息總記錄(e)、加工過程：把每位教職工的年度記錄、人事記錄、事務記錄三者匯總到一份表中(4) 加工說明4(a)、編號:3.2(b)、加工名: 計算基本工資(c)、輸入流：教職工個人信息總記錄(d)、輸出流：每月工資總額、個人所得稅、住房公積金、保險費、實發工資、課時數(e)、加工過程：根據教職工個人總信息計算每位教職工的每月工資總額、個人所得稅、住房公積金、保險費、實發工資(5) 加工說明5(a)、編號:3.3(b)、加工名: 計算超額課時費(c)、輸入流：每月工資總額、課時費、該月月份(d)、輸出流：第12月份的工資總額(e)、加工過程：年終計算超額課時費

9、，算得的錢數加到第12月份的工資總額中(6) 加工說明6(a)、編號:3.4(b)、加工名: 更新年度數據(c)、輸入流：每月工資總額、實發工資及授課時數、上年度月平均工資(d)、輸出流：本年度累計工資總額、本年度累計實發工資、本年度累計授課時數、上年度月平均工資(e)、加工過程：把每月工資總額、實發工資及授課時數累加到相應的年度數據中，并在年終計算本年度的月平均工資(7) 加工說明7(a)、編號:3.5(b)、加工名: 印表格(c)、輸入流：教職工個人信息總記錄(d)、輸出流：工資表、工資明細表、各種財務報表(e)、加工過程：將所需教職工個人信息記錄按照教職工編號排序，根據教職工編號打印各種

10、表格(8) 加工說明8(a)、編號:5(b)、加工名: 更新人事數據(c)、輸入流:教職工編號、教職工姓名、基工資、生活補貼、書報費、交通費、洗理費和人事科送來的資料(d)、輸出流：更新后的教職工編號、教職工姓名、基工資、生活補貼、書報費、交通費、洗理費(e)、加工過程：根據人事科送來的更改資料修改舊資料4、 系統接口 用戶接口用戶界面要求簡潔明了，而且表單操作要求盡量避免使用鼠標。所以數據的填寫，控件焦點的轉換要自動進行。提交和撤銷使用 回車 和 Esc。不同種類數據填寫的順序即Tab的順序要符合實際操作的習慣。而且要求在某些同樣數據重復次數較多的控件上使用可選或記憶功能，簡化操作。 硬件接

11、口該系統既可以利用鍵盤輸入教職工各種數據，也可以利用鼠標操作 軟件接口軟件接口由操作系統、數據庫組成。與外界數據庫的連接接口，采用ADO連接方式。5、 性能需求 精度要求在進行向數據庫文件提取數據時，要求數據記錄定位準確，在往數據庫文件數組中添加數時，要求輸入數準確。帳目計算都算到分這一層單位，四舍五入法 時間特征1、響應時間應在人的感覺和視覺事件范圍內；2、更新處理時間，隨著人事科送來的人事數據不斷更新，系統將相應的進行更新； 靈活性當需求發生某些變化時，軟件操作方式、數據結構、運行環境基本不會發生變化，變化只是將對應的數據庫文件內的記錄改變即可4 數據管理能力需求需要管理5個文件和13條記

12、錄，表文件的大小平均約為1.5k字節，軟件基本約用10 M字節空間，所有文件均放置在數據庫中調用，打印報表時，通過庫文件名直接進行操作。6、 軟件屬性61 可使用性本軟件設計規范，符合一般軟件統一使用方法，可以方便學習操作。62 安全性權限管理嚴格，為不同人設定不同用戶權限，訪問有限數據。每次重要的數據改動必須登記修改人，數據庫數據能保證不被缺乏相應權限的人讀取或拷貝。將數據庫設置密碼，任何人直接打開Access數據庫時都要輸入密碼，以防止非正常打開數據庫。其次，設置登陸密碼，以防非正常使用本系統的操作。63 可維護性本軟件利用數據庫進行編程，系統結構由程序基本確定，大量的參數及文本內容全部放于工資計算編程中。修改、更新數據只要在數據庫進行修改添加，而不需要對系統結構進行修改，這樣系統維護性、升級都十分方便。64 可移植性兼容性很高，在windows95/98、windowsNT、windows2003操作系統都可以直接運行。7、 其他