應收賬款管理系統(tǒng)-SDSV1.0-設計說明書

1、 信息化辦公室機密級別重要總頁數(shù)X 頁應收賬款管理系統(tǒng)概要(體系結構)設計說明書中聯(lián)重工科技發(fā)展股份有限公司中聯(lián)重工科技發(fā)展股份有限公司版權所有僅限于內(nèi)部使用 未經(jīng)許可不得擴散概要設計說明書內(nèi)部公開機密文件，未經(jīng)許可不得擴散第 2 頁,共 18 頁版本歷史記錄日期日期版本號版本號版本內(nèi)容版本內(nèi)容作者作者審核人審核人審核日期審核日期2008-5-16V1.0新建文檔李斐然目目 錄錄1.項目概述項目概述.41.1編寫目的.41.2項目背景.41.3項目范圍.41.4參考文獻.41.5術語與縮寫解釋.42.設計約束設計約束.53.設計策略設計策略.54.系統(tǒng)總體架構系統(tǒng)總體架構.54.1主要功能描述

2、.54.2調(diào)用關系和數(shù)據(jù)聯(lián)系.64.3系統(tǒng)模塊依賴關系圖.74.4功能框架圖.84.5系統(tǒng)邏輯結構圖.84.6部署圖.84.7需求映射矩陣.95.系統(tǒng)功能說明系統(tǒng)功能說明.95.1客戶登記表.105.2合同評審.115.3合同管理.125.4發(fā)貨申請管理.135.5發(fā)貨單據(jù)管理.135.6臺賬信息管理.145.7按揭墊付管理.155.8異常情況管理.155.9報表管理（日報，簡報，逾期欠款報）.166.界面預覽界面預覽.177.系統(tǒng)容錯機制設計系統(tǒng)容錯機制設計.178.開發(fā)環(huán)境的配置開發(fā)環(huán)境的配置.179.運行環(huán)境的配置運行環(huán)境的配置.1710.測試環(huán)境的配置測試環(huán)境的配置.1711.版本變更

3、記錄版本變更記錄.171.1.項目概述項目概述1.11.1編寫目的編寫目的本文當旨在確定系統(tǒng)的具體實現(xiàn)方案和總體結構，對系統(tǒng)中的每一個功能點進行說明和指導，約束詳細設計，為詳細設計提供指導。1.21.2項目項目背景背景用用 戶戶總部財務部，總部資產(chǎn)保全部，片區(qū)，各事業(yè)部財務部和營銷部項目起因項目起因目前各事業(yè)部應收賬款業(yè)務基本由手工進行操作，部分事業(yè)部擁有自行開發(fā)或設計的系統(tǒng)作為輔助工具，但仍然難以覆蓋應收賬款的全部業(yè)務，無法實現(xiàn)分布式操作以及只能滿足單個事業(yè)部需求，且仍有部分業(yè)務需要手工進行，報表生成的效率和質(zhì)量不高，數(shù)據(jù)難以分析和統(tǒng)計。為滿足各事業(yè)部對應收賬款業(yè)務的迫切需求，信息化辦公室擬

4、開發(fā)一套高效的，全面的，易于使用的應收賬款管理系統(tǒng)。要解決的問要解決的問題題統(tǒng)一應收賬款流程，將應收賬款業(yè)務集成到一個平臺下進行操作，生成高質(zhì)量的報表影響范圍影響范圍工期要求工期要求1.31.3項目范圍項目范圍版本號版本號項項 目目 范范 圍圍1.41.4參考文獻參考文獻文件編號文件編號文獻名稱文獻名稱作作 者者出版單位出版單位發(fā)行日期發(fā)行日期 應收賬款管理系統(tǒng)-SRSV1 0-系統(tǒng)需求規(guī)格說明書.doc李斐然中聯(lián)信息化辦公室客戶代碼編制規(guī)則企業(yè)標準中聯(lián)市場部中聯(lián)市場部1.51.5術語與縮寫解釋術語與縮寫解釋縮寫、術語縮寫、術語解解 釋釋概要設計說明書內(nèi)部公開機密文件，未經(jīng)許可不得擴散第 5

