第一篇：財務(wù)需求分析說明書

財務(wù)管理系統(tǒng)需求分析說明書（版本號：V1.0.2）

文檔信息：

項目名稱：財務(wù)管理系統(tǒng)項目經(jīng)理：sGlobalMethod階段:需求分析

·1.引言

1.1 編寫目的

為使系統(tǒng)開發(fā)人員和業(yè)務(wù)需求人員達(dá)成對本次虛賬戶管理系統(tǒng)項目開發(fā)需求的一致理解，同時做為下一階段系統(tǒng)設(shè)計的依據(jù)，特編寫此《需求分析說明書》。

2收入管理需求描述

根據(jù)業(yè)務(wù)提出需求，需要增加學(xué)費管理，寢室費管理菜單，下面對功能進(jìn)行詳細(xì)描述。

2.1收入管理

2.1.1功能概述

收入列表顯示，添加，刪除，修改

2.1.2界面描述

2.1.2.1寢室費

第一頁寢室費收入列表顯示（所有數(shù)據(jù)）按院校日期，地點，寢室號等分類查詢 顯示寢室費收入列表；

添加功能，單條/批量刪除，修改功能，導(dǎo)出功能。按添加按鈕跳入第二頁 第二頁寢室費錄入功能

含有表頭的可編輯的空表格，添加可編輯行數(shù)（1）刪除可編輯行數(shù)（1）保存；

2.1.2.2學(xué)費

第三頁學(xué)費收入列表顯示（所有數(shù)據(jù)）按院校日期等分類查詢 顯示學(xué)費收入列表；

添加功能，單條/批量刪除，修改功能，導(dǎo)出功能，導(dǎo)出當(dāng)前所選擇的記錄。按添加按鈕跳入第四頁 第四頁學(xué)費錄入功能

含有表頭的可編輯的空表格，添加可編輯行數(shù)（1）刪除可編輯行數(shù)（1）保存；

3支出管理需求描述

3.1支出管理 3.1.1功能概述

支出列表顯示，添加，刪除，修改

3.1.2界面描述

3.1.2.1財務(wù)報銷

第一頁財務(wù)報銷支出列表顯示（所有數(shù)據(jù)）按院校，報銷類別，日期等分類查詢； 顯示財務(wù)報銷列表

添加功能，單條/批量刪除，修改功能，導(dǎo)出功能。按添加按鈕跳入第二頁 第二頁財務(wù)報銷錄入功能

含有表頭的可編輯的空表格，添加可編輯行數(shù)（1）刪除可編輯行數(shù)（1）保存；

3.1.2.2付款申請

第一頁付款申請支出列表顯示（所有數(shù)據(jù)）按院校，付款類型，日期等分類查詢； 顯示付款申請列表

添加功能，單條/批量刪除，修改功能，導(dǎo)出功能。按添加按鈕跳入第二頁 第二頁付款申請錄入功能

含有表頭的可編輯的空表格，添加可編輯行數(shù)（1）刪除可編輯行數(shù)（1）保存；

3.1.2.3采購申請

第一頁采購申請支出列表顯示（所有數(shù)據(jù)）按院校，采購類型，日期等分類查詢； 顯示采購申請列表

添加功能，單條/批量刪除，修改功能，導(dǎo)出功能。按添加按鈕跳入第二頁 第二頁采購申請錄入功能

含有表頭的可編輯的空表格，添加可編輯行數(shù)（1）刪除可編輯行數(shù)（1）保存；

第二篇：財務(wù)情況分析說明書

財務(wù)情況分析說明書

一、企業(yè)概況

本企業(yè)屬于（）企業(yè)，成立于（）年。是以生產(chǎn)和銷售（）為主業(yè)的公司，其主營業(yè)務(wù)收入占企業(yè)總收入的比重為（）％。公司現(xiàn)有資產(chǎn)總額已達(dá)（）萬元，其中包括流動資產(chǎn)（）萬元，占總資產(chǎn)的比例為（）％；固定資產(chǎn)（）萬元，占資產(chǎn)總額的比例為（）％。負(fù)債總額達(dá)（）萬元，其中流動負(fù)債（）萬元，占負(fù)債總額的（）％，所有者權(quán)益（）萬元，占企業(yè)資產(chǎn)總額的（）％。

