第一篇:合同管理系統需求分析(定稿)
1.1.1 合同管理
1.1.1.1 管理思想及綜述
可實現多種合同類型的管理,可實現對合同在集團內部的多級審批。并可實現對項目類合同進行合同錄入、合同變更、合同結算管理。并可實現對合同附件的管理。可實現項目月度資金計劃的錄入,并可實現與進度相結合的項目款的支付管理,最后實現付款記錄自動生成憑證到總賬系統。
1.1.1.2 管理流程
1.1.1.3 系統功能 1.1.1.3.1 合同訂立
合同錄入
操作組織:實體成本中心組織或者非實體成本中心組織
可以修改和刪除“保存”或者“提交”狀態下的合同;單擊【【】,就可以上傳“合同文本”和“工程附件”;單擊【
】和】,就可以對審批后的合同進行“責任部門”移交;單擊【同所有相關的信息。
合同錄入完畢后,點【
】,就可以查看該合】,然后在序時簿界面進行審批,合同審批支持工作流。
合同修訂
操作組織:實體成本中心組織或者非實體成本中心組織
進入“合同修訂”主界面,選中需要修訂的已審批合同,單擊工具條上【就可以修改和刪除“保存”或者“提交”狀態下的合同修訂;
】和【
】,合同查詢
本功能用來自定義條件查詢合同,雙擊查詢出來的合同,可以看到該合同相關的執行信息,包括合同信息、拆分信息、結算信息、變更信息、成本信息、付款信息、付款計劃等信息。
操作組織:實體成本中心組織或者非實體成本中心組織 用戶可以根據需要選擇界面上的選項進行查詢。合同執行
“合同執行”包括六個方面的內容:合同變更發起、變更審批單查詢、變更簽證確認、變更指令單查詢、結算單錄入、結算單查詢。
合同變更發起
操作組織:實體成本中心組織或者非實體成本中心組織
進入“合同變更發起”主界面,選中最明細工程項目,單擊工具條上的【】進入“變更審批單-新增”界面;單擊工具條上【或者“提交”狀態下的變更審批單;
變更審批單錄入完畢后,點【進行審批,該審批支持工作流。
】和【】,就可以修改和刪除“保存”
】,單據狀態變為“已提交”,然后在序時簿界面
1.1.1.3.2 變更簽證確認
操作組織:實體成本中心組織或者非實體成本中心組織
該功能是用來登記變更指令單的“下發”、“簽證”以及“變更結算”等信息。如下圖:
填寫完畢之后,點“確定”,則該變更指令單的狀態變為“已簽證”。點【可以進行簽證的反向操作。
系統支持批量簽證的功能,點【
】
】,則自動將選擇的項目分期下的所有“已下發”狀態下的變更指令單列示出來,供用戶逐一簽證確認。如下圖所示:
選擇“已簽證”狀態的變更指令單,點【結算金額。如下圖所示:
】,就可以錄入變更指令單的1.1.1.3.3 結算單錄入
操作組織:實體成本中心組織或者非實體成本中心組織
進入“結算單錄入”主界面,選擇需要錄入結算的合同,單擊工具條上的【入“結算單-新增”界面;單擊工具條上【或者“提交”狀態下的結算單;
】和【
】進
】,就可以修改和刪除“保存”
1.1.1.3.4 無文本合同
“無文本合同”包括兩個內容:無文本合同錄入、無文本合同查詢。無文本合同錄入
操作組織:實體成本中心組織或者非實體成本中心組織 “無文本合同-新增”編輯界面如下,黃色部分為必錄字段。
1.1.1.3.5 扣款及獎勵
“獎勵及扣款”包括六個方面的內容:違約金錄入、獎勵單錄入、扣款單錄入及三種單據的查詢。
1.1.1.3.6 違約金錄入
操作組織:實體成本中心組織或者非實體成本中心組織
1.1.1.3.7 獎勵單錄入
操作組織:實體成本中心組織或者非實體成本中心組織 “獎勵單-新增”編輯界面如下,黃色部分為必錄字段。
1.1.1.3.8 扣款單錄入
操作組織:實體成本中心組織或者非實體成本中心組織
“扣款單-新增”編輯界面如下,黃色部分為必錄字段。
1.1.1.3.9 違約/獎勵/扣款查詢
操作組織:實體成本中心組織或者非實體成本中心組織
用戶可以根據需要選擇菜單,實現對違約、獎勵、扣款的分別查詢。點開相應菜單后,用戶可以按照界面上的選項進行查詢。
用戶也可以通過設置“自定義”頁簽里條件進行組合查詢。
1.1.1.3.10 付款計劃
合同付款計劃
“付款計劃”包括七個內容:合同付款計劃、月度付款計劃、項目計劃執行表、項目月度計劃申請表、項目年度計劃申報表、付款計劃查詢、付款計劃執行表。
操作組織:實體成本中心組織。
該模塊的功能為:按照“單一合同”為緯度,編輯每個合同的付款計劃。進入“合同付款計劃”主界面,選中相應的合同,單擊工具條上的【
】進入“合同付款計劃”編輯界面;
月度付款計劃
操作組織:實體成本中心組織或者非實體成本中心。
該模塊的功能為:按照“合同”為緯度,查詢每個責任部門的付款計劃(默認為三個月)。
年度計劃申報
該模塊的功能為:按照“成本科目-合同”為緯度,編輯工程項目的年度(12個月)付款計劃。
月度計劃申報
該模塊的功能為:按照“成本科目-合同”為緯度,編輯工程項目的月度(3個月)付款計劃。
如下圖所示:
該表錄入完畢后,點【
】,然后在序時簿界面進行審批,該審批支持工作流多級審批。當該表審批之后,自動將3個月內的付款計劃反寫到對應的“合同付款計劃”。
付款計劃查詢
該模塊的功能為:通過條件設置來查詢合同付款計劃,每一行顯示一個合同的一個月計劃。數據來源于“合同付款計劃”。
付款計劃執行表
該模塊的功能為:以合同為緯度,匯總展現工程項目下合同的月度付款計劃執行情況。示例如下:
項目計劃執行表
該模塊的功能為:以成本科目為緯度,將“項目年度計劃申報表”、“項目月度計劃申請表”以及月度實際付款等信息結合起來應用,通過層層累計的方式綜合展現“項目周期”、“本年度”和“本月份”三個不同的時間縱深的付款計劃的執行情況。因此,本表的數據來源為:“項目年度計劃申報表”、“項目月度計劃申請表”以及月度實際付款等信息。如下圖所示:
在項目執行情況表中,展開“項目成本執行情況”,顯示的是項目累計發生的成本、付款、欠款以及待發生情況。如下圖:
在項目執行情況表中,展開“年度預算執行情況”,顯示的是本年度成本、付款預算的執行情況,如下圖:
在項目執行情況表中,展開“本月計劃執行情況”,顯示的是查詢當月的成本/付款計劃、成本/付款實際發生、以及計劃與實際的差額情況,如下圖:
1.1.1.3.11 付款管理
“付款管理”包括四個內容:付款申請單錄入、付款申請單查詢、付款單錄入、付款單查詢。
付款申請單錄入
付款單錄入
1.1.1.4 系統應用價值和特點
本系統應用價值和特點有如下幾點: 1.涵蓋合同管理全周期和合同管理全要素(合同訂立過程、合同內容、合同主體(締約方)、合同標的、合同變更與索賠、合同結算與支付、履約風險、履約聯系、合同終結與總結等);
2.3.4.5.6.7.8.9.支持各類合同的業務流程靈活匹配;
能夠根據投資預算和項目管控要求,進行合約規劃; 按照權責體系和績效考核要求,實行合同的分級分類管理; 承接招評標數據,全面登記合同事務;
提供完整的合同錄入、變更、結算、付款管理流程;
根據合同付款計劃,嚴格控制合同付款申請,保障項目現金流; 實現項目資金計劃申報和資金全面預算管理; 有效實現變更管理,掌控項目過程成本發生;
10.實現合同文檔管理、分次結算管理;
11.通過數據一體化功能,全面掌握合同執行情況; 12.通過流程管控實現企業內部控制以及工作流驅動。
第二篇:圖書管理系統需求分析
需求分析人工管理圖書的手續繁索、效率低下給具有強烈時間觀念的管理人員帶來了諸多不便,學校圖書館缺少一套完善的圖書管理軟件,為了對圖書的管理方便,因此必須開發圖書管理系統。,以往書面隨著計算機技術的不斷應用和提高,計算機已經深入到社會生活的各個角落
記載進行圖書管理的方法已經不能適應實際的需要,且容易出錯和浪費大量時間。而采用手工管理圖書的方法,不僅效率低、易出錯、手續繁瑣,而且耗費大量的人力。為了滿足圖書館管理人員對圖書館書籍,讀者資料,借還書等進行高效的管理,在工作人員具備一定的計算機操作能力的前提下,很有必要來開發一個圖書管理系統來管理圖書,這樣可以節省人力物力且準確率高。
待開發系統的一般概述 : 立足于校園實際,著眼于未來發展,建成符合標準 化協議、通用性較強、實用的系統,以提高圖書信息的現代化管理水平,實現信 息資源的共享。圖書管理系統是一種基于集中統一規劃的數據庫數據管理新模式。在對圖書、讀者的管理,其實是對圖書、讀者數據的管理。本系統的建成無疑會 為管理者對圖書管理系統提供極大的幫助。使用該系統之后,圖書館管理人員可 以管理讀者的登記、圖書的購入、借出、歸還以及注銷等;還可以查詢某位讀者、某本圖書的借閱情況,對當前借閱情況給出一些統計,以全面掌握圖書的流通情況。本系統的宗旨是提高圖書管理工作的效率,減少相關人員的工作量,使學校的 圖書管理工作真正做到科學、合理的規劃,系統、高效的實施。
1.數據需求分析
本系統的主要信息為圖書信息。圖書信息主要包括書名、編號、作者、庫存 量等。
2.功能需求分析
本系統主要實現對圖書信息信息進行管理,需要實現以下幾個方面的管理 功能:
1.采集圖書信息。
2.加入新圖書。加入新圖書。
3.查詢圖書信息。查詢圖書信息。
4.刪除圖書。
5.圖書的顯示。
6.借閱圖書。
7.歸還圖書。
第三篇:圖書管理系統需求分析
系統需求分析
以我校實際情況為基礎,對于圖書館圖書管理設計一個適合于學校圖書館使用的圖書管理系統。還可以為學校領導提供圖書的庫存和圖書流通量的查詢。該系統需要完成對圖書類別管理、統計管理、庫存管理、用戶信息管理、圖書借閱管理、圖書歸還管理、超期與損毀賠償管理、圖書借還查詢管理、圖書出入庫和統計查詢等。
圖書管理:對圖書進行分類存儲(計算機、機械、建筑、文學、心理、藝術、經濟、歷史、地理、其它)。在入庫和出庫的時候按圖書類別進行管理。可對現有圖書信息信息進行管理(查詢、修改)。圖書管理系統會因為圖書的數量、種類、提供的操作等不同而具有不同的復雜度。基本信息的維護、圖書借閱、歸還及查詢等操作通常是圖書管理系統的基本功能。在規模較大、業務較多的圖書館還需要圖書的庫存管理、銷售管理等更加復雜的功能。
第四篇:教務管理系統需求分析
江蘇技術師范學院
畢業論文(設計)需求分析
題目:常州市育才中學教務管理系統設計學院:計算機工程學院姓名:成義杰
學號:指導教師:陳鑒富
2012 年10月22日
前言
二十一世紀是一個信息化的時代,教務管理信息系統作為教育信息化的重要組成部分,也應該得到很好的發展,以便幫助學院各管理層能及時、準確地掌握信息,使學院的教務管理工作步入新的章篇。
教務管理系統是典型的信息管理系統,其開發主要包括后端數據庫的建立和維護以及前端應用程序的開發兩個方面。對于前者要求建立起數據一致性和完整性強、數據安全性好的庫。而對于后者則要求應用程序功能完備,易使用等特點。
1.選題依據
教務管理系統作為教育單位一個不可缺少的部分,它的內容對于學校的決策者和管理者來說都是至關重要,所以教務管理系統應為使用者提供充足的信息和快捷的查詢手段。但是人們一直以來都使用傳統人工的方式管理文件資料,這種管理方式存在著許多缺點:如效率低、保密性差,另外時間一長,將產生大量的文件和數據,這對于查找、更新和維護都帶來了不少的困難。即使有些學校使用了計算機,但由于操作形式各異、輸入方法不同、定義不統一,這對于管理者和使用者都產生使用上的不便,因此對于管理系統的統一性、完整性、及時性的要求也就迫在眉急了。
隨著科學技術的不斷提高,計算機科學日漸成熟,其強大的功能已為人們深刻認識,它已進入人類社會的各個領域并發揮著越來越重要的作用。
2.研究內容與方法
2.1內容
教務管理系統是一個基于數據庫開發應用程序,由前臺功能設計和后臺功能設計部組成,規劃系統功能模塊如下: 1.教學資源管理模塊設計
該模塊主要包括:主要功能包括導入教師信息、錄入教師信息、機構設置、確定部門人員、處理離校人員組成; 2.開課計劃管理模塊設計
該模塊的主要包括:錄入科目信息、錄入模塊信息、設置課程方案、設置開課計劃、設置學期、周數組成;3.學生學籍管理模塊設計
該模塊的主要包括:創建班級、班級注冊、確定班級所屬年級、錄入學生信息、調整學生班級、確定異動學生、查看學生信息;
4.學生成績管理模塊設計
該模塊的主要包括:成績錄入、成績發布、成績查詢、成績分析一共4個模塊;5.學生選課管理模塊設計
該模塊的主要包括:網上選課設置、選課要求設置、調整學生選課、查看選課結果;
6.數據庫維護模塊設計
該模塊的主要包括:數據備份、數據恢復、創建數據備份維護計劃一共3個部分;7.系統管理模塊設計
該模塊的主要包括:日志管理、用戶管理二個子模塊。
2.2實現手段
硬件平臺:
? ?
CPU:P41.8GHz。內存:256MB以上。
軟件平臺:
? ? ? ? ?
操作系統:Windows xp/ Windows 2000。數據庫:SQL Server 2005。
瀏覽器:IE5.0及以上,推薦使用IE6.0。Web服務器:IIS5.0。
分辨率:最佳效果1024×768像素。
3.工作計劃(進度安排)
1---3 周:交流課題任務,正確理解課題,撰寫開題報告
4---6 周:系統調查與分析,分析知名博客系統的結構,撰寫需求分析文檔 7---9 周:系統設計
10-12周:系統實現(編碼、調試、驗收)
13-15周;檢查論文初稿,完善不足之處,完成論文定稿
4.參考文獻
[1] ASP.NET網站開發四“酷”全書 電子工業出版社 武嘉 2005年8月 [2] ASP+SQL Server組建動態網站實例精講 人民郵電出版社魏雪萍2005年6月
[3] ASP.NET程序設計教程(C#版)機械工業出版社 常永英、崔淼、馬潤成、梁云杰等2009年9月
[4] ASP數據庫開發實例解析 機械工業出版社 李嚴、于亞芳、王國輝 200
4年12月
[5] ASP.NET服務器控件開發技術與實例 人民郵電出版社 郝剛、袁永剛、齊艷編著
2005年1月
第五篇:圖書管理系統需求分析
云南工商學院09信息管理1班
圖書管理系統需求分析
班級:09信息管理1班
組員: 唐學悅,段敏,楊文燕,胡勇毅,余科輯,林春宇,李波
任務分配情況:
云南工商學院09信息管理1班
目錄 系統需求概述...............................................................................................................................3 1.1 圖書管理系統功能概述....................................................................................................3 1.2 系統主要業務流程分析....................................................................................................3 1.3 系統功能模塊分析............................................................................................................3 1.4 建立用例模型....................................................................................................................4 1.4.1 讀者用例圖.............................................................................................................4 1.4.2 圖書管理員用例圖.................................................................................................4 1.4.3 系統管理員用例圖.................................................................................................5 1.5 詳述用例............................................................................................................................5 2 系統分析.......................................................................................................................................6 2.1 類圖....................................................................................................................................6 3 系統設計.......................................................................................................................................8 3.1 用例動態模型設計............................................................................................................8 3.1.1 實現“讀者查詢個人借閱信息”用例的動態模型.................................................8 3.1.2 實現“查詢圖書信息”用例的動態模型.................................................................9 3.1.3 實現“借閱圖書”用例的動態模型.........................................................................9 3.2 類圖設計..........................................................................................................................11 3.3 物理架構設計..................................................................................................................12 3.3.1 組件圖...................................................................................................................12 3.3.2 配置圖...................................................................................................................13 2
云南工商學院09信息管理1班
1.系統需求概述
1.1 圖書管理系統功能概述
圖書管理主要是借書、還書以及其他一些附帶操作(例如,超期罰款、催還圖書等)的處理。一個簡單的圖書管理系統應提供如下功能:
·借書處理:完成讀者借書的流程處理。·還書處理:完成讀者還書的流程處理。
·信息查詢:包括圖書信息查詢和讀者借閱情況查詢。·圖書管理:包括輸入新書記錄和刪除舊書記錄。
1.2 系統主要業務流程分析
與系統功能相對應,系統主要有4個流程:結束流程、還書流程、圖書查詢、圖書資源管理。各流程的主要過程描述如下:
·借書流程:讀者借閱所需的圖書,借出后圖書記錄中的借閱標志被置為false(不能再借),借書文件中增加一個借書記錄。
·還書流程:讀者歸還所借的圖書,還書后圖書記錄中的借閱標志被置為true(可被外借),在借書文件中刪除一個借書記錄。
·圖書查詢:讀者和工作人員可以進行圖書信息查詢,輸入圖書的編號或書名,可從圖書對象列表中查找相應的記錄。
·圖書管理:首先由工作人員在“錄入新書資料”和“刪除舊書資料”兩個選項中選擇。若是“錄入新書資料”,則由工作人員輸入新書資料,將新書添加為對象列表的新紀錄。若是“刪除舊書資料”,則查找需要刪除的圖書,將其從圖書對象列表中刪除。
1.3 系統功能模塊分析
滿足上述需求的系統主要包括以下幾個系統模塊:
·基本業務處理模塊:主要用于實現圖書管理員對讀者借閱圖書和歸還圖書的處理。
·信息查詢模塊:重要用于實現讀者對圖書信息和自身借閱信息的查詢。
云南工商學院09信息管理1班
·系統維護模塊:主要用于實現系統管理員對讀者信息、圖書管理員信息、圖書信息、和數據庫的管理。
1.4 建立用例模型
根據功能需求構造用例模型,主要任務是識別系統中的所有參與者,并對每個參與者找出其用例,建立用例模型。
系統主要的參與者為“讀者”、“圖書管理員”、和“系統管理員”。各個參與者的用例圖如下:
1.4.1 讀者用例圖
<
圖1-1 讀者用例圖
1.4.2 圖書管理員用例圖
<
圖1-2 圖書管理員用例圖
云南工商學院09信息管理1班
1.4.3 系統管理員用例圖
添加書目添加讀者刪除書目刪除讀者系統管理員查詢圖書查詢讀者
圖1-3 系統管理員用例圖
1.5 詳述用例
在識別了參與者和主要用例并創建了用例圖之后,如果有必要,還可以按順序詳述每個用例,包括用例如何開始、結束以及如何與參與者進行交互。
表1-1 讀者查找個人借閱信息用例
用例:讀者查找個人借閱信息(用例名稱)(唯一標識符)(涉及用例的參與者)(用例開始時,系統必須滿足的條件)ID:1參與者:
1、讀者前提條件: 讀者已登錄到系統事件流:
1、讀者選擇查找個人借閱信息界面
2、讀者輸入圖書證編號
3、系統按圖書證編號查找讀者借閱信息結果:系統向讀者顯示讀者借閱信息,該用例結束(用例中的實際步驟)(用例結束時,系統的狀態)
云南工商學院09信息管理1班
表1-2 讀者查找圖書信息用例
用例:讀者查找圖書信息(用例名稱)(唯一標識符)(涉及用例的參與者)ID:2參與者:
1、讀者(用例開始時,系統必須滿足的條件)前提條件: 讀者已經啟動圖書管理系統,并已知書名或書號事件流:
1、讀者選擇查找圖書信息界面
2、讀者輸入書名或書號
3、系統按書名或書號查找圖書信息結果:系統向讀者顯示圖書信息,該用例結束(用例中的實際步驟)(用例結束時,系統的狀態)系統分析
2.1 類圖
在定義系統需求后,下一步就是確定系統中存在的對象類。系統中對象類的識別可以使用名詞/動詞分析法來進行,即文本中的名詞和名詞短語暗示類或類的屬性,動詞和動詞短語暗示職責或者類的操作。
通過用例圖的分析可知,在圖書管理系統中可以確定的主要對象類包括 “讀者”,“圖書”、“圖書管理人員”和“系統管理員”。其中“讀者”和“圖書”通過借閱關系可以構成一個新類“借閱記錄”。
另外,分析用例圖可知,用例“身份驗證”和“圖書資料查詢”是對象類“讀者”和“工作人員”共同擁有的,并且用例“身份驗證”是除用例“圖書資料查詢”之外其余用例執行的前提,因此可以將“身份驗證”與“圖書資料查詢”定義為接口類中的操作(接口類是不含屬性且操作函數沒有具體實現的抽象類,接口類通過一個實現聯系獲得其它對象類的支持,這些對象類實現接口類中定義的全部操作)。其余用例則抽象為與該用例交互的參與者所屬對象類的操作。因此,最后可獲得的對象類圖為:
云南工商學院09信息管理1班
系統管理員-name-password1*讀者-name-number-password+借書()+還書()+借閱情況查詢()***<
圖1-4 系統對象類圖
除了定義上述用于系統數據信息存儲管理和業務邏輯控制的類之外,在用圖形用戶界面開發系統時,我們還可以定義一些相應的用戶界面類:
(1)MainWindow類—MainWindow是圖書管理員與系統交互的主界面,系統的主 界面具有菜單,當用戶選擇不同的菜單項時,MainWindow對象調用相應的方法完成功能操作。
(2)BorrowDialog類—BorrowDialog是進行借書操作時需要的對話框。(3)ReturnDialog類—ReturnDialog是進行還書操作時需要的對話框。(4)QueryDialog類—QueryDialog是查詢某借閱者的借閱信息或圖書庫存信息的對話框。
(5)MaintenanceWindow類—MaintenanceWindow是系統管理員對系統進行維護的主界面,它也提供菜單項。
ReturnDialogBorrowDialogMainWindowQueryDialogMaintenanceDialog 圖1-5圖書管理系統的用戶界面類
云南工商學院09信息管理1班 系統設計
系統設計的主要工作是用例實現—設計。即對每個用例進行動態建模,包括建立序列圖、協作圖等,描述如何通過類對象的協作來實現用例中的功能。隨著動態建模的深入,會發現原來建立的類存在缺陷或不夠完整,需要對分析中得到的類圖進行不斷的修正和調整。所以,還應該通過動態建模來修正和完善類圖。
3.1 用例動態模型設計
3.1.1 實現“讀者查詢個人借閱信息”用例的動態模型
:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3:queryLoanInfo4:getBook5:消息查詢6:返回借閱信息7:顯示借閱信息
圖1-6 讀者查詢個人借閱信息序列圖
1:queryLoan():MainWindowerBorrower6:顯示借yLoanInfo()閱信息5:返回借閱信息:Borrower-Book4:getBook():QueryDialog2:createDialog()3:qu
圖1-7 讀者查詢個人借閱信息協作圖
云南工商學院09信息管理1班
3.1.2 實現“查詢圖書信息”用例的動態模型
:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3:queryLoanInfo4:findBook5:圖書信息查詢6:返回圖書信息7:顯示圖書信息 圖1-8 讀者查詢圖書序列圖
1:queryLoan():MainWindowerBorrower6:顯示圖yLoanInfo()書信息5:返回圖書信息:Borrower-Book4:findBook():QueryDialog2:createDialog()3:qu
圖1-9 讀者查詢圖書協作圖
3.1.3 實現“借閱圖書”用例的動態模型
云南工商學院09信息管理1班
:MainWindow:BorrowDialog:QueryDialogBorrower1:queryLoan2:createDialog4:查詢圖書庫存5:返回圖書是否可借6:修改讀者的借閱信息及庫存信息7:修改成功8:顯示借書成功
圖1-10 讀者借閱圖書序列圖
2:createDialog()oan():MainWindow:BorrowDialogry1:queL息6:顯示借書成功存庫信書借存圖可庫詢否及查是息功:4書信成圖閱改修Borrower回借:7返者:讀5改修:6:QueryDialog
圖1-11 讀者借閱圖書協作圖
云南工商學院09信息管理1班
3.1.4 實現“歸還圖書”用例的動態模型
:MainWindow:ReturnDialog:QueryDialogBorrower1:queryLoan2:createDialog3:修改讀者的借閱信息及庫存信息4:修改成功5:顯示還書成功
圖1-12 讀者歸還圖書序列圖
1:queryLoan():MainWindowBorrower6:顯示還書成功4:修改成功:QueryDialog3:修改讀者的借閱信息及庫存信息:ReturnDialog2:createDialog()
圖1-13 讀者歸還圖書協作圖
3.2 類圖設計
進一步擴充和細化分析階段定義的類,包括定義新的類來處理用戶的需求。隨著動態建模的深入,也會發現原來建立的類存在缺陷或不夠完整,需要對分析中得到的類圖進行不斷的修正和調整。所以,還應該通過動態建模來修正和完善類圖。
云南工商學院09信息管理1班
系統管理員-name:string-password:string+AddBook()+QueryBook()+AddBorrower()+QueryBorrower()借書記錄-borrower:string-book:string-date:Date+newLoan()+getBorrower()+getBook()11*讀者-name:string-number:string-password:string+Borrow()+Return()+QueryLoan()***<
圖1-14 設計類圖
3.3 物理架構設計
物理架構設計就是用UML圖形描述系統軟件和硬件的大致結構,包括畫出組件圖和配置圖。
3.3.1 組件圖
組件圖:表示構成軟件系統的各物理組件及其相互之間的聯系。它能明確表示軟件系統各部分的功能職責。圖書管理系統的組件圖如下所示,其中包含“借/還書處理”、“信息查詢”、“圖書資源管理”和“身份驗證”等組件。
云南工商學院09信息管理1班
圖書管理系統借/還處理信息查詢圖書資源管理身份驗證圖書信息借閱信息
圖1-15 系統組件圖
3.3.2 配置圖
圖書管理系統是一個基于網絡和數據庫的應用系統,可以采用B/S結構,系統配置圖下圖所示:
數據庫服務器圖書信息借閱信息讀者客戶端借/還書處理工作人員客戶端公共客戶端身份驗證圖書資源管理借閱信息圖書資料查詢 圖1-16 系統配置圖