5、頁,共 18 頁2.2.設計約束設計約束系統(tǒng)應當遵循的標準或規(guī)范系統(tǒng)應遵循 WFMC 標準，建立可靠的，靈活的工作流體系結構。系統(tǒng)還應遵循面向對象的設計規(guī)范，使系統(tǒng)在今后的維護工作中變得輕松。軟硬件環(huán)境約束接口約束系統(tǒng)需提供豐富的接口用以與其它系統(tǒng)交互，它們可能是：IBM Message Queue/Web-Service/DB-Link用戶界面約束系統(tǒng)的各界面應采用相同的設計風格，簡練并易于操作，按鈕和操作功能的擺放需符合軟件界面設計規(guī)范中的內(nèi)容。隱含約束正確性軟件應具備且僅具備軟件“規(guī)格說明”中所列舉的全部功能，能夠在預期的環(huán)境下完成規(guī)定的工作。健壯性對斷電、死機、系統(tǒng)崩潰等問題有有力措施

6、以保障數(shù)據(jù)不受損失可靠性平均 30 個工作日不發(fā)生故障的頻率為 99；安全性對于非本系統(tǒng)合法用戶，不允許進入本系統(tǒng)進行訪問；地區(qū)或經(jīng)營本部用戶只能查詢統(tǒng)計屬于地區(qū)或經(jīng)營本部范圍內(nèi)的數(shù)據(jù)；由于大部分用戶將通過互聯(lián)網(wǎng)進行登陸訪問該系統(tǒng)，因此需保證通信過程中數(shù)據(jù)不能被惡意獲?。? 性能、效率* 易用性易理解性-新用戶學習軟件特性所花費的時間不能超過 1 個小時；易學性-新用戶學會操作軟件提供的基本功能所花費的時間不能超過 3 個；易操作性和溝通性- 新用戶基于人類對軟件消極方面的評價數(shù)量不能超過 2 個；* 可擴展性系統(tǒng)框架支持分布式應用，在未來系統(tǒng)用戶急劇增加的情況下，可以通過增加應用服務器數(shù)量來

7、提高系統(tǒng)性能* 兼容性客戶端必須能夠在 WIN2000、WIN2003、WIN XP 上正常訪問；軟件質(zhì)量約束* 可移植性軟件不經(jīng)修改或稍加修改就可以運行于操作系統(tǒng)為 LINUX 和 WINDOWS的服務器上，可安裝性（60 分鐘內(nèi)安裝完畢，有安裝指南）3.3.設計策略設計策略擴展策略復用策略折衷策略4.4.系統(tǒng)總體架構系統(tǒng)總體架構4.14.1主要功能描述主要功能描述子系統(tǒng)（模塊）主要功能描述概要設計說明書內(nèi)部公開機密文件，未經(jīng)許可不得擴散第 6 頁,共 18 頁合同管理主要包括獲取客戶信息，與客戶建立正式的合同關系等一系列功能發(fā)貨管理主要包括針對合同賬務管理異常情況管理系統(tǒng)設置報表管理4.2

8、4.2調(diào)用關系和數(shù)據(jù)聯(lián)系調(diào)用關系和數(shù)據(jù)聯(lián)系設想未來，中聯(lián)重科將具有獨立的客戶關系管理系統(tǒng)以及產(chǎn)品信息管理系統(tǒng)，而這兩個基礎信息系統(tǒng)將給其它業(yè)務系統(tǒng)提供有力的支撐。下圖展現(xiàn)了客戶信息管理系統(tǒng)和產(chǎn)品信息管理系統(tǒng)將數(shù)據(jù)通過接口程序共享給其它業(yè)務系統(tǒng)，以確保業(yè)務系統(tǒng)使用的基礎數(shù)據(jù)是最新的，而業(yè)務系統(tǒng)只需要兩個基本數(shù)據(jù)表，以存放這些信息，業(yè)務系統(tǒng)將不再提供客戶以及產(chǎn)品和其它公用數(shù)據(jù)的維護功能。S1:客戶信息管理系統(tǒng)CRM系統(tǒng)應用服務器CRMDB服務器S2:產(chǎn)品信息管理系統(tǒng)多個服務器CRMDB服務器數(shù)據(jù)交換CUST_INFOS3:應收賬款管理系統(tǒng)應收賬款應用服務器應收賬款DB服務器CUST_INFOPRO