二、企業(yè)經(jīng)營情況分析

1、本年主營業(yè)務(wù)收入（）萬元，比去年同比增長（）萬元，增長率（）％。

2、本年產(chǎn)品銷售費用（）萬元，比去年同比增長（）萬元，增長率（）％，主營業(yè)務(wù)費用占主營業(yè)務(wù)收入的（）％。

3、本年主營業(yè)務(wù)成本（）萬元，比去年同比增長（）萬元，增長率（）％，主營業(yè)務(wù)成本占主營業(yè)務(wù)收入的（）％。

4、本年管理費用（）萬元，比去年同比增長（）萬元，增長率（）％，管理費用占主營業(yè)務(wù)收入的（）％。

5、本年財務(wù)費用（）萬元，比去年同比增長（）萬元，增長率（）％，財務(wù)費用占主營業(yè)務(wù)收入的（）％。

6、本年主營業(yè)務(wù)稅金及附加（）萬元，比去年同比增長（）萬元，增長率（）％，主營業(yè)務(wù)稅金及附加占主營業(yè)務(wù)收入的（）％。

7、本年營業(yè)利潤（）萬元，比去年同比增長（）萬元，增長率（）％，營業(yè)利潤占主營業(yè)務(wù)收入的（）％。

8、其他項目的比例參閱損益分析表。

三、利潤實現(xiàn)和分配情況

1、本年實現(xiàn)利潤總額（）萬元，凈利潤（）萬元。

2、全年上交所得稅（）萬元，增值稅（）萬元。

3、本年提取盈余公積（）萬元，其中公益金（）萬元。

4、本年分配給投資者利潤（）萬元，其中普通股股利（）萬元，優(yōu)先股股利（）萬元。

5、本年職工工資總額（）萬元，職工人數(shù)（）人，職工全年平均收入（）萬元。

四、資金增減和周轉(zhuǎn)情況

1、本年經(jīng)營活動現(xiàn)金流量比上年增長（）萬元，增長率（）%；本年投資活動現(xiàn)金流量比上年增長（）萬元，增長率（）%；本年籌資活動現(xiàn)金流量比上年增長（）萬元，增長率（）%。

2、本年現(xiàn)金及現(xiàn)金等價物凈增加額比上年增長（）萬元，增長率（）%；

3、本年應(yīng)收賬款周轉(zhuǎn)率為（）；存貨周轉(zhuǎn)率為（）；流動資產(chǎn)周轉(zhuǎn)率為（）；固定資產(chǎn)周轉(zhuǎn)率為（）；總資產(chǎn)周轉(zhuǎn)率為（）。

4、企業(yè)的發(fā)展能力指標(biāo)情況：主營業(yè)務(wù)收入增長率為（）；凈利潤增長率為（）；留存盈利比率為（）。

5、可持續(xù)增長率為（），說明企業(yè)主營業(yè)務(wù)收入的最大增長能力。從長期趨勢看，如果企業(yè)實際的主營業(yè)務(wù)收入增長率高于持續(xù)增長率，表明企業(yè)過度擴(kuò)張，則必須對外籌資；反之，如果企業(yè)實際的主營業(yè)務(wù)收入增長率低于持續(xù)增長率，表明企業(yè)增長不足，應(yīng)積極尋求投資機(jī)會，實現(xiàn)適度增長。

五、對企業(yè)財務(wù)狀況、經(jīng)營成果和現(xiàn)金流量有重大影響的其他事項說明

1、會計政策的變動。

2、會計估計的變更。

3、重要合同事項。

4、重要投資事項。

5、對現(xiàn)金流量有重大影響的其他事項。

附件：

1、資產(chǎn)負(fù)債表環(huán)比分析、資產(chǎn)負(fù)債表結(jié)構(gòu)分析

2、利潤表環(huán)比分析、利潤比結(jié)構(gòu)分析

