房地產ERP管理系統.doc_第1頁
房地產ERP管理系統.doc_第2頁
房地產ERP管理系統.doc_第3頁
房地產ERP管理系統.doc_第4頁
房地產ERP管理系統.doc_第5頁
已閱讀5頁,還剩77頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

密級:一般版本:5.0 項目名: 房地產ERP管理系統 文檔名: 需求規(guī)格說明書 文檔號: SRS003 編寫者: 成員: 核審者: 批準者: 創(chuàng)建日期: 2008-10-18 修訂頁編號章節(jié)名稱修訂內容簡述修訂日期修訂前版本號修訂后版本號修訂人批準人目 錄1樓盤銷售需求分析51.1前言51.1.1原型概念51.1.2原型在軟件過程中地位51.1.3本“房地產ERP管理系統”框架與“房地產ERP管理系統”數據流圖61.1.4基于原型分析的整體迭代圖(此模式后期能夠用于概要設計等軟件過程)71.2目標71.3基于原型分析的需求分析71.3.1原型分析71.3.2從原型到需求分析的逆向工程101.3.3需求分析131.4參考資料和工具軟件182成本控制需求分析192.1 相關概念192.1.1 成本控制192.1.2房地產成本控制192.2功能需求192.3基本子模塊202.4系統建模202.4.1用例模型202.4.2順序圖i2.5數據流圖i3協同辦公需求分析ii3.1功能框架ii3.1.1公文管理ii3.1.2檔案管理iii3.1.3綜合辦公iii3.1.4公共服務iv3.1.5個人辦公iv3.2數據流圖:v3.3用例分析vi4人力資源管理需求分析134.1相關概念134.1.1人力資源134.1.2人力資源管理134.2功能需求144.3基本子模塊144.4系統建模154.4.1用例分析154.4.2順序圖184.4.3活動圖215財務管理需求分析245.1房地產原型研究報告245.1.1研究對象245.1.2研究目的245.1.3原型系統的功能模塊245.1.4原型系統的財務管理模塊的需求分析255.1.5原型系統的財務管理模塊的優(yōu)缺點265.2財務管理需求分析報告275.2.1財務管理需求分析275.2.2確定系統邊界285.2.3確定執(zhí)行者295.2.4確定用例295.2.5繪制用例圖335.2.6繪制順序圖356投標管理需求分析386.1目的與任務386.2功能需求386.3用戶界面需求386.4性能需求396.5數據流圖及數據字典396.5.1投標者查詢數據流流圖為:396.5.2公司更新數據流流圖為:406.6用例圖416.7子系統主要活動圖416.8用例圖描述:426.9開發(fā)環(huán)境447采購需求分析457.1采購業(yè)務概述457.2采購業(yè)務的作用457.3采購業(yè)務的內容與作業(yè)程序。467.4采購子系統的運作與帶來的效益477.4.1采購子系統的運作477.4.2采購系統運作帶來的效益497.5采購管理流程圖568. 其它非功能需求588.1性能需求588.2安全性需求588.3軟件質量屬性588.4業(yè)務規(guī)則588.5用戶文檔58附錄:需求列表591樓盤銷售需求分析1.1前言1.1.1原型概念原型(prototype)即把系統主要功能和接口通過快速開發(fā)制作為“軟件樣機”,以可視化的形式展現給用戶,及時征求用戶意見,從而明確無誤地確定用戶需求。同時,原型也可用于征求內部意見,作為分析和設計的接口之一,可方便于溝通。1.1.2原型在軟件過程中地位1.1.3本“房地產ERP管理系統”框架與“房地產ERP管理系統”數據流圖1.1.4基于原型分析的整體迭代圖(此模式后期能夠用于概要設計等軟件過程)1.2目標本“房地產ERP管理系統”,基于一種打破傳統管理思想的思想,目的是能夠使公司企業(yè)迅速而高效地決策,以在激烈的競爭中生存、發(fā)展、壯大。1.3基于原型分析的需求分析1.3.1原型分析1. “天意房地產租售銷管理系統”原型概貌a) “天意房地產租售銷管理系統”原型的用戶界面:如圖1.1圖1.1 “天意房地產租售銷管理系統”原型的用戶界面b) “天意房地產租售銷管理系統”原型的功能:(必須仔細分析各個功能)i. 資料查詢A. 出售房查詢此功能僅供出售房資料管理員、售樓人員以及經理等相關人士查詢出售房相關的資料;B. 出租房查詢此功能僅供出租房資料管理員、售樓人員以及經理等相關人士查詢出租房相關的資料;ii. 資料管理A. 出售房資料管理此功能可供出售房資料管理員管理出售房相關的資料,管理員可以進行增加、修改、刪除、打印、查詢等操作;B. 出租房資料管理此功能可供出租房資料管理員管理出租房相關的資料,管理員可以進行增加、修改、刪除、打印、查詢等操作;iii. 業(yè)務管理A. 客戶資料此功能可供客戶資料管理員管理客戶相關的資料,管理員可以進行增加、修改、刪除、打印、查詢等操作;B. 日程安排此功能可供公司領導對日常工作日程安排進行增加、修改、刪除、打印、查詢等操作;C. 公司賬目此功能可供財務人員對公司的日常財務情況進行增加、修改、刪除等操作;iv. 基本設置A. 樓盤設置此功能可供樓盤項目經理管理樓盤,經理可進行增加、刪除等操作B. 部門設置此功能可供領導對相關部門,比如:經理部、辦公室、技術部和后勤部進行管理,領導可以進行增加、刪除等操作;C. 員工資料此功能可供人力資源經理等相關領導對公司員工資料管理,人力資源經理等相關領導可進行增加、修改、刪除、打印、查詢等操作;D. 公司資料此功能可供本公司對自身的基本發(fā)展情況進行管理;v. 系統維護A. 操作權限此功能可供系統權限管理員對使用該系統的相關人員進行訪問權限控制,可進行增刪操作;B. 數據備份此功能可供系統管理員進行相應的數據備份;C. 數據恢復此功能可供系統管理員進行相應的數據恢復;D. 數據壓縮此功能可供系統管理員進行數據壓縮;E. 數據清理此功能可供系統管理員進行數據清理;vi. 版權注冊A. 版權信息指出了此軟件的所有者,以及授權信息;B. 軟件注冊指出了合法用戶的操作流程;C. 系統介紹簡要地介紹了此系統的各種功能;c)2. “天意房地產租售銷管理系統”原型整體上的優(yōu)點與缺點a) 主要優(yōu)點i. 此系統能給租銷售樓盤的相關人員提供詳細的樓盤信息,可以方便租售樓盤ii. 可以方便地管理公司員工資料。還有已經買了或者租了樓盤的客戶資料,以便公司將客戶納入供需鏈之中iii. 還能統計相應的租售業(yè)務信息,可供領導或者經理查詢和控制各個租售工作,比如:安排會議,以迅速采取決策b) 某些缺點i. 此系統只能實現房地產“租售銷方面”管理工作的信息化ii. 對于房地產這樣的大產業(yè)來說,還包括:投標管理、采購管理、財務管理、成本控制等公司重要業(yè)務模塊,但,此系統都不能很好的實現相應的信息化1.3.2從原型到需求分析的逆向工程1. “天意房地產租售銷管理系統”原型整體上對客戶需求的滿足情況此系統整體上尚能滿足租購房客戶以及租售銷樓盤的房地產公司的一般需要2. 銷售樓盤a) “天意房地產租售銷管理系統”原型對此“銷售樓盤”客戶需求(注意:因為我們是軟件工程師,因此我們把其他任何人士都統稱為客戶)的滿足情況,在此,以一個“簡化的”用例來說明(后面會有詳細用例文檔)以下為用例詳細文檔:i.ii. 用例名稱UC1 iii. 租售房iv. 范圍v. 天意房地產租售銷管理系統vi. 級別vii. 用戶目標viii. 主要參與者ix. 租售樓員工x. 涉眾及其關注點xi. 租售樓員工、部門經理、客戶、公司、政府稅收代理xii. 前置條件xiii. 租售樓員工必須經過確認和認證xiv. 成功保證(后置條件)xv. 存儲租售樓信息。準確計算稅金。更新賬目和樓存信息。記錄提成。生成租售樓統計信息。記錄支付信息。xvi. 主成功場景(或基本流程)xvii. 1) 客戶攜帶相關且齊備的證件和資金到租售樓處租或買樓xviii. 2) 租售樓員工開始新一次的交易xix. 3)租售樓員工逐一介紹相關待租售樓信息xx. 4)客戶選好一處或者幾處樓盤,租或者購買xxi. 5)租售樓人員在部門經理出面的情況下,客戶和公司簽訂租售樓合同xxii. 6)客戶利用行用卡或者現金付款xxiii. 8)交易完畢,客戶離開。xxiv. 擴展(或替代流程)xxv.xxvi. 特殊需求xxvii.xxviii. 技術和數據變元表xxix.xxx. 發(fā)生頻率xxxi.xxxii. 雜項xxxiii.xxxiv.xxxv.結論:使用“天意房地產租售銷管理系統”能夠完成此“銷售樓盤”客戶需求b) “天意房地產租售銷管理系統”原型對此“銷售樓盤”客戶需求的組織i. 用例模型:xxxvi. 用例名稱UC2 xxxvii. 銷售樓盤xxxviii. 范圍xxxix. 天意房地產租售銷管理系統xl. 級別xli. 用戶目標xlii. 主要參與者xliii. 租售樓員工xliv. 涉眾及其關注點xlv. 租售樓員工、部門經理、客戶、公司、政府稅收代理xlvi. 前置條件xlvii. 租售樓員工必須經過確認和認證xlviii. 成功保證(后置條件)xlix. 存儲售樓信息。準確計算稅金。更新賬目和樓存信息。記錄提成。生成售樓統計信息。記錄支付信息。l. 主成功場景(或基本流程)li. 1) 客戶攜帶相關且齊備的證件和資金到租售樓處買樓lii. 2) 租售樓員工開始新一次的交易liii. 3)租售樓員工逐一介紹相關待售樓信息liv. 4)客戶選好一處或者幾處樓盤購買lv. 5)租售樓人員在部門經理出面的情況下,客戶和公司簽訂售樓合同6)經理在現場,系統進入經理授權模式7)更改結賬方式為信用卡lvi. 8)客戶利用信用卡付款lvii. 9)交易完畢,客戶離開。lviii. 擴展(或替代流程)lix. 4a 客戶希望更改所選的樓盤a) 租售樓人員在系統上直接更改所選樓盤信息b) 恢復到樓盤選擇界面,繼續(xù)介紹c) 客戶重新選擇8a 客戶希望用現金付款1) 經理在現場,系統進入經理授權模式2) 更改結賬方式為現金3) 客戶用現金付款注意:4a、8a都表示客戶變更需求的一種特殊情況,可能還有其它情況,會在后面慢慢補充lx. 特殊需求lxi. 利用信用卡付款的相應時間不能超過5分鐘;必須保證客戶安全使用信用卡lxii. 技術和數據變元表lxiii. 客戶應該能夠通過租售樓處的銀行遠程中斷,輸入信用卡帳號和密碼進行付款,完成交易lxiv. 發(fā)生頻率lxv. 可能幾天內就會再次發(fā)生lxvi. 雜項lxvii. 未決問題:稅法如何變化;研究遠程服務的恢復問題 lxviii.lxix.ii. 補充性規(guī)格說明1) 客戶交易完畢,能夠獲得來自銀行的認證付款說明書;2)iii. 詞匯表iv. 設想使用此系統,能讓公司業(yè)務運轉的更加迅速高效,讓客戶更滿意公司服務v. 業(yè)務規(guī)則1) 稅法2) 公司與銀行合作的原則政策3) 公司和客戶之間的潛規(guī)則1.3.3需求分析1. “天意房地產租售銷管理系統”原型中滿足的客戶需求對本“房地產ERP管理系統”的需求分析中銷售樓盤”的適應度a) 比較適合方面1) 出售房查詢2) 出售房資料管理3) 客戶資料4) 公司賬目5) 樓盤設置6) 部門設置7) 操作權限8) 系統介紹b) 不太適合方面1) 出租房查詢2) 出租房資料管理3) 日程安排4) 員工資料5) 公司資料6) 數據備份7) 數據恢復8) 數據壓縮9) 數據清理10) 版權信息11) 軟件注冊2. 篩選適合用于“銷售樓盤”客戶需求的已滿足需求a) 出售房查詢b) 出售房資料管理c) 客戶資料d) 樓盤設置3. 產生本“房地產ERP管理系統”相應的“銷售樓盤”客戶需求的相關制品下面重點分析用例:銷售樓盤、管理出售樓盤資料、查詢出售樓盤資料、管理客戶資料、查詢客戶資料管理、查詢出售樓盤資料,管理、查詢客戶資料,銷售樓盤的總體用例圖如下:用例文檔(較為詳細)Use Case ID:3Use Case Name:銷售樓盤Created By:曹雪峰Last Updated By:Date Created:2008-10-30Date Last Updated:Actor:售樓員工、部門經理Description:用戶目標Preconditions:售樓員工必須經過確認和認證Postconditions:存儲售樓信息。準確計算稅金。更新賬目和樓存信息。記錄提成。生成售樓統計信息。記錄支付信息。Priority:重要Frequency of Use:可能幾天內就會再次發(fā)生Normal Course of Events:1) 客戶攜帶相關且齊備的證件和資金到售樓處買樓2) 售樓員工開始新一次的交易3)售樓員工輸入賬號4)售樓員工逐一介紹相關待售樓信息5)客戶選好一處或者幾處樓盤購買6)售樓人員在部門經理出面的情況下,客戶和公司簽訂售樓合同7)經理在現場,系統進入經理授權模式8)選擇結賬方式為信用卡9)客戶利用信用卡付款10)交易完畢,客戶離開。Alternative Courses:2a 客戶希望不做交易a) 客戶終止交易b) 售樓員工結束本次交易4a 客戶只是參觀 a) 售樓員工可以為其展示樓盤信息,期待購買5a 客戶希望更改所選的樓盤a) 售樓人員在系統上直接更改所選樓盤信息b) 恢復到樓盤選擇界面,繼續(xù)介紹c) 客戶重新選擇7a 經理不在交易現場a) 聯系其他領導b) 進行交易9a 客戶希望用現金付款a) 經理在現場,系統進入經理授權模式b) 更改結賬方式為現金c) 客戶用現金付款注意:擴展2a、4a、5a、7a、9a分別對應以上主成功場景的2)、4)、5)、7)、9),都表示客戶或者其他情況使需求變更,可能還有其它情況,會在后面慢慢補充Exceptions:Includes:Special Requirements:利用信用卡付款的相應時間不能超過5分鐘;必須保證客戶安全使用信用卡Assumptions:Notes and Issues:c) 補充性規(guī)格說明1) 客戶交易完畢,能夠獲得來自銀行的認證付款說明書;2)d) 詞匯表1) 制品:指成果2) 信用卡:Credit Card是銀行或其它財務機構簽發(fā)給那些資信狀況良好的人士或單位,用于在指定的商家購物和消費、或在指定銀行機構存取現金的特制卡片,是一種特殊的信用憑證。3) 供需鏈:全球化競爭條件下,任何企業(yè)都不能孤立的存在,必須依靠上游的供應商和下游的客戶并形成合作關系,這種關系就是供與需之間的鎖鏈。4) 需求的組織:需求分析中產生的制品的組合。e) 設想使用此系統,能讓公司業(yè)務運轉的更加迅速高效,讓客戶更滿意公司服務f) 業(yè)務規(guī)則(通常描述了凌駕于某一軟件項目的需求或政策)a) 稅法b) 公司與銀行合作的原則政策c) 公司和客戶之間的潛規(guī)則Use Case ID:4Use Case Name:管理出售樓盤資料Created By:曹雪峰Last Updated By:Date Created:2008-10-30Date Last Updated:Actor:系統管理員Description:用戶目標Preconditions:系統管理員必須經過確認和認證Postconditions:管理樓盤信息Priority:重要Frequency of Use:可能幾天內就會再次發(fā)生Normal Course of Events:1)系統管理員開始新的一次出售樓盤資料管理;2)系統管理員輸入賬號3)管理出售樓盤資料(增加、修改、查詢、打印、刪除、退出等操作)Alternative Courses:Exceptions:Includes:Special Requirements:Assumptions:Notes and Issues:Use Case ID:5Use Case Name:查詢出售樓盤資料Created By:曹雪峰Last Updated By:Date Created:2008-10-30Date Last Updated:Actor:售樓員工Description:用戶目標Preconditions:售樓員工必須經過確認和認證Postconditions:查詢樓盤信息Priority:重要Frequency of Use:可能幾天內就會再次發(fā)生Normal Course of Events:1)售樓員工開始新的一次出售樓盤資料查詢;2)售樓員工輸入賬號3)查詢出售樓盤資料(查看、查找、打印、退出等操作)Alternative Courses:Exceptions:Includes:Special Requirements:Assumptions:Notes and Issues:Use Case ID:6Use Case Name:管理客戶資料Created By:曹雪峰Last Updated By:Date Created:2008-10-30Date Last Updated:Actor:系統管理員Description:用戶目標Preconditions:系統管理員必須經過確認和認證Postconditions:管理客戶資料Priority:重要Frequency of Use:可能幾天內就會再次發(fā)生Normal Course of Events:1)系統管理員開始新的一次客戶資料管理2)系統管理員輸入賬號3)管理客戶資料(增加、修改、查詢、打印、刪除、推出等操作)Alternative Courses:Exceptions:Includes:Special Requirements:Assumptions:Notes and Issues:Use Case ID:7Use Case Name:查詢客戶資料Created By:曹雪峰Last Updated By:Date Created:2008-10-30Date Last Updated:Actor:部門經理Description:用戶目標Preconditions:部門經理必須經過確認和認證Postconditions:查詢客戶資料Priority:重要Frequency of Use:可能幾天內就會再次發(fā)生Normal Course of Events:1)部門經理開始新的一次客戶資料管理;2)部門經理輸入賬號3)查詢客戶資料(增加、修改、查詢、打印、刪除、退出等操作)Alternative Courses:Exceptions:Includes:Special Requirements:Assumptions:Notes and Issues:1.4參考資料和工具軟件1. 原型“天意房地產租售銷管理系統”,山東省天意軟件開發(fā)中心設計,企業(yè)網址:,相關的用戶有“天津開發(fā)區(qū)永泰房地產開發(fā)有限公司”等2. UML和模式應用,(美)Craig Larman 著,李洋等翻(原書第三版),機械工業(yè)出版社3. 軟件項目管理,張家浩 編著,白思俊 主審,機械工業(yè)出版社4. Rational公司出品的UML 建模工具Rose2成本控制需求分析2.1 相關概念2.1.1 成本控制成本控制是企業(yè)根據一定時期預先建立的成本管理目標,由成本控制主體在其職權范圍內,在生產耗費發(fā)生以前和成本控制過程中,對各種影響成本的因素和條件采取的一系列預防和調節(jié)措施,以保證成本管理目標實現的管理行為.科學地組織實施成本控制,可以促進企業(yè)改善經營管理,轉變經營機制,全面提高企業(yè)素質,使企業(yè)在市場競爭的環(huán)境下生存、發(fā)展和壯大。2.1.2房地產成本控制房地產企業(yè)開發(fā)成本是指為開發(fā)一定數量的商品房所支出的全部費用,并將這些費用按成本項目進行歸集和分配,最終計算出開發(fā)項目總成本和單位建筑面積成本的過程。開發(fā)成本的控制首先是一個過程,是地產企業(yè)諸多經營管理活動的體現。與項目的時間計劃一樣,成本計劃及控制也有一個從宏觀到微觀、從粗放到細致的過程。在房地產項目初始階段進行成本估算;在項目規(guī)劃階段,在成本估算的基礎上進行細化制訂目標成本;根據合同執(zhí)行情況產生成本計劃和實際成本情況,成本控制就是對上述過程進行規(guī)劃和監(jiān)控。它根據各項工作需要的實際成本、計劃成本、目標成本進行比較,對成本費用進行評價,并對未完成項目進行預測,使成本控制在預算范圍之內。房地產企業(yè)的成本控制,就是通過對估算、預算、合同、合同執(zhí)行的管理,計算出動態(tài)成本,并比較動態(tài)成本與目標成本,找出差異,最終達到成本控制的目的。2.2功能需求系統的功能需求包含以下兩個方面:1) 提供成本科目操作、估算成本與目標成本的分析2) 能夠生成成本明細表及成本報表,便于動態(tài)成本控制。2.3基本子模塊系統分為三個子模塊:目標成本、合同管理和動態(tài)成本。各個子模塊的描述如下:l 目標成本:u 功能模塊:成本科目、估算成本、目標成本、目標成本分析;u 功能描述:目標成本模塊是成本管理系統的基礎,是成本管理后續(xù)工作的必需準備。通過核算體系的制定與管理,以及項目策劃階段的成本估算與規(guī)劃設計后的目標成本制定,并對目標成本與估算成本進行對比分析,為房地產開發(fā)企業(yè)提供全面、直觀的決策分析依據。l 合同管理:u 功能模塊:合同維護、款項撥付u 功能描述:從項目管理的角度來講,合同是規(guī)避項目風險的一個非常重要的手段。合同維護包含工程合同的瀏覽及新增、查詢、修改、刪除合同。合同款項撥付關聯工程進度計劃,實際撥付對應工程實際進度,隨時進行工程量進度與撥款進度對比分析。對于不同的合同對應不同的撥付清單并能夠生成合同撥款匯簽單并匯交公司領導批準。l 動態(tài)成本u 功能模塊:成本明細表、成本月度報表、成本年度報表u 功能描述:動態(tài)成本是本系統的核心,系統根據目標成本、已發(fā)生成本和調整成本,自動計算出各核算對象的最新動態(tài)成本和統計分析報告,對動態(tài)成本和目標成本之間差異進行比較,生成成本明細表、月度及年度報表。2.4系統建模2.4.1用例模型根據用例模板做出以下用例圖:1) 目標成本管理用例:2) 合同管理用例3) 動態(tài)成本管理用例2.4.2順序圖2.5數據流圖3協同辦公需求分析3.1功能框架系統功能框架如圖所示:3.1.1公文管理依據各種公文模板,進行在線登記、擬稿、編輯、審批、打印、分發(fā)、歸檔等處理,在流轉的各個環(huán)節(jié)可調用簽名痕跡圖形文件。發(fā)文管理:完成公司規(guī)定的發(fā)文過程一系列操作,具有完善的流程控制和跟蹤功能;涉及表單:發(fā)文稿紙、發(fā)文登記簿。收文管理:完成收文所涉及的一系列操作,系統具有完善的流程控制和跟蹤;涉及表單:收文處理箋、收文登記簿。其他公文管理:包括報告、請示、公告、通告、通知、通報等管理,可按公司工作程序制作工作流程。公文催辦: 可以查看流轉路徑,根據文件的緊急程度、當前處理狀態(tài)以及上一環(huán)節(jié)的送達時間提供催辦提醒功能,并可發(fā)送催辦意見,進行催辦處理。來電來信: 提供對重要電話記錄和來信的錄入,并可進行查詢、檢索,掃描原件上傳。3.1.2檔案管理為加強對公司形成的各種歸檔文件的管理,系統可進行整理、立卷、編目,為各部門提供利用。歸檔文件按照公司確認的設置標準進行類別、案卷和文件管理以及檔案檢索、借閱管理等。3.1.3綜合辦公為各行政部門辦公人員提供現代化的辦公手段,提高工作效率,優(yōu)化業(yè)務流程,規(guī)范工作模式。會議管理:組織、規(guī)劃內部會議,發(fā)布管理會議信息及會議室的管理及預定。可以方便的安排會議日程,發(fā)送會議通知、整理會議記錄,建立并管理會議室相關信息,自動生成會議室時間占用情況表,以方便使用者進行預定。辦公用品管理:日常辦公消耗品及借用品的購入、領用、借用登記及相應的庫房管理,可分庫房管理單位內的圖書、光盤、筆記本、小禮品等日常使用的各種物品。資產管理:管理單位的房屋、車輛、計算機設備等各類資產的基本信息、當前狀況、使用記錄及維修情況。3.1.4公共服務主要用于公司內部員工之間的信息溝通與交流,有助于建立協同工作的氛圍,加強企業(yè)凝聚力。公告板:公告板是單位內發(fā)布行政性通知、通告的工具,由授權的部門或人員發(fā)布和維護,全體人員都可以查看和檢索。電子論壇:電子論壇是單位內部人員自由交流的天地,任何人都可以在這里提出自己對某些問題的看法和見解,為團隊的內部溝通提供了新的渠道。全文檢索:通過關鍵字,迅速找到所需要的文件資料并即時閱讀,各功能模塊均支持全文檢索的功能。3.1.5個人辦公主要是加強個人工作安排,提高了操作的計劃性、便利性和有效性。包括:個人名片管理、日程安排、辦公事務提醒、電子郵件。個人名片管理:面向個人的名片信息管理,幫助個人整理名片、查閱名片。日程安排:可建立電子日程表,制定工作計劃,并能按時提醒。辦公事務提醒:列出面向登錄員工的待辦事務、在辦事務、催辦事務的信息,能迅速直觀地讓員工辦理事務,達到提高工作效率的目的。電子郵件:可以在系統內部用戶之間發(fā)送、接收電子郵件,也可以收發(fā)Internet郵件。擁護可以利用文件夾保存和管理自己的郵件,而且當新郵件到達時,系統能夠自動提醒。3.2數據流圖:1層圖:DFD/L1.1 協調辦公子系統3.3用例分析個人辦公:Use Case ID:OA_1Use Case Name:管理個人名片Created By:Harvey BaiLast Updated By:Harvey BaDate Created:2008-10-23Date Last Updated:2008-11-14Actor:公司員工Description:幫助個人整理名片、查閱名片Preconditions:登陸系統Postconditions:完成管理Priority:低Frequency of Use:大約每月一次Normal Course of Events:進入管理界面;整理名片(此次有分支過程);整理完畢,離開頁面Alternative Courses:查閱名片;離開頁面Exceptions:無權限;登陸超時Includes:Special Requirements:Assumptions:系統已經提供預置的一組名片方便用戶選擇使用。Notes and Issues:Use Case ID:OA_2Use Case Name:安排日程Created By:Harvey BaiLast Updated By:Harvey BaiDate Created:2008-10-23Date Last Updated:2008-11-14Actor:公司員工Description:建立電子日程表,制定工作計劃Preconditions:登陸系統Postconditions:在相應的日程會有辦公事務提醒Priority:高Frequency of Use:大約每周三次Normal Course of Events:進入日程安排界面;在電子日程表上安排待做的工作;保存后離開頁面Alternative Courses:查閱日程安排;離開頁面Exceptions:無權限;登陸超時Includes:Special Requirements:Assumptions:只安排今天以后的日程,但可以查看之前的日程安排。Notes and Issues:Use Case ID:OA_3Use Case Name:查看辦公事務狀態(tài)Created By:Harvey BaiLast Updated By:Harvey BaiDate Created:2008-10-23Date Last Updated:2008-11-14Actor:公司員工Description:列出員工的待辦事務、在辦事務、催辦事務的信息Preconditions:登陸系統Postconditions:選擇事務進行處理Priority:高Frequency of Use:大約每天兩次Normal Course of Events:進入事務提醒界面;查看本周所有事務;離開頁面Alternative Courses:選擇日期范圍,查看相應日期的事務信息Exceptions:無權限;登陸超時Includes:Special Requirements:Assumptions:默認提醒個人記錄的事務和系統提示的事務。Notes and Issues:Use Case ID:OA_4Use Case Name:收發(fā)電子郵件Created By:Harvey BaiLast Updated By:Harvey BaiDate Created:2008-10-23Date Last Updated:2008-11-14Actor:公司員工Description:系統內部用戶之間發(fā)送、接收電子郵件Preconditions:登陸系統Postconditions:查閱相關郵件Priority:低Frequency of Use:大約每周兩次Normal Course of Events:進入收發(fā)郵件界面;查收郵件;閱讀郵件;離開頁面Alternative Courses:選擇收件人;寫郵件;發(fā)送郵件;離開頁面Exceptions:無權限;登陸超時Includes:Special Requirements:Assumptions:Notes and Issues: 公共服務公文管理:綜合辦公:4人力資源管理需求分析4.1相關概念4.1.1人力資源什么是人力資源?人力資源是存在于人的體能、知識、技能、能力、個性行為特征與傾向等載體中的經濟資源。人力資源與其他資源一樣也具有物質性、可能性、有限性。人力資源具有如下特征:(1)人力資源是活的資源,它具有能動性、周期性、磨損性;(2)人力資源是創(chuàng)造利潤的主要源泉;(3)人力資源是一種戰(zhàn)略性資源;(4)人力資源是可以無限開發(fā)的資源。4.1.2人力資源管理什么是人力資源管理?人力資源管理,就是指運用現代化的科學方法,對與一定物力相結合的人力進行合理培訓、組織和調配,使人力、物力經常保持最佳比例,同時對人的思想、心理和行為進行恰當的誘導、控制和協調,充分發(fā)揮人的主觀能動性,使人盡其才,事得其人,人事相宜,以實現組織目標?,F代人力資源管理就是一個人力資源的獲取、整合、保持激勵、控制調整及開發(fā)的過程?!叭肆Y源”這個概念提出和要解決的問題是與人有關的,無論這些問題是在企業(yè)的那個職能部門產生或處理的。由于:(1)人的勞動力是短缺“物品”;(2)人的勞動力質量是不同的,而且從歷史上來看這種質量的差別越來越大,企業(yè)所需求的和人們所供應的質量是不一樣而且沒有必要完全一樣;(3)一個企業(yè)對人員的需求一般是隨著時間變化產生數量化和/或結構化的改變;(4)一個企業(yè)在某個確定的時間的人員配備隨著時間推移產生數量上和結構上的變化不是由企業(yè)的安排引起的,如業(yè)余時間的進修、經濟波動。所以,企業(yè)人力資源管理的第一個工作目標可以理解為:滿足一個組織對人員的需求,這種需求也可以稱之為對人員可支配性的建立與保證,即在正確的地點和時間,在足夠的范圍內能提供有足夠能力的人員。但這一目標中并不包含促使那些滿足企業(yè)正常期望的人員發(fā)揮其潛力,因此,人力資源管理的第二個目標可以稱之為對人員作用的建立與保證,也就是人員的行為要符合應該的(或必須的)和允許的行為標準,即滿足特定的行為要求,遵守行為限制和利用行為活動余地,或怎樣保證做到這一切。事實上,人力資源管理工作的所有方法與內容,幾乎全部是圍繞著這兩個目標而建立的。4.2功能需求ERP中的人力資源管理主要的功能需求有:(1)招聘人員上的規(guī)劃,記錄,評估; (2)培訓人員上的規(guī)劃,記錄,評估;(3)計算薪水,福利;(4)記錄,統計個人資料和考核出勤情況。4.3基本子模塊系統分為四個子模塊:招聘模塊、培訓模塊、報薪模塊和考勤模塊。各個子模塊的描述如下:1.招聘模塊:(1)制定招聘計劃。(2)記錄,統計招聘信息。(3)評估,決策招聘結果。2.培訓模塊:(1)制定培訓計劃 。(2)記錄,統計培訓信息,并定時通知相應的員工。(3)評估員工最后培訓結果。3.報薪模塊:(1)統計,記錄每位員工一端固定時間內的工作成果。(2)評估,計算每位員工的功績大小及相應的薪水,福利情況。(3)將結果記錄,并傳遞到財務部分。4.考勤模塊(1)記錄,統計各員工的個人資料,并隨時保持更新。(2)對每個員工加入,退出,更新,遲到,曠工,開除,升遷,加班,休假,調班,出差,請假,工傷等等隨時保持記錄,統計。4.4系統建模4.4.1用例分析用例圖:用例模板:Use Case ID:1Use Case Name:招聘人員Created By:王陛Last Updated By:王陛Date Created:2008.11.14Date Last Updated:2008.11.14Actor:招聘經理Description:管理公司招聘人員的負責人Preconditions:要招聘人員Postconditions:無Priority:高Frequency of Use:中Normal Course of Events:制訂招聘計劃,指明時間地點,什么人負責招聘,招聘那些人,什么部門的事情。確定招聘的方式。并通知相關的人員信息。記錄,統計招聘結果,信息有:招聘的時間,地點,招聘的人數,各個人的資料,題目,回答結果等等。評估,決策招聘結果:評估整體的招聘的效果,找出不足與教訓,確定招聘的人員,并記錄該人的信息。Alternative Courses:無Exceptions:無Includes:無Special Requirements:無Assumptions:無Notes and Issues:無Use Case ID:2Use Case Name:培訓人員Created By:王陛Last Updated By:王陛Date Created:2008.11.14Date Last Updated:2008.11.14Actor:培訓經理Description:管理公司培訓人員的負責人Preconditions:有員工要培訓Postconditions:無Priority:高Frequency of Use:中Normal Course of Events:制訂培訓計劃,指明時間地點,什么人負責培訓,培訓哪些部門的員工,什么人負責,評估。確定培訓的周期。并通知相關的人員信息。記錄培訓信息,統計培訓結果,信息有:培訓的時間,時長,地點,培訓的人數,所屬的部門,各個人的資料,培訓的內容等等。評估培訓結果:評估整體的培訓的效果,找出不足與教訓,評估出按一定標準下的受培訓員工的成績,不足,并對整體效果進行評估。最后做出需要重新培訓人員的名單。Alternative Courses:無Exceptions:無Includes:4Special Requirements:無Assumptions:無Notes and Issues:無Use Case ID:3Use Case Name:報薪統計Created By:王陛Last Updated By:王陛Date Created:2008.11.14Date Last Updated:2008.11.14Actor:報薪人員Description:公司報薪人員的負責人,確定每位人員的薪水,福利等等Preconditions:月底Postconditions:無Priority:高Frequency of Use:中Normal Course of Events:記錄,統計每位員工固定時間內的工作成果。如:相關成果產生的時間、地點、效果等等資料,所參與項目的數量及相關的信息資料,對任內工作完成的情況。評估工作成果:評估整體的完成效果,找出不足與教訓,并作出建議與意見;確定每個人的薪水領取數量及福利情況,并通知每位員工。Alternative Courses:無Exceptions:無Includes:4Special Requirements:無Assumptions:無Notes and Issues:無Use Case ID:4Use Case Name:將結果記錄提交到財務部分Created By:王陛Last Updated By:王陛Date Created:2008.11.14Date Last Updated:2008.11.14Actor:培訓,報薪人員Description:公司報薪人員的負責人,確定每位人員的薪水,福利等等Preconditions:統計工作結束Postconditions:無Priority:高Frequency of Use

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論