9、DUCT_INFOE1E2數(shù)據(jù)交換數(shù)據(jù)交換MQ消息服務MQ消息服務E1:客戶信息E1:客戶信息E2:產(chǎn)品信息E2:產(chǎn)品信息概要設計說明書內(nèi)部公開機密文件，未經(jīng)許可不得擴散第 7 頁,共 18 頁系統(tǒng)調(diào)用聯(lián)系圖4.34.3系統(tǒng)模塊依賴關系圖系統(tǒng)模塊依賴關系圖系統(tǒng)中以合同管理模塊中的客戶登記表以及合同評審表的數(shù)據(jù)為根數(shù)據(jù)，在后續(xù)的模塊中引用，它們之間的關系看起來如下圖所示：合同評審表需要依賴于客戶登記表的客戶信息發(fā)貨管理模塊將引用合同管理中的產(chǎn)品信息賬務管理模塊則需要引用合同管理的客戶信息，付款方式等數(shù)據(jù)賬務管理還需要引用發(fā)貨管理中的發(fā)貨明細信息異常處理模塊中的信息將影響到合同管理和賬務管理模塊中

10、的數(shù)據(jù)合同管理發(fā)發(fā)貨貨管管理理賬務管理異異常常管管理理系系統(tǒng)統(tǒng)設設置置報表管理基本依賴關系線業(yè)務依賴關系線概要設計說明書內(nèi)部公開機密文件，未經(jīng)許可不得擴散第 8 頁,共 18 頁系統(tǒng)模塊依賴關系圖4.44.4功能框架圖功能框架圖應收賬款管理系統(tǒng)合同管理發(fā)貨管理賬務管理系統(tǒng)設置客戶登記表合同簽訂發(fā)貨申請管理發(fā)貨單據(jù)管理報表管理臺賬信息管理用戶管理角色管理基礎數(shù)據(jù)管理組織結構管理財務日報財務簡報逾期欠款報表逾期欠款分析異常情況管理合同評審合同管理按揭墊付管理應收賬款管理系統(tǒng)功能架構圖4.54.5系統(tǒng)邏輯結構圖系統(tǒng)邏輯結構圖4.64.6部署圖部署圖系統(tǒng)采用 BS 結構進行設計，客戶端由互聯(lián)網(wǎng)或內(nèi)部網(wǎng)

11、絡訪問系統(tǒng)，根據(jù)實際的用戶數(shù)量和數(shù)據(jù)壓力以決定是否采用集群式布署。后臺配備正式環(huán)境數(shù)據(jù)庫和備份數(shù)據(jù)庫服務器，以防止服務器崩潰所帶來的損失。概要設計說明書內(nèi)部公開機密文件，未經(jīng)許可不得擴散第 9 頁,共 18 頁便攜電腦PC機防火墻互聯(lián)網(wǎng)訪問應收賬款管理系統(tǒng)應用集群服務器正式數(shù)據(jù)庫服務器備用數(shù)據(jù)庫服務器數(shù)據(jù)同步系統(tǒng)部署圖4.74.7需求映射矩陣需求映射矩陣*維護型項目需填寫此項需求編號需求編號需求名稱需求名稱模塊模塊所屬子系統(tǒng)所屬子系統(tǒng)5.5.系統(tǒng)功能說明系統(tǒng)功能說明功能說明中，應包含各個模塊的功能結構分解圖。在下面的章節(jié)中，將對系統(tǒng)中的每一級菜單下的功能做詳細的說明。概要設計說明書內(nèi)部公開機密

12、文件，未經(jīng)許可不得擴散第 10 頁,共 18 頁5.15.1客戶登記表客戶登記表合同管理客戶登記表客戶登記表菜單菜單菜單客戶登記表客戶登記表功能說明1. 新建：新建一個完整的客戶登記表2. 編輯：對已有的客戶登記表進行修改，已通過事業(yè)部審核的客戶登記表片區(qū)將不能進行編輯，只有由事業(yè)部執(zhí)行反審操作后，片區(qū)才可能客戶登記表進行修改。3. 查看：查看已有客戶登記表的詳細信息4. 刪除：刪除一條或多條（批量）客戶登記表，刪除均為邏輯刪除5. 審核：對客戶登記表的內(nèi)容進行審核，于系統(tǒng)中置審核標志6. 反審：對已審核的登記表解鎖，便于編輯7. 查詢：根據(jù)查詢條件查找客戶登記表（模糊查詢）備注1.客戶編號需

