可行性分析與需求分析立項(xiàng)報(bào)告書

1、編寫員：信息管理與信息系統(tǒng)專業(yè)99094343 蔡藝孟審核員：電子系 劉繼聰可行性分析與需求分析立項(xiàng)報(bào)告書第一章 引言在今天計(jì)算機(jī)技術(shù)日益提高及企業(yè)管理功能等多項(xiàng)職能觀念相結(jié)合的情況下，絕大多數(shù)的企業(yè)內(nèi)外部職能都可以利用計(jì)算機(jī)建模立系統(tǒng)來實(shí)現(xiàn)。辦公室電腦化、企業(yè)內(nèi)部網(wǎng)的設(shè)立及完善、個(gè)人微機(jī)的普及以及電子商務(wù)的日漸推廣，似的企事業(yè)單位對(duì)內(nèi)部和職工的工資管理這一環(huán)節(jié)大可以通過電子計(jì)算機(jī)及Internet 技術(shù)完成。數(shù)據(jù)庫技術(shù)的穩(wěn)固更是對(duì)此工資管理系統(tǒng)的建立及運(yùn)行、維護(hù)的一大支持。以當(dāng)前數(shù)據(jù)庫建模， Client/Server 模式的分布式數(shù)據(jù)庫服務(wù)器硬件基礎(chǔ)，各計(jì)算機(jī)專業(yè)人員素質(zhì)的提高，該系統(tǒng)的數(shù)

2、據(jù)歸檔及數(shù)字化管理無疑是可以成功的。第二章可行性考究第一節(jié)規(guī)模及目標(biāo)工資管理系統(tǒng)(Salary Management System)所涉及的企事業(yè)單位或部門主要是該單位內(nèi)部各職工 (普通用戶) 、 該單位財(cái)政部門、 人事部門以及作為代理人角色的銀行部門，從安全性和便利性考慮，則該系統(tǒng)的各級(jí)別用戶應(yīng)該處于一個(gè)較集中的地域內(nèi)，其最高層管理部門可以在域范圍外。該系統(tǒng)規(guī)模的完整性應(yīng)該是建立在具 有專業(yè)技術(shù)的計(jì)算機(jī)管理人員若干及在該代理銀行具有戶頭、并最好擁有可以上網(wǎng) 的個(gè)人電腦的用戶，在這種情況下，規(guī)模是統(tǒng)一的。建立該工資管理系統(tǒng)，目標(biāo)是為了在最為經(jīng)濟(jì)的開銷下，準(zhǔn)確無誤，及時(shí)地處理職工的工資發(fā)放及其相

3、關(guān)數(shù)據(jù)的立檔收留。第二節(jié)工資管理系統(tǒng)的高層邏輯模型通過對(duì)舊系統(tǒng)的經(jīng)濟(jì)開銷、管理鄙陋、實(shí)現(xiàn)功能不完全的得知和分析（因無舊 系統(tǒng)，故簡而概之），對(duì)新系統(tǒng)的規(guī)模和目標(biāo)的假想，我們以導(dǎo)出新系統(tǒng)的邏輯模型, 并建造新的物理系統(tǒng)。首先，我們建立該系統(tǒng)的數(shù)據(jù)流圖。1 .功能級(jí)數(shù)據(jù)流圖2 .進(jìn)一步細(xì)分的數(shù)據(jù)流圖工資事務(wù)資事務(wù)更新信息個(gè)人工資，工資事務(wù)工資清單文工資信息D2稅收規(guī)范表1.1接受事務(wù)3.我們可以建立系統(tǒng)流程圖（物理系統(tǒng)）匯總表或工資條代理銀行工作人員單位內(nèi)部工資管理人員D1 1職工工資清單稅收規(guī)范表職檔案1 .2更新工資清單21 3 I處理工資產(chǎn)生工資匯變動(dòng)及發(fā)工資匯總表或工資條生成程序處理工資程