3、現(xiàn)金流量表環(huán)比分析、現(xiàn)金流量表結(jié)構(gòu)分析

4、利潤分配表分析

5、財務(wù)比率分析

6、杜邦分析體系

第三篇：財務(wù)情況分析說明書

企業(yè)經(jīng)營情況分析

1、本月主營業(yè)務(wù)收入元，比去年同比增長元，增長率％。

2、本月營業(yè)費用元，比去年同比增長元，增長率％，主營業(yè)務(wù)費用占主營業(yè)務(wù)收入的％。

3、本月主營業(yè)務(wù)成本 元，比去年同比增長增長率％，主營業(yè)務(wù)成本占主營業(yè)務(wù)收入的（）％。

4、本月管理費用（）元，比去年同比增長（）元，增長率（）％，管理費用占主營業(yè)務(wù)收入的（）％。

5、本月財務(wù)費用（）元，比去年同比增長（）元，增長率（）％，財務(wù)費用占主營業(yè)務(wù)收入的（）％。

6、本年主營業(yè)務(wù)稅金及附加（）元，比去年同比增長（）元，增長率（）％，主營業(yè)務(wù)稅金及附加占主營業(yè)務(wù)收入的（）％。

7、本年營業(yè)利潤（）元，比去年同比增長（）元，增長率（）％，營業(yè)利潤占主營業(yè)務(wù)收入的（）％。

8、其他項目的比例參閱損益分析表。

1、本月實現(xiàn)利潤總額（）元，凈利潤（）元。

2、本月上交所得稅（）元，增值稅（）元。

5、本年職工工資總額（）元，職工人數(shù)（）人，職工全年平均收入（）萬。

撰稿人：

2013年12月8日

第四篇：電子商務(wù)系統(tǒng)(java)需求分析說明書

電子商務(wù)系統(tǒng)需求分析說明書

一． 引言...............................................................................................................................................1 1.編寫目的............................................................................................................................................1 2.背景..................................................................................................................................................1 3.定義..................................................................................................................................................1 二． 任務(wù)概述.......................................................................................................................................2 1．目標(biāo).................................................................................................................................................2 2.用戶的特點......................................................................................................................................2 3.系統(tǒng)功能示例..................................................................................................................................2 三． 需求細(xì)則.......................................................................................................................................2 1.對功能的規(guī)定...............................................................................................................................2 2.對性能的規(guī)定...............................................................................................................................5 3.對排版的規(guī)定...............................................................................................................................5 4.對可維護(hù)性的規(guī)定........................................................................................................................5 5.對個性的規(guī)定...............................................................................................................................6 6.對項目過程的規(guī)定........................................................................................................................6

一． 引言

1.編寫目的

通過與多位軟件使用者進(jìn)行全面深入地探討和分析，并完成《電子商務(wù)系統(tǒng)》市場的前期調(diào)查后，提出了這份軟件需求分析說明書。

此需求分析說明書對《電子商務(wù)系統(tǒng)》軟件做了全面細(xì)致的用戶需求分析，明確所要開發(fā)的系統(tǒng)應(yīng)具有的功能、性能與界面，使系統(tǒng)分析人員及軟件開發(fā)人員能清楚地了解用戶的需求，并在此基礎(chǔ)上進(jìn)一步提出概要設(shè)計說明書和完成后續(xù)設(shè)計與開發(fā)工作。

本說明書的預(yù)期讀者為客戶、業(yè)務(wù)或需求分析人員、測試人員、用戶文檔編寫者、項目管理人員。

2.背景 3.定義

二． 任務(wù)概述 1．目標(biāo) 2.用戶的特點 3.系統(tǒng)功能示例

需求：

1、購物車管理

購物車內(nèi)商品的增、刪、改 生成訂單

2、訂單管理

訂單的增、刪、查

3、使用數(shù)據(jù)庫（mysql）保存用戶信息、商品信息、訂單信息 用戶表，商品表，訂單表，訂單項表

技術(shù)要求：

1、商品類

2、購物車類

3、購物項類

4、訂單類

5、訂單項類

6、用戶類

7、應(yīng)用MVC模式

購物流程：