13、要按照公司規(guī)定的編號錄入，錄入時對客戶編號做校驗，客戶編號的規(guī)則為：國別 省份 市 縣 行業(yè) 順序碼 ，共 16 位 舉例：代碼（16位）國家（3位）省份（2位）市（2 位）縣（2 位）行業(yè)（4 位）順序（3位）142 440304 1273 001中國廣東深圳福田區(qū)租賃和商業(yè)服務業(yè)-租賃業(yè)0012.審核包括片區(qū)審核和事業(yè)部審核 2 層審核3.只有片區(qū)人員可以修改客戶資料概要設計說明書內(nèi)部公開機密文件，未經(jīng)許可不得擴散第 11 頁,共 18 頁5.25.2合同評審合同評審合同管理合同簽定合同評審合同評審菜單菜單菜單合同評審合同評審功能說明1. 新建：新建一個完整的評審表，包括被評審的產(chǎn)品信息和

14、客戶資料2. 編輯：對已有的合同評審表進行編輯操作3. 查看：查看已有的合同評審表的詳細信息4. 刪除：刪除一條評審表記錄，刪除時，其從表中的信息也應被刪除（邏輯刪除）5. 審核：對新建的評審表進行審核操作6. 生成合同號：評審表通過評審后，可以生成合同號7. 生成合同：合同評審通過后，根據(jù)評審表的內(nèi)容生成正式合同備注1.合同編號需按公司規(guī)定生成，合同號的規(guī)則是：2.生成合同功能每一條評審表記錄只能使用一次，且只有通過評審的評審表才能生成合同概要設計說明書內(nèi)部公開機密文件，未經(jīng)許可不得擴散第 12 頁,共 18 頁5.35.3合同管理合同管理合同管理合同簽定合同管理合同管理菜單菜單菜單合同管理

15、合同管理功能說明1. 合同分解：將捆綁合同分解為一般合同，一份合同中存在多個事業(yè)部的設備時，用此功能按照合同中的設備和事業(yè)部進行分解2. 明細合同：一份合同中含有同一個事業(yè)部中的多個設備時，用此功能將合同分隔為一臺設備對應一份明細合同3. 查看：查看已有的合同的詳細信息，包括子合同信息4. 查詢：根據(jù)查詢條件查找合同記錄（模糊查詢）備注1.合同只能進行一次分解操作，亦只能進行一次明細化操作2.被分解的合同將全部為一般合同類型，只有一般合同類型和特批類型的合同才可以進行后續(xù)的操作3.明細化合同應遵循一臺設備對應一個明細合同的規(guī)則，只有明細合同才可以建立臺賬概要設計說明書內(nèi)部公開機密文件，未經(jīng)許可

16、不得擴散第 13 頁,共 18 頁5.45.4發(fā)貨申請管理發(fā)貨申請管理發(fā)貨管理發(fā)貨申請管理發(fā)貨申請管理菜單菜單菜單發(fā)貨申請管理發(fā)貨申請管理功能說明1. 新建：新建一條發(fā)貨申請記錄2. 編輯：編輯已有的發(fā)貨申請記錄3. 查看：查看已有的發(fā)貨申請記錄4. 審核：對已有的發(fā)貨申請記錄進行審核操作（置審核標識）5. 刪除：刪除一條已有的發(fā)貨申請記錄（邏輯刪除）6. 查詢：根據(jù)查詢條件查找發(fā)貨申請記錄（模糊查詢）備注1.發(fā)貨申請與合同為 1 對多的關系，只有合同為啟用狀態(tài)時，才可以新建發(fā)貨申請2.已經(jīng)審核的發(fā)貨申請記錄不能進行刪除操作5.55.5發(fā)貨單據(jù)管理發(fā)貨單據(jù)管理發(fā)貨管理發(fā)貨單據(jù)管理發(fā)貨單據(jù)管理菜

