資訊系統分析報告

資訊系統分析與設計

實驗報告

實驗題目：小型資訊系統建模設計

班級信管091

學號 3090561007

學生邢小茸

地點經濟與管理學院實驗室

2012 年夏季學期

資訊系統分析與設計《小型資訊系統建模設計》實驗指導書

一、實驗性質

設計性實驗4學時

二、實驗目的

本實驗是為了配合uml建模語言的教學而設定的，目的是通過本次實驗的綜合訓練，培養學生實際分析問題，程式設計和動手能力；建立軟體模型的能力和圖示軟體模型的能力，熟悉機器中uml語言的整合環境，獨立完成軟體模型的建立。幫助學生系統地掌握該門課程的主要內容，更好地完成教學任務。

三、實驗任務

1．需求分析用例建模案例

2．物件類靜態模型建模案例

3．動態互動模型建模案例

4．動態狀態模型建模案例

四、實驗準備

實驗過程需要以下裝置及軟體：

每位實驗學生pc機一台，並安裝rational rose 或其他建模工具軟體。

並要求學生做實驗前掌握資訊系統建模語言uml。

五、實驗過程

1 需求分析用例建模案例

1.1 業務組織結構

「企業綜合資訊管理系統」的使用者是企業各級管理部門的工作人員、公司經理和系統操作人員。該系統主要提供「財務管理」、「人力資源管理」、「生產排程管理」、「進銷存管理」、「裝置安全管理」、和「行政事務管理」等方面的服務。

1.2 具體功能要求：

（1）銷售管理

1）制定銷售計畫

2）與客戶簽訂銷售合同

3）檢查合同履約率

4）生產排程管理部門組織生產

5）庫存管理部門對產品進行入庫、出庫處理

6）財務管理部門收取客戶貨款

7）售後服務

（2）採購管理

1）制定原材料（零部件）採購計畫

2）與客戶簽訂採購合同

3）檢查合同履約率

4）庫存管理部門對原材料進行入庫驗收、儲存

5）財務管理部門支付貨款

（3）庫存管理

1）產品入庫管理

2）原材料（零部件）入庫管理

3）原材料（零部件）出庫管理

4）產品出庫管理

5）庫存管理

6）採購管理部門組織採購

7）生產排程管理部門安排生產

8）財務管理部門對庫存物資進行核算

1.3 確定用例並繪製用例圖

（1）「企業綜合資訊管理系統」中的用例（一層）

財務管理；

人力資源管理；

生產排程管理；

進銷存管理；

裝置安全管理；

行政事務管理。

（2）「進銷存管理子系統」中的用例（第二層）

銷售管理；

採購管理；

庫存管理。

（3）「銷售管理子系統」中的用例（第三層）

銷售計畫制定；

銷售合同管理；

售後服務管理。

（4）「銷售合同管理子系統」中的用例（第四層）

修改合同；

增加銷售合同；

付款單處理；

履約合同檢查；

列印催款單；

銷售合同檢查。

2．物件類靜態模型建模案例

2.1 建立物件類：

（1）銷售合同

（2）採購合同

（3）銷售合同統計報表

（4）採購合同統計報表

（5）入庫單

（6）出庫單

（7）庫存單

2.2 定義使用者介面：

（1）建立採購合同介面

（2）建立銷售合同介面

（3）查詢購進合同介面

（4）查詢銷售合同介面

（5）列印催貨單介面

（6）列印催款單介面

（7）接受到貨通知單介面

（8）列印付款通知單介面

（9）接受收款通知單介面

（10）列印發貨通知單介面

（11）合同統計介面

2.3 根據類之間的關係繪製類圖

類之間的關係：

（1）共享聚集：

（2）組合聚集：

（3）依賴關係：

（4）繼承：

（5）關聯：

3．動態互動模型建模案例——「銷售合同管理」子系統

3.1 順序圖建模步驟：

1.確定互動和涉及的物件

（1）啟動系統

（2）迴圈處理付款單

（3）核對銷售合同

（4）核對合同的銷售貨物清單

（5）核對庫房貨物清單

（6）核查預警量

（7）列印庫存預警清單

（8）列印出庫單

2．順序圖中物件排列的原則

（1）物件橫向排列在順序圖的頂部；

（2）最重要的物件在最左邊（如對全域性進行初始的物件）；

（3）互動密切的物件盡可能相鄰；

（4）互動中建立的物件，應放置在其建立的時間點上；

（5）每個物件有乙個下垂的生命線。

3．訊息傳遞

（1）訊息傳遞的方向：按時間順序從上到下在物件的生命線之間傳遞；

（2）在訊息箭頭線上標出訊息標籤的內容、約束或構造型；

（3）傳送和接收訊息的物件生命線必須處在啟用期；

（4）互動中物件的建立和銷毀必須繪出構造型和標

記；（5）區別同步訊息和非同步訊息的圖示表示符；

（6）標出訊息的迴圈結構及出口條件；

（7）順序圖從初始化訊息開始，以其返回訊息終止。

3.2 繪製順序圖

（1）繪製「付款單處理」用例的順序圖

（2）繪製「履約合同檢查」用例的順序圖

3.3合作圖建模步驟

1．確定互動及涉及的物件

2．合作圖中物件排列的原則

（1）最重要的物件應在圖的**；

（2）與其有直接互動的物件放置在鄰近；

（3）物件初始化；

（4）選擇初始物件。

3．鏈結與訊息傳遞

（1）標明物件之間的鏈結；

（2）在鏈結上標明訊息的序號；

（3）在訊息箭頭線上標出訊息標籤的內容、約束或構造型；

（4）區別同步訊息和非同步訊息的圖示表示符；

（5）合作圖從初始物件開始，到其終止物件結束。

3.4 繪製合作圖

（1）繪製「付款單處理」用例圖的合作圖

（2）繪製「履約合同檢查」用例圖的和作圖

4．動態狀態模型建模案例——「信貸管理」子系統

4.1系統的用例模型和物件靜、動態模型

1．系統的用例模型

2．物件靜態模型

3．物件動態互動模型

4．物件動態狀態模型

4.2狀態圖建模步驟

（1）確定狀態圖描述的主體。

（2）確定狀態圖描述的範圍。

（3）確定描述主體在其生存期的各種穩定狀態。

（4）確定狀態的序號。

（5）確定觸發狀態遷移的事件。

（6）附上必要的動作。

（7）簡化狀態圖。

（8）確定狀態的可實現性。

（9）確定無死鎖狀態。

（10）審核狀態圖。

「信貸管理」子系統狀態圖建模：

4.3系統的活**的建模步驟

1．業務工作流建模的步驟

（1）確定物件：找出負責實現工作流的物件：

（2）確定範圍（邊界）：明確起始狀態和結束狀態。

（3）確定活動（動作）序列

（4）確定組合活動狀態

（5）確定遷移（動作流）：找出連線這些活動狀態或動作狀態的遷移。

（6）確定工作流中涉及的重要物件

2．對操作建模的步驟

（1）確定相關元素：與該操作有關；

（2）確定範圍（邊界）：

（3）確定活動（動作）序列：

（4）僅在需要時，利用條件分支來說明路徑和迭代；

（5）描述同步與併發；

3．對乙個結構良好的活**的要求

（1）能準確描述系統的動態模型的乙個側面；

資訊系統分析報告

資訊系統分析報告

資訊系統分析考點

資訊系統分析與設計

相關推薦