4、序3產(chǎn)生工資條印單位4部工 資管理人員銀彳亍工資底質(zhì)打印那么我們現(xiàn)在就可以定義該新系統(tǒng)的數(shù)據(jù)字典了。首先，我們可以用數(shù)據(jù)字典卡片形式描述這些信息。名字：代理銀行工作人員別名：工資發(fā)放驗(yàn)收員描述：定期將職工工資轉(zhuǎn)入職工帳戶的銀行員工定義：代理銀行工作人員=銀行地 址+銀行名稱+部門號(hào)+工作人 員名字+年齡+職稱位置：代理銀行工作人員表、銀行 地址信息表，以索引技術(shù)將二者綜合名字：單位內(nèi)部工資管理人員別名：工資管理人描述：處理單個(gè)職工工資事務(wù)、匯 總所有職工工資審查，并及時(shí)更新 變動(dòng)信息，立檔保存的工作人員。 定義：單位內(nèi)部工資管理人員=單 位名稱+部門號(hào)+職工號(hào)+職工 姓名+年齡+職稱位置：職工

5、在職檔案表名字職工別名描述定期檢查或領(lǐng)取工資及工資條，及時(shí)告知工作變動(dòng)信息的工作人員定義職工=單位名稱+部門號(hào)+職工號(hào)+職工姓名+年齡+職稱 +職，調(diào)動(dòng)代碼+調(diào)動(dòng)日期:職工在職檔案名字：工資事務(wù)別名：描述：類似于工資驗(yàn)收、發(fā)放、修 改等操作和工資匯總表、工資條的 打印等活動(dòng)。定義：工資事務(wù)=事務(wù)代碼+事務(wù) 處理日期+檢驗(yàn)號(hào)位置：工資事務(wù)表名字：工資清單別名：工資文件描述：記錄職工定期工資信息、最 近變動(dòng)信息的文件。定義：工資清單=職工號(hào)+職工姓 名+職稱+工資數(shù)量+稅收號(hào)+ 實(shí)發(fā)工資數(shù)+上次發(fā)放日期+備 注位置：職工工資清單表 名字：工資匯總表別名：描述：記錄所有職工在一定時(shí)期內(nèi) 工資信息。定

6、義：工資匯總表=職工號(hào)+職工 姓名+職稱+職工調(diào)動(dòng)代碼+調(diào) 動(dòng)日期+工資數(shù)量+稅收號(hào)+實(shí) 發(fā)工資數(shù)+上次發(fā)放日期位置：工資清單表、稅收規(guī)范表、 職工在職檔案表，三者結(jié)合。名字：稅收規(guī)范表別名：描述：法定記錄在一定額收入范圍 內(nèi)的納稅比例信息。定義：稅收規(guī)范表=稅收號(hào)+收入 范圍+備注位置：稅收規(guī)范表名字：工資條別名：個(gè)人工資表描述：對(duì)單個(gè)職工最近接收工資的 相關(guān)信息記錄。定義：工資條=工資卡號(hào)+身份證 號(hào)碼+職工號(hào)+職工姓名+職稱 +稅前工資數(shù)量+實(shí)發(fā)工資數(shù)量 +發(fā)放日期+銀行工作人員編號(hào) 位置：工資清單、稅收規(guī)范表、職 工在職檔案表、銀行工作人員表合在定義了較大的數(shù)據(jù)流節(jié)點(diǎn)后，我們就開始為各

7、個(gè)數(shù)據(jù)作出結(jié)構(gòu)化描述了。1.基礎(chǔ)數(shù)據(jù)表2、21代理銀行工作人員表序號(hào)數(shù)據(jù)名含義數(shù)據(jù)類型是否允許為空1DepartmentNo.部門號(hào)Char(4)否2EmployeeNo.工作人員編號(hào)Char(4)否3EmployeeName工作人員姓名Char(12)否4Age年齡Char(2)是5Position職稱Char(16)否表2、2 2銀行地址信息表序號(hào)數(shù)據(jù)名含義數(shù)據(jù)類型是否允許為空1BankCode銀行代碼Char(4)否2BankName銀行名稱Char(20)否3BankAddress銀行地址Char(36)否表2、2- 3職工在職檔案表序號(hào)數(shù)據(jù)名含義數(shù)據(jù)類型是否允許為空11Departm

