---
# System prepended metadata

title: 2022/11/13

---

#2022
---
title: 第一次系統分析會議
description: 2022/09/30系統分析會議

---
### 要補的東西
1.系統背景
(p168便當王範例

2.描述性綱目中有用到藍圖、資料詞彙部分須建立索引

3.描述性綱目完成後，檢視作業與功能描述是否達成前述系統目標
(p172便當王範例

4.好像還有說我們描述性綱目要改(寫得太廣泛之類的?有點忘了 要補 不夠多）

5.以何種方法找出行為者、使用個案(對照事件條列式)
(p172便當王範例

6.描述使用個案時，需指出裡面的正常程序、例外狀況是從描述性綱目的哪一條所得到的

7.描述使用個案不應涉及電腦化之邏輯(像他那時候好像說不要使用如更新的字眼?

8.如何找到使用個案間的關係
(p172便當王範例

9.如何找出活動及活動間的轉換
(p147活動圖建構原則, p181便當王範例

10.使用個案途中的include, extend關係可在活動圖中呈現
(p146 轉換中的成立條件? 我猜

11.使用者個案敘述需更詳細

12.藍圖貨物資訊新增：目前站點、付款狀態

13.收件人資訊藍圖建立

### 1-1介紹描述性綱目（建議勿超過 4 分鐘）
(1) 包裹在出貨時，使用者可透過掃描QR Code，系統回傳資料，使用者得到收件人的姓名、地址、聯繫方式(表???)等訊息

(2) 使用者在出貨前，需要按下"確認出貨"按鈕來更新貨物的貨物狀態(藍圖當前狀態)

(3) 包裹抵達物流站後，使用者可掃描包裹上面的QR Code，並上傳包裹(收貨證明藍圖)

(4) 客戶(物流人員)可以透過系統來查詢運送中的包裹的資訊(藍圖目前站點、當前狀態)

(5) 包裹抵達後，收貨人可透過掃描QR code來進行付款動作，同時更新貨品狀態（出貨藍圖的目前站點、下個物流站點、貨物狀態）

5.5）貨品狀態有哪些

（6)收貨人可透過系統查詢自己的貨物目前在哪個配送狀態(藍圖：目前站點、下個物流站點、貨物狀態)

（7）使用者可以查詢各物流站的貨品數量




### 1-2系統目標與限制
(1)減少因紙張形式而出現的資訊洩漏或損毀

(2)降低人力輸入貨物資訊成本和相應出現的錯誤

(3)保存完整的寄送紀錄和提供即時的運送情況及運送資訊

(4)使付款成本降低(不須用專門的刷卡機，及客戶付款更加方便)


### 2-1使用個案塑模-使用個案圖
#### （1）描述出塑模步驟
##### 1.找出行為者

(1) 包裹在出貨時，使用者可透過掃描QR Code，系統回傳資料，使用者得到收件人的姓名、地址、聯繫方式(表???)等訊息
->
客戶 + 掃描 + QR code
客戶 + 確認 + 資訊(表???)

(2) 使用者在出貨前，需要按下"確認出貨"按鈕來更新貨物的貨物狀態(藍圖當前狀態)
->
客戶 + 掃描 + QR code
客戶 + 按下 + 按鈕
客戶 + 更新 + 貨物狀態

(3) 包裹抵達物流站後，使用者可掃描包裹上面的QR Code，並上傳貨物狀態(收貨證明藍圖)
->
客戶 + 掃描 + QR code
客戶 + 上傳 + 貨物狀態

(4) 客戶(物流人員)可以透過系統來查詢運送中的包裹的資訊(藍圖目前站點、當前狀態)
->
客戶 + 查詢 + 包裹的資訊

(5) 包裹抵達後，收貨人可透過掃描QR code來進行付款動作，同時更新貨品狀態（出貨藍圖的目前站點、下個物流站點、貨物狀態）
->
客戶 + 掃描 + QR code
客戶 + 進行 + 付款動作
客戶 + 更新 + 貨品狀態

（6)收貨人可透過系統查詢自己的貨物目前在哪個配送狀態(藍圖：目前站點、下個物流站點、貨物狀態)
->
客戶 + 查詢 + 貨物狀態

（7）使用者可以查詢各物流站的貨品數量
->
客戶 + 查詢 + 貨物數量


---
```
(2) 包裹抵達物流站後，客戶(物流人員)可掃描包裹上面的QR Code，確認包裹是否正確，並更新的貨物訊息(抵達時間、所在物流站等等)
->
客戶 + 收到 + 貨物
客戶 + 掃描 + QR code
客戶 + 更新 + 貨物狀態

---
(3) 客戶(物流人員)可以透過貨品上的QR Code隨時追蹤物流的進度
->
客戶 + 確認 + 出貨資訊
客戶 + 讀取 + 貨物狀態
```
---
```
(4) 包裹抵達後，物流人員可以選擇現金進行收款或是請買方掃描包裹上的QR Code直接使用信用卡收款
->
客戶 + 請買方掃描 + QR code
客戶 + 收取 + 款項

---
```
紫雲從這開始
##### 2.找出使用個案
(1) 由行為者找出使用個案 
(2) 內聚力原則 
(3) 找出符合內聚力原則的事件描述

1.使用者與企業需求1.~2.的一系列事件描述，符合「順序內聚力」，可找出客戶有能正確「出貨」之使用個案，及客戶出貨。

##### 3.描述使用個案
(1)使用個案之描述
(2)檢查使用個案目標之集合是否包含系統目標

使用個案名稱:

1.物流站出貨
行為者:客戶(物流人員)
目標:貨物能正確出貨
前提:貨物已經有 QR code
結束狀態:出貨後，成功更新貨品狀態
一系列事件:
正常程序----
1.客戶(物流人員)確認貨品內容、配送地無誤
2.系統更新貨品狀態[](https://)
例外狀況----
貨品內容錯誤，則更換貨品。

2.追蹤物流進度
行為者:客戶(物流人員)
目標:確認貨物目前的物流進度
前提:貨物已經出貨
結束狀態:客戶(物流人員)成功讀取物流進度
一系列事件:
正常程序----
1.客戶(物流人員)確認貨物狀態
2.
例外狀況----

##### 4.找出使用個案間之關係
(1) Include : 使用個案 A 會用到另一個使用個案B，箭頭由A指向 B。
(2) Extend : 使用個案 C 在某種情況下，被插入至另一使用個案 D 的定義中，而形成一個新的組合使用個案，箭頭由 C 指向 D。 
(3) Generalization : 指使用個案間的繼承關係，如子使用個案會繼承父使用個案之行為與意義，且子使用個案可擁有其個別之行為與意義，箭頭 由子使用個案指向父使用個案。

以QR code 物流追蹤為例:
##### 5.繪製使用個案圖 

### 2-2使用個案塑模-活動圖
活動圖之建構步驟依序如下： 
1.找出活動 

2.找出活動間之轉換 

3.繪製活動圖 

- 4.精煉活動圖











### 庫存管理 & 包裹追踪
## 
##
### 保護客戶詳細信息 & 產品認證及信息
##
##
### 無現金支付

1.藍圖&資料詞彙 陳信嘉
2.個案圖&關係 陳彥廷
3.找出活動&活動轉換 戴辰昊
4.活動圖繪製 范揚昊
5.把今天已經做完的東西丟到PPT上&成品PPT完成 黃子耘

新工作分配
需求描述+藍圖+找出行為者&使用個案：黃、陳信
描述使用個案~繪製個案圖：陳彥、林
活動圖：范、戴
# 2022/11/13
-----------------------------------------------------------
陳彥廷（1）使用者動態行為塑模-UI循序圖
    1.找出介面物件與控制物件
    2.確認物件間之訊息與操作
    3.繪製循序圖
范揚昊（2）使用者靜態行為塑模-介面架構圖、介面藍圖、介面詞彙
陳信嘉（3）使用者介面狀態塑模-行為狀態機圖
戴辰昊（4）應用程式塑模-AC循序圖
林宇承（5）物件結構塑模-類別圖
    1.確認類別、屬性與操作
    2.確認類別間之關係
    3.繪製類別圖
黃子耘（6）類別正規化

# 2022/12/02
### 一、先介紹 PIM、開發平台與 CASE 工具 （建議少於 2 分鐘）
1. 先簡介該組會從哪一部份的 PIM(圈選出來)繼續往 PSM 與 Code 發展
※ 例如 Show 出圈選的使用個案、匯總 Class Diagram, 圈選的 Sequence
Diagram and State Diagram（or 加 PAC）。
2. 再介紹所選擇的開發平台與系統架構
● DBMS／Application／UI
● CASE 工具
● 系統架構
### 二、從 PIM 之結果轉 PSM 轉 Code（建議少於 9 分鐘）
0. 準備工作：高度相依於系統開發的程式語言與資料庫。請先備好最終正規化
後的類別圖，圖中之類別的屬性先輸入註解，操作先備好操作描述。
1. 轉 DB－務必先介紹 CASE 工具轉換步驟，再 Show 出依步驟轉出的結果（例
如類別、DMD、.DDL、Table）。轉 DB，請先說明所用資料庫，接下來再以
一個類別圖(例如圖 10-5, p. 447)實作轉成 DMD & DDL。請凸顯出關聯關係
中，一對多及多對多轉出，Case Tool 在主鍵與外鍵之處裡。請討論 Case Tool
可幫助自動化的程度%(Case Tool 可提升生產率)。
2. 轉 AP－務必先介紹 CASE 工具轉換步驟，再 Show 出依步驟轉出的結果（例
如類別與關係（含屬性與操作）、樣版程式碼（含操作描述）、Communication
Bridge）、關聯關係之屬性，於轉 AP 後，請 Demo 一次新增屬性與操作之反
向工程。轉 AP，請先說明所用程式語言，接下來再以一個類別圖(例如圖 10-5,
p. 447)實作轉換成樣板類別。請凸顯出關聯關係中，一對多及多對多轉出，
Case Tool 在 Public 屬性之處裡，溝通橋樑(例如 JAVA 的 set & get operation，
Case Tool 可幫忙處理互通性)；也顯示操作描述、屬性註解之處裡。請討論
Case Tool 可幫助自動化(提升生產率)的程度%(僅有樣板，無法轉商業邏輯，
這些要人工補程式)。
3. 轉 UI－務必先介紹 CASE 工具轉換步驟，Show 出介面物件、藍圖與詞彙，
再 Show 出依步驟轉出的結果（UI PSM、系統畫面與 Code）。轉 UI，請先說
明所用程式語言，接下來再以一個類別圖(例如圖10-5, p. 447)實作轉換成Web
類別圖& Code (可參考 p. 480 起)。請討論 Case Tool 可幫助自動化(Case Tool
可提升生產率)的程度%(僅有陽春樣板，無法依實際介面呈現，這些要人工補
程式)。
4. 請展示反向工程，例如在程式中加入或修改屬性與操作，再按反向工程，看
Case Tool 如何更新 PSM & PIM，以凸顯 Case Tool 可幫助“文件與維護”問題
之改善。
### 三、雛型系統 Demo 與經驗分享（建議少於 5 分鐘）
1. 先 Show 出一個使用個案之活動圖（含介面藍圖）（也就是需求塑模之結
果），並說明其作業流程與 I／O。
2. 依上述 Demo 雛型系統（部分請參考課本 12.8.1），並說明如何滿足該使
用個案之需求(例如作業流程與 I／O 等)與目標。完成後請 Open Tables，
以確認系統之運作。
3. 發展雛型系統時，在轉出之程式碼上，你們是根據哪些文件之資訊補充哪
些程式碼，過程中是否有哪些文件之內容(例如 PIM 階段之文件)用不上或
缺乏哪些文件資訊。
4. 所使用之 CASE 工具於 MDA 轉換(例如 DB、AP & UI)之自動化程度，以
及該 CASE 工具之能力與限制。
# 2022/12/15
1.掃描QR Code的頁面(外部)->貨物資訊頁面
(貨物頁面是從資料庫抓資料)
(進入貨物資訊頁面後，若想進行操作，可以登入，但是我們跳過)
(登入後，可以進入掃描QR Code 的頁面)
2.掃描QR Code的頁面(內部)->確認出貨跟狀態更新的頁面
3.掃描QR Code的頁面(內部)->回報錯誤的頁面


外部掃描 -> 登入頁面(可選擇登入物流身分) -> 貨物資訊ui -> 內部掃描ui -> 更新成功頁面or噴錯頁面 .......出貨更新
外部掃描 -> 登入頁面(可選擇登入收件身分) -> 貨物資訊ui ......查看

導出html
貨物資訊頁面
確認出貨跟狀態更新的頁面
掃描QR Code的頁面
回報錯誤的頁面