用戶登錄，瀏覽商品頁面，挑選商品加入購物車，繼續(xù)瀏覽商品頁面…… 購物車頁面顯示當(dāng)前所購商品信息（名稱、數(shù)量、價格），提交生成訂單，保存到數(shù)據(jù)庫中（訂單表存儲訂單基本信息：訂單號、用戶名、訂單總價、生成時間

訂單項表存放各訂單詳細(xì)訂單項信息：所屬訂單號、商品號、數(shù)量）

三． 需求細(xì)則 1.對功能的規(guī)定

分必選項和任選項，其中，必選項是必須完成的，屬于項目答辯的入口條件，所有人都要做，未完成者取消答辯資格；任選項不是入口條件，但每完成一項都會加分，對于完成了必選項的同學(xué)，盡可能地多完成一些任選項，以期獲得更高的答辯成績。如果所有項（包括必選和任選）都完成，那么功能分就是滿分。如果設(shè)計思路、界面效果、代碼組織等方面有個性（或和別人的不同），則獲得附加分。

1.1 注冊、登錄功能

屬性：必選

描述：用戶必須注冊，登錄之后才能使用本電子商務(wù)系統(tǒng)

1.2 商品瀏覽功能

1.2.1 商品類定義 屬性：必選

描述：商品信息必須包含如下項（包括但不限于）：

● ID：要求全局唯一

● 商品名稱（字符串）● 商品單價 ● 商品庫存 ● 商品類別

1.2.2 用戶類定義 屬性：必選

描述：用戶信息必須包含如下項：

● 用戶ID：要求全局唯一 ● 用戶密碼 ● 用戶名

● 用戶送貨地址 ● 用戶郵箱 ● 用戶等級

1.2.3 瀏覽商品 屬性：必選

描述：用戶登陸以后能夠按類別瀏覽商品信息。

1.2.4 數(shù)據(jù)庫保存商品和用戶信息 屬性：必選

描述：商品信息（用戶信息）能夠存于數(shù)據(jù)庫中，掉電后信息不丟失。必須完成下面兩種情況：

在數(shù)據(jù)庫中，以表的形式存放商品和用戶信息。

1.3 購物車功能 1.3.1 購物車類 屬性：必選

描述：購物車類必須包含如下項（包括但不限于）：

● 購物項集合（購物項類類型）

● 購物總額

1.3.2 購物車功能實現(xiàn) 屬性：必選 描述：增刪改查。

● 添加購買商品 ● 修改購買商品數(shù)量 ● 刪除購物項 ● 顯示購物車內(nèi)容

● 計算購物車內(nèi)商品總價（考慮用戶等級折扣）

1.3.3 購物項類 屬性：必選

描述：購物項類必須包含如下項（包括但不限于）：

● 商品ID

● 購買數(shù)量

1.3.4 通過購物車下訂單 屬性：必選

描述：根據(jù)購物車內(nèi)購物項集合下訂單，生成訂單內(nèi)容信息必須保存在數(shù)據(jù)庫中

1.4 訂單處理功能 1.4.1 訂單類定義 屬性：必選

描述：訂單信息必須包含如下項（包括但不限于）：

● ID：要求全局唯一

● 訂單明細(xì)集合（訂單明細(xì)項類型）● 訂單總額 ● 下單用戶ID ● 下單時間

● 訂單狀態(tài)（提交、審核、等待付款、發(fā)貨、完成）

1.4.2 訂單明細(xì)項類定義 屬性：必選

描述：訂單明細(xì)信息必須包含如下項（包括但不限于）：

● 商品ID

● 購買數(shù)量 ● 訂單ID

1.5 數(shù)據(jù)庫功能 屬性：必選

1.5.1 用戶信息表 1.5.2 商品信息表 1.5.3 訂單信息表

1.5.4 訂單明細(xì)項信息表

1.6 商品評價

屬性：任選

描述：購買過某商品的用戶可以對該商品進(jìn)行評價，評價內(nèi)容保存在數(shù)據(jù)庫中，用戶瀏覽商品時可以查看評價信息

1.7 管理員后臺管理模塊