8、entNumber部門號(hào)Char(4)否2EmployeeNumber職工號(hào)Char(6)否3EmployeeName職工姓名Char(12)否4Age職工年齡Char(2)是5Position職稱Char(16)否6ChangeCode職工調(diào)動(dòng)代號(hào)Char(4)是7ChangeDate調(diào)動(dòng)日期Char(8)是8IDNumber身份證號(hào)碼Char(18)否表2、2 4單位信息表序號(hào)數(shù)據(jù)名含義數(shù)據(jù)類型是否允許為空1CompanyName單位名稱Char(32)否2CompanyAdr單位地址Char(30)否3ChiefMan法人代表Char(12)否表2、2 5工資事務(wù)表（一）序號(hào)數(shù)據(jù)名含義數(shù)

9、據(jù)類型是否允許為空1BusinessCode事務(wù)代碼Char(4)否2BusinessDate事務(wù)處理日期Char(8)否3CheckCode檢驗(yàn)號(hào)Char(6)否表2、26工資事務(wù)表（二）序號(hào)數(shù)據(jù)名含義數(shù)據(jù)類型是否允許為空1BusinessCode事務(wù)代碼Char(4)否2Business事務(wù)具體描述Char(40)否注：工資事務(wù)表（二）是對(duì)工資事務(wù)表（一）中事務(wù)代碼對(duì)應(yīng)的具體事項(xiàng)，其具體項(xiàng)是對(duì)職工工作的調(diào)入、調(diào)出及稅收等情況所作的工資處理。表2、27職工工資清單表序號(hào)數(shù)據(jù)名含義數(shù)據(jù)類型是否允許為空1SalaryNumber工資卡號(hào)Char(6)否2EmployeeNumber職工號(hào)Char

10、(6)否3EmployeeName職工姓名Char(12)否4Position職稱Char(16)否5SalaryQuantity工資數(shù)量Char(6)否6DiscountCode稅收號(hào)Char(4)否7SalaryReal實(shí)發(fā)工資Char(6)否8PaymentDay上次發(fā)放日期Char(8)否9Record備注Char(20)是表2、28稅收規(guī)范表序號(hào)數(shù)據(jù)名含義數(shù)據(jù)類型是否允許為空1DiscountCode稅收號(hào)Char(4)否2DiscountArrange稅收范圍Char(30)否3DiscountRate稅收率Double(8)否關(guān)于這些數(shù)據(jù)的采集，主要由單位人事部門，財(cái)政部門提供：

11、認(rèn)識(shí)部門提供職工職工工作信息；財(cái)政部門提供職工工資信息。第三節(jié) 可以考慮的物理方案1 .建立一個(gè)企業(yè)內(nèi)部網(wǎng)，人事部門對(duì)單位內(nèi)部所有人員的信息記錄管理保存在一個(gè)人事信息服務(wù)器內(nèi)；財(cái)政部門對(duì)于工資調(diào)動(dòng)、發(fā)放等管理的信息保存在另一個(gè)財(cái)政信息服務(wù)器內(nèi)；而工資管理部由若干人構(gòu)成，并在一定權(quán)限下可訪問人事、財(cái)政信息服務(wù)器，也可另外建立容稅收規(guī)范表、職工工資清單表、在職檔案表等一起的工資管理服務(wù)器。2 .代理銀行也可以建立一個(gè)內(nèi)部網(wǎng)，設(shè)立一個(gè)工資發(fā)放代理信息服務(wù)器；其工作人員在一定的權(quán)限下可以訪問企業(yè)內(nèi)部網(wǎng)，但必須遵守法律規(guī)范。3 .職工人員有條件的亦可以通過局域網(wǎng)或互聯(lián)網(wǎng)作為在最低權(quán)限下訪問個(gè)人工資信息和

12、稅收規(guī)范信息等項(xiàng)。以上所說的三個(gè)方面可以通過現(xiàn)在的內(nèi)部網(wǎng)、局域網(wǎng)、互聯(lián)網(wǎng)技術(shù)，數(shù)據(jù)加密技術(shù)等實(shí)現(xiàn)，其中大部分操作可以通過計(jì)算機(jī)，實(shí)時(shí)操作系統(tǒng)的方式進(jìn)行。另外，若是企業(yè)分布區(qū)域跨度大，也可以利用分布式數(shù)據(jù)庫模式設(shè)立各種服務(wù)器及響應(yīng)各種服務(wù)，遠(yuǎn)程登錄等各項(xiàng)具體的網(wǎng)絡(luò)功能也是一個(gè)有力的軟件、協(xié)議技術(shù)支持。由此可以得到各種數(shù)據(jù)流向： 1 .職工領(lǐng)取工資銀行工作人員 工資代理服務(wù)器工資條.A2 .職工審查工資信息工資服務(wù)器個(gè)人公子信息或稅收信息AA3 .工資管理人員審查工資信息工資服務(wù)器匯總表*-4 .代理銀行工作人員杳詢信息代理服務(wù)器 工資服務(wù)器代理服務(wù)器核對(duì) 發(fā)放、轉(zhuǎn)帳操作 5 .職工調(diào)動(dòng)信息人事服