17、單菜單菜單發(fā)貨單據(jù)管理發(fā)貨單據(jù)管理概要設計說明書內(nèi)部公開機密文件，未經(jīng)許可不得擴散第 14 頁,共 18 頁功能說明1. 新建：新建一條發(fā)貨單記錄2. 編輯：編輯已有的發(fā)貨單記錄3. 查看：查看已有的發(fā)貨單記錄，包括發(fā)貨產(chǎn)品明細信息4. 審核：對已有的發(fā)貨單記錄進行審核操作（置審核標識）5. 刪除：刪除一條已有的發(fā)貨申請記錄（邏輯刪除）6. 查詢：根據(jù)輸入條件查詢發(fā)貨單記錄（模糊查詢）備注1.發(fā)貨單與發(fā)貨申請為一對一的關系，發(fā)貨單的建立是在發(fā)貨申請的基礎之上的，所以，建立發(fā)貨單時，需要發(fā)貨申請已經(jīng)存在，并已經(jīng)通過審核2.發(fā)貨單審核由財務人員進行操作5.65.6臺賬信息管理臺賬信息管理賬務管理臺

18、賬信息管理賬務管理菜單菜單菜單臺賬信息管理臺賬信息管理功能說明1. 新建：建立一條臺賬信息2. 編輯：編輯已有的臺賬信息3. 查看：查看已有的臺賬信息，包括其下的來款信息4. 添加來款：為臺賬添加來款記錄5. 查詢：按照指定條件查詢臺賬信息（模糊查詢）6. 逾期欠款分析：根據(jù)臺賬信息按照用戶指定的條件（時間段、客戶名稱、合同編號）進行查詢，并生成指定格式的欠款分析列表界面，在這個界面中，用戶可以根據(jù)實際情況，錄入欠款原因備注1.一個臺賬對應一個明細合同2.來款添加的方式為：用戶在收到一客戶的來款時，使用來款單位查找臺賬信息，系統(tǒng)將符合條件的臺賬信息列表展現(xiàn)，用戶雙擊要進行來款添加的臺賬信息，系

19、統(tǒng)根據(jù)臺賬生成來款明細表格，用戶錄入來款金額并提交概要設計說明書內(nèi)部公開機密文件，未經(jīng)許可不得擴散第 15 頁,共 18 頁3.來款分為新舊款，對于每一筆來款，系統(tǒng)需要根據(jù)臺賬中的發(fā)貨時間以及欠款金額自動判斷是否為舊款，并優(yōu)先將來款沖抵舊的欠款，再沖抵當前欠款4.如果來款有金額沖抵了舊款，則該條來款明細中的所屬年份即為舊款的年份，而非實際來款年份5.所錄入的來款總和加起來應等于來款總額，否則系統(tǒng)應給出來款錄入不正確的提示5.75.7按揭墊付管理按揭墊付管理賬務管理按揭墊付管理按揭墊付管理菜單菜單菜單按揭墊付管理按揭墊付管理功能說明1. 新建：新建一條按揭墊付信息記錄2. 編輯：編輯已有的按揭墊

20、付信息記錄3. 查看：查看已有的按揭墊付信息記錄4. 查詢：根據(jù)輸入條件查詢按揭墊付信息記錄（模糊查詢）備注1.按揭墊付記錄在保存時，必須更新相應的臺賬信息的按揭欠款字段，并能夠從臺賬總金額中扣除相應的欠款數(shù)，以便臺賬中正確顯示實際回款金額5.85.8異常情況管理異常情況管理異常情況管理異常管理菜單菜單菜單異常情況管理異常情況管理概要設計說明書內(nèi)部公開機密文件，未經(jīng)許可不得擴散第 16 頁,共 18 頁功能說明1. 新建：新建一條異常處理情況記錄2. 查看：查看一條已有的異常處理情況記錄3. 刪除：刪除一條已有的異常處理情況記錄（邏輯刪除）4. 查詢：按照指定條件查詢異常情況處理記錄（模糊查詢）5. 編輯：編輯一條已有的異常情況信息6. 審核：對未審核的異常處理情況記錄置審核標識備注1.已審核的異常情況記錄不能進行刪除和編輯操作（如需編輯已審核的記錄可聯(lián)系系統(tǒng)管理員）2.異常處理涉及到的金額如果關系到臺賬和合同，由相關人員對臺賬和合同手動進行編輯，系統(tǒng)不做自動化處理5.95.9報表管理（日報，簡報，逾期欠款報）報表管理（日報，簡報，逾期欠款報）報表管理財務簡報逾期欠款報表財務日報報表管理菜單菜單菜單報表管理報表管理功能說明1. 查詢：用戶點擊報表管理菜單下的任意報表，默認按照當日進行查找相應報