屬性：任選

描述：管理員登錄系統(tǒng)，查看商品庫存，查看用戶訂單，進(jìn)貨處理，訂單狀態(tài)管理

2.對性能的規(guī)定

本系統(tǒng)在設(shè)計方面本著方便、實用的宗旨，性能方面應(yīng)遵循如下原則： ● 執(zhí)行效率（時間）： 軟件運行應(yīng)該盡量高效；避免沒有必要的循環(huán)處理、重復(fù)處理； ● 資源損耗（空間）：設(shè)計盡量節(jié)約資源（內(nèi)存、數(shù)組、鏈表等）； ● 初始化： 局部變量、數(shù)組成員、內(nèi)存塊等都要初始化； ● 健壯性：

◎ 申請內(nèi)存之后，應(yīng)該立即檢查引用值是否為null； ◎ 方法的入?yún)⒈剡x進(jìn)行有效性判斷；

◎ switch-case一定要有default；if-else if等后要有else； ◎ 數(shù)組的下標(biāo)不要發(fā)生“多1”或者“少1”操作。

3.對排版的規(guī)定

● 縮進(jìn)要對齊； ● 長行拆分；

● 二元操作符的前后應(yīng)當(dāng)加空格，包括如下操作符：

賦值操作符、比較操作符、算術(shù)操作符、邏輯操作符、位域操作符，如“=”、“+=” “>=”、“<=”、“+”、“*”、“%”、“&&”、“||”、“<<”, “^” 等；

● 空行：

◎ 類聲明之后、每個方法定義結(jié)束之后都要加2行空行；

◎ 邏輯上密切相關(guān)的語句之間不加空行，其它地方應(yīng)加空行分隔； ◎ 一行代碼只做一件事情；

◎ “if”、“for”、“while”、“do”等語句自占一行，執(zhí)行語句不得緊跟其后。不論執(zhí)行語句有多少都要加 “{ }”；

4.對可維護(hù)性的規(guī)定

對可維護(hù)性的最終要求：別人能夠輕松上手你的代碼。

● 結(jié)構(gòu)清晰：

◎ 模塊化：對界面（顯示）、菜單管理、邏輯管理、文件操作等等代碼要獨立； ◎ 封裝：一個模塊只做一件事，模塊功能要單一；一個方法不能超過50行；

避免重復(fù)、冗余代碼； ◎ 代碼塊清晰。

● 變量命名規(guī)范，變量名應(yīng)該具有自明性：

◎ 常量定義命名

常量名由全大寫字母組成，單詞間通過下劃線來界定； ◎ 方法的命名：

使用“動詞”或者“動詞＋名詞”（動賓詞組）的形式，由一個或多個單詞組成且以小寫字母開頭，以后每個單詞的首字母要大寫便于界定 ◎ 變量的命名與定義

應(yīng)當(dāng)使用“名詞”或者“形容詞＋名詞”，由一個或多個單詞組成且以小寫字母開頭，以后每個單詞的首字母要大寫便于界定。

● 注釋充分：變量、方法（包括參數(shù)、返回值）、代碼功能塊、一些復(fù)雜算法??等都需要

清晰明了地說明；

5.對個性的規(guī)定

把項目做出個性出來。下列各項中有和比人不同之處、或很有創(chuàng)意，即可認(rèn)為有個性。獨立設(shè)計的軟件，一般都會出現(xiàn)一些個性。參考、抄襲不會出現(xiàn)個性。

● 設(shè)計思路：包括軟件的整體架構(gòu)、功能塊的設(shè)計思路、類封裝等等； ● 功能實現(xiàn)：從用戶的角度，使用上發(fā)現(xiàn)與眾不同的地方； ● 其它方面；

6.對項目過程的規(guī)定

本著緊張但不急躁、不參考、不拷貝的原則進(jìn)行。? 緊張但不慌張

項目周期只有一周，這還包括項目答辯時間。所以項目時間比較緊張，但不能慌張。要有自己明確的設(shè)計思路，一步步沿著思路走下去，以此來鞏固自己所學(xué)，鍛煉自己的獨立工作能力。? 能自己做，絕不參考別人