13、務(wù)器工資服務(wù)器 6 .財(cái)政工資變動(dòng)信息財(cái)政服務(wù)器工資服務(wù)器第四節(jié)成本/效益分析1 .時(shí)間價(jià)值估計(jì) 對(duì)于一個(gè)中小型企業(yè)來說，建立此項(xiàng)工資管理系統(tǒng)至少約需一年時(shí)間，而大規(guī)模企業(yè)，則至少需要2年時(shí)間。在這一段新舊系統(tǒng)的交換期間，由于新系統(tǒng)的完全投入，可根據(jù)實(shí)有貨幣在時(shí)間比銀行利率得知應(yīng)收益或費(fèi)的貨幣數(shù)量為多少。2. 人力物質(zhì)價(jià)值估計(jì) 由于更新系統(tǒng)，故企事業(yè)單位必須有若干人一組的人力資源供建立內(nèi)部數(shù)據(jù)庫使用。代理銀行部門和軟件開發(fā)商提供的人力作為貨幣投資方式計(jì)算。需要若干中型（大?。┓?wù)器若干，網(wǎng)絡(luò)布線若干，集線器、交換機(jī)等若干，打印機(jī)、微機(jī)平臺(tái)等亦可以一一計(jì)算。3. 粗略評(píng)估收益在沒有具體數(shù)據(jù)情況下

14、，我們也可以宏觀地展望該系統(tǒng)投入后所能獲得的各項(xiàng)收益。首先，企事業(yè)單位可以節(jié)省大批人力及時(shí)間去進(jìn)行人對(duì)人的工資交互操作。高效率是該系統(tǒng)的追求目標(biāo)之一。其次，可實(shí)現(xiàn)低錯(cuò)誤率的處理。再者，職工取款等直接與銀行掛鉤，也大大方便了銀行與職工雙方對(duì)存取款關(guān)系的處理。第四，可通過分布式數(shù)據(jù)庫處理實(shí)現(xiàn)高層次的工作監(jiān)督。第三章 需求分析第一節(jié) 系統(tǒng)功能要求及描述工資管理系統(tǒng)分為三大部分。新系統(tǒng)開發(fā)完成之后必須滿足用戶需求的最低要求，并且有可擴(kuò)展性能。第一部分是職工查詢事務(wù)管理，該部分主要有普通職工以只讀權(quán)限展開，由職工通過網(wǎng)絡(luò)平臺(tái)往終端輸入個(gè)人查詢信息，再通過身份及權(quán)限驗(yàn)證，向服務(wù)器提出請(qǐng)求，然后有服務(wù)器作出

15、物理操作將所需信息經(jīng)過過濾器，網(wǎng)絡(luò)線路，才最終返回到職工的終端顯示。第二部分是工資實(shí)時(shí)管理。工資實(shí)時(shí)管理運(yùn)用實(shí)時(shí)操作系統(tǒng)的運(yùn)行觀念，通過工資管理人員往終端輸入身份密碼信息，經(jīng)驗(yàn)證后再輸入工資（或做變動(dòng)）事務(wù)，通過服務(wù)器作基礎(chǔ)的物理數(shù)據(jù)變動(dòng)、修改并保存，備份；最后核對(duì)，將核對(duì)信息送返工資管理人員，有必要時(shí)，打印所生成的工資匯總表。第三部分是代理銀行工資事務(wù)管理。該項(xiàng)管理功能也是首先由代理銀行工作人員往終端輸入身份、密碼，經(jīng)過驗(yàn)證后，申請(qǐng)代發(fā)工資處理事項(xiàng)，期間或完成工資轉(zhuǎn)入帳戶操作，或完成工資提款操作，最后由終端輸出職工的個(gè)人工資條。第二節(jié) 用戶需求與運(yùn)行要求、效果評(píng)估該系統(tǒng)開發(fā)的用戶要求系統(tǒng)可以