自己還沒有做，還沒有想，就去看比人的，這樣盡管功能做出來了，但卻沒有什么意義，真正面試時還是不會。作者和讀者，天壤之別。

如果自己實在無法搞定，一個問題卡了快一天了，則可以咨詢別人一下想法，再行編碼；盡量不直接看別人代碼。? 不拷貝

一旦發(fā)現(xiàn)拷貝，取消答辯資格。答辯時發(fā)現(xiàn)，答辯成績減半。

copy別人的代碼，甚至直接運行別人的代碼，以此作為自己的項目進(jìn)展，這是嚴(yán)禁的。嚴(yán)禁運行效果出來了，卻不知道是哪些代碼造成的，嚴(yán)禁明明是自己寫的代碼，但卻不知道為什么這么寫。

第五篇：教師工資管理系統(tǒng)需求分析說明書

學(xué)校內(nèi)部工資管理系統(tǒng)

需求分析報告

系統(tǒng)分析員：張倩、施婷婷、毛思雨、吳園希、陳金淼

日期：2011-5-3

1、目導(dǎo)言

1.1 目的

為工資管理系統(tǒng)提供一套具有基本功能的模擬軟件支持系統(tǒng)提供基本的需求分析和描述，為軟件的開發(fā)參與者（系統(tǒng)設(shè)計人員、程序員、測試人員、開發(fā)商、管理人員等）提供完整的需求信息。

1.2 范圍

本軟件適用于我校工資系統(tǒng)的管理和應(yīng)用，它是完善、安全、穩(wěn)定的系統(tǒng)管理模擬軟件。待開發(fā)軟件系統(tǒng)的名稱：基于Web應(yīng)用的學(xué)校教師工資管理系統(tǒng)

本產(chǎn)品能具體化、合理化、安全的模擬實現(xiàn)基于Web應(yīng)用的工資管理系統(tǒng)的各種基本操作。

2、系統(tǒng)定義

2.1 項目來源及背景

本系統(tǒng)是一個學(xué)校內(nèi)部工資管理系統(tǒng)。對教職員工的基本信息和工資信息進(jìn)行添加和修改，能夠調(diào)整工資項目，根據(jù)需要對教職員工基本信息和工資信息的查詢，本系統(tǒng)能夠生成各個月的工資表，能夠打印報表方便保存和管理，還包括對系統(tǒng)的一些基本操作功能，比如為完善系統(tǒng)管理功能，增加工資系統(tǒng)用戶管理功能，系統(tǒng)應(yīng)該包括系統(tǒng)用戶數(shù)據(jù)的添加，修改和刪除。教職員工為系統(tǒng)普通用戶，只能運行系統(tǒng)個人工資查詢功能；系統(tǒng)管理員則能運行系統(tǒng)所有功能，從而有效保證系統(tǒng)數(shù)據(jù)的安全性，系統(tǒng)應(yīng)該具有簡單，易用，小巧，經(jīng)典的特色，應(yīng)該能夠?qū)Ω咝９べY管理進(jìn)行優(yōu)化，使其系統(tǒng)化，高效化，智能化。并保證工資管理的準(zhǔn)確性，簡易性，為學(xué)校財務(wù)人員提供便利。

2.2 用戶的特點

本系統(tǒng)的用戶主要有以下幾類：

教職工：提交各人信息和查詢總工資表；

財務(wù)處：查詢總工資表，生成正確的工作表，生成各教職工工資條； 人事處：提交人員變動情況，制定獎懲實施細(xì)則，生成可變工資； 學(xué)校各部門：提交出勤情況，提交業(yè)績情況，讀取工資條。

本軟件的使用對象是我校全體教職員工,必須通過IE瀏覽器訪問該系統(tǒng)，然后再登陸頁面輸入正確的用戶明和密碼方可使用（即成功登陸）。

3、功能規(guī)格

3.1 角色定義

角色或者執(zhí)行者指與系統(tǒng)產(chǎn)生交互的外部用戶或者外部系統(tǒng)。

3.1.1 教職工

學(xué)校教職工通過系統(tǒng)可以實現(xiàn)以下使用需求：提交個人信息，登陸修改個人信息，查詢個人工資各項詳情。

3.1.2 財務(wù)處

學(xué)校財務(wù)處可以通過系統(tǒng)實現(xiàn)以下需求：讀取工資表，生成正確工資表及查詢工資情況。

3.1.3 人事處

學(xué)校人事處可以通過系統(tǒng)實現(xiàn)以下使用需求：輸入教職工調(diào)動信息，讀取教職工出勤及業(yè)績情況，制定獎懲實施細(xì)則，生成教職工出勤工資、獎金及扣款清單。

3.1.4 學(xué)校各部門

學(xué)校各部門可以通過系統(tǒng)實現(xiàn)以下使用需求：給出教職工出勤情況，給出教職工業(yè)績考核情況，讀取各部門匯總表，得到工資條。

3.1.5 數(shù)據(jù)庫數(shù)據(jù)庫是一個與系統(tǒng)產(chǎn)生交互的外部系統(tǒng)，這個角色負(fù)責(zé)系統(tǒng)的數(shù)據(jù)查詢、增加、刪除、和修改等操作。

3.1.6 學(xué)校人事處

在學(xué)校教師工資管理系統(tǒng)中，管理員可以提交人員變動，提交可變工資（統(tǒng)計出勤工資、獎金及扣款項目），制定獎懲明細(xì)，查詢工資表。具體描述如下。

用例描述：學(xué)校人事處管理； 執(zhí)行者：學(xué)校人事處；

前置條件：人事處管理者已登錄系統(tǒng)；

后置條件上：如果人員和工資產(chǎn)生變化，則數(shù)據(jù)庫中的隨之變化。基本路徑：

登錄成功，進(jìn)入管理界面。

然后根據(jù)選擇不同的操作分別進(jìn)入不同狀態(tài)，如：選擇提交人員變動，可以對員工調(diào)入、調(diào)出、校內(nèi)調(diào)動、離退休等數(shù)據(jù)進(jìn)行修改，進(jìn)入的狀態(tài)為一個系統(tǒng)

反饋的信息表。若選擇提交可變工資，則會再次給出選擇分別進(jìn)入狀態(tài)為：出勤工資表，獎金表后者扣款清單表。

根據(jù)相應(yīng)選擇查詢不同信息。查看信息完畢后，最后退出系統(tǒng)。

在學(xué)校教師工資管理系統(tǒng)中，財務(wù)處管理員可以查詢工資表，然后每月月底將教職工的工資表做好并將數(shù)據(jù)送往銀行。每月初（3日前）將工資條發(fā)給各單位。具體描述如下。

4、性能需求

4.1 界面需求

1.以通信功能作為界面設(shè)計的核心

人機(jī)界面設(shè)計的關(guān)鍵是使人與計算機(jī)之間能夠準(zhǔn)確地交流信息。一方面，人向計算機(jī)輸入信息時應(yīng)當(dāng)盡量采取自然的方式；另一方面，計算機(jī)向人傳遞的信息必須準(zhǔn)確，不致引起誤解或混亂。

2.界面必須始終一致

統(tǒng)一的人機(jī)界面不致于會增加用戶的負(fù)擔(dān)，讓用戶始終用同一種方式思考與操作。最忌諱的是每換一個屏幕用戶就要換一套操作命令與操作方法。

3.界面友好、使用方便

4.2 響應(yīng)時間需求

系統(tǒng)能設(shè)置登錄等級，對于使用服務(wù)器端工作者可以先行響應(yīng)；

4.3 開放性需求

一個優(yōu)秀的軟件應(yīng)該提供在線求助功能，甚至提供使用向?qū)?，這將給用戶帶來極大的方便。在多媒體環(huán)境下，以語音提示作為操作向?qū)?，不會干擾屏幕信息，是一個極佳的選擇。

4.4 可擴(kuò)展安全性需求

系統(tǒng)對要提供與讀取信息的用戶進(jìn)行身份驗證，登錄后各員工只能可以看到各自工資詳情；