16、綜合考慮職工調(diào)進(jìn)、調(diào)出、內(nèi)部調(diào)動(dòng)的操作以及由此帶來的工資項(xiàng)目（數(shù)量）的變化，并加以考慮個(gè)人所得稅，來計(jì)算職工的實(shí)發(fā)工資數(shù)量。除此之外，工資的發(fā)放、轉(zhuǎn)入均有代理銀行實(shí)現(xiàn)，代理銀行以輸出含職工工資卡號(hào)、身份證號(hào)碼（安全性考慮）作為憑據(jù)；而內(nèi)部管理人員也可以幾時(shí)地完成職工工資地匯總審查?，F(xiàn)在提出值得考慮地性能支持：1. 聯(lián)機(jī)系統(tǒng)響應(yīng)時(shí)間不超過半分鐘。系統(tǒng)周轉(zhuǎn)時(shí)間不超過三分鐘。2. 數(shù) 據(jù) 庫 建 立 所 需 地 存 儲(chǔ) 容 量 在 40G60G 之 間 （ 視 情 況 而 定 ， 可 為15G20G,20G30G ） ， 備份存儲(chǔ)容量在 20G 左右， 采用分布式數(shù)據(jù)庫模式雙服務(wù)器冗余備份以保障數(shù)據(jù)

17、安全。3. 外存儲(chǔ)器使用多個(gè)硬盤，7200 轉(zhuǎn) /分，單碟式； 處理器使用 1.5G 以上頻率地Pentium 4 ，并且是多個(gè)，以保證運(yùn)行速度。4. 數(shù)據(jù)通信接口主要由一些輔助軟件或是操作系統(tǒng)實(shí)現(xiàn)。5. 采用 ADSL 網(wǎng)絡(luò)模式，提供基于100BASE-T 技術(shù)的網(wǎng)絡(luò)傳輸速度（也可使用 ATM 的數(shù)據(jù)傳輸模式）6. 顯示終端使用17寸純平顯示器。另外配鼠標(biāo)、鍵盤，有必要的配置刻錄機(jī),掃描儀，打印機(jī)，傳真機(jī)。以目前可以供應(yīng)的人力、財(cái)力及硬軟件技術(shù)，該系統(tǒng)將實(shí)現(xiàn)較完善的辦公自動(dòng) 化和辦公遠(yuǎn)程化。雖然前期投入大，但收效可觀。另外一些即時(shí)發(fā)現(xiàn)的問題可由用 戶和開發(fā)人員提出并修正。第三節(jié)建立系統(tǒng)的概念

18、模型在可行性分析環(huán)節(jié)中，我們已經(jīng)建立了比較細(xì)的數(shù)據(jù)流程圖和數(shù)據(jù)字典，那么現(xiàn)在可以建立該系統(tǒng)的概念模型。用實(shí)體-聯(lián)系方法分析得出概念性的數(shù)據(jù)模型,附注:ER圖所示的中心是內(nèi)部網(wǎng)、數(shù)據(jù)庫服務(wù)器，絕大部分事務(wù)必須通過該中心，其間所保留的E-A和E-M關(guān)系是因?yàn)榭赡苡鞋F(xiàn)實(shí)世界中電腦不可實(shí)現(xiàn)而只能人工操作的事件發(fā)生。人事管理人員、財(cái)政管理人員的屬性不再細(xì)分，他們提供原始 數(shù)據(jù)。第四節(jié)工資管理系統(tǒng)的功能模塊通過上述的功能要求及描述，和ER圖揭示對(duì)象實(shí)體之間的關(guān)系，綜合之，就可以得到該系統(tǒng)的功能模塊層次方框圖了。第五節(jié)將來可能提出要求1. 基于安全性考慮由防火墻的升級(jí)或匹配問題引起的工資管理系統(tǒng)權(quán)限驗(yàn)證功能的進(jìn)一步加密。2. 若企事業(yè)單位實(shí)行由工資提供內(nèi)部保險(xiǎn)金所引起的工