資訊管理系

模型驅動架構之應用系統開發-以某公司客戶資料管理系統為例

指導教授 夏則智 教授

組員名單 郭人華 958C045

陳柔辰 958C047

中 華 民 國 九 十 九 年 六 月

嶺東科技大學

資訊管理系 模型驅動架構之應用系統開發-

以某公司客戶

資料管理系統為例

中華民國九十九年六月

資訊管理系專題口試委員審定書

模型驅動架構之應用系統開發-以某公司客戶資料管理系統為例

指導教授 夏 則 智 教授

組員名單 郭 人 華 958C045

陳 柔 辰 958C047

指導教授

口試委員

中華民國 年 月 日

I

摘摘摘摘 要要要要

在結構化系統分析與設計中不同階段採用不同的塑模工具例

如系統分析時使用資料流程圖設計時使用模組結構圖而系統流

程與資料的塑模在不同階段也會使用不同的方法與工具因此分析與

設計階段常出現斷層本專題探討物件導向系統分析與設計的方法和

塑模工具以改善上述傳統結構化分析設計的問題物件導向系統分

析與設計包括模型驅動架構(Model-Driven Architecture MDA)與統一

塑模語言(Unified Modeling Language UML)等本專題應用其理論概

念方法與工具於某國際專利商標事務所之客戶資料管理的系統分析

與設計最後依據產出之系統文件規格以SQL Server 2005為物件

關聯資料庫並以ASPNET為軟體程式平台實作此資訊系統

關鍵詞系統分析與設計模型驅動架構(MDA)統一塑模語言(UML)

II

目目目目 錄錄錄錄 頁次

摘 要 I

目 錄 II

表目錄 III

圖目錄 V

第一章第一章第一章第一章 緒論緒論緒論緒論 1

第一節 研究背景與動機 1

第二節 研究目的與範圍 1

第二章第二章第二章第二章 文獻探討文獻探討文獻探討文獻探討2

第一節 模型驅動架構 2

第二節 統一塑模語言 3

第三節 ASPNET開發環境介紹23

第三章第三章第三章第三章 個案系統分析與設計個案系統分析與設計個案系統分析與設計個案系統分析與設計25

第一節 公司簡介 25

第二節 個案需求分析 26

第三節 個案系統分析 32

第四章第四章第四章第四章 個案實作個案實作個案實作個案實作45

第一節 資料字典 45

第二節 系統畫面 51

第五章第五章第五章第五章 結論結論結論結論 59

第一節 結論 59

第二節 未來研究方向與建議 59

心心心心 得得得得 61

參考文獻參考文獻參考文獻參考文獻 62

III

表目錄表目錄表目錄表目錄

表 2-1 UML20圖形兩大分類(共 13種圖形)4

表 2-2 使用案例圖元件介紹 5

表 2-3 活動圖之元件與表達符號 7

表 2-4 可視性表示符號10

表 2-5 類別圖間的關係10

表 2-6 狀態圖符號表示19

表 3-1 企業 UC簡述 26

表 3-2 系統 UC簡述 32

表 3-3 建立收文案號系統 UC敘述32

表 3-4 申請同文案號系統 UC敘述34

表 3-5 申請附加案號系統 UC敘述34

表 3-6 應收帳款系統 UC敘述 35

表 3-7 應付帳款系統 UC敘述 36

表 4-1 客戶資料管理45

表 4-2收文案號管理45

表 4-3 應收帳款管理46

表 4-4專業管制－國內專利 46

表 4-5 專業管制－國內商標 47

表 4-6 專業管制－國內著作權 48

表 4-7 專案管制－國外專利 48

表 4-8 專業管制－國外商標 49

表 4-9 專業管制－國外著作權 49

表 4-10 專業管制－國外對國內專利 50

表 4-11 專業管制－國外對國內商標 50

IV

表 4-12 專業管制－國外對國內著作權 51

表 4-13 專業管制－顧問客戶 51

V

圖目錄圖目錄圖目錄圖目錄

圖 2-1 UML20圖形之階層架構4

圖 2-2 提款使用個案間 Include關係圖 6

圖 2-3 下訂單使用個案之 Extend關係圖 6

圖 2-4 訂票使用個案之 Generalization關係圖7

圖 2-5 產學資訊管理需求之活動圖 9

圖 2-6 類別圖表示方法9

圖 2-7 基數範例11

圖 2-8 相依關係圖11

圖 2-9 關聯關係圖11

圖 2-10 聚合關係圖11

圖 2-11 組合關係圖12

圖 2-12 一般化關係圖12

圖 2-13 循序圖範例13

圖 2-14 非同步訊息14

圖 2-15 自我呼叫14

圖 2-16 框架圖示15

圖 2-17 多選一範例16

圖 2-18 自由選擇範例16

圖 2-19 終止範例17

圖 2-20 迴圈範例18

圖 2-21 平行範例18

圖 2-22 行動的格式19

圖 2-23 轉換線圖例20

圖 2-25 傳遞標籤圖例20

VI

圖 2-26 狀態圖範例21

圖 3-1 企業 UC圖 26

圖 3-2 委託專利申請保護之一般流程活動圖 27

圖 3-3 委託商標申請保護之一般流程活動圖 28

圖 3-4 委託著作權申請保護之一般流程活動圖 29

圖 3-5 法律問題諮詢之一般流程活動圖 30

圖 3-6 業務可啟動的系統 UC31

圖 3-7 會計可啟動的系統 UC31

圖 3-8 建立收文案號之類別圖 37

圖 3-9 申請同文案號之類別圖 37

圖 3-10 申請附加案號之類別圖 38

圖 3-11 應收帳款之類別圖 38

圖 3-12 應付帳款之類別圖 38

圖 3-13 專利合併之類別圖 39

圖 3-14 商標合併之類別圖 40

圖 3-15 著作權合併之類別圖 41

圖 3-16 顧問客戶合併之類別圖 42

圖 3-14 收文案號之循序圖 43

圖 3-15 同文案號之循序圖 43

圖 3-16 附加案號之循序圖 44

圖 4-1 客戶資料管理新增畫面 52

圖 4-2 客戶資料管理修改刪除畫面 52

圖 4-3 收文案號管理新增畫面 53

圖 4-4 收文案號管理修改刪除畫面 53

圖 4-5 同文案號管理新增畫面 54

圖 4-6 附加案號管理新增畫面 54

VII

圖 4-7 應收帳款管理修改刪除畫面 55

圖 4-8 國內專利管理修改刪除畫面 55

圖 4-9 國內商標管理修改刪除畫面 56

圖 4-10 國內著作權管理修改刪除畫面 56

圖 4-11 國外專利修改管理刪除畫面 57

圖 4-12 國外商標管理修改刪除畫面 57

圖 4-13 顧問客戶管理修改刪除畫面 58

1

第一章 緒論

第一節第一節第一節第一節 研究背景與動機研究背景與動機研究背景與動機研究背景與動機

傳統結構化系統分析與設計在不同的階段會出現斷層而且產出無法重複使

用(reuse)這不但使得系統開發效率降低同時容易造成錯誤因此物件管理組

織（Object Management Group OMG）在 2001年提出了模型驅動架構（Model-Driven Architecture MDA）由於過去在塑模系統時常是將系統的邏輯與實作平台的資

訊一起建構於模型中造成模型在轉換實作平台時往往無法再繼續使用因此

在 MDA 的架構中是將系統模型的發展分為兩階段首先是建立只描述系統抽象

邏輯設計的平台獨立模型(Platform Independent Model PIM)再來是將系統的 PIM結合實作平台的資訊來產生平台相關模型(Platform Specific Model PSM)最後才

依照 PSM來實作系統的程式碼對於開發現今越來越多樣化的平台與應用程式

MDA 提供了一個良好的解決方案其期待的益處包括減短系統開發週期降低

系統開發成本增加系統品質降低異質平台轉換困難度增加模型的重複使用

性當然其中還包括文件的製作與維護讓系統從分析設計到實作其自動生

成的程式碼甚至相關的文件能夠在開發流程中無接縫的整合提高可維護性

[7][8]

OMG 提出 MDA 軟體開發的方法強調開發者可依循技術與軟硬體之需求

進行系統的設計開發及維護當完成系統開發也同時產生技術檔及相關系統

資訊因此有利於未來系統的維護與系統的重新開發而軟體再使用性及減少開

發的成本與時間正是軟體開發所關切的重要問題若於系統開發的過程中導

入 MDA 開發方法企業必能迅速開發出符合自己功能需求的系統更可藉由 MDA架構整合舊有的系統達成跨技術平台的目的[7]

第二節第二節第二節第二節 研究目的與範圍研究目的與範圍研究目的與範圍研究目的與範圍

本專題研究探討物件導向系統分析與設計方法和工具包括模型驅動架構

(Model-Driven Architecture MDA)與統一塑模語言(Unified Modeling Language UML)等並將物件導向系統分析與設計之理論概念方法與工具實際應用某國

際專利商標事務所之客戶資料管理系統最後依據系統分系與設計產出之系統

文件規格以 ASPNET程式語言和 SQL Sever資料庫實作此資訊系統

2

第二章 文獻探討

本章將探討與 MDA 架構相關之研究理論與說明系統開發工具在第一節將介

紹 MDA 架構所使用的系統分析方法第二節則說明 UML 之定義圖形類別與圖

形元件介紹第三節是介紹 ASPNET程式的開發環境

第一節第一節第一節第一節 模型驅動架構模型驅動架構模型驅動架構模型驅動架構

OMG組織在2001年提出了Mode Driven Architecture(MDA)的軟體發展標準

MDA提供一種開發式廠商中立的方法來因應軟體互動性(Interoperability)之挑

戰它可以支援OMG所建立的各種模型標準 [9] UML(Unified Modeling Language) MOF (Meta Object Facility)及CWM (Common Warehouse Meta-model)三個主要核心功能整合不同仲介軟體平台(如CORBANETEJBSOAP等)

所以 MDA 有三個階段CIMPIM 及 PSM 分述如下

一CIM(Computation Independent Model)

MDA 專案開發的第一個步驟從 CIM 開始不同於 PIM 與 PSMCIM 試圖

表達資訊系統的應用環境而非資訊系統本身在進行 CIM 開發時關切的是與

企業相關的營運目標實體要件及運作流程等先了解資訊系統的應用環境才

有可能為企業量身打造出完善的資訊系統[3][4][10]

二PIM (Platform Independent Model)

MDA發展初期可以利用與技術平台無關的UML環境開始建立PIM有別於傳

統的系統發展方法是由團隊中的發展人員一步步分析撰寫文件PIM 描述企業所

需的功能與商業行為PIM是一種高階抽象模式該模式與所採用的開發技術獨

立PIM是分析與設計結果的重要產出主要是根據需求塑模的結果從如何支援

企業運作的觀點描述一個軟體系統並不涉及描述系統開發與運作之平台PIM必

須以有完整定義的語言來描述而且適合用電腦來自動解譯故相當適合利用UML來描述平台獨立模式[3][4][10]

三PSM(Platform Specific Model)

PSM是一種特定平台的模式亦即該模式是相依於所採用的軟體開發技術

是進行低階程式設計階段的主要資訊來源該階段的產出主要是建構出程式碼

3

對於某一種PSM而言只有具該特定平台模式技術的開發人員才能理解其傳達的

資訊PSM主要是以開發工具的架構描述一個軟體系統對於每一個特定的技術

平台需產生一個與其他技術分開的PSM這些PSM之間的溝通方式可以藉由溝

通橋樑(Communication Bridge)的機制來互動[9]

第二節第二節第二節第二節 統一塑模語言統一塑模語言統一塑模語言統一塑模語言

統一塑模語言（Unified Modeling Language UML）是由OMG定義出來的物件

導向的模式化語言模式化指的是用圖解的方式來表達系統開發流程中各細部

活動之間的順序以及各活動所需要處理的輸入資訊輸出資訊限制條件或所

使用到的資源等也就是說UML可以表達許多不同目的與種類的模式而且更

加接近人類日常思考方式因此能夠讓系統設計者與使用者對系統更有共識也

更能有效地溝通

除了因為有共同的溝通符號能減少溝通時的誤會外也能以系統模型(model)的資訊來驗證設計是否符合系統需求另外對於後續的系統維護或是讓專案新

進人員了解現有系統的設計都有相當大的幫助[8]

從使用者分析師系統整合者測試者技師與專案管理者的多種觀點去

思考來架構一套從需求分析系統分析設計到程式撰寫的完整塑模語言其所

提供描述真實世界物件的符號（Notation）有彈性且精簡並具備圖形化的表達能

力讓使用者可以充分表達從業務流程分析業務需求物件模式化到物件設

計的各種結果因此企業與資訊軟體廠商紛紛開始投入並採用UML的產品及服

務使UML成為目前最為盛行的塑模語言 一UML 的定義及圖形分類

UML 是一種定義良好易於表達功能強大且普遍適用的模式語言它融入

了軟體工程領域的新思想方法與技術不限於支援物件導向的分析與設計更

可支持從需求分析開始的軟體發展的全部開發過程[1]

UML 20將圖形分成兩大類共 13種圖(表 2-1)分類成圖 2-1的結構

4

圖 2-1 UML20圖形之階層架構

表 2-1 UML20圖形兩大分類(共 13種圖形)

類別圖(Class Diagram)

物件圖(Object diagram)

元件圖(Component diagram)

部署圖(Deployment diagram)

複合結構圖(Composite structure diagram)

結 構 性 圖 形 (Structure diagrams)強調的是系統

式的建模

套件圖(Package diagram)

使用個案圖(Use Case Diagram)

活動圖(Activity diagram)

狀態圖(State diagram)

循序圖(Sequence diagram)

通訊圖(Communication diagram)

時序圖(Timing Diagram)

行為式圖形（ Behavior diagrams）強調系統模

型中觸發的事件

溝通性圖形(Interaction diagrams)屬於行為圖形的

子集合強調系統模型中的

資料流程

互動概觀圖(Interaction diagram)

5

二UML 圖形元件介紹

(一) 使用個案圖(Use Case Diagram)

以使用者的觀點描述系統的行為者與系統間之互動行為與關係從外部的觀

點來看使用個案可以描述系統做什麼從內部的觀點來看它可以描述行為者

與系統如何互動

使用個案圖中行為者常以人形表示使用個案以橢圓表示使用個案與使

用個案間之關係的表示如表 2-2所示

表 2-2 使用案例圖元件介紹

元件 元件圖示

行為者(Actor)

使用個案(Use Case)

行為者與使用個案間之

互動

使用個案間之 Include關係 使用個案間之 Extend關係 使用個案間之

Generalization關係

1 行為者(Actor)

在 UML 中稱為 actor它不一定是代表真正的人更不會代表哪一個特

定的人它要表達的是一個與系統互動的角色

2 使用個案(Use Case)

以一個橢圓形來表示使用案例使用案例用來表示系統應提供的功能是

由行為者所引發或參與的每一個事件

3 使用個案間之 Include(包含)關係

一個使用案例 A 在其執行的過程中一定會使用到使用案例 B則案例 A

6

包含案例 B

對於一個 ATM 的系統「提款」為一個典型的使用案例「提款」這個

使用案例「一定」會包含有「更新餘額」這個使用案例(如圖 2-2)

圖 2-2 提款使用個案間 Include關係圖

4 使用個案間之 Extend(延伸)關係

在某些情況或是條件下一個使用案例的行為可以被另一個使用案例的

行為所延伸「某些情況或是條件」稱為延伸點(extension point)

使用者可以下訂單系統會去檢查庫存有無貨品若是沒有存貨系統

要執行訂貨(如圖 2-3)

圖 2-3 下訂單使用個案之 Extend關係圖

5 使用個案間之 Generalization(一般化)關係

使用案例的一般化關係與物件導向語言的一般化關係是類似的概念子使用

個案會繼承父使用個案之行為與意義且子使用個案可擁有其個別之行為與意

義又如一個使用個案甲某部份與另一個個案乙相同且另外多出一些功能

「訂票」是一個很容易捕捉的使用案例如果要細分訂票方式的種類那麼

訂票的方式可能是打電話來訂票或者是直接在網路上訂票再來取票那麼可以

利用下列的方式來表達(如圖 2-4)

7

圖 2-4 訂票使用個案之 Generalization關係圖

(二) 活動圖(Activity diagram)

活動是流程中的一個簡單步驟具有可選擇性同時能夠提供細膩的資訊來

協助完成之後的系統設計活動圖主要用途是用來說明一個系統的流程可進一

步描述每個活動或處理之執行步驟法則控制等並說明其資料之輸入和輸出

內容與所涉及之實體為使用個案的活動流程及資料輸出入做描述活動圖之表

達符號描述如表 2-3所示

表 2-3 活動圖之元件與表達符號

活動圖之元件 符號 活動圖之元件 符號

開始活動

(Initial)

一般轉換[條件]

(Transition)

結束活動

(Activity Final)

分支

(Branch)

結束流程

(Flow Final)

合併

(Merge)

一般活動

(Activity)

分岔

(Fork)

註記或條件

(Condition or Note)

結合

(Join)

物件

(Object)

8

1 開始

描述一連串的活動的起點以一實心圓型表示

2 結束活動

描述一連串活動的結束或終點

3 結束流程

描述某一流程的結束或終點

4 一般活動

是真實世界的一個動作處理一組動作程序或是可執行的一段副程式

5 註記或條件

他可用於描述某一個活動的起點結束分支或合併的條件也可用於

限制值或決策選項等的註記

6 物件

可描述與某一個活動有關的狀態輸入與輸出之使用者介面或資料儲存

等

7 轉換

當一個動作或活動完成時直接到下一個活動的控制

8 分支

用於表達當轉換發生後有多個選擇路徑但僅能依條件選擇其中一個

路徑執行

9 合併

用於表達有多個路徑匯集於某點之後再依條件往下一個路徑執行

10 分岔

用於表達當轉換發生後有兩個或兩個以上之平行活動發生的情況

11 結合

用於表達平行活動結束之情況多個平行作業同時進一個作業出來

9

一個產學資訊管理需求的活動圖範例如下(圖 2-5)

圖 2-5 產學資訊管理需求之活動圖

(三) 類別圖

主要用以表示系統存在之物件型態（或稱類別）及各物件型態間的靜態資料

結構與邏輯關係也表達類別之屬性操作與類別間連結之限制等而類別圖的

表示方法如下圖 2-6

圖 2-6 類別圖表示方法

類別的屬性或操作可以定義有哪些物件可以改變該屬性或操作這就是類別

屬性或操作的可視性(Visibility)可視性分為公開的(Public)私有的(Private)保

護的(Protected)套裝式(Package)等不同權限符號如表 2-4

10

表 2-4 可視性表示符號

分類 UML 表示法 權限

公開的 + 可被系統中所有類別存取

私有的 - 同一個類別內可被存取

保護的 子類別可以存取父類別的保護成員

套件式 ~ 只能被同一個套件內的其他類別存取

UML 提供了許多表示方法用來呈現類別之間的關係以下介紹類別圖之間的

關係(表 2-5)

表 2-5 類別圖間的關係

類別間的關係 符號

相依(Dependency)關係

關聯(association)關係

聚合(aggregation)關係

組合(composition)關係

一般化(generalization)關係

在每一個關係中常需表達有多少物件參與此關係也就是表示有多少個案

例參與該關聯這裡的「多少」稱為關聯角色的多重性(Multiplicity) 或稱基數

(Cardinality)最常見的基數包括

1 1

例如一份訂單只能是某位客戶的

2 01

例如企業客戶可能會有一位專門服務它的銷售代表也可能沒有專屬

3

例如客戶沒有必要一定要下訂單而客戶下的訂單也不會有任何上限

它可以會有零份或多份訂單

一般來說可以用一個上限與一個下限來定義基數基數的下線可以是任何

數或零上限則可以是任何數或(代表沒有上限)如果上限跟下限一樣就可以

以一個數字來同時表達上下限因此1 等於 11另外因為 0是很常見的基

數所以會簡寫成

11

以圖 2-7訂單與客戶類別間的關聯關係來說明一個客戶可擁有零張或多張訂

單但一張訂單僅屬於一個客戶

圖 2-7 基數範例

1 相依關係

某一模式元素需要另一個模式元素所提供的規格 (specification)或實作

(implementation)時兩者之間的關係也就是說表達一個類別會使用到其他類

別依賴關係的圖示是帶箭頭虛線由依賴元素指向支援元素(圖 2-8)

圖 2-8 相依關係圖

2 關聯關係

描述類別與類別間之連結關聯關係意味著一類別之物件知道另一類別之物

件的存在或一類別之物件使用到另一類別之物件的服務

圖 2-9表示投資人「購買」股票而股票「屬於」投資人或被投資人所「購買」

圖 2-9 關聯關係圖

3 聚合關係

聚合具有 Whole-Part的關係當整體物件被刪除時部分物件也可以單

獨存在圖 2-10表示一部車子有多個輪胎雖然輪胎屬於車子但輪胎也可

以單獨存在

圖 2-10 聚合關係圖

12

4 組合關係

組合有較強的限制當整體之物件被複製或刪除則其部份之物件也會

被複製或刪除也就是說組合關係的部份物件不能單獨存在兩者間具有

Whole-Part的特質發票是 Whole發票項目是 Part圖 2-11表示一張發票

擁有多個發票項目當該發票被刪除時則其所屬之發票項目也需一起刪除

圖 2-11 組合關係圖

5 一般化關係

指的是一般性類別(稱為父類別)與僅具有此種一般性類別之某些特定性

質之類別(稱為子類別)間的關係

光學滑鼠滾輪滑鼠與滑鼠這三者之間的關係是一般化關係「光學滑

鼠是滑鼠」或者說「滾輪滑鼠是一種滑鼠」因此它們之間有一般化關係

如圖 2-12所示

圖 2-12 一般化關係圖

13

(四) 循序圖

主要用以描述系統運作時物件間的互動行為且著重以時間之先後順序為主

軸以表達物件間的訊息傳遞與處理程序循序圖之重要元件包括類別之物件呼

叫訊息生命線及執行規格等(如圖 2-13)介紹如下

圖 2-13 循序圖範例

1 生命線(Lifeline)

是物件加上劃在物件底下與物件垂直之虛線用以表達物件在某時段之

存在

2 執行發起(Execution Occurrence)

主要表示互動的情形中參與物件處於活化狀態的時間也就是說物件

在執行發起標示的矩形區間是處於執行的狀態執行發起分別會對應到參與

物件被呼叫方法中的其中一個

3 訊息

循序圖之訊息(Message)主要可分兩種同步訊息(Synchronous Message)與非同步訊息（Asynchronous Message）發送物件在發送同步訊息後會等

待接收物件執行操作完畢後才會接著傳送下一個訊息發送物件在發送非

同步訊息後不等待接收物件執行完畢就往下執行

14

4 非同步訊息

在圖 2-14 的非同步訊息中投資人物件發送非同步訊息給電郵系統之

後不等待電郵系統的回應繼續往下執行其他操作

圖 2-14 非同步訊息

5 自我呼叫

除了傳送呼叫訊息給其他物件之外物件也可以傳送呼叫訊息給自己

以便引發執行自己的操作如圖 2-15

圖 2-15 自我呼叫

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

嶺東科技大學

資訊管理系 模型驅動架構之應用系統開發-

以某公司客戶

資料管理系統為例

中華民國九十九年六月

資訊管理系專題口試委員審定書

模型驅動架構之應用系統開發-以某公司客戶資料管理系統為例

指導教授 夏 則 智 教授

組員名單 郭 人 華 958C045

陳 柔 辰 958C047

指導教授

口試委員

中華民國 年 月 日

I

摘摘摘摘 要要要要

在結構化系統分析與設計中不同階段採用不同的塑模工具例

如系統分析時使用資料流程圖設計時使用模組結構圖而系統流

程與資料的塑模在不同階段也會使用不同的方法與工具因此分析與

設計階段常出現斷層本專題探討物件導向系統分析與設計的方法和

塑模工具以改善上述傳統結構化分析設計的問題物件導向系統分

析與設計包括模型驅動架構(Model-Driven Architecture MDA)與統一

塑模語言(Unified Modeling Language UML)等本專題應用其理論概

念方法與工具於某國際專利商標事務所之客戶資料管理的系統分析

與設計最後依據產出之系統文件規格以SQL Server 2005為物件

關聯資料庫並以ASPNET為軟體程式平台實作此資訊系統

關鍵詞系統分析與設計模型驅動架構(MDA)統一塑模語言(UML)

II

目目目目 錄錄錄錄 頁次

摘 要 I

目 錄 II

表目錄 III

圖目錄 V

第一章第一章第一章第一章 緒論緒論緒論緒論 1

第一節 研究背景與動機 1

第二節 研究目的與範圍 1

第二章第二章第二章第二章 文獻探討文獻探討文獻探討文獻探討2

第一節 模型驅動架構 2

第二節 統一塑模語言 3

第三節 ASPNET開發環境介紹23

第三章第三章第三章第三章 個案系統分析與設計個案系統分析與設計個案系統分析與設計個案系統分析與設計25

第一節 公司簡介 25

第二節 個案需求分析 26

第三節 個案系統分析 32

第四章第四章第四章第四章 個案實作個案實作個案實作個案實作45

第一節 資料字典 45

第二節 系統畫面 51

第五章第五章第五章第五章 結論結論結論結論 59

第一節 結論 59

第二節 未來研究方向與建議 59

心心心心 得得得得 61

參考文獻參考文獻參考文獻參考文獻 62

III

表目錄表目錄表目錄表目錄

表 2-1 UML20圖形兩大分類(共 13種圖形)4

表 2-2 使用案例圖元件介紹 5

表 2-3 活動圖之元件與表達符號 7

表 2-4 可視性表示符號10

表 2-5 類別圖間的關係10

表 2-6 狀態圖符號表示19

表 3-1 企業 UC簡述 26

表 3-2 系統 UC簡述 32

表 3-3 建立收文案號系統 UC敘述32

表 3-4 申請同文案號系統 UC敘述34

表 3-5 申請附加案號系統 UC敘述34

表 3-6 應收帳款系統 UC敘述 35

表 3-7 應付帳款系統 UC敘述 36

表 4-1 客戶資料管理45

表 4-2收文案號管理45

表 4-3 應收帳款管理46

表 4-4專業管制－國內專利 46

表 4-5 專業管制－國內商標 47

表 4-6 專業管制－國內著作權 48

表 4-7 專案管制－國外專利 48

表 4-8 專業管制－國外商標 49

表 4-9 專業管制－國外著作權 49

表 4-10 專業管制－國外對國內專利 50

表 4-11 專業管制－國外對國內商標 50

IV

表 4-12 專業管制－國外對國內著作權 51

表 4-13 專業管制－顧問客戶 51

V

圖目錄圖目錄圖目錄圖目錄

圖 2-1 UML20圖形之階層架構4

圖 2-2 提款使用個案間 Include關係圖 6

圖 2-3 下訂單使用個案之 Extend關係圖 6

圖 2-4 訂票使用個案之 Generalization關係圖7

圖 2-5 產學資訊管理需求之活動圖 9

圖 2-6 類別圖表示方法9

圖 2-7 基數範例11

圖 2-8 相依關係圖11

圖 2-9 關聯關係圖11

圖 2-10 聚合關係圖11

圖 2-11 組合關係圖12

圖 2-12 一般化關係圖12

圖 2-13 循序圖範例13

圖 2-14 非同步訊息14

圖 2-15 自我呼叫14

圖 2-16 框架圖示15

圖 2-17 多選一範例16

圖 2-18 自由選擇範例16

圖 2-19 終止範例17

圖 2-20 迴圈範例18

圖 2-21 平行範例18

圖 2-22 行動的格式19

圖 2-23 轉換線圖例20

圖 2-25 傳遞標籤圖例20

VI

圖 2-26 狀態圖範例21

圖 3-1 企業 UC圖 26

圖 3-2 委託專利申請保護之一般流程活動圖 27

圖 3-3 委託商標申請保護之一般流程活動圖 28

圖 3-4 委託著作權申請保護之一般流程活動圖 29

圖 3-5 法律問題諮詢之一般流程活動圖 30

圖 3-6 業務可啟動的系統 UC31

圖 3-7 會計可啟動的系統 UC31

圖 3-8 建立收文案號之類別圖 37

圖 3-9 申請同文案號之類別圖 37

圖 3-10 申請附加案號之類別圖 38

圖 3-11 應收帳款之類別圖 38

圖 3-12 應付帳款之類別圖 38

圖 3-13 專利合併之類別圖 39

圖 3-14 商標合併之類別圖 40

圖 3-15 著作權合併之類別圖 41

圖 3-16 顧問客戶合併之類別圖 42

圖 3-14 收文案號之循序圖 43

圖 3-15 同文案號之循序圖 43

圖 3-16 附加案號之循序圖 44

圖 4-1 客戶資料管理新增畫面 52

圖 4-2 客戶資料管理修改刪除畫面 52

圖 4-3 收文案號管理新增畫面 53

圖 4-4 收文案號管理修改刪除畫面 53

圖 4-5 同文案號管理新增畫面 54

圖 4-6 附加案號管理新增畫面 54

VII

圖 4-7 應收帳款管理修改刪除畫面 55

圖 4-8 國內專利管理修改刪除畫面 55

圖 4-9 國內商標管理修改刪除畫面 56

圖 4-10 國內著作權管理修改刪除畫面 56

圖 4-11 國外專利修改管理刪除畫面 57

圖 4-12 國外商標管理修改刪除畫面 57

圖 4-13 顧問客戶管理修改刪除畫面 58

1

第一章 緒論

第一節第一節第一節第一節 研究背景與動機研究背景與動機研究背景與動機研究背景與動機

傳統結構化系統分析與設計在不同的階段會出現斷層而且產出無法重複使

用(reuse)這不但使得系統開發效率降低同時容易造成錯誤因此物件管理組

織（Object Management Group OMG）在 2001年提出了模型驅動架構（Model-Driven Architecture MDA）由於過去在塑模系統時常是將系統的邏輯與實作平台的資

訊一起建構於模型中造成模型在轉換實作平台時往往無法再繼續使用因此

在 MDA 的架構中是將系統模型的發展分為兩階段首先是建立只描述系統抽象

邏輯設計的平台獨立模型(Platform Independent Model PIM)再來是將系統的 PIM結合實作平台的資訊來產生平台相關模型(Platform Specific Model PSM)最後才

依照 PSM來實作系統的程式碼對於開發現今越來越多樣化的平台與應用程式

MDA 提供了一個良好的解決方案其期待的益處包括減短系統開發週期降低

系統開發成本增加系統品質降低異質平台轉換困難度增加模型的重複使用

性當然其中還包括文件的製作與維護讓系統從分析設計到實作其自動生

成的程式碼甚至相關的文件能夠在開發流程中無接縫的整合提高可維護性

[7][8]

OMG 提出 MDA 軟體開發的方法強調開發者可依循技術與軟硬體之需求

進行系統的設計開發及維護當完成系統開發也同時產生技術檔及相關系統

資訊因此有利於未來系統的維護與系統的重新開發而軟體再使用性及減少開

發的成本與時間正是軟體開發所關切的重要問題若於系統開發的過程中導

入 MDA 開發方法企業必能迅速開發出符合自己功能需求的系統更可藉由 MDA架構整合舊有的系統達成跨技術平台的目的[7]

第二節第二節第二節第二節 研究目的與範圍研究目的與範圍研究目的與範圍研究目的與範圍

本專題研究探討物件導向系統分析與設計方法和工具包括模型驅動架構

(Model-Driven Architecture MDA)與統一塑模語言(Unified Modeling Language UML)等並將物件導向系統分析與設計之理論概念方法與工具實際應用某國

際專利商標事務所之客戶資料管理系統最後依據系統分系與設計產出之系統

文件規格以 ASPNET程式語言和 SQL Sever資料庫實作此資訊系統

2

第二章 文獻探討

本章將探討與 MDA 架構相關之研究理論與說明系統開發工具在第一節將介

紹 MDA 架構所使用的系統分析方法第二節則說明 UML 之定義圖形類別與圖

形元件介紹第三節是介紹 ASPNET程式的開發環境

第一節第一節第一節第一節 模型驅動架構模型驅動架構模型驅動架構模型驅動架構

OMG組織在2001年提出了Mode Driven Architecture(MDA)的軟體發展標準

MDA提供一種開發式廠商中立的方法來因應軟體互動性(Interoperability)之挑

戰它可以支援OMG所建立的各種模型標準 [9] UML(Unified Modeling Language) MOF (Meta Object Facility)及CWM (Common Warehouse Meta-model)三個主要核心功能整合不同仲介軟體平台(如CORBANETEJBSOAP等)

所以 MDA 有三個階段CIMPIM 及 PSM 分述如下

一CIM(Computation Independent Model)

MDA 專案開發的第一個步驟從 CIM 開始不同於 PIM 與 PSMCIM 試圖

表達資訊系統的應用環境而非資訊系統本身在進行 CIM 開發時關切的是與

企業相關的營運目標實體要件及運作流程等先了解資訊系統的應用環境才

有可能為企業量身打造出完善的資訊系統[3][4][10]

二PIM (Platform Independent Model)

MDA發展初期可以利用與技術平台無關的UML環境開始建立PIM有別於傳

統的系統發展方法是由團隊中的發展人員一步步分析撰寫文件PIM 描述企業所

需的功能與商業行為PIM是一種高階抽象模式該模式與所採用的開發技術獨

立PIM是分析與設計結果的重要產出主要是根據需求塑模的結果從如何支援

企業運作的觀點描述一個軟體系統並不涉及描述系統開發與運作之平台PIM必

須以有完整定義的語言來描述而且適合用電腦來自動解譯故相當適合利用UML來描述平台獨立模式[3][4][10]

三PSM(Platform Specific Model)

PSM是一種特定平台的模式亦即該模式是相依於所採用的軟體開發技術

是進行低階程式設計階段的主要資訊來源該階段的產出主要是建構出程式碼

3

對於某一種PSM而言只有具該特定平台模式技術的開發人員才能理解其傳達的

資訊PSM主要是以開發工具的架構描述一個軟體系統對於每一個特定的技術

平台需產生一個與其他技術分開的PSM這些PSM之間的溝通方式可以藉由溝

通橋樑(Communication Bridge)的機制來互動[9]

第二節第二節第二節第二節 統一塑模語言統一塑模語言統一塑模語言統一塑模語言

統一塑模語言（Unified Modeling Language UML）是由OMG定義出來的物件

導向的模式化語言模式化指的是用圖解的方式來表達系統開發流程中各細部

活動之間的順序以及各活動所需要處理的輸入資訊輸出資訊限制條件或所

使用到的資源等也就是說UML可以表達許多不同目的與種類的模式而且更

加接近人類日常思考方式因此能夠讓系統設計者與使用者對系統更有共識也

更能有效地溝通

除了因為有共同的溝通符號能減少溝通時的誤會外也能以系統模型(model)的資訊來驗證設計是否符合系統需求另外對於後續的系統維護或是讓專案新

進人員了解現有系統的設計都有相當大的幫助[8]

從使用者分析師系統整合者測試者技師與專案管理者的多種觀點去

思考來架構一套從需求分析系統分析設計到程式撰寫的完整塑模語言其所

提供描述真實世界物件的符號（Notation）有彈性且精簡並具備圖形化的表達能

力讓使用者可以充分表達從業務流程分析業務需求物件模式化到物件設

計的各種結果因此企業與資訊軟體廠商紛紛開始投入並採用UML的產品及服

務使UML成為目前最為盛行的塑模語言 一UML 的定義及圖形分類

UML 是一種定義良好易於表達功能強大且普遍適用的模式語言它融入

了軟體工程領域的新思想方法與技術不限於支援物件導向的分析與設計更

可支持從需求分析開始的軟體發展的全部開發過程[1]

UML 20將圖形分成兩大類共 13種圖(表 2-1)分類成圖 2-1的結構

4

圖 2-1 UML20圖形之階層架構

表 2-1 UML20圖形兩大分類(共 13種圖形)

類別圖(Class Diagram)

物件圖(Object diagram)

元件圖(Component diagram)

部署圖(Deployment diagram)

複合結構圖(Composite structure diagram)

結 構 性 圖 形 (Structure diagrams)強調的是系統

式的建模

套件圖(Package diagram)

使用個案圖(Use Case Diagram)

活動圖(Activity diagram)

狀態圖(State diagram)

循序圖(Sequence diagram)

通訊圖(Communication diagram)

時序圖(Timing Diagram)

行為式圖形（ Behavior diagrams）強調系統模

型中觸發的事件

溝通性圖形(Interaction diagrams)屬於行為圖形的

子集合強調系統模型中的

資料流程

互動概觀圖(Interaction diagram)

5

二UML 圖形元件介紹

(一) 使用個案圖(Use Case Diagram)

以使用者的觀點描述系統的行為者與系統間之互動行為與關係從外部的觀

點來看使用個案可以描述系統做什麼從內部的觀點來看它可以描述行為者

與系統如何互動

使用個案圖中行為者常以人形表示使用個案以橢圓表示使用個案與使

用個案間之關係的表示如表 2-2所示

表 2-2 使用案例圖元件介紹

元件 元件圖示

行為者(Actor)

使用個案(Use Case)

行為者與使用個案間之

互動

使用個案間之 Include關係 使用個案間之 Extend關係 使用個案間之

Generalization關係

1 行為者(Actor)

在 UML 中稱為 actor它不一定是代表真正的人更不會代表哪一個特

定的人它要表達的是一個與系統互動的角色

2 使用個案(Use Case)

以一個橢圓形來表示使用案例使用案例用來表示系統應提供的功能是

由行為者所引發或參與的每一個事件

3 使用個案間之 Include(包含)關係

一個使用案例 A 在其執行的過程中一定會使用到使用案例 B則案例 A

6

包含案例 B

對於一個 ATM 的系統「提款」為一個典型的使用案例「提款」這個

使用案例「一定」會包含有「更新餘額」這個使用案例(如圖 2-2)

圖 2-2 提款使用個案間 Include關係圖

4 使用個案間之 Extend(延伸)關係

在某些情況或是條件下一個使用案例的行為可以被另一個使用案例的

行為所延伸「某些情況或是條件」稱為延伸點(extension point)

使用者可以下訂單系統會去檢查庫存有無貨品若是沒有存貨系統

要執行訂貨(如圖 2-3)

圖 2-3 下訂單使用個案之 Extend關係圖

5 使用個案間之 Generalization(一般化)關係

使用案例的一般化關係與物件導向語言的一般化關係是類似的概念子使用

個案會繼承父使用個案之行為與意義且子使用個案可擁有其個別之行為與意

義又如一個使用個案甲某部份與另一個個案乙相同且另外多出一些功能

「訂票」是一個很容易捕捉的使用案例如果要細分訂票方式的種類那麼

訂票的方式可能是打電話來訂票或者是直接在網路上訂票再來取票那麼可以

利用下列的方式來表達(如圖 2-4)

7

圖 2-4 訂票使用個案之 Generalization關係圖

(二) 活動圖(Activity diagram)

活動是流程中的一個簡單步驟具有可選擇性同時能夠提供細膩的資訊來

協助完成之後的系統設計活動圖主要用途是用來說明一個系統的流程可進一

步描述每個活動或處理之執行步驟法則控制等並說明其資料之輸入和輸出

內容與所涉及之實體為使用個案的活動流程及資料輸出入做描述活動圖之表

達符號描述如表 2-3所示

表 2-3 活動圖之元件與表達符號

活動圖之元件 符號 活動圖之元件 符號

開始活動

(Initial)

一般轉換[條件]

(Transition)

結束活動

(Activity Final)

分支

(Branch)

結束流程

(Flow Final)

合併

(Merge)

一般活動

(Activity)

分岔

(Fork)

註記或條件

(Condition or Note)

結合

(Join)

物件

(Object)

8

1 開始

描述一連串的活動的起點以一實心圓型表示

2 結束活動

描述一連串活動的結束或終點

3 結束流程

描述某一流程的結束或終點

4 一般活動

是真實世界的一個動作處理一組動作程序或是可執行的一段副程式

5 註記或條件

他可用於描述某一個活動的起點結束分支或合併的條件也可用於

限制值或決策選項等的註記

6 物件

可描述與某一個活動有關的狀態輸入與輸出之使用者介面或資料儲存

等

7 轉換

當一個動作或活動完成時直接到下一個活動的控制

8 分支

用於表達當轉換發生後有多個選擇路徑但僅能依條件選擇其中一個

路徑執行

9 合併

用於表達有多個路徑匯集於某點之後再依條件往下一個路徑執行

10 分岔

用於表達當轉換發生後有兩個或兩個以上之平行活動發生的情況

11 結合

用於表達平行活動結束之情況多個平行作業同時進一個作業出來

9

一個產學資訊管理需求的活動圖範例如下(圖 2-5)

圖 2-5 產學資訊管理需求之活動圖

(三) 類別圖

主要用以表示系統存在之物件型態（或稱類別）及各物件型態間的靜態資料

結構與邏輯關係也表達類別之屬性操作與類別間連結之限制等而類別圖的

表示方法如下圖 2-6

圖 2-6 類別圖表示方法

類別的屬性或操作可以定義有哪些物件可以改變該屬性或操作這就是類別

屬性或操作的可視性(Visibility)可視性分為公開的(Public)私有的(Private)保

護的(Protected)套裝式(Package)等不同權限符號如表 2-4

10

表 2-4 可視性表示符號

分類 UML 表示法 權限

公開的 + 可被系統中所有類別存取

私有的 - 同一個類別內可被存取

保護的 子類別可以存取父類別的保護成員

套件式 ~ 只能被同一個套件內的其他類別存取

UML 提供了許多表示方法用來呈現類別之間的關係以下介紹類別圖之間的

關係(表 2-5)

表 2-5 類別圖間的關係

類別間的關係 符號

相依(Dependency)關係

關聯(association)關係

聚合(aggregation)關係

組合(composition)關係

一般化(generalization)關係

在每一個關係中常需表達有多少物件參與此關係也就是表示有多少個案

例參與該關聯這裡的「多少」稱為關聯角色的多重性(Multiplicity) 或稱基數

(Cardinality)最常見的基數包括

1 1

例如一份訂單只能是某位客戶的

2 01

例如企業客戶可能會有一位專門服務它的銷售代表也可能沒有專屬

3

例如客戶沒有必要一定要下訂單而客戶下的訂單也不會有任何上限

它可以會有零份或多份訂單

一般來說可以用一個上限與一個下限來定義基數基數的下線可以是任何

數或零上限則可以是任何數或(代表沒有上限)如果上限跟下限一樣就可以

以一個數字來同時表達上下限因此1 等於 11另外因為 0是很常見的基

數所以會簡寫成

11

以圖 2-7訂單與客戶類別間的關聯關係來說明一個客戶可擁有零張或多張訂

單但一張訂單僅屬於一個客戶

圖 2-7 基數範例

1 相依關係

某一模式元素需要另一個模式元素所提供的規格 (specification)或實作

(implementation)時兩者之間的關係也就是說表達一個類別會使用到其他類

別依賴關係的圖示是帶箭頭虛線由依賴元素指向支援元素(圖 2-8)

圖 2-8 相依關係圖

2 關聯關係

描述類別與類別間之連結關聯關係意味著一類別之物件知道另一類別之物

件的存在或一類別之物件使用到另一類別之物件的服務

圖 2-9表示投資人「購買」股票而股票「屬於」投資人或被投資人所「購買」

圖 2-9 關聯關係圖

3 聚合關係

聚合具有 Whole-Part的關係當整體物件被刪除時部分物件也可以單

獨存在圖 2-10表示一部車子有多個輪胎雖然輪胎屬於車子但輪胎也可

以單獨存在

圖 2-10 聚合關係圖

12

4 組合關係

組合有較強的限制當整體之物件被複製或刪除則其部份之物件也會

被複製或刪除也就是說組合關係的部份物件不能單獨存在兩者間具有

Whole-Part的特質發票是 Whole發票項目是 Part圖 2-11表示一張發票

擁有多個發票項目當該發票被刪除時則其所屬之發票項目也需一起刪除

圖 2-11 組合關係圖

5 一般化關係

指的是一般性類別(稱為父類別)與僅具有此種一般性類別之某些特定性

質之類別(稱為子類別)間的關係

光學滑鼠滾輪滑鼠與滑鼠這三者之間的關係是一般化關係「光學滑

鼠是滑鼠」或者說「滾輪滑鼠是一種滑鼠」因此它們之間有一般化關係

如圖 2-12所示

圖 2-12 一般化關係圖

13

(四) 循序圖

主要用以描述系統運作時物件間的互動行為且著重以時間之先後順序為主

軸以表達物件間的訊息傳遞與處理程序循序圖之重要元件包括類別之物件呼

叫訊息生命線及執行規格等(如圖 2-13)介紹如下

圖 2-13 循序圖範例

1 生命線(Lifeline)

是物件加上劃在物件底下與物件垂直之虛線用以表達物件在某時段之

存在

2 執行發起(Execution Occurrence)

主要表示互動的情形中參與物件處於活化狀態的時間也就是說物件

在執行發起標示的矩形區間是處於執行的狀態執行發起分別會對應到參與

物件被呼叫方法中的其中一個

3 訊息

循序圖之訊息(Message)主要可分兩種同步訊息(Synchronous Message)與非同步訊息（Asynchronous Message）發送物件在發送同步訊息後會等

待接收物件執行操作完畢後才會接著傳送下一個訊息發送物件在發送非

同步訊息後不等待接收物件執行完畢就往下執行

14

4 非同步訊息

在圖 2-14 的非同步訊息中投資人物件發送非同步訊息給電郵系統之

後不等待電郵系統的回應繼續往下執行其他操作

圖 2-14 非同步訊息

5 自我呼叫

除了傳送呼叫訊息給其他物件之外物件也可以傳送呼叫訊息給自己

以便引發執行自己的操作如圖 2-15

圖 2-15 自我呼叫

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

資訊管理系專題口試委員審定書

模型驅動架構之應用系統開發-以某公司客戶資料管理系統為例

指導教授 夏 則 智 教授

組員名單 郭 人 華 958C045

陳 柔 辰 958C047

指導教授

口試委員

中華民國 年 月 日

I

摘摘摘摘 要要要要

在結構化系統分析與設計中不同階段採用不同的塑模工具例

如系統分析時使用資料流程圖設計時使用模組結構圖而系統流

程與資料的塑模在不同階段也會使用不同的方法與工具因此分析與

設計階段常出現斷層本專題探討物件導向系統分析與設計的方法和

塑模工具以改善上述傳統結構化分析設計的問題物件導向系統分

析與設計包括模型驅動架構(Model-Driven Architecture MDA)與統一

塑模語言(Unified Modeling Language UML)等本專題應用其理論概

念方法與工具於某國際專利商標事務所之客戶資料管理的系統分析

與設計最後依據產出之系統文件規格以SQL Server 2005為物件

關聯資料庫並以ASPNET為軟體程式平台實作此資訊系統

關鍵詞系統分析與設計模型驅動架構(MDA)統一塑模語言(UML)

II

目目目目 錄錄錄錄 頁次

摘 要 I

目 錄 II

表目錄 III

圖目錄 V

第一章第一章第一章第一章 緒論緒論緒論緒論 1

第一節 研究背景與動機 1

第二節 研究目的與範圍 1

第二章第二章第二章第二章 文獻探討文獻探討文獻探討文獻探討2

第一節 模型驅動架構 2

第二節 統一塑模語言 3

第三節 ASPNET開發環境介紹23

第三章第三章第三章第三章 個案系統分析與設計個案系統分析與設計個案系統分析與設計個案系統分析與設計25

第一節 公司簡介 25

第二節 個案需求分析 26

第三節 個案系統分析 32

第四章第四章第四章第四章 個案實作個案實作個案實作個案實作45

第一節 資料字典 45

第二節 系統畫面 51

第五章第五章第五章第五章 結論結論結論結論 59

第一節 結論 59

第二節 未來研究方向與建議 59

心心心心 得得得得 61

參考文獻參考文獻參考文獻參考文獻 62

III

表目錄表目錄表目錄表目錄

表 2-1 UML20圖形兩大分類(共 13種圖形)4

表 2-2 使用案例圖元件介紹 5

表 2-3 活動圖之元件與表達符號 7

表 2-4 可視性表示符號10

表 2-5 類別圖間的關係10

表 2-6 狀態圖符號表示19

表 3-1 企業 UC簡述 26

表 3-2 系統 UC簡述 32

表 3-3 建立收文案號系統 UC敘述32

表 3-4 申請同文案號系統 UC敘述34

表 3-5 申請附加案號系統 UC敘述34

表 3-6 應收帳款系統 UC敘述 35

表 3-7 應付帳款系統 UC敘述 36

表 4-1 客戶資料管理45

表 4-2收文案號管理45

表 4-3 應收帳款管理46

表 4-4專業管制－國內專利 46

表 4-5 專業管制－國內商標 47

表 4-6 專業管制－國內著作權 48

表 4-7 專案管制－國外專利 48

表 4-8 專業管制－國外商標 49

表 4-9 專業管制－國外著作權 49

表 4-10 專業管制－國外對國內專利 50

表 4-11 專業管制－國外對國內商標 50

IV

表 4-12 專業管制－國外對國內著作權 51

表 4-13 專業管制－顧問客戶 51

V

圖目錄圖目錄圖目錄圖目錄

圖 2-1 UML20圖形之階層架構4

圖 2-2 提款使用個案間 Include關係圖 6

圖 2-3 下訂單使用個案之 Extend關係圖 6

圖 2-4 訂票使用個案之 Generalization關係圖7

圖 2-5 產學資訊管理需求之活動圖 9

圖 2-6 類別圖表示方法9

圖 2-7 基數範例11

圖 2-8 相依關係圖11

圖 2-9 關聯關係圖11

圖 2-10 聚合關係圖11

圖 2-11 組合關係圖12

圖 2-12 一般化關係圖12

圖 2-13 循序圖範例13

圖 2-14 非同步訊息14

圖 2-15 自我呼叫14

圖 2-16 框架圖示15

圖 2-17 多選一範例16

圖 2-18 自由選擇範例16

圖 2-19 終止範例17

圖 2-20 迴圈範例18

圖 2-21 平行範例18

圖 2-22 行動的格式19

圖 2-23 轉換線圖例20

圖 2-25 傳遞標籤圖例20

VI

圖 2-26 狀態圖範例21

圖 3-1 企業 UC圖 26

圖 3-2 委託專利申請保護之一般流程活動圖 27

圖 3-3 委託商標申請保護之一般流程活動圖 28

圖 3-4 委託著作權申請保護之一般流程活動圖 29

圖 3-5 法律問題諮詢之一般流程活動圖 30

圖 3-6 業務可啟動的系統 UC31

圖 3-7 會計可啟動的系統 UC31

圖 3-8 建立收文案號之類別圖 37

圖 3-9 申請同文案號之類別圖 37

圖 3-10 申請附加案號之類別圖 38

圖 3-11 應收帳款之類別圖 38

圖 3-12 應付帳款之類別圖 38

圖 3-13 專利合併之類別圖 39

圖 3-14 商標合併之類別圖 40

圖 3-15 著作權合併之類別圖 41

圖 3-16 顧問客戶合併之類別圖 42

圖 3-14 收文案號之循序圖 43

圖 3-15 同文案號之循序圖 43

圖 3-16 附加案號之循序圖 44

圖 4-1 客戶資料管理新增畫面 52

圖 4-2 客戶資料管理修改刪除畫面 52

圖 4-3 收文案號管理新增畫面 53

圖 4-4 收文案號管理修改刪除畫面 53

圖 4-5 同文案號管理新增畫面 54

圖 4-6 附加案號管理新增畫面 54

VII

圖 4-7 應收帳款管理修改刪除畫面 55

圖 4-8 國內專利管理修改刪除畫面 55

圖 4-9 國內商標管理修改刪除畫面 56

圖 4-10 國內著作權管理修改刪除畫面 56

圖 4-11 國外專利修改管理刪除畫面 57

圖 4-12 國外商標管理修改刪除畫面 57

圖 4-13 顧問客戶管理修改刪除畫面 58

1

第一章 緒論

第一節第一節第一節第一節 研究背景與動機研究背景與動機研究背景與動機研究背景與動機

傳統結構化系統分析與設計在不同的階段會出現斷層而且產出無法重複使

用(reuse)這不但使得系統開發效率降低同時容易造成錯誤因此物件管理組

織（Object Management Group OMG）在 2001年提出了模型驅動架構（Model-Driven Architecture MDA）由於過去在塑模系統時常是將系統的邏輯與實作平台的資

訊一起建構於模型中造成模型在轉換實作平台時往往無法再繼續使用因此

在 MDA 的架構中是將系統模型的發展分為兩階段首先是建立只描述系統抽象

邏輯設計的平台獨立模型(Platform Independent Model PIM)再來是將系統的 PIM結合實作平台的資訊來產生平台相關模型(Platform Specific Model PSM)最後才

依照 PSM來實作系統的程式碼對於開發現今越來越多樣化的平台與應用程式

MDA 提供了一個良好的解決方案其期待的益處包括減短系統開發週期降低

系統開發成本增加系統品質降低異質平台轉換困難度增加模型的重複使用

性當然其中還包括文件的製作與維護讓系統從分析設計到實作其自動生

成的程式碼甚至相關的文件能夠在開發流程中無接縫的整合提高可維護性

[7][8]

OMG 提出 MDA 軟體開發的方法強調開發者可依循技術與軟硬體之需求

進行系統的設計開發及維護當完成系統開發也同時產生技術檔及相關系統

資訊因此有利於未來系統的維護與系統的重新開發而軟體再使用性及減少開

發的成本與時間正是軟體開發所關切的重要問題若於系統開發的過程中導

入 MDA 開發方法企業必能迅速開發出符合自己功能需求的系統更可藉由 MDA架構整合舊有的系統達成跨技術平台的目的[7]

第二節第二節第二節第二節 研究目的與範圍研究目的與範圍研究目的與範圍研究目的與範圍

本專題研究探討物件導向系統分析與設計方法和工具包括模型驅動架構

(Model-Driven Architecture MDA)與統一塑模語言(Unified Modeling Language UML)等並將物件導向系統分析與設計之理論概念方法與工具實際應用某國

際專利商標事務所之客戶資料管理系統最後依據系統分系與設計產出之系統

文件規格以 ASPNET程式語言和 SQL Sever資料庫實作此資訊系統

2

第二章 文獻探討

本章將探討與 MDA 架構相關之研究理論與說明系統開發工具在第一節將介

紹 MDA 架構所使用的系統分析方法第二節則說明 UML 之定義圖形類別與圖

形元件介紹第三節是介紹 ASPNET程式的開發環境

第一節第一節第一節第一節 模型驅動架構模型驅動架構模型驅動架構模型驅動架構

OMG組織在2001年提出了Mode Driven Architecture(MDA)的軟體發展標準

MDA提供一種開發式廠商中立的方法來因應軟體互動性(Interoperability)之挑

戰它可以支援OMG所建立的各種模型標準 [9] UML(Unified Modeling Language) MOF (Meta Object Facility)及CWM (Common Warehouse Meta-model)三個主要核心功能整合不同仲介軟體平台(如CORBANETEJBSOAP等)

所以 MDA 有三個階段CIMPIM 及 PSM 分述如下

一CIM(Computation Independent Model)

MDA 專案開發的第一個步驟從 CIM 開始不同於 PIM 與 PSMCIM 試圖

表達資訊系統的應用環境而非資訊系統本身在進行 CIM 開發時關切的是與

企業相關的營運目標實體要件及運作流程等先了解資訊系統的應用環境才

有可能為企業量身打造出完善的資訊系統[3][4][10]

二PIM (Platform Independent Model)

MDA發展初期可以利用與技術平台無關的UML環境開始建立PIM有別於傳

統的系統發展方法是由團隊中的發展人員一步步分析撰寫文件PIM 描述企業所

需的功能與商業行為PIM是一種高階抽象模式該模式與所採用的開發技術獨

立PIM是分析與設計結果的重要產出主要是根據需求塑模的結果從如何支援

企業運作的觀點描述一個軟體系統並不涉及描述系統開發與運作之平台PIM必

須以有完整定義的語言來描述而且適合用電腦來自動解譯故相當適合利用UML來描述平台獨立模式[3][4][10]

三PSM(Platform Specific Model)

PSM是一種特定平台的模式亦即該模式是相依於所採用的軟體開發技術

是進行低階程式設計階段的主要資訊來源該階段的產出主要是建構出程式碼

3

對於某一種PSM而言只有具該特定平台模式技術的開發人員才能理解其傳達的

資訊PSM主要是以開發工具的架構描述一個軟體系統對於每一個特定的技術

平台需產生一個與其他技術分開的PSM這些PSM之間的溝通方式可以藉由溝

通橋樑(Communication Bridge)的機制來互動[9]

第二節第二節第二節第二節 統一塑模語言統一塑模語言統一塑模語言統一塑模語言

統一塑模語言（Unified Modeling Language UML）是由OMG定義出來的物件

導向的模式化語言模式化指的是用圖解的方式來表達系統開發流程中各細部

活動之間的順序以及各活動所需要處理的輸入資訊輸出資訊限制條件或所

使用到的資源等也就是說UML可以表達許多不同目的與種類的模式而且更

加接近人類日常思考方式因此能夠讓系統設計者與使用者對系統更有共識也

更能有效地溝通

除了因為有共同的溝通符號能減少溝通時的誤會外也能以系統模型(model)的資訊來驗證設計是否符合系統需求另外對於後續的系統維護或是讓專案新

進人員了解現有系統的設計都有相當大的幫助[8]

從使用者分析師系統整合者測試者技師與專案管理者的多種觀點去

思考來架構一套從需求分析系統分析設計到程式撰寫的完整塑模語言其所

提供描述真實世界物件的符號（Notation）有彈性且精簡並具備圖形化的表達能

力讓使用者可以充分表達從業務流程分析業務需求物件模式化到物件設

計的各種結果因此企業與資訊軟體廠商紛紛開始投入並採用UML的產品及服

務使UML成為目前最為盛行的塑模語言 一UML 的定義及圖形分類

UML 是一種定義良好易於表達功能強大且普遍適用的模式語言它融入

了軟體工程領域的新思想方法與技術不限於支援物件導向的分析與設計更

可支持從需求分析開始的軟體發展的全部開發過程[1]

UML 20將圖形分成兩大類共 13種圖(表 2-1)分類成圖 2-1的結構

4

圖 2-1 UML20圖形之階層架構

表 2-1 UML20圖形兩大分類(共 13種圖形)

類別圖(Class Diagram)

物件圖(Object diagram)

元件圖(Component diagram)

部署圖(Deployment diagram)

複合結構圖(Composite structure diagram)

結 構 性 圖 形 (Structure diagrams)強調的是系統

式的建模

套件圖(Package diagram)

使用個案圖(Use Case Diagram)

活動圖(Activity diagram)

狀態圖(State diagram)

循序圖(Sequence diagram)

通訊圖(Communication diagram)

時序圖(Timing Diagram)

行為式圖形（ Behavior diagrams）強調系統模

型中觸發的事件

溝通性圖形(Interaction diagrams)屬於行為圖形的

子集合強調系統模型中的

資料流程

互動概觀圖(Interaction diagram)

5

二UML 圖形元件介紹

(一) 使用個案圖(Use Case Diagram)

以使用者的觀點描述系統的行為者與系統間之互動行為與關係從外部的觀

點來看使用個案可以描述系統做什麼從內部的觀點來看它可以描述行為者

與系統如何互動

使用個案圖中行為者常以人形表示使用個案以橢圓表示使用個案與使

用個案間之關係的表示如表 2-2所示

表 2-2 使用案例圖元件介紹

元件 元件圖示

行為者(Actor)

使用個案(Use Case)

行為者與使用個案間之

互動

使用個案間之 Include關係 使用個案間之 Extend關係 使用個案間之

Generalization關係

1 行為者(Actor)

在 UML 中稱為 actor它不一定是代表真正的人更不會代表哪一個特

定的人它要表達的是一個與系統互動的角色

2 使用個案(Use Case)

以一個橢圓形來表示使用案例使用案例用來表示系統應提供的功能是

由行為者所引發或參與的每一個事件

3 使用個案間之 Include(包含)關係

一個使用案例 A 在其執行的過程中一定會使用到使用案例 B則案例 A

6

包含案例 B

對於一個 ATM 的系統「提款」為一個典型的使用案例「提款」這個

使用案例「一定」會包含有「更新餘額」這個使用案例(如圖 2-2)

圖 2-2 提款使用個案間 Include關係圖

4 使用個案間之 Extend(延伸)關係

在某些情況或是條件下一個使用案例的行為可以被另一個使用案例的

行為所延伸「某些情況或是條件」稱為延伸點(extension point)

使用者可以下訂單系統會去檢查庫存有無貨品若是沒有存貨系統

要執行訂貨(如圖 2-3)

圖 2-3 下訂單使用個案之 Extend關係圖

5 使用個案間之 Generalization(一般化)關係

使用案例的一般化關係與物件導向語言的一般化關係是類似的概念子使用

個案會繼承父使用個案之行為與意義且子使用個案可擁有其個別之行為與意

義又如一個使用個案甲某部份與另一個個案乙相同且另外多出一些功能

「訂票」是一個很容易捕捉的使用案例如果要細分訂票方式的種類那麼

訂票的方式可能是打電話來訂票或者是直接在網路上訂票再來取票那麼可以

利用下列的方式來表達(如圖 2-4)

7

圖 2-4 訂票使用個案之 Generalization關係圖

(二) 活動圖(Activity diagram)

活動是流程中的一個簡單步驟具有可選擇性同時能夠提供細膩的資訊來

協助完成之後的系統設計活動圖主要用途是用來說明一個系統的流程可進一

步描述每個活動或處理之執行步驟法則控制等並說明其資料之輸入和輸出

內容與所涉及之實體為使用個案的活動流程及資料輸出入做描述活動圖之表

達符號描述如表 2-3所示

表 2-3 活動圖之元件與表達符號

活動圖之元件 符號 活動圖之元件 符號

開始活動

(Initial)

一般轉換[條件]

(Transition)

結束活動

(Activity Final)

分支

(Branch)

結束流程

(Flow Final)

合併

(Merge)

一般活動

(Activity)

分岔

(Fork)

註記或條件

(Condition or Note)

結合

(Join)

物件

(Object)

8

1 開始

描述一連串的活動的起點以一實心圓型表示

2 結束活動

描述一連串活動的結束或終點

3 結束流程

描述某一流程的結束或終點

4 一般活動

是真實世界的一個動作處理一組動作程序或是可執行的一段副程式

5 註記或條件

他可用於描述某一個活動的起點結束分支或合併的條件也可用於

限制值或決策選項等的註記

6 物件

可描述與某一個活動有關的狀態輸入與輸出之使用者介面或資料儲存

等

7 轉換

當一個動作或活動完成時直接到下一個活動的控制

8 分支

用於表達當轉換發生後有多個選擇路徑但僅能依條件選擇其中一個

路徑執行

9 合併

用於表達有多個路徑匯集於某點之後再依條件往下一個路徑執行

10 分岔

用於表達當轉換發生後有兩個或兩個以上之平行活動發生的情況

11 結合

用於表達平行活動結束之情況多個平行作業同時進一個作業出來

9

一個產學資訊管理需求的活動圖範例如下(圖 2-5)

圖 2-5 產學資訊管理需求之活動圖

(三) 類別圖

主要用以表示系統存在之物件型態（或稱類別）及各物件型態間的靜態資料

結構與邏輯關係也表達類別之屬性操作與類別間連結之限制等而類別圖的

表示方法如下圖 2-6

圖 2-6 類別圖表示方法

類別的屬性或操作可以定義有哪些物件可以改變該屬性或操作這就是類別

屬性或操作的可視性(Visibility)可視性分為公開的(Public)私有的(Private)保

護的(Protected)套裝式(Package)等不同權限符號如表 2-4

10

表 2-4 可視性表示符號

分類 UML 表示法 權限

公開的 + 可被系統中所有類別存取

私有的 - 同一個類別內可被存取

保護的 子類別可以存取父類別的保護成員

套件式 ~ 只能被同一個套件內的其他類別存取

UML 提供了許多表示方法用來呈現類別之間的關係以下介紹類別圖之間的

關係(表 2-5)

表 2-5 類別圖間的關係

類別間的關係 符號

相依(Dependency)關係

關聯(association)關係

聚合(aggregation)關係

組合(composition)關係

一般化(generalization)關係

在每一個關係中常需表達有多少物件參與此關係也就是表示有多少個案

例參與該關聯這裡的「多少」稱為關聯角色的多重性(Multiplicity) 或稱基數

(Cardinality)最常見的基數包括

1 1

例如一份訂單只能是某位客戶的

2 01

例如企業客戶可能會有一位專門服務它的銷售代表也可能沒有專屬

3

例如客戶沒有必要一定要下訂單而客戶下的訂單也不會有任何上限

它可以會有零份或多份訂單

一般來說可以用一個上限與一個下限來定義基數基數的下線可以是任何

數或零上限則可以是任何數或(代表沒有上限)如果上限跟下限一樣就可以

以一個數字來同時表達上下限因此1 等於 11另外因為 0是很常見的基

數所以會簡寫成

11

以圖 2-7訂單與客戶類別間的關聯關係來說明一個客戶可擁有零張或多張訂

單但一張訂單僅屬於一個客戶

圖 2-7 基數範例

1 相依關係

某一模式元素需要另一個模式元素所提供的規格 (specification)或實作

(implementation)時兩者之間的關係也就是說表達一個類別會使用到其他類

別依賴關係的圖示是帶箭頭虛線由依賴元素指向支援元素(圖 2-8)

圖 2-8 相依關係圖

2 關聯關係

描述類別與類別間之連結關聯關係意味著一類別之物件知道另一類別之物

件的存在或一類別之物件使用到另一類別之物件的服務

圖 2-9表示投資人「購買」股票而股票「屬於」投資人或被投資人所「購買」

圖 2-9 關聯關係圖

3 聚合關係

聚合具有 Whole-Part的關係當整體物件被刪除時部分物件也可以單

獨存在圖 2-10表示一部車子有多個輪胎雖然輪胎屬於車子但輪胎也可

以單獨存在

圖 2-10 聚合關係圖

12

4 組合關係

組合有較強的限制當整體之物件被複製或刪除則其部份之物件也會

被複製或刪除也就是說組合關係的部份物件不能單獨存在兩者間具有

Whole-Part的特質發票是 Whole發票項目是 Part圖 2-11表示一張發票

擁有多個發票項目當該發票被刪除時則其所屬之發票項目也需一起刪除

圖 2-11 組合關係圖

5 一般化關係

指的是一般性類別(稱為父類別)與僅具有此種一般性類別之某些特定性

質之類別(稱為子類別)間的關係

光學滑鼠滾輪滑鼠與滑鼠這三者之間的關係是一般化關係「光學滑

鼠是滑鼠」或者說「滾輪滑鼠是一種滑鼠」因此它們之間有一般化關係

如圖 2-12所示

圖 2-12 一般化關係圖

13

(四) 循序圖

主要用以描述系統運作時物件間的互動行為且著重以時間之先後順序為主

軸以表達物件間的訊息傳遞與處理程序循序圖之重要元件包括類別之物件呼

叫訊息生命線及執行規格等(如圖 2-13)介紹如下

圖 2-13 循序圖範例

1 生命線(Lifeline)

是物件加上劃在物件底下與物件垂直之虛線用以表達物件在某時段之

存在

2 執行發起(Execution Occurrence)

主要表示互動的情形中參與物件處於活化狀態的時間也就是說物件

在執行發起標示的矩形區間是處於執行的狀態執行發起分別會對應到參與

物件被呼叫方法中的其中一個

3 訊息

循序圖之訊息(Message)主要可分兩種同步訊息(Synchronous Message)與非同步訊息（Asynchronous Message）發送物件在發送同步訊息後會等

待接收物件執行操作完畢後才會接著傳送下一個訊息發送物件在發送非

同步訊息後不等待接收物件執行完畢就往下執行

14

4 非同步訊息

在圖 2-14 的非同步訊息中投資人物件發送非同步訊息給電郵系統之

後不等待電郵系統的回應繼續往下執行其他操作

圖 2-14 非同步訊息

5 自我呼叫

除了傳送呼叫訊息給其他物件之外物件也可以傳送呼叫訊息給自己

以便引發執行自己的操作如圖 2-15

圖 2-15 自我呼叫

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

I

摘摘摘摘 要要要要

在結構化系統分析與設計中不同階段採用不同的塑模工具例

如系統分析時使用資料流程圖設計時使用模組結構圖而系統流

程與資料的塑模在不同階段也會使用不同的方法與工具因此分析與

設計階段常出現斷層本專題探討物件導向系統分析與設計的方法和

塑模工具以改善上述傳統結構化分析設計的問題物件導向系統分

析與設計包括模型驅動架構(Model-Driven Architecture MDA)與統一

塑模語言(Unified Modeling Language UML)等本專題應用其理論概

念方法與工具於某國際專利商標事務所之客戶資料管理的系統分析

與設計最後依據產出之系統文件規格以SQL Server 2005為物件

關聯資料庫並以ASPNET為軟體程式平台實作此資訊系統

關鍵詞系統分析與設計模型驅動架構(MDA)統一塑模語言(UML)

II

目目目目 錄錄錄錄 頁次

摘 要 I

目 錄 II

表目錄 III

圖目錄 V

第一章第一章第一章第一章 緒論緒論緒論緒論 1

第一節 研究背景與動機 1

第二節 研究目的與範圍 1

第二章第二章第二章第二章 文獻探討文獻探討文獻探討文獻探討2

第一節 模型驅動架構 2

第二節 統一塑模語言 3

第三節 ASPNET開發環境介紹23

第三章第三章第三章第三章 個案系統分析與設計個案系統分析與設計個案系統分析與設計個案系統分析與設計25

第一節 公司簡介 25

第二節 個案需求分析 26

第三節 個案系統分析 32

第四章第四章第四章第四章 個案實作個案實作個案實作個案實作45

第一節 資料字典 45

第二節 系統畫面 51

第五章第五章第五章第五章 結論結論結論結論 59

第一節 結論 59

第二節 未來研究方向與建議 59

心心心心 得得得得 61

參考文獻參考文獻參考文獻參考文獻 62

III

表目錄表目錄表目錄表目錄

表 2-1 UML20圖形兩大分類(共 13種圖形)4

表 2-2 使用案例圖元件介紹 5

表 2-3 活動圖之元件與表達符號 7

表 2-4 可視性表示符號10

表 2-5 類別圖間的關係10

表 2-6 狀態圖符號表示19

表 3-1 企業 UC簡述 26

表 3-2 系統 UC簡述 32

表 3-3 建立收文案號系統 UC敘述32

表 3-4 申請同文案號系統 UC敘述34

表 3-5 申請附加案號系統 UC敘述34

表 3-6 應收帳款系統 UC敘述 35

表 3-7 應付帳款系統 UC敘述 36

表 4-1 客戶資料管理45

表 4-2收文案號管理45

表 4-3 應收帳款管理46

表 4-4專業管制－國內專利 46

表 4-5 專業管制－國內商標 47

表 4-6 專業管制－國內著作權 48

表 4-7 專案管制－國外專利 48

表 4-8 專業管制－國外商標 49

表 4-9 專業管制－國外著作權 49

表 4-10 專業管制－國外對國內專利 50

表 4-11 專業管制－國外對國內商標 50

IV

表 4-12 專業管制－國外對國內著作權 51

表 4-13 專業管制－顧問客戶 51

V

圖目錄圖目錄圖目錄圖目錄

圖 2-1 UML20圖形之階層架構4

圖 2-2 提款使用個案間 Include關係圖 6

圖 2-3 下訂單使用個案之 Extend關係圖 6

圖 2-4 訂票使用個案之 Generalization關係圖7

圖 2-5 產學資訊管理需求之活動圖 9

圖 2-6 類別圖表示方法9

圖 2-7 基數範例11

圖 2-8 相依關係圖11

圖 2-9 關聯關係圖11

圖 2-10 聚合關係圖11

圖 2-11 組合關係圖12

圖 2-12 一般化關係圖12

圖 2-13 循序圖範例13

圖 2-14 非同步訊息14

圖 2-15 自我呼叫14

圖 2-16 框架圖示15

圖 2-17 多選一範例16

圖 2-18 自由選擇範例16

圖 2-19 終止範例17

圖 2-20 迴圈範例18

圖 2-21 平行範例18

圖 2-22 行動的格式19

圖 2-23 轉換線圖例20

圖 2-25 傳遞標籤圖例20

VI

圖 2-26 狀態圖範例21

圖 3-1 企業 UC圖 26

圖 3-2 委託專利申請保護之一般流程活動圖 27

圖 3-3 委託商標申請保護之一般流程活動圖 28

圖 3-4 委託著作權申請保護之一般流程活動圖 29

圖 3-5 法律問題諮詢之一般流程活動圖 30

圖 3-6 業務可啟動的系統 UC31

圖 3-7 會計可啟動的系統 UC31

圖 3-8 建立收文案號之類別圖 37

圖 3-9 申請同文案號之類別圖 37

圖 3-10 申請附加案號之類別圖 38

圖 3-11 應收帳款之類別圖 38

圖 3-12 應付帳款之類別圖 38

圖 3-13 專利合併之類別圖 39

圖 3-14 商標合併之類別圖 40

圖 3-15 著作權合併之類別圖 41

圖 3-16 顧問客戶合併之類別圖 42

圖 3-14 收文案號之循序圖 43

圖 3-15 同文案號之循序圖 43

圖 3-16 附加案號之循序圖 44

圖 4-1 客戶資料管理新增畫面 52

圖 4-2 客戶資料管理修改刪除畫面 52

圖 4-3 收文案號管理新增畫面 53

圖 4-4 收文案號管理修改刪除畫面 53

圖 4-5 同文案號管理新增畫面 54

圖 4-6 附加案號管理新增畫面 54

VII

圖 4-7 應收帳款管理修改刪除畫面 55

圖 4-8 國內專利管理修改刪除畫面 55

圖 4-9 國內商標管理修改刪除畫面 56

圖 4-10 國內著作權管理修改刪除畫面 56

圖 4-11 國外專利修改管理刪除畫面 57

圖 4-12 國外商標管理修改刪除畫面 57

圖 4-13 顧問客戶管理修改刪除畫面 58

1

第一章 緒論

第一節第一節第一節第一節 研究背景與動機研究背景與動機研究背景與動機研究背景與動機

傳統結構化系統分析與設計在不同的階段會出現斷層而且產出無法重複使

用(reuse)這不但使得系統開發效率降低同時容易造成錯誤因此物件管理組

織（Object Management Group OMG）在 2001年提出了模型驅動架構（Model-Driven Architecture MDA）由於過去在塑模系統時常是將系統的邏輯與實作平台的資

訊一起建構於模型中造成模型在轉換實作平台時往往無法再繼續使用因此

在 MDA 的架構中是將系統模型的發展分為兩階段首先是建立只描述系統抽象

邏輯設計的平台獨立模型(Platform Independent Model PIM)再來是將系統的 PIM結合實作平台的資訊來產生平台相關模型(Platform Specific Model PSM)最後才

依照 PSM來實作系統的程式碼對於開發現今越來越多樣化的平台與應用程式

MDA 提供了一個良好的解決方案其期待的益處包括減短系統開發週期降低

系統開發成本增加系統品質降低異質平台轉換困難度增加模型的重複使用

性當然其中還包括文件的製作與維護讓系統從分析設計到實作其自動生

成的程式碼甚至相關的文件能夠在開發流程中無接縫的整合提高可維護性

[7][8]

OMG 提出 MDA 軟體開發的方法強調開發者可依循技術與軟硬體之需求

進行系統的設計開發及維護當完成系統開發也同時產生技術檔及相關系統

資訊因此有利於未來系統的維護與系統的重新開發而軟體再使用性及減少開

發的成本與時間正是軟體開發所關切的重要問題若於系統開發的過程中導

入 MDA 開發方法企業必能迅速開發出符合自己功能需求的系統更可藉由 MDA架構整合舊有的系統達成跨技術平台的目的[7]

第二節第二節第二節第二節 研究目的與範圍研究目的與範圍研究目的與範圍研究目的與範圍

本專題研究探討物件導向系統分析與設計方法和工具包括模型驅動架構

(Model-Driven Architecture MDA)與統一塑模語言(Unified Modeling Language UML)等並將物件導向系統分析與設計之理論概念方法與工具實際應用某國

際專利商標事務所之客戶資料管理系統最後依據系統分系與設計產出之系統

文件規格以 ASPNET程式語言和 SQL Sever資料庫實作此資訊系統

2

第二章 文獻探討

本章將探討與 MDA 架構相關之研究理論與說明系統開發工具在第一節將介

紹 MDA 架構所使用的系統分析方法第二節則說明 UML 之定義圖形類別與圖

形元件介紹第三節是介紹 ASPNET程式的開發環境

第一節第一節第一節第一節 模型驅動架構模型驅動架構模型驅動架構模型驅動架構

OMG組織在2001年提出了Mode Driven Architecture(MDA)的軟體發展標準

MDA提供一種開發式廠商中立的方法來因應軟體互動性(Interoperability)之挑

戰它可以支援OMG所建立的各種模型標準 [9] UML(Unified Modeling Language) MOF (Meta Object Facility)及CWM (Common Warehouse Meta-model)三個主要核心功能整合不同仲介軟體平台(如CORBANETEJBSOAP等)

所以 MDA 有三個階段CIMPIM 及 PSM 分述如下

一CIM(Computation Independent Model)

MDA 專案開發的第一個步驟從 CIM 開始不同於 PIM 與 PSMCIM 試圖

表達資訊系統的應用環境而非資訊系統本身在進行 CIM 開發時關切的是與

企業相關的營運目標實體要件及運作流程等先了解資訊系統的應用環境才

有可能為企業量身打造出完善的資訊系統[3][4][10]

二PIM (Platform Independent Model)

MDA發展初期可以利用與技術平台無關的UML環境開始建立PIM有別於傳

統的系統發展方法是由團隊中的發展人員一步步分析撰寫文件PIM 描述企業所

需的功能與商業行為PIM是一種高階抽象模式該模式與所採用的開發技術獨

立PIM是分析與設計結果的重要產出主要是根據需求塑模的結果從如何支援

企業運作的觀點描述一個軟體系統並不涉及描述系統開發與運作之平台PIM必

須以有完整定義的語言來描述而且適合用電腦來自動解譯故相當適合利用UML來描述平台獨立模式[3][4][10]

三PSM(Platform Specific Model)

PSM是一種特定平台的模式亦即該模式是相依於所採用的軟體開發技術

是進行低階程式設計階段的主要資訊來源該階段的產出主要是建構出程式碼

3

對於某一種PSM而言只有具該特定平台模式技術的開發人員才能理解其傳達的

資訊PSM主要是以開發工具的架構描述一個軟體系統對於每一個特定的技術

平台需產生一個與其他技術分開的PSM這些PSM之間的溝通方式可以藉由溝

通橋樑(Communication Bridge)的機制來互動[9]

第二節第二節第二節第二節 統一塑模語言統一塑模語言統一塑模語言統一塑模語言

統一塑模語言（Unified Modeling Language UML）是由OMG定義出來的物件

導向的模式化語言模式化指的是用圖解的方式來表達系統開發流程中各細部

活動之間的順序以及各活動所需要處理的輸入資訊輸出資訊限制條件或所

使用到的資源等也就是說UML可以表達許多不同目的與種類的模式而且更

加接近人類日常思考方式因此能夠讓系統設計者與使用者對系統更有共識也

更能有效地溝通

除了因為有共同的溝通符號能減少溝通時的誤會外也能以系統模型(model)的資訊來驗證設計是否符合系統需求另外對於後續的系統維護或是讓專案新

進人員了解現有系統的設計都有相當大的幫助[8]

從使用者分析師系統整合者測試者技師與專案管理者的多種觀點去

思考來架構一套從需求分析系統分析設計到程式撰寫的完整塑模語言其所

提供描述真實世界物件的符號（Notation）有彈性且精簡並具備圖形化的表達能

力讓使用者可以充分表達從業務流程分析業務需求物件模式化到物件設

計的各種結果因此企業與資訊軟體廠商紛紛開始投入並採用UML的產品及服

務使UML成為目前最為盛行的塑模語言 一UML 的定義及圖形分類

UML 是一種定義良好易於表達功能強大且普遍適用的模式語言它融入

了軟體工程領域的新思想方法與技術不限於支援物件導向的分析與設計更

可支持從需求分析開始的軟體發展的全部開發過程[1]

UML 20將圖形分成兩大類共 13種圖(表 2-1)分類成圖 2-1的結構

4

圖 2-1 UML20圖形之階層架構

表 2-1 UML20圖形兩大分類(共 13種圖形)

類別圖(Class Diagram)

物件圖(Object diagram)

元件圖(Component diagram)

部署圖(Deployment diagram)

複合結構圖(Composite structure diagram)

結 構 性 圖 形 (Structure diagrams)強調的是系統

式的建模

套件圖(Package diagram)

使用個案圖(Use Case Diagram)

活動圖(Activity diagram)

狀態圖(State diagram)

循序圖(Sequence diagram)

通訊圖(Communication diagram)

時序圖(Timing Diagram)

行為式圖形（ Behavior diagrams）強調系統模

型中觸發的事件

溝通性圖形(Interaction diagrams)屬於行為圖形的

子集合強調系統模型中的

資料流程

互動概觀圖(Interaction diagram)

5

二UML 圖形元件介紹

(一) 使用個案圖(Use Case Diagram)

以使用者的觀點描述系統的行為者與系統間之互動行為與關係從外部的觀

點來看使用個案可以描述系統做什麼從內部的觀點來看它可以描述行為者

與系統如何互動

使用個案圖中行為者常以人形表示使用個案以橢圓表示使用個案與使

用個案間之關係的表示如表 2-2所示

表 2-2 使用案例圖元件介紹

元件 元件圖示

行為者(Actor)

使用個案(Use Case)

行為者與使用個案間之

互動

使用個案間之 Include關係 使用個案間之 Extend關係 使用個案間之

Generalization關係

1 行為者(Actor)

在 UML 中稱為 actor它不一定是代表真正的人更不會代表哪一個特

定的人它要表達的是一個與系統互動的角色

2 使用個案(Use Case)

以一個橢圓形來表示使用案例使用案例用來表示系統應提供的功能是

由行為者所引發或參與的每一個事件

3 使用個案間之 Include(包含)關係

一個使用案例 A 在其執行的過程中一定會使用到使用案例 B則案例 A

6

包含案例 B

對於一個 ATM 的系統「提款」為一個典型的使用案例「提款」這個

使用案例「一定」會包含有「更新餘額」這個使用案例(如圖 2-2)

圖 2-2 提款使用個案間 Include關係圖

4 使用個案間之 Extend(延伸)關係

在某些情況或是條件下一個使用案例的行為可以被另一個使用案例的

行為所延伸「某些情況或是條件」稱為延伸點(extension point)

使用者可以下訂單系統會去檢查庫存有無貨品若是沒有存貨系統

要執行訂貨(如圖 2-3)

圖 2-3 下訂單使用個案之 Extend關係圖

5 使用個案間之 Generalization(一般化)關係

使用案例的一般化關係與物件導向語言的一般化關係是類似的概念子使用

個案會繼承父使用個案之行為與意義且子使用個案可擁有其個別之行為與意

義又如一個使用個案甲某部份與另一個個案乙相同且另外多出一些功能

「訂票」是一個很容易捕捉的使用案例如果要細分訂票方式的種類那麼

訂票的方式可能是打電話來訂票或者是直接在網路上訂票再來取票那麼可以

利用下列的方式來表達(如圖 2-4)

7

圖 2-4 訂票使用個案之 Generalization關係圖

(二) 活動圖(Activity diagram)

活動是流程中的一個簡單步驟具有可選擇性同時能夠提供細膩的資訊來

協助完成之後的系統設計活動圖主要用途是用來說明一個系統的流程可進一

步描述每個活動或處理之執行步驟法則控制等並說明其資料之輸入和輸出

內容與所涉及之實體為使用個案的活動流程及資料輸出入做描述活動圖之表

達符號描述如表 2-3所示

表 2-3 活動圖之元件與表達符號

活動圖之元件 符號 活動圖之元件 符號

開始活動

(Initial)

一般轉換[條件]

(Transition)

結束活動

(Activity Final)

分支

(Branch)

結束流程

(Flow Final)

合併

(Merge)

一般活動

(Activity)

分岔

(Fork)

註記或條件

(Condition or Note)

結合

(Join)

物件

(Object)

8

1 開始

描述一連串的活動的起點以一實心圓型表示

2 結束活動

描述一連串活動的結束或終點

3 結束流程

描述某一流程的結束或終點

4 一般活動

是真實世界的一個動作處理一組動作程序或是可執行的一段副程式

5 註記或條件

他可用於描述某一個活動的起點結束分支或合併的條件也可用於

限制值或決策選項等的註記

6 物件

可描述與某一個活動有關的狀態輸入與輸出之使用者介面或資料儲存

等

7 轉換

當一個動作或活動完成時直接到下一個活動的控制

8 分支

用於表達當轉換發生後有多個選擇路徑但僅能依條件選擇其中一個

路徑執行

9 合併

用於表達有多個路徑匯集於某點之後再依條件往下一個路徑執行

10 分岔

用於表達當轉換發生後有兩個或兩個以上之平行活動發生的情況

11 結合

用於表達平行活動結束之情況多個平行作業同時進一個作業出來

9

一個產學資訊管理需求的活動圖範例如下(圖 2-5)

圖 2-5 產學資訊管理需求之活動圖

(三) 類別圖

主要用以表示系統存在之物件型態（或稱類別）及各物件型態間的靜態資料

結構與邏輯關係也表達類別之屬性操作與類別間連結之限制等而類別圖的

表示方法如下圖 2-6

圖 2-6 類別圖表示方法

類別的屬性或操作可以定義有哪些物件可以改變該屬性或操作這就是類別

屬性或操作的可視性(Visibility)可視性分為公開的(Public)私有的(Private)保

護的(Protected)套裝式(Package)等不同權限符號如表 2-4

10

表 2-4 可視性表示符號

分類 UML 表示法 權限

公開的 + 可被系統中所有類別存取

私有的 - 同一個類別內可被存取

保護的 子類別可以存取父類別的保護成員

套件式 ~ 只能被同一個套件內的其他類別存取

UML 提供了許多表示方法用來呈現類別之間的關係以下介紹類別圖之間的

關係(表 2-5)

表 2-5 類別圖間的關係

類別間的關係 符號

相依(Dependency)關係

關聯(association)關係

聚合(aggregation)關係

組合(composition)關係

一般化(generalization)關係

在每一個關係中常需表達有多少物件參與此關係也就是表示有多少個案

例參與該關聯這裡的「多少」稱為關聯角色的多重性(Multiplicity) 或稱基數

(Cardinality)最常見的基數包括

1 1

例如一份訂單只能是某位客戶的

2 01

例如企業客戶可能會有一位專門服務它的銷售代表也可能沒有專屬

3

例如客戶沒有必要一定要下訂單而客戶下的訂單也不會有任何上限

它可以會有零份或多份訂單

一般來說可以用一個上限與一個下限來定義基數基數的下線可以是任何

數或零上限則可以是任何數或(代表沒有上限)如果上限跟下限一樣就可以

以一個數字來同時表達上下限因此1 等於 11另外因為 0是很常見的基

數所以會簡寫成

11

以圖 2-7訂單與客戶類別間的關聯關係來說明一個客戶可擁有零張或多張訂

單但一張訂單僅屬於一個客戶

圖 2-7 基數範例

1 相依關係

某一模式元素需要另一個模式元素所提供的規格 (specification)或實作

(implementation)時兩者之間的關係也就是說表達一個類別會使用到其他類

別依賴關係的圖示是帶箭頭虛線由依賴元素指向支援元素(圖 2-8)

圖 2-8 相依關係圖

2 關聯關係

描述類別與類別間之連結關聯關係意味著一類別之物件知道另一類別之物

件的存在或一類別之物件使用到另一類別之物件的服務

圖 2-9表示投資人「購買」股票而股票「屬於」投資人或被投資人所「購買」

圖 2-9 關聯關係圖

3 聚合關係

聚合具有 Whole-Part的關係當整體物件被刪除時部分物件也可以單

獨存在圖 2-10表示一部車子有多個輪胎雖然輪胎屬於車子但輪胎也可

以單獨存在

圖 2-10 聚合關係圖

12

4 組合關係

組合有較強的限制當整體之物件被複製或刪除則其部份之物件也會

被複製或刪除也就是說組合關係的部份物件不能單獨存在兩者間具有

Whole-Part的特質發票是 Whole發票項目是 Part圖 2-11表示一張發票

擁有多個發票項目當該發票被刪除時則其所屬之發票項目也需一起刪除

圖 2-11 組合關係圖

5 一般化關係

指的是一般性類別(稱為父類別)與僅具有此種一般性類別之某些特定性

質之類別(稱為子類別)間的關係

光學滑鼠滾輪滑鼠與滑鼠這三者之間的關係是一般化關係「光學滑

鼠是滑鼠」或者說「滾輪滑鼠是一種滑鼠」因此它們之間有一般化關係

如圖 2-12所示

圖 2-12 一般化關係圖

13

(四) 循序圖

主要用以描述系統運作時物件間的互動行為且著重以時間之先後順序為主

軸以表達物件間的訊息傳遞與處理程序循序圖之重要元件包括類別之物件呼

叫訊息生命線及執行規格等(如圖 2-13)介紹如下

圖 2-13 循序圖範例

1 生命線(Lifeline)

是物件加上劃在物件底下與物件垂直之虛線用以表達物件在某時段之

存在

2 執行發起(Execution Occurrence)

主要表示互動的情形中參與物件處於活化狀態的時間也就是說物件

在執行發起標示的矩形區間是處於執行的狀態執行發起分別會對應到參與

物件被呼叫方法中的其中一個

3 訊息

循序圖之訊息(Message)主要可分兩種同步訊息(Synchronous Message)與非同步訊息（Asynchronous Message）發送物件在發送同步訊息後會等

待接收物件執行操作完畢後才會接著傳送下一個訊息發送物件在發送非

同步訊息後不等待接收物件執行完畢就往下執行

14

4 非同步訊息

在圖 2-14 的非同步訊息中投資人物件發送非同步訊息給電郵系統之

後不等待電郵系統的回應繼續往下執行其他操作

圖 2-14 非同步訊息

5 自我呼叫

除了傳送呼叫訊息給其他物件之外物件也可以傳送呼叫訊息給自己

以便引發執行自己的操作如圖 2-15

圖 2-15 自我呼叫

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

II

目目目目 錄錄錄錄 頁次

摘 要 I

目 錄 II

表目錄 III

圖目錄 V

第一章第一章第一章第一章 緒論緒論緒論緒論 1

第一節 研究背景與動機 1

第二節 研究目的與範圍 1

第二章第二章第二章第二章 文獻探討文獻探討文獻探討文獻探討2

第一節 模型驅動架構 2

第二節 統一塑模語言 3

第三節 ASPNET開發環境介紹23

第三章第三章第三章第三章 個案系統分析與設計個案系統分析與設計個案系統分析與設計個案系統分析與設計25

第一節 公司簡介 25

第二節 個案需求分析 26

第三節 個案系統分析 32

第四章第四章第四章第四章 個案實作個案實作個案實作個案實作45

第一節 資料字典 45

第二節 系統畫面 51

第五章第五章第五章第五章 結論結論結論結論 59

第一節 結論 59

第二節 未來研究方向與建議 59

心心心心 得得得得 61

參考文獻參考文獻參考文獻參考文獻 62

III

表目錄表目錄表目錄表目錄

表 2-1 UML20圖形兩大分類(共 13種圖形)4

表 2-2 使用案例圖元件介紹 5

表 2-3 活動圖之元件與表達符號 7

表 2-4 可視性表示符號10

表 2-5 類別圖間的關係10

表 2-6 狀態圖符號表示19

表 3-1 企業 UC簡述 26

表 3-2 系統 UC簡述 32

表 3-3 建立收文案號系統 UC敘述32

表 3-4 申請同文案號系統 UC敘述34

表 3-5 申請附加案號系統 UC敘述34

表 3-6 應收帳款系統 UC敘述 35

表 3-7 應付帳款系統 UC敘述 36

表 4-1 客戶資料管理45

表 4-2收文案號管理45

表 4-3 應收帳款管理46

表 4-4專業管制－國內專利 46

表 4-5 專業管制－國內商標 47

表 4-6 專業管制－國內著作權 48

表 4-7 專案管制－國外專利 48

表 4-8 專業管制－國外商標 49

表 4-9 專業管制－國外著作權 49

表 4-10 專業管制－國外對國內專利 50

表 4-11 專業管制－國外對國內商標 50

IV

表 4-12 專業管制－國外對國內著作權 51

表 4-13 專業管制－顧問客戶 51

V

圖目錄圖目錄圖目錄圖目錄

圖 2-1 UML20圖形之階層架構4

圖 2-2 提款使用個案間 Include關係圖 6

圖 2-3 下訂單使用個案之 Extend關係圖 6

圖 2-4 訂票使用個案之 Generalization關係圖7

圖 2-5 產學資訊管理需求之活動圖 9

圖 2-6 類別圖表示方法9

圖 2-7 基數範例11

圖 2-8 相依關係圖11

圖 2-9 關聯關係圖11

圖 2-10 聚合關係圖11

圖 2-11 組合關係圖12

圖 2-12 一般化關係圖12

圖 2-13 循序圖範例13

圖 2-14 非同步訊息14

圖 2-15 自我呼叫14

圖 2-16 框架圖示15

圖 2-17 多選一範例16

圖 2-18 自由選擇範例16

圖 2-19 終止範例17

圖 2-20 迴圈範例18

圖 2-21 平行範例18

圖 2-22 行動的格式19

圖 2-23 轉換線圖例20

圖 2-25 傳遞標籤圖例20

VI

圖 2-26 狀態圖範例21

圖 3-1 企業 UC圖 26

圖 3-2 委託專利申請保護之一般流程活動圖 27

圖 3-3 委託商標申請保護之一般流程活動圖 28

圖 3-4 委託著作權申請保護之一般流程活動圖 29

圖 3-5 法律問題諮詢之一般流程活動圖 30

圖 3-6 業務可啟動的系統 UC31

圖 3-7 會計可啟動的系統 UC31

圖 3-8 建立收文案號之類別圖 37

圖 3-9 申請同文案號之類別圖 37

圖 3-10 申請附加案號之類別圖 38

圖 3-11 應收帳款之類別圖 38

圖 3-12 應付帳款之類別圖 38

圖 3-13 專利合併之類別圖 39

圖 3-14 商標合併之類別圖 40

圖 3-15 著作權合併之類別圖 41

圖 3-16 顧問客戶合併之類別圖 42

圖 3-14 收文案號之循序圖 43

圖 3-15 同文案號之循序圖 43

圖 3-16 附加案號之循序圖 44

圖 4-1 客戶資料管理新增畫面 52

圖 4-2 客戶資料管理修改刪除畫面 52

圖 4-3 收文案號管理新增畫面 53

圖 4-4 收文案號管理修改刪除畫面 53

圖 4-5 同文案號管理新增畫面 54

圖 4-6 附加案號管理新增畫面 54

VII

圖 4-7 應收帳款管理修改刪除畫面 55

圖 4-8 國內專利管理修改刪除畫面 55

圖 4-9 國內商標管理修改刪除畫面 56

圖 4-10 國內著作權管理修改刪除畫面 56

圖 4-11 國外專利修改管理刪除畫面 57

圖 4-12 國外商標管理修改刪除畫面 57

圖 4-13 顧問客戶管理修改刪除畫面 58

1

第一章 緒論

第一節第一節第一節第一節 研究背景與動機研究背景與動機研究背景與動機研究背景與動機

傳統結構化系統分析與設計在不同的階段會出現斷層而且產出無法重複使

用(reuse)這不但使得系統開發效率降低同時容易造成錯誤因此物件管理組

織（Object Management Group OMG）在 2001年提出了模型驅動架構（Model-Driven Architecture MDA）由於過去在塑模系統時常是將系統的邏輯與實作平台的資

訊一起建構於模型中造成模型在轉換實作平台時往往無法再繼續使用因此

在 MDA 的架構中是將系統模型的發展分為兩階段首先是建立只描述系統抽象

邏輯設計的平台獨立模型(Platform Independent Model PIM)再來是將系統的 PIM結合實作平台的資訊來產生平台相關模型(Platform Specific Model PSM)最後才

依照 PSM來實作系統的程式碼對於開發現今越來越多樣化的平台與應用程式

MDA 提供了一個良好的解決方案其期待的益處包括減短系統開發週期降低

系統開發成本增加系統品質降低異質平台轉換困難度增加模型的重複使用

性當然其中還包括文件的製作與維護讓系統從分析設計到實作其自動生

成的程式碼甚至相關的文件能夠在開發流程中無接縫的整合提高可維護性

[7][8]

OMG 提出 MDA 軟體開發的方法強調開發者可依循技術與軟硬體之需求

進行系統的設計開發及維護當完成系統開發也同時產生技術檔及相關系統

資訊因此有利於未來系統的維護與系統的重新開發而軟體再使用性及減少開

發的成本與時間正是軟體開發所關切的重要問題若於系統開發的過程中導

入 MDA 開發方法企業必能迅速開發出符合自己功能需求的系統更可藉由 MDA架構整合舊有的系統達成跨技術平台的目的[7]

第二節第二節第二節第二節 研究目的與範圍研究目的與範圍研究目的與範圍研究目的與範圍

本專題研究探討物件導向系統分析與設計方法和工具包括模型驅動架構

(Model-Driven Architecture MDA)與統一塑模語言(Unified Modeling Language UML)等並將物件導向系統分析與設計之理論概念方法與工具實際應用某國

際專利商標事務所之客戶資料管理系統最後依據系統分系與設計產出之系統

文件規格以 ASPNET程式語言和 SQL Sever資料庫實作此資訊系統

2

第二章 文獻探討

本章將探討與 MDA 架構相關之研究理論與說明系統開發工具在第一節將介

紹 MDA 架構所使用的系統分析方法第二節則說明 UML 之定義圖形類別與圖

形元件介紹第三節是介紹 ASPNET程式的開發環境

第一節第一節第一節第一節 模型驅動架構模型驅動架構模型驅動架構模型驅動架構

OMG組織在2001年提出了Mode Driven Architecture(MDA)的軟體發展標準

MDA提供一種開發式廠商中立的方法來因應軟體互動性(Interoperability)之挑

戰它可以支援OMG所建立的各種模型標準 [9] UML(Unified Modeling Language) MOF (Meta Object Facility)及CWM (Common Warehouse Meta-model)三個主要核心功能整合不同仲介軟體平台(如CORBANETEJBSOAP等)

所以 MDA 有三個階段CIMPIM 及 PSM 分述如下

一CIM(Computation Independent Model)

MDA 專案開發的第一個步驟從 CIM 開始不同於 PIM 與 PSMCIM 試圖

表達資訊系統的應用環境而非資訊系統本身在進行 CIM 開發時關切的是與

企業相關的營運目標實體要件及運作流程等先了解資訊系統的應用環境才

有可能為企業量身打造出完善的資訊系統[3][4][10]

二PIM (Platform Independent Model)

MDA發展初期可以利用與技術平台無關的UML環境開始建立PIM有別於傳

統的系統發展方法是由團隊中的發展人員一步步分析撰寫文件PIM 描述企業所

需的功能與商業行為PIM是一種高階抽象模式該模式與所採用的開發技術獨

立PIM是分析與設計結果的重要產出主要是根據需求塑模的結果從如何支援

企業運作的觀點描述一個軟體系統並不涉及描述系統開發與運作之平台PIM必

須以有完整定義的語言來描述而且適合用電腦來自動解譯故相當適合利用UML來描述平台獨立模式[3][4][10]

三PSM(Platform Specific Model)

PSM是一種特定平台的模式亦即該模式是相依於所採用的軟體開發技術

是進行低階程式設計階段的主要資訊來源該階段的產出主要是建構出程式碼

3

對於某一種PSM而言只有具該特定平台模式技術的開發人員才能理解其傳達的

資訊PSM主要是以開發工具的架構描述一個軟體系統對於每一個特定的技術

平台需產生一個與其他技術分開的PSM這些PSM之間的溝通方式可以藉由溝

通橋樑(Communication Bridge)的機制來互動[9]

第二節第二節第二節第二節 統一塑模語言統一塑模語言統一塑模語言統一塑模語言

統一塑模語言（Unified Modeling Language UML）是由OMG定義出來的物件

導向的模式化語言模式化指的是用圖解的方式來表達系統開發流程中各細部

活動之間的順序以及各活動所需要處理的輸入資訊輸出資訊限制條件或所

使用到的資源等也就是說UML可以表達許多不同目的與種類的模式而且更

加接近人類日常思考方式因此能夠讓系統設計者與使用者對系統更有共識也

更能有效地溝通

除了因為有共同的溝通符號能減少溝通時的誤會外也能以系統模型(model)的資訊來驗證設計是否符合系統需求另外對於後續的系統維護或是讓專案新

進人員了解現有系統的設計都有相當大的幫助[8]

從使用者分析師系統整合者測試者技師與專案管理者的多種觀點去

思考來架構一套從需求分析系統分析設計到程式撰寫的完整塑模語言其所

提供描述真實世界物件的符號（Notation）有彈性且精簡並具備圖形化的表達能

力讓使用者可以充分表達從業務流程分析業務需求物件模式化到物件設

計的各種結果因此企業與資訊軟體廠商紛紛開始投入並採用UML的產品及服

務使UML成為目前最為盛行的塑模語言 一UML 的定義及圖形分類

UML 是一種定義良好易於表達功能強大且普遍適用的模式語言它融入

了軟體工程領域的新思想方法與技術不限於支援物件導向的分析與設計更

可支持從需求分析開始的軟體發展的全部開發過程[1]

UML 20將圖形分成兩大類共 13種圖(表 2-1)分類成圖 2-1的結構

4

圖 2-1 UML20圖形之階層架構

表 2-1 UML20圖形兩大分類(共 13種圖形)

類別圖(Class Diagram)

物件圖(Object diagram)

元件圖(Component diagram)

部署圖(Deployment diagram)

複合結構圖(Composite structure diagram)

結 構 性 圖 形 (Structure diagrams)強調的是系統

式的建模

套件圖(Package diagram)

使用個案圖(Use Case Diagram)

活動圖(Activity diagram)

狀態圖(State diagram)

循序圖(Sequence diagram)

通訊圖(Communication diagram)

時序圖(Timing Diagram)

行為式圖形（ Behavior diagrams）強調系統模

型中觸發的事件

溝通性圖形(Interaction diagrams)屬於行為圖形的

子集合強調系統模型中的

資料流程

互動概觀圖(Interaction diagram)

5

二UML 圖形元件介紹

(一) 使用個案圖(Use Case Diagram)

以使用者的觀點描述系統的行為者與系統間之互動行為與關係從外部的觀

點來看使用個案可以描述系統做什麼從內部的觀點來看它可以描述行為者

與系統如何互動

使用個案圖中行為者常以人形表示使用個案以橢圓表示使用個案與使

用個案間之關係的表示如表 2-2所示

表 2-2 使用案例圖元件介紹

元件 元件圖示

行為者(Actor)

使用個案(Use Case)

行為者與使用個案間之

互動

使用個案間之 Include關係 使用個案間之 Extend關係 使用個案間之

Generalization關係

1 行為者(Actor)

在 UML 中稱為 actor它不一定是代表真正的人更不會代表哪一個特

定的人它要表達的是一個與系統互動的角色

2 使用個案(Use Case)

以一個橢圓形來表示使用案例使用案例用來表示系統應提供的功能是

由行為者所引發或參與的每一個事件

3 使用個案間之 Include(包含)關係

一個使用案例 A 在其執行的過程中一定會使用到使用案例 B則案例 A

6

包含案例 B

對於一個 ATM 的系統「提款」為一個典型的使用案例「提款」這個

使用案例「一定」會包含有「更新餘額」這個使用案例(如圖 2-2)

圖 2-2 提款使用個案間 Include關係圖

4 使用個案間之 Extend(延伸)關係

在某些情況或是條件下一個使用案例的行為可以被另一個使用案例的

行為所延伸「某些情況或是條件」稱為延伸點(extension point)

使用者可以下訂單系統會去檢查庫存有無貨品若是沒有存貨系統

要執行訂貨(如圖 2-3)

圖 2-3 下訂單使用個案之 Extend關係圖

5 使用個案間之 Generalization(一般化)關係

使用案例的一般化關係與物件導向語言的一般化關係是類似的概念子使用

個案會繼承父使用個案之行為與意義且子使用個案可擁有其個別之行為與意

義又如一個使用個案甲某部份與另一個個案乙相同且另外多出一些功能

「訂票」是一個很容易捕捉的使用案例如果要細分訂票方式的種類那麼

訂票的方式可能是打電話來訂票或者是直接在網路上訂票再來取票那麼可以

利用下列的方式來表達(如圖 2-4)

7

圖 2-4 訂票使用個案之 Generalization關係圖

(二) 活動圖(Activity diagram)

活動是流程中的一個簡單步驟具有可選擇性同時能夠提供細膩的資訊來

協助完成之後的系統設計活動圖主要用途是用來說明一個系統的流程可進一

步描述每個活動或處理之執行步驟法則控制等並說明其資料之輸入和輸出

內容與所涉及之實體為使用個案的活動流程及資料輸出入做描述活動圖之表

達符號描述如表 2-3所示

表 2-3 活動圖之元件與表達符號

活動圖之元件 符號 活動圖之元件 符號

開始活動

(Initial)

一般轉換[條件]

(Transition)

結束活動

(Activity Final)

分支

(Branch)

結束流程

(Flow Final)

合併

(Merge)

一般活動

(Activity)

分岔

(Fork)

註記或條件

(Condition or Note)

結合

(Join)

物件

(Object)

8

1 開始

描述一連串的活動的起點以一實心圓型表示

2 結束活動

描述一連串活動的結束或終點

3 結束流程

描述某一流程的結束或終點

4 一般活動

是真實世界的一個動作處理一組動作程序或是可執行的一段副程式

5 註記或條件

他可用於描述某一個活動的起點結束分支或合併的條件也可用於

限制值或決策選項等的註記

6 物件

可描述與某一個活動有關的狀態輸入與輸出之使用者介面或資料儲存

等

7 轉換

當一個動作或活動完成時直接到下一個活動的控制

8 分支

用於表達當轉換發生後有多個選擇路徑但僅能依條件選擇其中一個

路徑執行

9 合併

用於表達有多個路徑匯集於某點之後再依條件往下一個路徑執行

10 分岔

用於表達當轉換發生後有兩個或兩個以上之平行活動發生的情況

11 結合

用於表達平行活動結束之情況多個平行作業同時進一個作業出來

9

一個產學資訊管理需求的活動圖範例如下(圖 2-5)

圖 2-5 產學資訊管理需求之活動圖

(三) 類別圖

主要用以表示系統存在之物件型態（或稱類別）及各物件型態間的靜態資料

結構與邏輯關係也表達類別之屬性操作與類別間連結之限制等而類別圖的

表示方法如下圖 2-6

圖 2-6 類別圖表示方法

類別的屬性或操作可以定義有哪些物件可以改變該屬性或操作這就是類別

屬性或操作的可視性(Visibility)可視性分為公開的(Public)私有的(Private)保

護的(Protected)套裝式(Package)等不同權限符號如表 2-4

10

表 2-4 可視性表示符號

分類 UML 表示法 權限

公開的 + 可被系統中所有類別存取

私有的 - 同一個類別內可被存取

保護的 子類別可以存取父類別的保護成員

套件式 ~ 只能被同一個套件內的其他類別存取

UML 提供了許多表示方法用來呈現類別之間的關係以下介紹類別圖之間的

關係(表 2-5)

表 2-5 類別圖間的關係

類別間的關係 符號

相依(Dependency)關係

關聯(association)關係

聚合(aggregation)關係

組合(composition)關係

一般化(generalization)關係

在每一個關係中常需表達有多少物件參與此關係也就是表示有多少個案

例參與該關聯這裡的「多少」稱為關聯角色的多重性(Multiplicity) 或稱基數

(Cardinality)最常見的基數包括

1 1

例如一份訂單只能是某位客戶的

2 01

例如企業客戶可能會有一位專門服務它的銷售代表也可能沒有專屬

3

例如客戶沒有必要一定要下訂單而客戶下的訂單也不會有任何上限

它可以會有零份或多份訂單

一般來說可以用一個上限與一個下限來定義基數基數的下線可以是任何

數或零上限則可以是任何數或(代表沒有上限)如果上限跟下限一樣就可以

以一個數字來同時表達上下限因此1 等於 11另外因為 0是很常見的基

數所以會簡寫成

11

以圖 2-7訂單與客戶類別間的關聯關係來說明一個客戶可擁有零張或多張訂

單但一張訂單僅屬於一個客戶

圖 2-7 基數範例

1 相依關係

某一模式元素需要另一個模式元素所提供的規格 (specification)或實作

(implementation)時兩者之間的關係也就是說表達一個類別會使用到其他類

別依賴關係的圖示是帶箭頭虛線由依賴元素指向支援元素(圖 2-8)

圖 2-8 相依關係圖

2 關聯關係

描述類別與類別間之連結關聯關係意味著一類別之物件知道另一類別之物

件的存在或一類別之物件使用到另一類別之物件的服務

圖 2-9表示投資人「購買」股票而股票「屬於」投資人或被投資人所「購買」

圖 2-9 關聯關係圖

3 聚合關係

聚合具有 Whole-Part的關係當整體物件被刪除時部分物件也可以單

獨存在圖 2-10表示一部車子有多個輪胎雖然輪胎屬於車子但輪胎也可

以單獨存在

圖 2-10 聚合關係圖

12

4 組合關係

組合有較強的限制當整體之物件被複製或刪除則其部份之物件也會

被複製或刪除也就是說組合關係的部份物件不能單獨存在兩者間具有

Whole-Part的特質發票是 Whole發票項目是 Part圖 2-11表示一張發票

擁有多個發票項目當該發票被刪除時則其所屬之發票項目也需一起刪除

圖 2-11 組合關係圖

5 一般化關係

指的是一般性類別(稱為父類別)與僅具有此種一般性類別之某些特定性

質之類別(稱為子類別)間的關係

光學滑鼠滾輪滑鼠與滑鼠這三者之間的關係是一般化關係「光學滑

鼠是滑鼠」或者說「滾輪滑鼠是一種滑鼠」因此它們之間有一般化關係

如圖 2-12所示

圖 2-12 一般化關係圖

13

(四) 循序圖

主要用以描述系統運作時物件間的互動行為且著重以時間之先後順序為主

軸以表達物件間的訊息傳遞與處理程序循序圖之重要元件包括類別之物件呼

叫訊息生命線及執行規格等(如圖 2-13)介紹如下

圖 2-13 循序圖範例

1 生命線(Lifeline)

是物件加上劃在物件底下與物件垂直之虛線用以表達物件在某時段之

存在

2 執行發起(Execution Occurrence)

主要表示互動的情形中參與物件處於活化狀態的時間也就是說物件

在執行發起標示的矩形區間是處於執行的狀態執行發起分別會對應到參與

物件被呼叫方法中的其中一個

3 訊息

循序圖之訊息(Message)主要可分兩種同步訊息(Synchronous Message)與非同步訊息（Asynchronous Message）發送物件在發送同步訊息後會等

待接收物件執行操作完畢後才會接著傳送下一個訊息發送物件在發送非

同步訊息後不等待接收物件執行完畢就往下執行

14

4 非同步訊息

在圖 2-14 的非同步訊息中投資人物件發送非同步訊息給電郵系統之

後不等待電郵系統的回應繼續往下執行其他操作

圖 2-14 非同步訊息

5 自我呼叫

除了傳送呼叫訊息給其他物件之外物件也可以傳送呼叫訊息給自己

以便引發執行自己的操作如圖 2-15

圖 2-15 自我呼叫

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

III

表目錄表目錄表目錄表目錄

表 2-1 UML20圖形兩大分類(共 13種圖形)4

表 2-2 使用案例圖元件介紹 5

表 2-3 活動圖之元件與表達符號 7

表 2-4 可視性表示符號10

表 2-5 類別圖間的關係10

表 2-6 狀態圖符號表示19

表 3-1 企業 UC簡述 26

表 3-2 系統 UC簡述 32

表 3-3 建立收文案號系統 UC敘述32

表 3-4 申請同文案號系統 UC敘述34

表 3-5 申請附加案號系統 UC敘述34

表 3-6 應收帳款系統 UC敘述 35

表 3-7 應付帳款系統 UC敘述 36

表 4-1 客戶資料管理45

表 4-2收文案號管理45

表 4-3 應收帳款管理46

表 4-4專業管制－國內專利 46

表 4-5 專業管制－國內商標 47

表 4-6 專業管制－國內著作權 48

表 4-7 專案管制－國外專利 48

表 4-8 專業管制－國外商標 49

表 4-9 專業管制－國外著作權 49

表 4-10 專業管制－國外對國內專利 50

表 4-11 專業管制－國外對國內商標 50

IV

表 4-12 專業管制－國外對國內著作權 51

表 4-13 專業管制－顧問客戶 51

V

圖目錄圖目錄圖目錄圖目錄

圖 2-1 UML20圖形之階層架構4

圖 2-2 提款使用個案間 Include關係圖 6

圖 2-3 下訂單使用個案之 Extend關係圖 6

圖 2-4 訂票使用個案之 Generalization關係圖7

圖 2-5 產學資訊管理需求之活動圖 9

圖 2-6 類別圖表示方法9

圖 2-7 基數範例11

圖 2-8 相依關係圖11

圖 2-9 關聯關係圖11

圖 2-10 聚合關係圖11

圖 2-11 組合關係圖12

圖 2-12 一般化關係圖12

圖 2-13 循序圖範例13

圖 2-14 非同步訊息14

圖 2-15 自我呼叫14

圖 2-16 框架圖示15

圖 2-17 多選一範例16

圖 2-18 自由選擇範例16

圖 2-19 終止範例17

圖 2-20 迴圈範例18

圖 2-21 平行範例18

圖 2-22 行動的格式19

圖 2-23 轉換線圖例20

圖 2-25 傳遞標籤圖例20

VI

圖 2-26 狀態圖範例21

圖 3-1 企業 UC圖 26

圖 3-2 委託專利申請保護之一般流程活動圖 27

圖 3-3 委託商標申請保護之一般流程活動圖 28

圖 3-4 委託著作權申請保護之一般流程活動圖 29

圖 3-5 法律問題諮詢之一般流程活動圖 30

圖 3-6 業務可啟動的系統 UC31

圖 3-7 會計可啟動的系統 UC31

圖 3-8 建立收文案號之類別圖 37

圖 3-9 申請同文案號之類別圖 37

圖 3-10 申請附加案號之類別圖 38

圖 3-11 應收帳款之類別圖 38

圖 3-12 應付帳款之類別圖 38

圖 3-13 專利合併之類別圖 39

圖 3-14 商標合併之類別圖 40

圖 3-15 著作權合併之類別圖 41

圖 3-16 顧問客戶合併之類別圖 42

圖 3-14 收文案號之循序圖 43

圖 3-15 同文案號之循序圖 43

圖 3-16 附加案號之循序圖 44

圖 4-1 客戶資料管理新增畫面 52

圖 4-2 客戶資料管理修改刪除畫面 52

圖 4-3 收文案號管理新增畫面 53

圖 4-4 收文案號管理修改刪除畫面 53

圖 4-5 同文案號管理新增畫面 54

圖 4-6 附加案號管理新增畫面 54

VII

圖 4-7 應收帳款管理修改刪除畫面 55

圖 4-8 國內專利管理修改刪除畫面 55

圖 4-9 國內商標管理修改刪除畫面 56

圖 4-10 國內著作權管理修改刪除畫面 56

圖 4-11 國外專利修改管理刪除畫面 57

圖 4-12 國外商標管理修改刪除畫面 57

圖 4-13 顧問客戶管理修改刪除畫面 58

1

第一章 緒論

第一節第一節第一節第一節 研究背景與動機研究背景與動機研究背景與動機研究背景與動機

傳統結構化系統分析與設計在不同的階段會出現斷層而且產出無法重複使

用(reuse)這不但使得系統開發效率降低同時容易造成錯誤因此物件管理組

織（Object Management Group OMG）在 2001年提出了模型驅動架構（Model-Driven Architecture MDA）由於過去在塑模系統時常是將系統的邏輯與實作平台的資

訊一起建構於模型中造成模型在轉換實作平台時往往無法再繼續使用因此

在 MDA 的架構中是將系統模型的發展分為兩階段首先是建立只描述系統抽象

邏輯設計的平台獨立模型(Platform Independent Model PIM)再來是將系統的 PIM結合實作平台的資訊來產生平台相關模型(Platform Specific Model PSM)最後才

依照 PSM來實作系統的程式碼對於開發現今越來越多樣化的平台與應用程式

MDA 提供了一個良好的解決方案其期待的益處包括減短系統開發週期降低

系統開發成本增加系統品質降低異質平台轉換困難度增加模型的重複使用

性當然其中還包括文件的製作與維護讓系統從分析設計到實作其自動生

成的程式碼甚至相關的文件能夠在開發流程中無接縫的整合提高可維護性

[7][8]

OMG 提出 MDA 軟體開發的方法強調開發者可依循技術與軟硬體之需求

進行系統的設計開發及維護當完成系統開發也同時產生技術檔及相關系統

資訊因此有利於未來系統的維護與系統的重新開發而軟體再使用性及減少開

發的成本與時間正是軟體開發所關切的重要問題若於系統開發的過程中導

入 MDA 開發方法企業必能迅速開發出符合自己功能需求的系統更可藉由 MDA架構整合舊有的系統達成跨技術平台的目的[7]

第二節第二節第二節第二節 研究目的與範圍研究目的與範圍研究目的與範圍研究目的與範圍

本專題研究探討物件導向系統分析與設計方法和工具包括模型驅動架構

(Model-Driven Architecture MDA)與統一塑模語言(Unified Modeling Language UML)等並將物件導向系統分析與設計之理論概念方法與工具實際應用某國

際專利商標事務所之客戶資料管理系統最後依據系統分系與設計產出之系統

文件規格以 ASPNET程式語言和 SQL Sever資料庫實作此資訊系統

2

第二章 文獻探討

本章將探討與 MDA 架構相關之研究理論與說明系統開發工具在第一節將介

紹 MDA 架構所使用的系統分析方法第二節則說明 UML 之定義圖形類別與圖

形元件介紹第三節是介紹 ASPNET程式的開發環境

第一節第一節第一節第一節 模型驅動架構模型驅動架構模型驅動架構模型驅動架構

OMG組織在2001年提出了Mode Driven Architecture(MDA)的軟體發展標準

MDA提供一種開發式廠商中立的方法來因應軟體互動性(Interoperability)之挑

戰它可以支援OMG所建立的各種模型標準 [9] UML(Unified Modeling Language) MOF (Meta Object Facility)及CWM (Common Warehouse Meta-model)三個主要核心功能整合不同仲介軟體平台(如CORBANETEJBSOAP等)

所以 MDA 有三個階段CIMPIM 及 PSM 分述如下

一CIM(Computation Independent Model)

MDA 專案開發的第一個步驟從 CIM 開始不同於 PIM 與 PSMCIM 試圖

表達資訊系統的應用環境而非資訊系統本身在進行 CIM 開發時關切的是與

企業相關的營運目標實體要件及運作流程等先了解資訊系統的應用環境才

有可能為企業量身打造出完善的資訊系統[3][4][10]

二PIM (Platform Independent Model)

MDA發展初期可以利用與技術平台無關的UML環境開始建立PIM有別於傳

統的系統發展方法是由團隊中的發展人員一步步分析撰寫文件PIM 描述企業所

需的功能與商業行為PIM是一種高階抽象模式該模式與所採用的開發技術獨

立PIM是分析與設計結果的重要產出主要是根據需求塑模的結果從如何支援

企業運作的觀點描述一個軟體系統並不涉及描述系統開發與運作之平台PIM必

須以有完整定義的語言來描述而且適合用電腦來自動解譯故相當適合利用UML來描述平台獨立模式[3][4][10]

三PSM(Platform Specific Model)

PSM是一種特定平台的模式亦即該模式是相依於所採用的軟體開發技術

是進行低階程式設計階段的主要資訊來源該階段的產出主要是建構出程式碼

3

對於某一種PSM而言只有具該特定平台模式技術的開發人員才能理解其傳達的

資訊PSM主要是以開發工具的架構描述一個軟體系統對於每一個特定的技術

平台需產生一個與其他技術分開的PSM這些PSM之間的溝通方式可以藉由溝

通橋樑(Communication Bridge)的機制來互動[9]

第二節第二節第二節第二節 統一塑模語言統一塑模語言統一塑模語言統一塑模語言

統一塑模語言（Unified Modeling Language UML）是由OMG定義出來的物件

導向的模式化語言模式化指的是用圖解的方式來表達系統開發流程中各細部

活動之間的順序以及各活動所需要處理的輸入資訊輸出資訊限制條件或所

使用到的資源等也就是說UML可以表達許多不同目的與種類的模式而且更

加接近人類日常思考方式因此能夠讓系統設計者與使用者對系統更有共識也

更能有效地溝通

除了因為有共同的溝通符號能減少溝通時的誤會外也能以系統模型(model)的資訊來驗證設計是否符合系統需求另外對於後續的系統維護或是讓專案新

進人員了解現有系統的設計都有相當大的幫助[8]

從使用者分析師系統整合者測試者技師與專案管理者的多種觀點去

思考來架構一套從需求分析系統分析設計到程式撰寫的完整塑模語言其所

提供描述真實世界物件的符號（Notation）有彈性且精簡並具備圖形化的表達能

力讓使用者可以充分表達從業務流程分析業務需求物件模式化到物件設

計的各種結果因此企業與資訊軟體廠商紛紛開始投入並採用UML的產品及服

務使UML成為目前最為盛行的塑模語言 一UML 的定義及圖形分類

UML 是一種定義良好易於表達功能強大且普遍適用的模式語言它融入

了軟體工程領域的新思想方法與技術不限於支援物件導向的分析與設計更

可支持從需求分析開始的軟體發展的全部開發過程[1]

UML 20將圖形分成兩大類共 13種圖(表 2-1)分類成圖 2-1的結構

4

圖 2-1 UML20圖形之階層架構

表 2-1 UML20圖形兩大分類(共 13種圖形)

類別圖(Class Diagram)

物件圖(Object diagram)

元件圖(Component diagram)

部署圖(Deployment diagram)

複合結構圖(Composite structure diagram)

結 構 性 圖 形 (Structure diagrams)強調的是系統

式的建模

套件圖(Package diagram)

使用個案圖(Use Case Diagram)

活動圖(Activity diagram)

狀態圖(State diagram)

循序圖(Sequence diagram)

通訊圖(Communication diagram)

時序圖(Timing Diagram)

行為式圖形（ Behavior diagrams）強調系統模

型中觸發的事件

溝通性圖形(Interaction diagrams)屬於行為圖形的

子集合強調系統模型中的

資料流程

互動概觀圖(Interaction diagram)

5

二UML 圖形元件介紹

(一) 使用個案圖(Use Case Diagram)

以使用者的觀點描述系統的行為者與系統間之互動行為與關係從外部的觀

點來看使用個案可以描述系統做什麼從內部的觀點來看它可以描述行為者

與系統如何互動

使用個案圖中行為者常以人形表示使用個案以橢圓表示使用個案與使

用個案間之關係的表示如表 2-2所示

表 2-2 使用案例圖元件介紹

元件 元件圖示

行為者(Actor)

使用個案(Use Case)

行為者與使用個案間之

互動

使用個案間之 Include關係 使用個案間之 Extend關係 使用個案間之

Generalization關係

1 行為者(Actor)

在 UML 中稱為 actor它不一定是代表真正的人更不會代表哪一個特

定的人它要表達的是一個與系統互動的角色

2 使用個案(Use Case)

以一個橢圓形來表示使用案例使用案例用來表示系統應提供的功能是

由行為者所引發或參與的每一個事件

3 使用個案間之 Include(包含)關係

一個使用案例 A 在其執行的過程中一定會使用到使用案例 B則案例 A

6

包含案例 B

對於一個 ATM 的系統「提款」為一個典型的使用案例「提款」這個

使用案例「一定」會包含有「更新餘額」這個使用案例(如圖 2-2)

圖 2-2 提款使用個案間 Include關係圖

4 使用個案間之 Extend(延伸)關係

在某些情況或是條件下一個使用案例的行為可以被另一個使用案例的

行為所延伸「某些情況或是條件」稱為延伸點(extension point)

使用者可以下訂單系統會去檢查庫存有無貨品若是沒有存貨系統

要執行訂貨(如圖 2-3)

圖 2-3 下訂單使用個案之 Extend關係圖

5 使用個案間之 Generalization(一般化)關係

使用案例的一般化關係與物件導向語言的一般化關係是類似的概念子使用

個案會繼承父使用個案之行為與意義且子使用個案可擁有其個別之行為與意

義又如一個使用個案甲某部份與另一個個案乙相同且另外多出一些功能

「訂票」是一個很容易捕捉的使用案例如果要細分訂票方式的種類那麼

訂票的方式可能是打電話來訂票或者是直接在網路上訂票再來取票那麼可以

利用下列的方式來表達(如圖 2-4)

7

圖 2-4 訂票使用個案之 Generalization關係圖

(二) 活動圖(Activity diagram)

活動是流程中的一個簡單步驟具有可選擇性同時能夠提供細膩的資訊來

協助完成之後的系統設計活動圖主要用途是用來說明一個系統的流程可進一

步描述每個活動或處理之執行步驟法則控制等並說明其資料之輸入和輸出

內容與所涉及之實體為使用個案的活動流程及資料輸出入做描述活動圖之表

達符號描述如表 2-3所示

表 2-3 活動圖之元件與表達符號

活動圖之元件 符號 活動圖之元件 符號

開始活動

(Initial)

一般轉換[條件]

(Transition)

結束活動

(Activity Final)

分支

(Branch)

結束流程

(Flow Final)

合併

(Merge)

一般活動

(Activity)

分岔

(Fork)

註記或條件

(Condition or Note)

結合

(Join)

物件

(Object)

8

1 開始

描述一連串的活動的起點以一實心圓型表示

2 結束活動

描述一連串活動的結束或終點

3 結束流程

描述某一流程的結束或終點

4 一般活動

是真實世界的一個動作處理一組動作程序或是可執行的一段副程式

5 註記或條件

他可用於描述某一個活動的起點結束分支或合併的條件也可用於

限制值或決策選項等的註記

6 物件

可描述與某一個活動有關的狀態輸入與輸出之使用者介面或資料儲存

等

7 轉換

當一個動作或活動完成時直接到下一個活動的控制

8 分支

用於表達當轉換發生後有多個選擇路徑但僅能依條件選擇其中一個

路徑執行

9 合併

用於表達有多個路徑匯集於某點之後再依條件往下一個路徑執行

10 分岔

用於表達當轉換發生後有兩個或兩個以上之平行活動發生的情況

11 結合

用於表達平行活動結束之情況多個平行作業同時進一個作業出來

9

一個產學資訊管理需求的活動圖範例如下(圖 2-5)

圖 2-5 產學資訊管理需求之活動圖

(三) 類別圖

主要用以表示系統存在之物件型態（或稱類別）及各物件型態間的靜態資料

結構與邏輯關係也表達類別之屬性操作與類別間連結之限制等而類別圖的

表示方法如下圖 2-6

圖 2-6 類別圖表示方法

類別的屬性或操作可以定義有哪些物件可以改變該屬性或操作這就是類別

屬性或操作的可視性(Visibility)可視性分為公開的(Public)私有的(Private)保

護的(Protected)套裝式(Package)等不同權限符號如表 2-4

10

表 2-4 可視性表示符號

分類 UML 表示法 權限

公開的 + 可被系統中所有類別存取

私有的 - 同一個類別內可被存取

保護的 子類別可以存取父類別的保護成員

套件式 ~ 只能被同一個套件內的其他類別存取

UML 提供了許多表示方法用來呈現類別之間的關係以下介紹類別圖之間的

關係(表 2-5)

表 2-5 類別圖間的關係

類別間的關係 符號

相依(Dependency)關係

關聯(association)關係

聚合(aggregation)關係

組合(composition)關係

一般化(generalization)關係

在每一個關係中常需表達有多少物件參與此關係也就是表示有多少個案

例參與該關聯這裡的「多少」稱為關聯角色的多重性(Multiplicity) 或稱基數

(Cardinality)最常見的基數包括

1 1

例如一份訂單只能是某位客戶的

2 01

例如企業客戶可能會有一位專門服務它的銷售代表也可能沒有專屬

3

例如客戶沒有必要一定要下訂單而客戶下的訂單也不會有任何上限

它可以會有零份或多份訂單

一般來說可以用一個上限與一個下限來定義基數基數的下線可以是任何

數或零上限則可以是任何數或(代表沒有上限)如果上限跟下限一樣就可以

以一個數字來同時表達上下限因此1 等於 11另外因為 0是很常見的基

數所以會簡寫成

11

以圖 2-7訂單與客戶類別間的關聯關係來說明一個客戶可擁有零張或多張訂

單但一張訂單僅屬於一個客戶

圖 2-7 基數範例

1 相依關係

某一模式元素需要另一個模式元素所提供的規格 (specification)或實作

(implementation)時兩者之間的關係也就是說表達一個類別會使用到其他類

別依賴關係的圖示是帶箭頭虛線由依賴元素指向支援元素(圖 2-8)

圖 2-8 相依關係圖

2 關聯關係

描述類別與類別間之連結關聯關係意味著一類別之物件知道另一類別之物

件的存在或一類別之物件使用到另一類別之物件的服務

圖 2-9表示投資人「購買」股票而股票「屬於」投資人或被投資人所「購買」

圖 2-9 關聯關係圖

3 聚合關係

聚合具有 Whole-Part的關係當整體物件被刪除時部分物件也可以單

獨存在圖 2-10表示一部車子有多個輪胎雖然輪胎屬於車子但輪胎也可

以單獨存在

圖 2-10 聚合關係圖

12

4 組合關係

組合有較強的限制當整體之物件被複製或刪除則其部份之物件也會

被複製或刪除也就是說組合關係的部份物件不能單獨存在兩者間具有

Whole-Part的特質發票是 Whole發票項目是 Part圖 2-11表示一張發票

擁有多個發票項目當該發票被刪除時則其所屬之發票項目也需一起刪除

圖 2-11 組合關係圖

5 一般化關係

指的是一般性類別(稱為父類別)與僅具有此種一般性類別之某些特定性

質之類別(稱為子類別)間的關係

光學滑鼠滾輪滑鼠與滑鼠這三者之間的關係是一般化關係「光學滑

鼠是滑鼠」或者說「滾輪滑鼠是一種滑鼠」因此它們之間有一般化關係

如圖 2-12所示

圖 2-12 一般化關係圖

13

(四) 循序圖

主要用以描述系統運作時物件間的互動行為且著重以時間之先後順序為主

軸以表達物件間的訊息傳遞與處理程序循序圖之重要元件包括類別之物件呼

叫訊息生命線及執行規格等(如圖 2-13)介紹如下

圖 2-13 循序圖範例

1 生命線(Lifeline)

是物件加上劃在物件底下與物件垂直之虛線用以表達物件在某時段之

存在

2 執行發起(Execution Occurrence)

主要表示互動的情形中參與物件處於活化狀態的時間也就是說物件

在執行發起標示的矩形區間是處於執行的狀態執行發起分別會對應到參與

物件被呼叫方法中的其中一個

3 訊息

循序圖之訊息(Message)主要可分兩種同步訊息(Synchronous Message)與非同步訊息（Asynchronous Message）發送物件在發送同步訊息後會等

待接收物件執行操作完畢後才會接著傳送下一個訊息發送物件在發送非

同步訊息後不等待接收物件執行完畢就往下執行

14

4 非同步訊息

在圖 2-14 的非同步訊息中投資人物件發送非同步訊息給電郵系統之

後不等待電郵系統的回應繼續往下執行其他操作

圖 2-14 非同步訊息

5 自我呼叫

除了傳送呼叫訊息給其他物件之外物件也可以傳送呼叫訊息給自己

以便引發執行自己的操作如圖 2-15

圖 2-15 自我呼叫

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

IV

表 4-12 專業管制－國外對國內著作權 51

表 4-13 專業管制－顧問客戶 51

V

圖目錄圖目錄圖目錄圖目錄

圖 2-1 UML20圖形之階層架構4

圖 2-2 提款使用個案間 Include關係圖 6

圖 2-3 下訂單使用個案之 Extend關係圖 6

圖 2-4 訂票使用個案之 Generalization關係圖7

圖 2-5 產學資訊管理需求之活動圖 9

圖 2-6 類別圖表示方法9

圖 2-7 基數範例11

圖 2-8 相依關係圖11

圖 2-9 關聯關係圖11

圖 2-10 聚合關係圖11

圖 2-11 組合關係圖12

圖 2-12 一般化關係圖12

圖 2-13 循序圖範例13

圖 2-14 非同步訊息14

圖 2-15 自我呼叫14

圖 2-16 框架圖示15

圖 2-17 多選一範例16

圖 2-18 自由選擇範例16

圖 2-19 終止範例17

圖 2-20 迴圈範例18

圖 2-21 平行範例18

圖 2-22 行動的格式19

圖 2-23 轉換線圖例20

圖 2-25 傳遞標籤圖例20

VI

圖 2-26 狀態圖範例21

圖 3-1 企業 UC圖 26

圖 3-2 委託專利申請保護之一般流程活動圖 27

圖 3-3 委託商標申請保護之一般流程活動圖 28

圖 3-4 委託著作權申請保護之一般流程活動圖 29

圖 3-5 法律問題諮詢之一般流程活動圖 30

圖 3-6 業務可啟動的系統 UC31

圖 3-7 會計可啟動的系統 UC31

圖 3-8 建立收文案號之類別圖 37

圖 3-9 申請同文案號之類別圖 37

圖 3-10 申請附加案號之類別圖 38

圖 3-11 應收帳款之類別圖 38

圖 3-12 應付帳款之類別圖 38

圖 3-13 專利合併之類別圖 39

圖 3-14 商標合併之類別圖 40

圖 3-15 著作權合併之類別圖 41

圖 3-16 顧問客戶合併之類別圖 42

圖 3-14 收文案號之循序圖 43

圖 3-15 同文案號之循序圖 43

圖 3-16 附加案號之循序圖 44

圖 4-1 客戶資料管理新增畫面 52

圖 4-2 客戶資料管理修改刪除畫面 52

圖 4-3 收文案號管理新增畫面 53

圖 4-4 收文案號管理修改刪除畫面 53

圖 4-5 同文案號管理新增畫面 54

圖 4-6 附加案號管理新增畫面 54

VII

圖 4-7 應收帳款管理修改刪除畫面 55

圖 4-8 國內專利管理修改刪除畫面 55

圖 4-9 國內商標管理修改刪除畫面 56

圖 4-10 國內著作權管理修改刪除畫面 56

圖 4-11 國外專利修改管理刪除畫面 57

圖 4-12 國外商標管理修改刪除畫面 57

圖 4-13 顧問客戶管理修改刪除畫面 58

1

第一章 緒論

第一節第一節第一節第一節 研究背景與動機研究背景與動機研究背景與動機研究背景與動機

傳統結構化系統分析與設計在不同的階段會出現斷層而且產出無法重複使

用(reuse)這不但使得系統開發效率降低同時容易造成錯誤因此物件管理組

織（Object Management Group OMG）在 2001年提出了模型驅動架構（Model-Driven Architecture MDA）由於過去在塑模系統時常是將系統的邏輯與實作平台的資

訊一起建構於模型中造成模型在轉換實作平台時往往無法再繼續使用因此

在 MDA 的架構中是將系統模型的發展分為兩階段首先是建立只描述系統抽象

邏輯設計的平台獨立模型(Platform Independent Model PIM)再來是將系統的 PIM結合實作平台的資訊來產生平台相關模型(Platform Specific Model PSM)最後才

依照 PSM來實作系統的程式碼對於開發現今越來越多樣化的平台與應用程式

MDA 提供了一個良好的解決方案其期待的益處包括減短系統開發週期降低

系統開發成本增加系統品質降低異質平台轉換困難度增加模型的重複使用

性當然其中還包括文件的製作與維護讓系統從分析設計到實作其自動生

成的程式碼甚至相關的文件能夠在開發流程中無接縫的整合提高可維護性

[7][8]

OMG 提出 MDA 軟體開發的方法強調開發者可依循技術與軟硬體之需求

進行系統的設計開發及維護當完成系統開發也同時產生技術檔及相關系統

資訊因此有利於未來系統的維護與系統的重新開發而軟體再使用性及減少開

發的成本與時間正是軟體開發所關切的重要問題若於系統開發的過程中導

入 MDA 開發方法企業必能迅速開發出符合自己功能需求的系統更可藉由 MDA架構整合舊有的系統達成跨技術平台的目的[7]

第二節第二節第二節第二節 研究目的與範圍研究目的與範圍研究目的與範圍研究目的與範圍

本專題研究探討物件導向系統分析與設計方法和工具包括模型驅動架構

(Model-Driven Architecture MDA)與統一塑模語言(Unified Modeling Language UML)等並將物件導向系統分析與設計之理論概念方法與工具實際應用某國

際專利商標事務所之客戶資料管理系統最後依據系統分系與設計產出之系統

文件規格以 ASPNET程式語言和 SQL Sever資料庫實作此資訊系統

2

第二章 文獻探討

本章將探討與 MDA 架構相關之研究理論與說明系統開發工具在第一節將介

紹 MDA 架構所使用的系統分析方法第二節則說明 UML 之定義圖形類別與圖

形元件介紹第三節是介紹 ASPNET程式的開發環境

第一節第一節第一節第一節 模型驅動架構模型驅動架構模型驅動架構模型驅動架構

OMG組織在2001年提出了Mode Driven Architecture(MDA)的軟體發展標準

MDA提供一種開發式廠商中立的方法來因應軟體互動性(Interoperability)之挑

戰它可以支援OMG所建立的各種模型標準 [9] UML(Unified Modeling Language) MOF (Meta Object Facility)及CWM (Common Warehouse Meta-model)三個主要核心功能整合不同仲介軟體平台(如CORBANETEJBSOAP等)

所以 MDA 有三個階段CIMPIM 及 PSM 分述如下

一CIM(Computation Independent Model)

MDA 專案開發的第一個步驟從 CIM 開始不同於 PIM 與 PSMCIM 試圖

表達資訊系統的應用環境而非資訊系統本身在進行 CIM 開發時關切的是與

企業相關的營運目標實體要件及運作流程等先了解資訊系統的應用環境才

有可能為企業量身打造出完善的資訊系統[3][4][10]

二PIM (Platform Independent Model)

MDA發展初期可以利用與技術平台無關的UML環境開始建立PIM有別於傳

統的系統發展方法是由團隊中的發展人員一步步分析撰寫文件PIM 描述企業所

需的功能與商業行為PIM是一種高階抽象模式該模式與所採用的開發技術獨

立PIM是分析與設計結果的重要產出主要是根據需求塑模的結果從如何支援

企業運作的觀點描述一個軟體系統並不涉及描述系統開發與運作之平台PIM必

須以有完整定義的語言來描述而且適合用電腦來自動解譯故相當適合利用UML來描述平台獨立模式[3][4][10]

三PSM(Platform Specific Model)

PSM是一種特定平台的模式亦即該模式是相依於所採用的軟體開發技術

是進行低階程式設計階段的主要資訊來源該階段的產出主要是建構出程式碼

3

對於某一種PSM而言只有具該特定平台模式技術的開發人員才能理解其傳達的

資訊PSM主要是以開發工具的架構描述一個軟體系統對於每一個特定的技術

平台需產生一個與其他技術分開的PSM這些PSM之間的溝通方式可以藉由溝

通橋樑(Communication Bridge)的機制來互動[9]

第二節第二節第二節第二節 統一塑模語言統一塑模語言統一塑模語言統一塑模語言

統一塑模語言（Unified Modeling Language UML）是由OMG定義出來的物件

導向的模式化語言模式化指的是用圖解的方式來表達系統開發流程中各細部

活動之間的順序以及各活動所需要處理的輸入資訊輸出資訊限制條件或所

使用到的資源等也就是說UML可以表達許多不同目的與種類的模式而且更

加接近人類日常思考方式因此能夠讓系統設計者與使用者對系統更有共識也

更能有效地溝通

除了因為有共同的溝通符號能減少溝通時的誤會外也能以系統模型(model)的資訊來驗證設計是否符合系統需求另外對於後續的系統維護或是讓專案新

進人員了解現有系統的設計都有相當大的幫助[8]

從使用者分析師系統整合者測試者技師與專案管理者的多種觀點去

思考來架構一套從需求分析系統分析設計到程式撰寫的完整塑模語言其所

提供描述真實世界物件的符號（Notation）有彈性且精簡並具備圖形化的表達能

力讓使用者可以充分表達從業務流程分析業務需求物件模式化到物件設

計的各種結果因此企業與資訊軟體廠商紛紛開始投入並採用UML的產品及服

務使UML成為目前最為盛行的塑模語言 一UML 的定義及圖形分類

UML 是一種定義良好易於表達功能強大且普遍適用的模式語言它融入

了軟體工程領域的新思想方法與技術不限於支援物件導向的分析與設計更

可支持從需求分析開始的軟體發展的全部開發過程[1]

UML 20將圖形分成兩大類共 13種圖(表 2-1)分類成圖 2-1的結構

4

圖 2-1 UML20圖形之階層架構

表 2-1 UML20圖形兩大分類(共 13種圖形)

類別圖(Class Diagram)

物件圖(Object diagram)

元件圖(Component diagram)

部署圖(Deployment diagram)

複合結構圖(Composite structure diagram)

結 構 性 圖 形 (Structure diagrams)強調的是系統

式的建模

套件圖(Package diagram)

使用個案圖(Use Case Diagram)

活動圖(Activity diagram)

狀態圖(State diagram)

循序圖(Sequence diagram)

通訊圖(Communication diagram)

時序圖(Timing Diagram)

行為式圖形（ Behavior diagrams）強調系統模

型中觸發的事件

溝通性圖形(Interaction diagrams)屬於行為圖形的

子集合強調系統模型中的

資料流程

互動概觀圖(Interaction diagram)

5

二UML 圖形元件介紹

(一) 使用個案圖(Use Case Diagram)

以使用者的觀點描述系統的行為者與系統間之互動行為與關係從外部的觀

點來看使用個案可以描述系統做什麼從內部的觀點來看它可以描述行為者

與系統如何互動

使用個案圖中行為者常以人形表示使用個案以橢圓表示使用個案與使

用個案間之關係的表示如表 2-2所示

表 2-2 使用案例圖元件介紹

元件 元件圖示

行為者(Actor)

使用個案(Use Case)

行為者與使用個案間之

互動

使用個案間之 Include關係 使用個案間之 Extend關係 使用個案間之

Generalization關係

1 行為者(Actor)

在 UML 中稱為 actor它不一定是代表真正的人更不會代表哪一個特

定的人它要表達的是一個與系統互動的角色

2 使用個案(Use Case)

以一個橢圓形來表示使用案例使用案例用來表示系統應提供的功能是

由行為者所引發或參與的每一個事件

3 使用個案間之 Include(包含)關係

一個使用案例 A 在其執行的過程中一定會使用到使用案例 B則案例 A

6

包含案例 B

對於一個 ATM 的系統「提款」為一個典型的使用案例「提款」這個

使用案例「一定」會包含有「更新餘額」這個使用案例(如圖 2-2)

圖 2-2 提款使用個案間 Include關係圖

4 使用個案間之 Extend(延伸)關係

在某些情況或是條件下一個使用案例的行為可以被另一個使用案例的

行為所延伸「某些情況或是條件」稱為延伸點(extension point)

使用者可以下訂單系統會去檢查庫存有無貨品若是沒有存貨系統

要執行訂貨(如圖 2-3)

圖 2-3 下訂單使用個案之 Extend關係圖

5 使用個案間之 Generalization(一般化)關係

使用案例的一般化關係與物件導向語言的一般化關係是類似的概念子使用

個案會繼承父使用個案之行為與意義且子使用個案可擁有其個別之行為與意

義又如一個使用個案甲某部份與另一個個案乙相同且另外多出一些功能

「訂票」是一個很容易捕捉的使用案例如果要細分訂票方式的種類那麼

訂票的方式可能是打電話來訂票或者是直接在網路上訂票再來取票那麼可以

利用下列的方式來表達(如圖 2-4)

7

圖 2-4 訂票使用個案之 Generalization關係圖

(二) 活動圖(Activity diagram)

活動是流程中的一個簡單步驟具有可選擇性同時能夠提供細膩的資訊來

協助完成之後的系統設計活動圖主要用途是用來說明一個系統的流程可進一

步描述每個活動或處理之執行步驟法則控制等並說明其資料之輸入和輸出

內容與所涉及之實體為使用個案的活動流程及資料輸出入做描述活動圖之表

達符號描述如表 2-3所示

表 2-3 活動圖之元件與表達符號

活動圖之元件 符號 活動圖之元件 符號

開始活動

(Initial)

一般轉換[條件]

(Transition)

結束活動

(Activity Final)

分支

(Branch)

結束流程

(Flow Final)

合併

(Merge)

一般活動

(Activity)

分岔

(Fork)

註記或條件

(Condition or Note)

結合

(Join)

物件

(Object)

8

1 開始

描述一連串的活動的起點以一實心圓型表示

2 結束活動

描述一連串活動的結束或終點

3 結束流程

描述某一流程的結束或終點

4 一般活動

是真實世界的一個動作處理一組動作程序或是可執行的一段副程式

5 註記或條件

他可用於描述某一個活動的起點結束分支或合併的條件也可用於

限制值或決策選項等的註記

6 物件

可描述與某一個活動有關的狀態輸入與輸出之使用者介面或資料儲存

等

7 轉換

當一個動作或活動完成時直接到下一個活動的控制

8 分支

用於表達當轉換發生後有多個選擇路徑但僅能依條件選擇其中一個

路徑執行

9 合併

用於表達有多個路徑匯集於某點之後再依條件往下一個路徑執行

10 分岔

用於表達當轉換發生後有兩個或兩個以上之平行活動發生的情況

11 結合

用於表達平行活動結束之情況多個平行作業同時進一個作業出來

9

一個產學資訊管理需求的活動圖範例如下(圖 2-5)

圖 2-5 產學資訊管理需求之活動圖

(三) 類別圖

主要用以表示系統存在之物件型態（或稱類別）及各物件型態間的靜態資料

結構與邏輯關係也表達類別之屬性操作與類別間連結之限制等而類別圖的

表示方法如下圖 2-6

圖 2-6 類別圖表示方法

類別的屬性或操作可以定義有哪些物件可以改變該屬性或操作這就是類別

屬性或操作的可視性(Visibility)可視性分為公開的(Public)私有的(Private)保

護的(Protected)套裝式(Package)等不同權限符號如表 2-4

10

表 2-4 可視性表示符號

分類 UML 表示法 權限

公開的 + 可被系統中所有類別存取

私有的 - 同一個類別內可被存取

保護的 子類別可以存取父類別的保護成員

套件式 ~ 只能被同一個套件內的其他類別存取

UML 提供了許多表示方法用來呈現類別之間的關係以下介紹類別圖之間的

關係(表 2-5)

表 2-5 類別圖間的關係

類別間的關係 符號

相依(Dependency)關係

關聯(association)關係

聚合(aggregation)關係

組合(composition)關係

一般化(generalization)關係

在每一個關係中常需表達有多少物件參與此關係也就是表示有多少個案

例參與該關聯這裡的「多少」稱為關聯角色的多重性(Multiplicity) 或稱基數

(Cardinality)最常見的基數包括

1 1

例如一份訂單只能是某位客戶的

2 01

例如企業客戶可能會有一位專門服務它的銷售代表也可能沒有專屬

3

例如客戶沒有必要一定要下訂單而客戶下的訂單也不會有任何上限

它可以會有零份或多份訂單

一般來說可以用一個上限與一個下限來定義基數基數的下線可以是任何

數或零上限則可以是任何數或(代表沒有上限)如果上限跟下限一樣就可以

以一個數字來同時表達上下限因此1 等於 11另外因為 0是很常見的基

數所以會簡寫成

11

以圖 2-7訂單與客戶類別間的關聯關係來說明一個客戶可擁有零張或多張訂

單但一張訂單僅屬於一個客戶

圖 2-7 基數範例

1 相依關係

某一模式元素需要另一個模式元素所提供的規格 (specification)或實作

(implementation)時兩者之間的關係也就是說表達一個類別會使用到其他類

別依賴關係的圖示是帶箭頭虛線由依賴元素指向支援元素(圖 2-8)

圖 2-8 相依關係圖

2 關聯關係

描述類別與類別間之連結關聯關係意味著一類別之物件知道另一類別之物

件的存在或一類別之物件使用到另一類別之物件的服務

圖 2-9表示投資人「購買」股票而股票「屬於」投資人或被投資人所「購買」

圖 2-9 關聯關係圖

3 聚合關係

聚合具有 Whole-Part的關係當整體物件被刪除時部分物件也可以單

獨存在圖 2-10表示一部車子有多個輪胎雖然輪胎屬於車子但輪胎也可

以單獨存在

圖 2-10 聚合關係圖

12

4 組合關係

組合有較強的限制當整體之物件被複製或刪除則其部份之物件也會

被複製或刪除也就是說組合關係的部份物件不能單獨存在兩者間具有

Whole-Part的特質發票是 Whole發票項目是 Part圖 2-11表示一張發票

擁有多個發票項目當該發票被刪除時則其所屬之發票項目也需一起刪除

圖 2-11 組合關係圖

5 一般化關係

指的是一般性類別(稱為父類別)與僅具有此種一般性類別之某些特定性

質之類別(稱為子類別)間的關係

光學滑鼠滾輪滑鼠與滑鼠這三者之間的關係是一般化關係「光學滑

鼠是滑鼠」或者說「滾輪滑鼠是一種滑鼠」因此它們之間有一般化關係

如圖 2-12所示

圖 2-12 一般化關係圖

13

(四) 循序圖

主要用以描述系統運作時物件間的互動行為且著重以時間之先後順序為主

軸以表達物件間的訊息傳遞與處理程序循序圖之重要元件包括類別之物件呼

叫訊息生命線及執行規格等(如圖 2-13)介紹如下

圖 2-13 循序圖範例

1 生命線(Lifeline)

是物件加上劃在物件底下與物件垂直之虛線用以表達物件在某時段之

存在

2 執行發起(Execution Occurrence)

主要表示互動的情形中參與物件處於活化狀態的時間也就是說物件

在執行發起標示的矩形區間是處於執行的狀態執行發起分別會對應到參與

物件被呼叫方法中的其中一個

3 訊息

循序圖之訊息(Message)主要可分兩種同步訊息(Synchronous Message)與非同步訊息（Asynchronous Message）發送物件在發送同步訊息後會等

待接收物件執行操作完畢後才會接著傳送下一個訊息發送物件在發送非

同步訊息後不等待接收物件執行完畢就往下執行

14

4 非同步訊息

在圖 2-14 的非同步訊息中投資人物件發送非同步訊息給電郵系統之

後不等待電郵系統的回應繼續往下執行其他操作

圖 2-14 非同步訊息

5 自我呼叫

除了傳送呼叫訊息給其他物件之外物件也可以傳送呼叫訊息給自己

以便引發執行自己的操作如圖 2-15

圖 2-15 自我呼叫

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

V

圖目錄圖目錄圖目錄圖目錄

圖 2-1 UML20圖形之階層架構4

圖 2-2 提款使用個案間 Include關係圖 6

圖 2-3 下訂單使用個案之 Extend關係圖 6

圖 2-4 訂票使用個案之 Generalization關係圖7

圖 2-5 產學資訊管理需求之活動圖 9

圖 2-6 類別圖表示方法9

圖 2-7 基數範例11

圖 2-8 相依關係圖11

圖 2-9 關聯關係圖11

圖 2-10 聚合關係圖11

圖 2-11 組合關係圖12

圖 2-12 一般化關係圖12

圖 2-13 循序圖範例13

圖 2-14 非同步訊息14

圖 2-15 自我呼叫14

圖 2-16 框架圖示15

圖 2-17 多選一範例16

圖 2-18 自由選擇範例16

圖 2-19 終止範例17

圖 2-20 迴圈範例18

圖 2-21 平行範例18

圖 2-22 行動的格式19

圖 2-23 轉換線圖例20

圖 2-25 傳遞標籤圖例20

VI

圖 2-26 狀態圖範例21

圖 3-1 企業 UC圖 26

圖 3-2 委託專利申請保護之一般流程活動圖 27

圖 3-3 委託商標申請保護之一般流程活動圖 28

圖 3-4 委託著作權申請保護之一般流程活動圖 29

圖 3-5 法律問題諮詢之一般流程活動圖 30

圖 3-6 業務可啟動的系統 UC31

圖 3-7 會計可啟動的系統 UC31

圖 3-8 建立收文案號之類別圖 37

圖 3-9 申請同文案號之類別圖 37

圖 3-10 申請附加案號之類別圖 38

圖 3-11 應收帳款之類別圖 38

圖 3-12 應付帳款之類別圖 38

圖 3-13 專利合併之類別圖 39

圖 3-14 商標合併之類別圖 40

圖 3-15 著作權合併之類別圖 41

圖 3-16 顧問客戶合併之類別圖 42

圖 3-14 收文案號之循序圖 43

圖 3-15 同文案號之循序圖 43

圖 3-16 附加案號之循序圖 44

圖 4-1 客戶資料管理新增畫面 52

圖 4-2 客戶資料管理修改刪除畫面 52

圖 4-3 收文案號管理新增畫面 53

圖 4-4 收文案號管理修改刪除畫面 53

圖 4-5 同文案號管理新增畫面 54

圖 4-6 附加案號管理新增畫面 54

VII

圖 4-7 應收帳款管理修改刪除畫面 55

圖 4-8 國內專利管理修改刪除畫面 55

圖 4-9 國內商標管理修改刪除畫面 56

圖 4-10 國內著作權管理修改刪除畫面 56

圖 4-11 國外專利修改管理刪除畫面 57

圖 4-12 國外商標管理修改刪除畫面 57

圖 4-13 顧問客戶管理修改刪除畫面 58

1

第一章 緒論

第一節第一節第一節第一節 研究背景與動機研究背景與動機研究背景與動機研究背景與動機

傳統結構化系統分析與設計在不同的階段會出現斷層而且產出無法重複使

用(reuse)這不但使得系統開發效率降低同時容易造成錯誤因此物件管理組

織（Object Management Group OMG）在 2001年提出了模型驅動架構（Model-Driven Architecture MDA）由於過去在塑模系統時常是將系統的邏輯與實作平台的資

訊一起建構於模型中造成模型在轉換實作平台時往往無法再繼續使用因此

在 MDA 的架構中是將系統模型的發展分為兩階段首先是建立只描述系統抽象

邏輯設計的平台獨立模型(Platform Independent Model PIM)再來是將系統的 PIM結合實作平台的資訊來產生平台相關模型(Platform Specific Model PSM)最後才

依照 PSM來實作系統的程式碼對於開發現今越來越多樣化的平台與應用程式

MDA 提供了一個良好的解決方案其期待的益處包括減短系統開發週期降低

系統開發成本增加系統品質降低異質平台轉換困難度增加模型的重複使用

性當然其中還包括文件的製作與維護讓系統從分析設計到實作其自動生

成的程式碼甚至相關的文件能夠在開發流程中無接縫的整合提高可維護性

[7][8]

OMG 提出 MDA 軟體開發的方法強調開發者可依循技術與軟硬體之需求

進行系統的設計開發及維護當完成系統開發也同時產生技術檔及相關系統

資訊因此有利於未來系統的維護與系統的重新開發而軟體再使用性及減少開

發的成本與時間正是軟體開發所關切的重要問題若於系統開發的過程中導

入 MDA 開發方法企業必能迅速開發出符合自己功能需求的系統更可藉由 MDA架構整合舊有的系統達成跨技術平台的目的[7]

第二節第二節第二節第二節 研究目的與範圍研究目的與範圍研究目的與範圍研究目的與範圍

本專題研究探討物件導向系統分析與設計方法和工具包括模型驅動架構

(Model-Driven Architecture MDA)與統一塑模語言(Unified Modeling Language UML)等並將物件導向系統分析與設計之理論概念方法與工具實際應用某國

際專利商標事務所之客戶資料管理系統最後依據系統分系與設計產出之系統

文件規格以 ASPNET程式語言和 SQL Sever資料庫實作此資訊系統

2

第二章 文獻探討

本章將探討與 MDA 架構相關之研究理論與說明系統開發工具在第一節將介

紹 MDA 架構所使用的系統分析方法第二節則說明 UML 之定義圖形類別與圖

形元件介紹第三節是介紹 ASPNET程式的開發環境

第一節第一節第一節第一節 模型驅動架構模型驅動架構模型驅動架構模型驅動架構

OMG組織在2001年提出了Mode Driven Architecture(MDA)的軟體發展標準

MDA提供一種開發式廠商中立的方法來因應軟體互動性(Interoperability)之挑

戰它可以支援OMG所建立的各種模型標準 [9] UML(Unified Modeling Language) MOF (Meta Object Facility)及CWM (Common Warehouse Meta-model)三個主要核心功能整合不同仲介軟體平台(如CORBANETEJBSOAP等)

所以 MDA 有三個階段CIMPIM 及 PSM 分述如下

一CIM(Computation Independent Model)

MDA 專案開發的第一個步驟從 CIM 開始不同於 PIM 與 PSMCIM 試圖

表達資訊系統的應用環境而非資訊系統本身在進行 CIM 開發時關切的是與

企業相關的營運目標實體要件及運作流程等先了解資訊系統的應用環境才

有可能為企業量身打造出完善的資訊系統[3][4][10]

二PIM (Platform Independent Model)

MDA發展初期可以利用與技術平台無關的UML環境開始建立PIM有別於傳

統的系統發展方法是由團隊中的發展人員一步步分析撰寫文件PIM 描述企業所

需的功能與商業行為PIM是一種高階抽象模式該模式與所採用的開發技術獨

立PIM是分析與設計結果的重要產出主要是根據需求塑模的結果從如何支援

企業運作的觀點描述一個軟體系統並不涉及描述系統開發與運作之平台PIM必

須以有完整定義的語言來描述而且適合用電腦來自動解譯故相當適合利用UML來描述平台獨立模式[3][4][10]

三PSM(Platform Specific Model)

PSM是一種特定平台的模式亦即該模式是相依於所採用的軟體開發技術

是進行低階程式設計階段的主要資訊來源該階段的產出主要是建構出程式碼

3

對於某一種PSM而言只有具該特定平台模式技術的開發人員才能理解其傳達的

資訊PSM主要是以開發工具的架構描述一個軟體系統對於每一個特定的技術

平台需產生一個與其他技術分開的PSM這些PSM之間的溝通方式可以藉由溝

通橋樑(Communication Bridge)的機制來互動[9]

第二節第二節第二節第二節 統一塑模語言統一塑模語言統一塑模語言統一塑模語言

統一塑模語言（Unified Modeling Language UML）是由OMG定義出來的物件

導向的模式化語言模式化指的是用圖解的方式來表達系統開發流程中各細部

活動之間的順序以及各活動所需要處理的輸入資訊輸出資訊限制條件或所

使用到的資源等也就是說UML可以表達許多不同目的與種類的模式而且更

加接近人類日常思考方式因此能夠讓系統設計者與使用者對系統更有共識也

更能有效地溝通

除了因為有共同的溝通符號能減少溝通時的誤會外也能以系統模型(model)的資訊來驗證設計是否符合系統需求另外對於後續的系統維護或是讓專案新

進人員了解現有系統的設計都有相當大的幫助[8]

從使用者分析師系統整合者測試者技師與專案管理者的多種觀點去

思考來架構一套從需求分析系統分析設計到程式撰寫的完整塑模語言其所

提供描述真實世界物件的符號（Notation）有彈性且精簡並具備圖形化的表達能

力讓使用者可以充分表達從業務流程分析業務需求物件模式化到物件設

計的各種結果因此企業與資訊軟體廠商紛紛開始投入並採用UML的產品及服

務使UML成為目前最為盛行的塑模語言 一UML 的定義及圖形分類

UML 是一種定義良好易於表達功能強大且普遍適用的模式語言它融入

了軟體工程領域的新思想方法與技術不限於支援物件導向的分析與設計更

可支持從需求分析開始的軟體發展的全部開發過程[1]

UML 20將圖形分成兩大類共 13種圖(表 2-1)分類成圖 2-1的結構

4

圖 2-1 UML20圖形之階層架構

表 2-1 UML20圖形兩大分類(共 13種圖形)

類別圖(Class Diagram)

物件圖(Object diagram)

元件圖(Component diagram)

部署圖(Deployment diagram)

複合結構圖(Composite structure diagram)

結 構 性 圖 形 (Structure diagrams)強調的是系統

式的建模

套件圖(Package diagram)

使用個案圖(Use Case Diagram)

活動圖(Activity diagram)

狀態圖(State diagram)

循序圖(Sequence diagram)

通訊圖(Communication diagram)

時序圖(Timing Diagram)

行為式圖形（ Behavior diagrams）強調系統模

型中觸發的事件

溝通性圖形(Interaction diagrams)屬於行為圖形的

子集合強調系統模型中的

資料流程

互動概觀圖(Interaction diagram)

5

二UML 圖形元件介紹

(一) 使用個案圖(Use Case Diagram)

以使用者的觀點描述系統的行為者與系統間之互動行為與關係從外部的觀

點來看使用個案可以描述系統做什麼從內部的觀點來看它可以描述行為者

與系統如何互動

使用個案圖中行為者常以人形表示使用個案以橢圓表示使用個案與使

用個案間之關係的表示如表 2-2所示

表 2-2 使用案例圖元件介紹

元件 元件圖示

行為者(Actor)

使用個案(Use Case)

行為者與使用個案間之

互動

使用個案間之 Include關係 使用個案間之 Extend關係 使用個案間之

Generalization關係

1 行為者(Actor)

在 UML 中稱為 actor它不一定是代表真正的人更不會代表哪一個特

定的人它要表達的是一個與系統互動的角色

2 使用個案(Use Case)

以一個橢圓形來表示使用案例使用案例用來表示系統應提供的功能是

由行為者所引發或參與的每一個事件

3 使用個案間之 Include(包含)關係

一個使用案例 A 在其執行的過程中一定會使用到使用案例 B則案例 A

6

包含案例 B

對於一個 ATM 的系統「提款」為一個典型的使用案例「提款」這個

使用案例「一定」會包含有「更新餘額」這個使用案例(如圖 2-2)

圖 2-2 提款使用個案間 Include關係圖

4 使用個案間之 Extend(延伸)關係

在某些情況或是條件下一個使用案例的行為可以被另一個使用案例的

行為所延伸「某些情況或是條件」稱為延伸點(extension point)

使用者可以下訂單系統會去檢查庫存有無貨品若是沒有存貨系統

要執行訂貨(如圖 2-3)

圖 2-3 下訂單使用個案之 Extend關係圖

5 使用個案間之 Generalization(一般化)關係

使用案例的一般化關係與物件導向語言的一般化關係是類似的概念子使用

個案會繼承父使用個案之行為與意義且子使用個案可擁有其個別之行為與意

義又如一個使用個案甲某部份與另一個個案乙相同且另外多出一些功能

「訂票」是一個很容易捕捉的使用案例如果要細分訂票方式的種類那麼

訂票的方式可能是打電話來訂票或者是直接在網路上訂票再來取票那麼可以

利用下列的方式來表達(如圖 2-4)

7

圖 2-4 訂票使用個案之 Generalization關係圖

(二) 活動圖(Activity diagram)

活動是流程中的一個簡單步驟具有可選擇性同時能夠提供細膩的資訊來

協助完成之後的系統設計活動圖主要用途是用來說明一個系統的流程可進一

步描述每個活動或處理之執行步驟法則控制等並說明其資料之輸入和輸出

內容與所涉及之實體為使用個案的活動流程及資料輸出入做描述活動圖之表

達符號描述如表 2-3所示

表 2-3 活動圖之元件與表達符號

活動圖之元件 符號 活動圖之元件 符號

開始活動

(Initial)

一般轉換[條件]

(Transition)

結束活動

(Activity Final)

分支

(Branch)

結束流程

(Flow Final)

合併

(Merge)

一般活動

(Activity)

分岔

(Fork)

註記或條件

(Condition or Note)

結合

(Join)

物件

(Object)

8

1 開始

描述一連串的活動的起點以一實心圓型表示

2 結束活動

描述一連串活動的結束或終點

3 結束流程

描述某一流程的結束或終點

4 一般活動

是真實世界的一個動作處理一組動作程序或是可執行的一段副程式

5 註記或條件

他可用於描述某一個活動的起點結束分支或合併的條件也可用於

限制值或決策選項等的註記

6 物件

可描述與某一個活動有關的狀態輸入與輸出之使用者介面或資料儲存

等

7 轉換

當一個動作或活動完成時直接到下一個活動的控制

8 分支

用於表達當轉換發生後有多個選擇路徑但僅能依條件選擇其中一個

路徑執行

9 合併

用於表達有多個路徑匯集於某點之後再依條件往下一個路徑執行

10 分岔

用於表達當轉換發生後有兩個或兩個以上之平行活動發生的情況

11 結合

用於表達平行活動結束之情況多個平行作業同時進一個作業出來

9

一個產學資訊管理需求的活動圖範例如下(圖 2-5)

圖 2-5 產學資訊管理需求之活動圖

(三) 類別圖

主要用以表示系統存在之物件型態（或稱類別）及各物件型態間的靜態資料

結構與邏輯關係也表達類別之屬性操作與類別間連結之限制等而類別圖的

表示方法如下圖 2-6

圖 2-6 類別圖表示方法

類別的屬性或操作可以定義有哪些物件可以改變該屬性或操作這就是類別

屬性或操作的可視性(Visibility)可視性分為公開的(Public)私有的(Private)保

護的(Protected)套裝式(Package)等不同權限符號如表 2-4

10

表 2-4 可視性表示符號

分類 UML 表示法 權限

公開的 + 可被系統中所有類別存取

私有的 - 同一個類別內可被存取

保護的 子類別可以存取父類別的保護成員

套件式 ~ 只能被同一個套件內的其他類別存取

UML 提供了許多表示方法用來呈現類別之間的關係以下介紹類別圖之間的

關係(表 2-5)

表 2-5 類別圖間的關係

類別間的關係 符號

相依(Dependency)關係

關聯(association)關係

聚合(aggregation)關係

組合(composition)關係

一般化(generalization)關係

在每一個關係中常需表達有多少物件參與此關係也就是表示有多少個案

例參與該關聯這裡的「多少」稱為關聯角色的多重性(Multiplicity) 或稱基數

(Cardinality)最常見的基數包括

1 1

例如一份訂單只能是某位客戶的

2 01

例如企業客戶可能會有一位專門服務它的銷售代表也可能沒有專屬

3

例如客戶沒有必要一定要下訂單而客戶下的訂單也不會有任何上限

它可以會有零份或多份訂單

一般來說可以用一個上限與一個下限來定義基數基數的下線可以是任何

數或零上限則可以是任何數或(代表沒有上限)如果上限跟下限一樣就可以

以一個數字來同時表達上下限因此1 等於 11另外因為 0是很常見的基

數所以會簡寫成

11

以圖 2-7訂單與客戶類別間的關聯關係來說明一個客戶可擁有零張或多張訂

單但一張訂單僅屬於一個客戶

圖 2-7 基數範例

1 相依關係

某一模式元素需要另一個模式元素所提供的規格 (specification)或實作

(implementation)時兩者之間的關係也就是說表達一個類別會使用到其他類

別依賴關係的圖示是帶箭頭虛線由依賴元素指向支援元素(圖 2-8)

圖 2-8 相依關係圖

2 關聯關係

描述類別與類別間之連結關聯關係意味著一類別之物件知道另一類別之物

件的存在或一類別之物件使用到另一類別之物件的服務

圖 2-9表示投資人「購買」股票而股票「屬於」投資人或被投資人所「購買」

圖 2-9 關聯關係圖

3 聚合關係

聚合具有 Whole-Part的關係當整體物件被刪除時部分物件也可以單

獨存在圖 2-10表示一部車子有多個輪胎雖然輪胎屬於車子但輪胎也可

以單獨存在

圖 2-10 聚合關係圖

12

4 組合關係

組合有較強的限制當整體之物件被複製或刪除則其部份之物件也會

被複製或刪除也就是說組合關係的部份物件不能單獨存在兩者間具有

Whole-Part的特質發票是 Whole發票項目是 Part圖 2-11表示一張發票

擁有多個發票項目當該發票被刪除時則其所屬之發票項目也需一起刪除

圖 2-11 組合關係圖

5 一般化關係

指的是一般性類別(稱為父類別)與僅具有此種一般性類別之某些特定性

質之類別(稱為子類別)間的關係

光學滑鼠滾輪滑鼠與滑鼠這三者之間的關係是一般化關係「光學滑

鼠是滑鼠」或者說「滾輪滑鼠是一種滑鼠」因此它們之間有一般化關係

如圖 2-12所示

圖 2-12 一般化關係圖

13

(四) 循序圖

主要用以描述系統運作時物件間的互動行為且著重以時間之先後順序為主

軸以表達物件間的訊息傳遞與處理程序循序圖之重要元件包括類別之物件呼

叫訊息生命線及執行規格等(如圖 2-13)介紹如下

圖 2-13 循序圖範例

1 生命線(Lifeline)

是物件加上劃在物件底下與物件垂直之虛線用以表達物件在某時段之

存在

2 執行發起(Execution Occurrence)

主要表示互動的情形中參與物件處於活化狀態的時間也就是說物件

在執行發起標示的矩形區間是處於執行的狀態執行發起分別會對應到參與

物件被呼叫方法中的其中一個

3 訊息

循序圖之訊息(Message)主要可分兩種同步訊息(Synchronous Message)與非同步訊息（Asynchronous Message）發送物件在發送同步訊息後會等

待接收物件執行操作完畢後才會接著傳送下一個訊息發送物件在發送非

同步訊息後不等待接收物件執行完畢就往下執行

14

4 非同步訊息

在圖 2-14 的非同步訊息中投資人物件發送非同步訊息給電郵系統之

後不等待電郵系統的回應繼續往下執行其他操作

圖 2-14 非同步訊息

5 自我呼叫

除了傳送呼叫訊息給其他物件之外物件也可以傳送呼叫訊息給自己

以便引發執行自己的操作如圖 2-15

圖 2-15 自我呼叫

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

VI

圖 2-26 狀態圖範例21

圖 3-1 企業 UC圖 26

圖 3-2 委託專利申請保護之一般流程活動圖 27

圖 3-3 委託商標申請保護之一般流程活動圖 28

圖 3-4 委託著作權申請保護之一般流程活動圖 29

圖 3-5 法律問題諮詢之一般流程活動圖 30

圖 3-6 業務可啟動的系統 UC31

圖 3-7 會計可啟動的系統 UC31

圖 3-8 建立收文案號之類別圖 37

圖 3-9 申請同文案號之類別圖 37

圖 3-10 申請附加案號之類別圖 38

圖 3-11 應收帳款之類別圖 38

圖 3-12 應付帳款之類別圖 38

圖 3-13 專利合併之類別圖 39

圖 3-14 商標合併之類別圖 40

圖 3-15 著作權合併之類別圖 41

圖 3-16 顧問客戶合併之類別圖 42

圖 3-14 收文案號之循序圖 43

圖 3-15 同文案號之循序圖 43

圖 3-16 附加案號之循序圖 44

圖 4-1 客戶資料管理新增畫面 52

圖 4-2 客戶資料管理修改刪除畫面 52

圖 4-3 收文案號管理新增畫面 53

圖 4-4 收文案號管理修改刪除畫面 53

圖 4-5 同文案號管理新增畫面 54

圖 4-6 附加案號管理新增畫面 54

VII

圖 4-7 應收帳款管理修改刪除畫面 55

圖 4-8 國內專利管理修改刪除畫面 55

圖 4-9 國內商標管理修改刪除畫面 56

圖 4-10 國內著作權管理修改刪除畫面 56

圖 4-11 國外專利修改管理刪除畫面 57

圖 4-12 國外商標管理修改刪除畫面 57

圖 4-13 顧問客戶管理修改刪除畫面 58

1

第一章 緒論

第一節第一節第一節第一節 研究背景與動機研究背景與動機研究背景與動機研究背景與動機

傳統結構化系統分析與設計在不同的階段會出現斷層而且產出無法重複使

用(reuse)這不但使得系統開發效率降低同時容易造成錯誤因此物件管理組

織（Object Management Group OMG）在 2001年提出了模型驅動架構（Model-Driven Architecture MDA）由於過去在塑模系統時常是將系統的邏輯與實作平台的資

訊一起建構於模型中造成模型在轉換實作平台時往往無法再繼續使用因此

在 MDA 的架構中是將系統模型的發展分為兩階段首先是建立只描述系統抽象

邏輯設計的平台獨立模型(Platform Independent Model PIM)再來是將系統的 PIM結合實作平台的資訊來產生平台相關模型(Platform Specific Model PSM)最後才

依照 PSM來實作系統的程式碼對於開發現今越來越多樣化的平台與應用程式

MDA 提供了一個良好的解決方案其期待的益處包括減短系統開發週期降低

系統開發成本增加系統品質降低異質平台轉換困難度增加模型的重複使用

性當然其中還包括文件的製作與維護讓系統從分析設計到實作其自動生

成的程式碼甚至相關的文件能夠在開發流程中無接縫的整合提高可維護性

[7][8]

OMG 提出 MDA 軟體開發的方法強調開發者可依循技術與軟硬體之需求

進行系統的設計開發及維護當完成系統開發也同時產生技術檔及相關系統

資訊因此有利於未來系統的維護與系統的重新開發而軟體再使用性及減少開

發的成本與時間正是軟體開發所關切的重要問題若於系統開發的過程中導

入 MDA 開發方法企業必能迅速開發出符合自己功能需求的系統更可藉由 MDA架構整合舊有的系統達成跨技術平台的目的[7]

第二節第二節第二節第二節 研究目的與範圍研究目的與範圍研究目的與範圍研究目的與範圍

本專題研究探討物件導向系統分析與設計方法和工具包括模型驅動架構

(Model-Driven Architecture MDA)與統一塑模語言(Unified Modeling Language UML)等並將物件導向系統分析與設計之理論概念方法與工具實際應用某國

際專利商標事務所之客戶資料管理系統最後依據系統分系與設計產出之系統

文件規格以 ASPNET程式語言和 SQL Sever資料庫實作此資訊系統

2

第二章 文獻探討

本章將探討與 MDA 架構相關之研究理論與說明系統開發工具在第一節將介

紹 MDA 架構所使用的系統分析方法第二節則說明 UML 之定義圖形類別與圖

形元件介紹第三節是介紹 ASPNET程式的開發環境

第一節第一節第一節第一節 模型驅動架構模型驅動架構模型驅動架構模型驅動架構

OMG組織在2001年提出了Mode Driven Architecture(MDA)的軟體發展標準

MDA提供一種開發式廠商中立的方法來因應軟體互動性(Interoperability)之挑

戰它可以支援OMG所建立的各種模型標準 [9] UML(Unified Modeling Language) MOF (Meta Object Facility)及CWM (Common Warehouse Meta-model)三個主要核心功能整合不同仲介軟體平台(如CORBANETEJBSOAP等)

所以 MDA 有三個階段CIMPIM 及 PSM 分述如下

一CIM(Computation Independent Model)

MDA 專案開發的第一個步驟從 CIM 開始不同於 PIM 與 PSMCIM 試圖

表達資訊系統的應用環境而非資訊系統本身在進行 CIM 開發時關切的是與

企業相關的營運目標實體要件及運作流程等先了解資訊系統的應用環境才

有可能為企業量身打造出完善的資訊系統[3][4][10]

二PIM (Platform Independent Model)

MDA發展初期可以利用與技術平台無關的UML環境開始建立PIM有別於傳

統的系統發展方法是由團隊中的發展人員一步步分析撰寫文件PIM 描述企業所

需的功能與商業行為PIM是一種高階抽象模式該模式與所採用的開發技術獨

立PIM是分析與設計結果的重要產出主要是根據需求塑模的結果從如何支援

企業運作的觀點描述一個軟體系統並不涉及描述系統開發與運作之平台PIM必

須以有完整定義的語言來描述而且適合用電腦來自動解譯故相當適合利用UML來描述平台獨立模式[3][4][10]

三PSM(Platform Specific Model)

PSM是一種特定平台的模式亦即該模式是相依於所採用的軟體開發技術

是進行低階程式設計階段的主要資訊來源該階段的產出主要是建構出程式碼

3

對於某一種PSM而言只有具該特定平台模式技術的開發人員才能理解其傳達的

資訊PSM主要是以開發工具的架構描述一個軟體系統對於每一個特定的技術

平台需產生一個與其他技術分開的PSM這些PSM之間的溝通方式可以藉由溝

通橋樑(Communication Bridge)的機制來互動[9]

第二節第二節第二節第二節 統一塑模語言統一塑模語言統一塑模語言統一塑模語言

統一塑模語言（Unified Modeling Language UML）是由OMG定義出來的物件

導向的模式化語言模式化指的是用圖解的方式來表達系統開發流程中各細部

活動之間的順序以及各活動所需要處理的輸入資訊輸出資訊限制條件或所

使用到的資源等也就是說UML可以表達許多不同目的與種類的模式而且更

加接近人類日常思考方式因此能夠讓系統設計者與使用者對系統更有共識也

更能有效地溝通

除了因為有共同的溝通符號能減少溝通時的誤會外也能以系統模型(model)的資訊來驗證設計是否符合系統需求另外對於後續的系統維護或是讓專案新

進人員了解現有系統的設計都有相當大的幫助[8]

從使用者分析師系統整合者測試者技師與專案管理者的多種觀點去

思考來架構一套從需求分析系統分析設計到程式撰寫的完整塑模語言其所

提供描述真實世界物件的符號（Notation）有彈性且精簡並具備圖形化的表達能

力讓使用者可以充分表達從業務流程分析業務需求物件模式化到物件設

計的各種結果因此企業與資訊軟體廠商紛紛開始投入並採用UML的產品及服

務使UML成為目前最為盛行的塑模語言 一UML 的定義及圖形分類

UML 是一種定義良好易於表達功能強大且普遍適用的模式語言它融入

了軟體工程領域的新思想方法與技術不限於支援物件導向的分析與設計更

可支持從需求分析開始的軟體發展的全部開發過程[1]

UML 20將圖形分成兩大類共 13種圖(表 2-1)分類成圖 2-1的結構

4

圖 2-1 UML20圖形之階層架構

表 2-1 UML20圖形兩大分類(共 13種圖形)

類別圖(Class Diagram)

物件圖(Object diagram)

元件圖(Component diagram)

部署圖(Deployment diagram)

複合結構圖(Composite structure diagram)

結 構 性 圖 形 (Structure diagrams)強調的是系統

式的建模

套件圖(Package diagram)

使用個案圖(Use Case Diagram)

活動圖(Activity diagram)

狀態圖(State diagram)

循序圖(Sequence diagram)

通訊圖(Communication diagram)

時序圖(Timing Diagram)

行為式圖形（ Behavior diagrams）強調系統模

型中觸發的事件

溝通性圖形(Interaction diagrams)屬於行為圖形的

子集合強調系統模型中的

資料流程

互動概觀圖(Interaction diagram)

5

二UML 圖形元件介紹

(一) 使用個案圖(Use Case Diagram)

以使用者的觀點描述系統的行為者與系統間之互動行為與關係從外部的觀

點來看使用個案可以描述系統做什麼從內部的觀點來看它可以描述行為者

與系統如何互動

使用個案圖中行為者常以人形表示使用個案以橢圓表示使用個案與使

用個案間之關係的表示如表 2-2所示

表 2-2 使用案例圖元件介紹

元件 元件圖示

行為者(Actor)

使用個案(Use Case)

行為者與使用個案間之

互動

使用個案間之 Include關係 使用個案間之 Extend關係 使用個案間之

Generalization關係

1 行為者(Actor)

在 UML 中稱為 actor它不一定是代表真正的人更不會代表哪一個特

定的人它要表達的是一個與系統互動的角色

2 使用個案(Use Case)

以一個橢圓形來表示使用案例使用案例用來表示系統應提供的功能是

由行為者所引發或參與的每一個事件

3 使用個案間之 Include(包含)關係

一個使用案例 A 在其執行的過程中一定會使用到使用案例 B則案例 A

6

包含案例 B

對於一個 ATM 的系統「提款」為一個典型的使用案例「提款」這個

使用案例「一定」會包含有「更新餘額」這個使用案例(如圖 2-2)

圖 2-2 提款使用個案間 Include關係圖

4 使用個案間之 Extend(延伸)關係

在某些情況或是條件下一個使用案例的行為可以被另一個使用案例的

行為所延伸「某些情況或是條件」稱為延伸點(extension point)

使用者可以下訂單系統會去檢查庫存有無貨品若是沒有存貨系統

要執行訂貨(如圖 2-3)

圖 2-3 下訂單使用個案之 Extend關係圖

5 使用個案間之 Generalization(一般化)關係

使用案例的一般化關係與物件導向語言的一般化關係是類似的概念子使用

個案會繼承父使用個案之行為與意義且子使用個案可擁有其個別之行為與意

義又如一個使用個案甲某部份與另一個個案乙相同且另外多出一些功能

「訂票」是一個很容易捕捉的使用案例如果要細分訂票方式的種類那麼

訂票的方式可能是打電話來訂票或者是直接在網路上訂票再來取票那麼可以

利用下列的方式來表達(如圖 2-4)

7

圖 2-4 訂票使用個案之 Generalization關係圖

(二) 活動圖(Activity diagram)

活動是流程中的一個簡單步驟具有可選擇性同時能夠提供細膩的資訊來

協助完成之後的系統設計活動圖主要用途是用來說明一個系統的流程可進一

步描述每個活動或處理之執行步驟法則控制等並說明其資料之輸入和輸出

內容與所涉及之實體為使用個案的活動流程及資料輸出入做描述活動圖之表

達符號描述如表 2-3所示

表 2-3 活動圖之元件與表達符號

活動圖之元件 符號 活動圖之元件 符號

開始活動

(Initial)

一般轉換[條件]

(Transition)

結束活動

(Activity Final)

分支

(Branch)

結束流程

(Flow Final)

合併

(Merge)

一般活動

(Activity)

分岔

(Fork)

註記或條件

(Condition or Note)

結合

(Join)

物件

(Object)

8

1 開始

描述一連串的活動的起點以一實心圓型表示

2 結束活動

描述一連串活動的結束或終點

3 結束流程

描述某一流程的結束或終點

4 一般活動

是真實世界的一個動作處理一組動作程序或是可執行的一段副程式

5 註記或條件

他可用於描述某一個活動的起點結束分支或合併的條件也可用於

限制值或決策選項等的註記

6 物件

可描述與某一個活動有關的狀態輸入與輸出之使用者介面或資料儲存

等

7 轉換

當一個動作或活動完成時直接到下一個活動的控制

8 分支

用於表達當轉換發生後有多個選擇路徑但僅能依條件選擇其中一個

路徑執行

9 合併

用於表達有多個路徑匯集於某點之後再依條件往下一個路徑執行

10 分岔

用於表達當轉換發生後有兩個或兩個以上之平行活動發生的情況

11 結合

用於表達平行活動結束之情況多個平行作業同時進一個作業出來

9

一個產學資訊管理需求的活動圖範例如下(圖 2-5)

圖 2-5 產學資訊管理需求之活動圖

(三) 類別圖

主要用以表示系統存在之物件型態（或稱類別）及各物件型態間的靜態資料

結構與邏輯關係也表達類別之屬性操作與類別間連結之限制等而類別圖的

表示方法如下圖 2-6

圖 2-6 類別圖表示方法

類別的屬性或操作可以定義有哪些物件可以改變該屬性或操作這就是類別

屬性或操作的可視性(Visibility)可視性分為公開的(Public)私有的(Private)保

護的(Protected)套裝式(Package)等不同權限符號如表 2-4

10

表 2-4 可視性表示符號

分類 UML 表示法 權限

公開的 + 可被系統中所有類別存取

私有的 - 同一個類別內可被存取

保護的 子類別可以存取父類別的保護成員

套件式 ~ 只能被同一個套件內的其他類別存取

UML 提供了許多表示方法用來呈現類別之間的關係以下介紹類別圖之間的

關係(表 2-5)

表 2-5 類別圖間的關係

類別間的關係 符號

相依(Dependency)關係

關聯(association)關係

聚合(aggregation)關係

組合(composition)關係

一般化(generalization)關係

在每一個關係中常需表達有多少物件參與此關係也就是表示有多少個案

例參與該關聯這裡的「多少」稱為關聯角色的多重性(Multiplicity) 或稱基數

(Cardinality)最常見的基數包括

1 1

例如一份訂單只能是某位客戶的

2 01

例如企業客戶可能會有一位專門服務它的銷售代表也可能沒有專屬

3

例如客戶沒有必要一定要下訂單而客戶下的訂單也不會有任何上限

它可以會有零份或多份訂單

一般來說可以用一個上限與一個下限來定義基數基數的下線可以是任何

數或零上限則可以是任何數或(代表沒有上限)如果上限跟下限一樣就可以

以一個數字來同時表達上下限因此1 等於 11另外因為 0是很常見的基

數所以會簡寫成

11

以圖 2-7訂單與客戶類別間的關聯關係來說明一個客戶可擁有零張或多張訂

單但一張訂單僅屬於一個客戶

圖 2-7 基數範例

1 相依關係

某一模式元素需要另一個模式元素所提供的規格 (specification)或實作

(implementation)時兩者之間的關係也就是說表達一個類別會使用到其他類

別依賴關係的圖示是帶箭頭虛線由依賴元素指向支援元素(圖 2-8)

圖 2-8 相依關係圖

2 關聯關係

描述類別與類別間之連結關聯關係意味著一類別之物件知道另一類別之物

件的存在或一類別之物件使用到另一類別之物件的服務

圖 2-9表示投資人「購買」股票而股票「屬於」投資人或被投資人所「購買」

圖 2-9 關聯關係圖

3 聚合關係

聚合具有 Whole-Part的關係當整體物件被刪除時部分物件也可以單

獨存在圖 2-10表示一部車子有多個輪胎雖然輪胎屬於車子但輪胎也可

以單獨存在

圖 2-10 聚合關係圖

12

4 組合關係

組合有較強的限制當整體之物件被複製或刪除則其部份之物件也會

被複製或刪除也就是說組合關係的部份物件不能單獨存在兩者間具有

Whole-Part的特質發票是 Whole發票項目是 Part圖 2-11表示一張發票

擁有多個發票項目當該發票被刪除時則其所屬之發票項目也需一起刪除

圖 2-11 組合關係圖

5 一般化關係

指的是一般性類別(稱為父類別)與僅具有此種一般性類別之某些特定性

質之類別(稱為子類別)間的關係

光學滑鼠滾輪滑鼠與滑鼠這三者之間的關係是一般化關係「光學滑

鼠是滑鼠」或者說「滾輪滑鼠是一種滑鼠」因此它們之間有一般化關係

如圖 2-12所示

圖 2-12 一般化關係圖

13

(四) 循序圖

主要用以描述系統運作時物件間的互動行為且著重以時間之先後順序為主

軸以表達物件間的訊息傳遞與處理程序循序圖之重要元件包括類別之物件呼

叫訊息生命線及執行規格等(如圖 2-13)介紹如下

圖 2-13 循序圖範例

1 生命線(Lifeline)

是物件加上劃在物件底下與物件垂直之虛線用以表達物件在某時段之

存在

2 執行發起(Execution Occurrence)

主要表示互動的情形中參與物件處於活化狀態的時間也就是說物件

在執行發起標示的矩形區間是處於執行的狀態執行發起分別會對應到參與

物件被呼叫方法中的其中一個

3 訊息

循序圖之訊息(Message)主要可分兩種同步訊息(Synchronous Message)與非同步訊息（Asynchronous Message）發送物件在發送同步訊息後會等

待接收物件執行操作完畢後才會接著傳送下一個訊息發送物件在發送非

同步訊息後不等待接收物件執行完畢就往下執行

14

4 非同步訊息

在圖 2-14 的非同步訊息中投資人物件發送非同步訊息給電郵系統之

後不等待電郵系統的回應繼續往下執行其他操作

圖 2-14 非同步訊息

5 自我呼叫

除了傳送呼叫訊息給其他物件之外物件也可以傳送呼叫訊息給自己

以便引發執行自己的操作如圖 2-15

圖 2-15 自我呼叫

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

VII

圖 4-7 應收帳款管理修改刪除畫面 55

圖 4-8 國內專利管理修改刪除畫面 55

圖 4-9 國內商標管理修改刪除畫面 56

圖 4-10 國內著作權管理修改刪除畫面 56

圖 4-11 國外專利修改管理刪除畫面 57

圖 4-12 國外商標管理修改刪除畫面 57

圖 4-13 顧問客戶管理修改刪除畫面 58

1

第一章 緒論

第一節第一節第一節第一節 研究背景與動機研究背景與動機研究背景與動機研究背景與動機

傳統結構化系統分析與設計在不同的階段會出現斷層而且產出無法重複使

用(reuse)這不但使得系統開發效率降低同時容易造成錯誤因此物件管理組

織（Object Management Group OMG）在 2001年提出了模型驅動架構（Model-Driven Architecture MDA）由於過去在塑模系統時常是將系統的邏輯與實作平台的資

訊一起建構於模型中造成模型在轉換實作平台時往往無法再繼續使用因此

在 MDA 的架構中是將系統模型的發展分為兩階段首先是建立只描述系統抽象

邏輯設計的平台獨立模型(Platform Independent Model PIM)再來是將系統的 PIM結合實作平台的資訊來產生平台相關模型(Platform Specific Model PSM)最後才

依照 PSM來實作系統的程式碼對於開發現今越來越多樣化的平台與應用程式

MDA 提供了一個良好的解決方案其期待的益處包括減短系統開發週期降低

系統開發成本增加系統品質降低異質平台轉換困難度增加模型的重複使用

性當然其中還包括文件的製作與維護讓系統從分析設計到實作其自動生

成的程式碼甚至相關的文件能夠在開發流程中無接縫的整合提高可維護性

[7][8]

OMG 提出 MDA 軟體開發的方法強調開發者可依循技術與軟硬體之需求

進行系統的設計開發及維護當完成系統開發也同時產生技術檔及相關系統

資訊因此有利於未來系統的維護與系統的重新開發而軟體再使用性及減少開

發的成本與時間正是軟體開發所關切的重要問題若於系統開發的過程中導

入 MDA 開發方法企業必能迅速開發出符合自己功能需求的系統更可藉由 MDA架構整合舊有的系統達成跨技術平台的目的[7]

第二節第二節第二節第二節 研究目的與範圍研究目的與範圍研究目的與範圍研究目的與範圍

本專題研究探討物件導向系統分析與設計方法和工具包括模型驅動架構

(Model-Driven Architecture MDA)與統一塑模語言(Unified Modeling Language UML)等並將物件導向系統分析與設計之理論概念方法與工具實際應用某國

際專利商標事務所之客戶資料管理系統最後依據系統分系與設計產出之系統

文件規格以 ASPNET程式語言和 SQL Sever資料庫實作此資訊系統

2

第二章 文獻探討

本章將探討與 MDA 架構相關之研究理論與說明系統開發工具在第一節將介

紹 MDA 架構所使用的系統分析方法第二節則說明 UML 之定義圖形類別與圖

形元件介紹第三節是介紹 ASPNET程式的開發環境

第一節第一節第一節第一節 模型驅動架構模型驅動架構模型驅動架構模型驅動架構

OMG組織在2001年提出了Mode Driven Architecture(MDA)的軟體發展標準

MDA提供一種開發式廠商中立的方法來因應軟體互動性(Interoperability)之挑

戰它可以支援OMG所建立的各種模型標準 [9] UML(Unified Modeling Language) MOF (Meta Object Facility)及CWM (Common Warehouse Meta-model)三個主要核心功能整合不同仲介軟體平台(如CORBANETEJBSOAP等)

所以 MDA 有三個階段CIMPIM 及 PSM 分述如下

一CIM(Computation Independent Model)

MDA 專案開發的第一個步驟從 CIM 開始不同於 PIM 與 PSMCIM 試圖

表達資訊系統的應用環境而非資訊系統本身在進行 CIM 開發時關切的是與

企業相關的營運目標實體要件及運作流程等先了解資訊系統的應用環境才

有可能為企業量身打造出完善的資訊系統[3][4][10]

二PIM (Platform Independent Model)

MDA發展初期可以利用與技術平台無關的UML環境開始建立PIM有別於傳

統的系統發展方法是由團隊中的發展人員一步步分析撰寫文件PIM 描述企業所

需的功能與商業行為PIM是一種高階抽象模式該模式與所採用的開發技術獨

立PIM是分析與設計結果的重要產出主要是根據需求塑模的結果從如何支援

企業運作的觀點描述一個軟體系統並不涉及描述系統開發與運作之平台PIM必

須以有完整定義的語言來描述而且適合用電腦來自動解譯故相當適合利用UML來描述平台獨立模式[3][4][10]

三PSM(Platform Specific Model)

PSM是一種特定平台的模式亦即該模式是相依於所採用的軟體開發技術

是進行低階程式設計階段的主要資訊來源該階段的產出主要是建構出程式碼

3

對於某一種PSM而言只有具該特定平台模式技術的開發人員才能理解其傳達的

資訊PSM主要是以開發工具的架構描述一個軟體系統對於每一個特定的技術

平台需產生一個與其他技術分開的PSM這些PSM之間的溝通方式可以藉由溝

通橋樑(Communication Bridge)的機制來互動[9]

第二節第二節第二節第二節 統一塑模語言統一塑模語言統一塑模語言統一塑模語言

統一塑模語言（Unified Modeling Language UML）是由OMG定義出來的物件

導向的模式化語言模式化指的是用圖解的方式來表達系統開發流程中各細部

活動之間的順序以及各活動所需要處理的輸入資訊輸出資訊限制條件或所

使用到的資源等也就是說UML可以表達許多不同目的與種類的模式而且更

加接近人類日常思考方式因此能夠讓系統設計者與使用者對系統更有共識也

更能有效地溝通

除了因為有共同的溝通符號能減少溝通時的誤會外也能以系統模型(model)的資訊來驗證設計是否符合系統需求另外對於後續的系統維護或是讓專案新

進人員了解現有系統的設計都有相當大的幫助[8]

從使用者分析師系統整合者測試者技師與專案管理者的多種觀點去

思考來架構一套從需求分析系統分析設計到程式撰寫的完整塑模語言其所

提供描述真實世界物件的符號（Notation）有彈性且精簡並具備圖形化的表達能

力讓使用者可以充分表達從業務流程分析業務需求物件模式化到物件設

計的各種結果因此企業與資訊軟體廠商紛紛開始投入並採用UML的產品及服

務使UML成為目前最為盛行的塑模語言 一UML 的定義及圖形分類

UML 是一種定義良好易於表達功能強大且普遍適用的模式語言它融入

了軟體工程領域的新思想方法與技術不限於支援物件導向的分析與設計更

可支持從需求分析開始的軟體發展的全部開發過程[1]

UML 20將圖形分成兩大類共 13種圖(表 2-1)分類成圖 2-1的結構

4

圖 2-1 UML20圖形之階層架構

表 2-1 UML20圖形兩大分類(共 13種圖形)

類別圖(Class Diagram)

物件圖(Object diagram)

元件圖(Component diagram)

部署圖(Deployment diagram)

複合結構圖(Composite structure diagram)

結 構 性 圖 形 (Structure diagrams)強調的是系統

式的建模

套件圖(Package diagram)

使用個案圖(Use Case Diagram)

活動圖(Activity diagram)

狀態圖(State diagram)

循序圖(Sequence diagram)

通訊圖(Communication diagram)

時序圖(Timing Diagram)

行為式圖形（ Behavior diagrams）強調系統模

型中觸發的事件

溝通性圖形(Interaction diagrams)屬於行為圖形的

子集合強調系統模型中的

資料流程

互動概觀圖(Interaction diagram)

5

二UML 圖形元件介紹

(一) 使用個案圖(Use Case Diagram)

以使用者的觀點描述系統的行為者與系統間之互動行為與關係從外部的觀

點來看使用個案可以描述系統做什麼從內部的觀點來看它可以描述行為者

與系統如何互動

使用個案圖中行為者常以人形表示使用個案以橢圓表示使用個案與使

用個案間之關係的表示如表 2-2所示

表 2-2 使用案例圖元件介紹

元件 元件圖示

行為者(Actor)

使用個案(Use Case)

行為者與使用個案間之

互動

使用個案間之 Include關係 使用個案間之 Extend關係 使用個案間之

Generalization關係

1 行為者(Actor)

在 UML 中稱為 actor它不一定是代表真正的人更不會代表哪一個特

定的人它要表達的是一個與系統互動的角色

2 使用個案(Use Case)

以一個橢圓形來表示使用案例使用案例用來表示系統應提供的功能是

由行為者所引發或參與的每一個事件

3 使用個案間之 Include(包含)關係

一個使用案例 A 在其執行的過程中一定會使用到使用案例 B則案例 A

6

包含案例 B

對於一個 ATM 的系統「提款」為一個典型的使用案例「提款」這個

使用案例「一定」會包含有「更新餘額」這個使用案例(如圖 2-2)

圖 2-2 提款使用個案間 Include關係圖

4 使用個案間之 Extend(延伸)關係

在某些情況或是條件下一個使用案例的行為可以被另一個使用案例的

行為所延伸「某些情況或是條件」稱為延伸點(extension point)

使用者可以下訂單系統會去檢查庫存有無貨品若是沒有存貨系統

要執行訂貨(如圖 2-3)

圖 2-3 下訂單使用個案之 Extend關係圖

5 使用個案間之 Generalization(一般化)關係

使用案例的一般化關係與物件導向語言的一般化關係是類似的概念子使用

個案會繼承父使用個案之行為與意義且子使用個案可擁有其個別之行為與意

義又如一個使用個案甲某部份與另一個個案乙相同且另外多出一些功能

「訂票」是一個很容易捕捉的使用案例如果要細分訂票方式的種類那麼

訂票的方式可能是打電話來訂票或者是直接在網路上訂票再來取票那麼可以

利用下列的方式來表達(如圖 2-4)

7

圖 2-4 訂票使用個案之 Generalization關係圖

(二) 活動圖(Activity diagram)

活動是流程中的一個簡單步驟具有可選擇性同時能夠提供細膩的資訊來

協助完成之後的系統設計活動圖主要用途是用來說明一個系統的流程可進一

步描述每個活動或處理之執行步驟法則控制等並說明其資料之輸入和輸出

內容與所涉及之實體為使用個案的活動流程及資料輸出入做描述活動圖之表

達符號描述如表 2-3所示

表 2-3 活動圖之元件與表達符號

活動圖之元件 符號 活動圖之元件 符號

開始活動

(Initial)

一般轉換[條件]

(Transition)

結束活動

(Activity Final)

分支

(Branch)

結束流程

(Flow Final)

合併

(Merge)

一般活動

(Activity)

分岔

(Fork)

註記或條件

(Condition or Note)

結合

(Join)

物件

(Object)

8

1 開始

描述一連串的活動的起點以一實心圓型表示

2 結束活動

描述一連串活動的結束或終點

3 結束流程

描述某一流程的結束或終點

4 一般活動

是真實世界的一個動作處理一組動作程序或是可執行的一段副程式

5 註記或條件

他可用於描述某一個活動的起點結束分支或合併的條件也可用於

限制值或決策選項等的註記

6 物件

可描述與某一個活動有關的狀態輸入與輸出之使用者介面或資料儲存

等

7 轉換

當一個動作或活動完成時直接到下一個活動的控制

8 分支

用於表達當轉換發生後有多個選擇路徑但僅能依條件選擇其中一個

路徑執行

9 合併

用於表達有多個路徑匯集於某點之後再依條件往下一個路徑執行

10 分岔

用於表達當轉換發生後有兩個或兩個以上之平行活動發生的情況

11 結合

用於表達平行活動結束之情況多個平行作業同時進一個作業出來

9

一個產學資訊管理需求的活動圖範例如下(圖 2-5)

圖 2-5 產學資訊管理需求之活動圖

(三) 類別圖

主要用以表示系統存在之物件型態（或稱類別）及各物件型態間的靜態資料

結構與邏輯關係也表達類別之屬性操作與類別間連結之限制等而類別圖的

表示方法如下圖 2-6

圖 2-6 類別圖表示方法

類別的屬性或操作可以定義有哪些物件可以改變該屬性或操作這就是類別

屬性或操作的可視性(Visibility)可視性分為公開的(Public)私有的(Private)保

護的(Protected)套裝式(Package)等不同權限符號如表 2-4

10

表 2-4 可視性表示符號

分類 UML 表示法 權限

公開的 + 可被系統中所有類別存取

私有的 - 同一個類別內可被存取

保護的 子類別可以存取父類別的保護成員

套件式 ~ 只能被同一個套件內的其他類別存取

UML 提供了許多表示方法用來呈現類別之間的關係以下介紹類別圖之間的

關係(表 2-5)

表 2-5 類別圖間的關係

類別間的關係 符號

相依(Dependency)關係

關聯(association)關係

聚合(aggregation)關係

組合(composition)關係

一般化(generalization)關係

在每一個關係中常需表達有多少物件參與此關係也就是表示有多少個案

例參與該關聯這裡的「多少」稱為關聯角色的多重性(Multiplicity) 或稱基數

(Cardinality)最常見的基數包括

1 1

例如一份訂單只能是某位客戶的

2 01

例如企業客戶可能會有一位專門服務它的銷售代表也可能沒有專屬

3

例如客戶沒有必要一定要下訂單而客戶下的訂單也不會有任何上限

它可以會有零份或多份訂單

一般來說可以用一個上限與一個下限來定義基數基數的下線可以是任何

數或零上限則可以是任何數或(代表沒有上限)如果上限跟下限一樣就可以

以一個數字來同時表達上下限因此1 等於 11另外因為 0是很常見的基

數所以會簡寫成

11

以圖 2-7訂單與客戶類別間的關聯關係來說明一個客戶可擁有零張或多張訂

單但一張訂單僅屬於一個客戶

圖 2-7 基數範例

1 相依關係

某一模式元素需要另一個模式元素所提供的規格 (specification)或實作

(implementation)時兩者之間的關係也就是說表達一個類別會使用到其他類

別依賴關係的圖示是帶箭頭虛線由依賴元素指向支援元素(圖 2-8)

圖 2-8 相依關係圖

2 關聯關係

描述類別與類別間之連結關聯關係意味著一類別之物件知道另一類別之物

件的存在或一類別之物件使用到另一類別之物件的服務

圖 2-9表示投資人「購買」股票而股票「屬於」投資人或被投資人所「購買」

圖 2-9 關聯關係圖

3 聚合關係

聚合具有 Whole-Part的關係當整體物件被刪除時部分物件也可以單

獨存在圖 2-10表示一部車子有多個輪胎雖然輪胎屬於車子但輪胎也可

以單獨存在

圖 2-10 聚合關係圖

12

4 組合關係

組合有較強的限制當整體之物件被複製或刪除則其部份之物件也會

被複製或刪除也就是說組合關係的部份物件不能單獨存在兩者間具有

Whole-Part的特質發票是 Whole發票項目是 Part圖 2-11表示一張發票

擁有多個發票項目當該發票被刪除時則其所屬之發票項目也需一起刪除

圖 2-11 組合關係圖

5 一般化關係

指的是一般性類別(稱為父類別)與僅具有此種一般性類別之某些特定性

質之類別(稱為子類別)間的關係

光學滑鼠滾輪滑鼠與滑鼠這三者之間的關係是一般化關係「光學滑

鼠是滑鼠」或者說「滾輪滑鼠是一種滑鼠」因此它們之間有一般化關係

如圖 2-12所示

圖 2-12 一般化關係圖

13

(四) 循序圖

主要用以描述系統運作時物件間的互動行為且著重以時間之先後順序為主

軸以表達物件間的訊息傳遞與處理程序循序圖之重要元件包括類別之物件呼

叫訊息生命線及執行規格等(如圖 2-13)介紹如下

圖 2-13 循序圖範例

1 生命線(Lifeline)

是物件加上劃在物件底下與物件垂直之虛線用以表達物件在某時段之

存在

2 執行發起(Execution Occurrence)

主要表示互動的情形中參與物件處於活化狀態的時間也就是說物件

在執行發起標示的矩形區間是處於執行的狀態執行發起分別會對應到參與

物件被呼叫方法中的其中一個

3 訊息

循序圖之訊息(Message)主要可分兩種同步訊息(Synchronous Message)與非同步訊息（Asynchronous Message）發送物件在發送同步訊息後會等

待接收物件執行操作完畢後才會接著傳送下一個訊息發送物件在發送非

同步訊息後不等待接收物件執行完畢就往下執行

14

4 非同步訊息

在圖 2-14 的非同步訊息中投資人物件發送非同步訊息給電郵系統之

後不等待電郵系統的回應繼續往下執行其他操作

圖 2-14 非同步訊息

5 自我呼叫

除了傳送呼叫訊息給其他物件之外物件也可以傳送呼叫訊息給自己

以便引發執行自己的操作如圖 2-15

圖 2-15 自我呼叫

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

1

第一章 緒論

第一節第一節第一節第一節 研究背景與動機研究背景與動機研究背景與動機研究背景與動機

傳統結構化系統分析與設計在不同的階段會出現斷層而且產出無法重複使

用(reuse)這不但使得系統開發效率降低同時容易造成錯誤因此物件管理組

織（Object Management Group OMG）在 2001年提出了模型驅動架構（Model-Driven Architecture MDA）由於過去在塑模系統時常是將系統的邏輯與實作平台的資

訊一起建構於模型中造成模型在轉換實作平台時往往無法再繼續使用因此

在 MDA 的架構中是將系統模型的發展分為兩階段首先是建立只描述系統抽象

邏輯設計的平台獨立模型(Platform Independent Model PIM)再來是將系統的 PIM結合實作平台的資訊來產生平台相關模型(Platform Specific Model PSM)最後才

依照 PSM來實作系統的程式碼對於開發現今越來越多樣化的平台與應用程式

MDA 提供了一個良好的解決方案其期待的益處包括減短系統開發週期降低

系統開發成本增加系統品質降低異質平台轉換困難度增加模型的重複使用

性當然其中還包括文件的製作與維護讓系統從分析設計到實作其自動生

成的程式碼甚至相關的文件能夠在開發流程中無接縫的整合提高可維護性

[7][8]

OMG 提出 MDA 軟體開發的方法強調開發者可依循技術與軟硬體之需求

進行系統的設計開發及維護當完成系統開發也同時產生技術檔及相關系統

資訊因此有利於未來系統的維護與系統的重新開發而軟體再使用性及減少開

發的成本與時間正是軟體開發所關切的重要問題若於系統開發的過程中導

入 MDA 開發方法企業必能迅速開發出符合自己功能需求的系統更可藉由 MDA架構整合舊有的系統達成跨技術平台的目的[7]

第二節第二節第二節第二節 研究目的與範圍研究目的與範圍研究目的與範圍研究目的與範圍

本專題研究探討物件導向系統分析與設計方法和工具包括模型驅動架構

(Model-Driven Architecture MDA)與統一塑模語言(Unified Modeling Language UML)等並將物件導向系統分析與設計之理論概念方法與工具實際應用某國

際專利商標事務所之客戶資料管理系統最後依據系統分系與設計產出之系統

文件規格以 ASPNET程式語言和 SQL Sever資料庫實作此資訊系統

2

第二章 文獻探討

本章將探討與 MDA 架構相關之研究理論與說明系統開發工具在第一節將介

紹 MDA 架構所使用的系統分析方法第二節則說明 UML 之定義圖形類別與圖

形元件介紹第三節是介紹 ASPNET程式的開發環境

第一節第一節第一節第一節 模型驅動架構模型驅動架構模型驅動架構模型驅動架構

OMG組織在2001年提出了Mode Driven Architecture(MDA)的軟體發展標準

MDA提供一種開發式廠商中立的方法來因應軟體互動性(Interoperability)之挑

戰它可以支援OMG所建立的各種模型標準 [9] UML(Unified Modeling Language) MOF (Meta Object Facility)及CWM (Common Warehouse Meta-model)三個主要核心功能整合不同仲介軟體平台(如CORBANETEJBSOAP等)

所以 MDA 有三個階段CIMPIM 及 PSM 分述如下

一CIM(Computation Independent Model)

MDA 專案開發的第一個步驟從 CIM 開始不同於 PIM 與 PSMCIM 試圖

表達資訊系統的應用環境而非資訊系統本身在進行 CIM 開發時關切的是與

企業相關的營運目標實體要件及運作流程等先了解資訊系統的應用環境才

有可能為企業量身打造出完善的資訊系統[3][4][10]

二PIM (Platform Independent Model)

MDA發展初期可以利用與技術平台無關的UML環境開始建立PIM有別於傳

統的系統發展方法是由團隊中的發展人員一步步分析撰寫文件PIM 描述企業所

需的功能與商業行為PIM是一種高階抽象模式該模式與所採用的開發技術獨

立PIM是分析與設計結果的重要產出主要是根據需求塑模的結果從如何支援

企業運作的觀點描述一個軟體系統並不涉及描述系統開發與運作之平台PIM必

須以有完整定義的語言來描述而且適合用電腦來自動解譯故相當適合利用UML來描述平台獨立模式[3][4][10]

三PSM(Platform Specific Model)

PSM是一種特定平台的模式亦即該模式是相依於所採用的軟體開發技術

是進行低階程式設計階段的主要資訊來源該階段的產出主要是建構出程式碼

3

對於某一種PSM而言只有具該特定平台模式技術的開發人員才能理解其傳達的

資訊PSM主要是以開發工具的架構描述一個軟體系統對於每一個特定的技術

平台需產生一個與其他技術分開的PSM這些PSM之間的溝通方式可以藉由溝

通橋樑(Communication Bridge)的機制來互動[9]

第二節第二節第二節第二節 統一塑模語言統一塑模語言統一塑模語言統一塑模語言

統一塑模語言（Unified Modeling Language UML）是由OMG定義出來的物件

導向的模式化語言模式化指的是用圖解的方式來表達系統開發流程中各細部

活動之間的順序以及各活動所需要處理的輸入資訊輸出資訊限制條件或所

使用到的資源等也就是說UML可以表達許多不同目的與種類的模式而且更

加接近人類日常思考方式因此能夠讓系統設計者與使用者對系統更有共識也

更能有效地溝通

除了因為有共同的溝通符號能減少溝通時的誤會外也能以系統模型(model)的資訊來驗證設計是否符合系統需求另外對於後續的系統維護或是讓專案新

進人員了解現有系統的設計都有相當大的幫助[8]

從使用者分析師系統整合者測試者技師與專案管理者的多種觀點去

思考來架構一套從需求分析系統分析設計到程式撰寫的完整塑模語言其所

提供描述真實世界物件的符號（Notation）有彈性且精簡並具備圖形化的表達能

力讓使用者可以充分表達從業務流程分析業務需求物件模式化到物件設

計的各種結果因此企業與資訊軟體廠商紛紛開始投入並採用UML的產品及服

務使UML成為目前最為盛行的塑模語言 一UML 的定義及圖形分類

UML 是一種定義良好易於表達功能強大且普遍適用的模式語言它融入

了軟體工程領域的新思想方法與技術不限於支援物件導向的分析與設計更

可支持從需求分析開始的軟體發展的全部開發過程[1]

UML 20將圖形分成兩大類共 13種圖(表 2-1)分類成圖 2-1的結構

4

圖 2-1 UML20圖形之階層架構

表 2-1 UML20圖形兩大分類(共 13種圖形)

類別圖(Class Diagram)

物件圖(Object diagram)

元件圖(Component diagram)

部署圖(Deployment diagram)

複合結構圖(Composite structure diagram)

結 構 性 圖 形 (Structure diagrams)強調的是系統

式的建模

套件圖(Package diagram)

使用個案圖(Use Case Diagram)

活動圖(Activity diagram)

狀態圖(State diagram)

循序圖(Sequence diagram)

通訊圖(Communication diagram)

時序圖(Timing Diagram)

行為式圖形（ Behavior diagrams）強調系統模

型中觸發的事件

溝通性圖形(Interaction diagrams)屬於行為圖形的

子集合強調系統模型中的

資料流程

互動概觀圖(Interaction diagram)

5

二UML 圖形元件介紹

(一) 使用個案圖(Use Case Diagram)

以使用者的觀點描述系統的行為者與系統間之互動行為與關係從外部的觀

點來看使用個案可以描述系統做什麼從內部的觀點來看它可以描述行為者

與系統如何互動

使用個案圖中行為者常以人形表示使用個案以橢圓表示使用個案與使

用個案間之關係的表示如表 2-2所示

表 2-2 使用案例圖元件介紹

元件 元件圖示

行為者(Actor)

使用個案(Use Case)

行為者與使用個案間之

互動

使用個案間之 Include關係 使用個案間之 Extend關係 使用個案間之

Generalization關係

1 行為者(Actor)

在 UML 中稱為 actor它不一定是代表真正的人更不會代表哪一個特

定的人它要表達的是一個與系統互動的角色

2 使用個案(Use Case)

以一個橢圓形來表示使用案例使用案例用來表示系統應提供的功能是

由行為者所引發或參與的每一個事件

3 使用個案間之 Include(包含)關係

一個使用案例 A 在其執行的過程中一定會使用到使用案例 B則案例 A

6

包含案例 B

對於一個 ATM 的系統「提款」為一個典型的使用案例「提款」這個

使用案例「一定」會包含有「更新餘額」這個使用案例(如圖 2-2)

圖 2-2 提款使用個案間 Include關係圖

4 使用個案間之 Extend(延伸)關係

在某些情況或是條件下一個使用案例的行為可以被另一個使用案例的

行為所延伸「某些情況或是條件」稱為延伸點(extension point)

使用者可以下訂單系統會去檢查庫存有無貨品若是沒有存貨系統

要執行訂貨(如圖 2-3)

圖 2-3 下訂單使用個案之 Extend關係圖

5 使用個案間之 Generalization(一般化)關係

使用案例的一般化關係與物件導向語言的一般化關係是類似的概念子使用

個案會繼承父使用個案之行為與意義且子使用個案可擁有其個別之行為與意

義又如一個使用個案甲某部份與另一個個案乙相同且另外多出一些功能

「訂票」是一個很容易捕捉的使用案例如果要細分訂票方式的種類那麼

訂票的方式可能是打電話來訂票或者是直接在網路上訂票再來取票那麼可以

利用下列的方式來表達(如圖 2-4)

7

圖 2-4 訂票使用個案之 Generalization關係圖

(二) 活動圖(Activity diagram)

活動是流程中的一個簡單步驟具有可選擇性同時能夠提供細膩的資訊來

協助完成之後的系統設計活動圖主要用途是用來說明一個系統的流程可進一

步描述每個活動或處理之執行步驟法則控制等並說明其資料之輸入和輸出

內容與所涉及之實體為使用個案的活動流程及資料輸出入做描述活動圖之表

達符號描述如表 2-3所示

表 2-3 活動圖之元件與表達符號

活動圖之元件 符號 活動圖之元件 符號

開始活動

(Initial)

一般轉換[條件]

(Transition)

結束活動

(Activity Final)

分支

(Branch)

結束流程

(Flow Final)

合併

(Merge)

一般活動

(Activity)

分岔

(Fork)

註記或條件

(Condition or Note)

結合

(Join)

物件

(Object)

8

1 開始

描述一連串的活動的起點以一實心圓型表示

2 結束活動

描述一連串活動的結束或終點

3 結束流程

描述某一流程的結束或終點

4 一般活動

是真實世界的一個動作處理一組動作程序或是可執行的一段副程式

5 註記或條件

他可用於描述某一個活動的起點結束分支或合併的條件也可用於

限制值或決策選項等的註記

6 物件

可描述與某一個活動有關的狀態輸入與輸出之使用者介面或資料儲存

等

7 轉換

當一個動作或活動完成時直接到下一個活動的控制

8 分支

用於表達當轉換發生後有多個選擇路徑但僅能依條件選擇其中一個

路徑執行

9 合併

用於表達有多個路徑匯集於某點之後再依條件往下一個路徑執行

10 分岔

用於表達當轉換發生後有兩個或兩個以上之平行活動發生的情況

11 結合

用於表達平行活動結束之情況多個平行作業同時進一個作業出來

9

一個產學資訊管理需求的活動圖範例如下(圖 2-5)

圖 2-5 產學資訊管理需求之活動圖

(三) 類別圖

主要用以表示系統存在之物件型態（或稱類別）及各物件型態間的靜態資料

結構與邏輯關係也表達類別之屬性操作與類別間連結之限制等而類別圖的

表示方法如下圖 2-6

圖 2-6 類別圖表示方法

類別的屬性或操作可以定義有哪些物件可以改變該屬性或操作這就是類別

屬性或操作的可視性(Visibility)可視性分為公開的(Public)私有的(Private)保

護的(Protected)套裝式(Package)等不同權限符號如表 2-4

10

表 2-4 可視性表示符號

分類 UML 表示法 權限

公開的 + 可被系統中所有類別存取

私有的 - 同一個類別內可被存取

保護的 子類別可以存取父類別的保護成員

套件式 ~ 只能被同一個套件內的其他類別存取

UML 提供了許多表示方法用來呈現類別之間的關係以下介紹類別圖之間的

關係(表 2-5)

表 2-5 類別圖間的關係

類別間的關係 符號

相依(Dependency)關係

關聯(association)關係

聚合(aggregation)關係

組合(composition)關係

一般化(generalization)關係

在每一個關係中常需表達有多少物件參與此關係也就是表示有多少個案

例參與該關聯這裡的「多少」稱為關聯角色的多重性(Multiplicity) 或稱基數

(Cardinality)最常見的基數包括

1 1

例如一份訂單只能是某位客戶的

2 01

例如企業客戶可能會有一位專門服務它的銷售代表也可能沒有專屬

3

例如客戶沒有必要一定要下訂單而客戶下的訂單也不會有任何上限

它可以會有零份或多份訂單

一般來說可以用一個上限與一個下限來定義基數基數的下線可以是任何

數或零上限則可以是任何數或(代表沒有上限)如果上限跟下限一樣就可以

以一個數字來同時表達上下限因此1 等於 11另外因為 0是很常見的基

數所以會簡寫成

11

以圖 2-7訂單與客戶類別間的關聯關係來說明一個客戶可擁有零張或多張訂

單但一張訂單僅屬於一個客戶

圖 2-7 基數範例

1 相依關係

某一模式元素需要另一個模式元素所提供的規格 (specification)或實作

(implementation)時兩者之間的關係也就是說表達一個類別會使用到其他類

別依賴關係的圖示是帶箭頭虛線由依賴元素指向支援元素(圖 2-8)

圖 2-8 相依關係圖

2 關聯關係

描述類別與類別間之連結關聯關係意味著一類別之物件知道另一類別之物

件的存在或一類別之物件使用到另一類別之物件的服務

圖 2-9表示投資人「購買」股票而股票「屬於」投資人或被投資人所「購買」

圖 2-9 關聯關係圖

3 聚合關係

聚合具有 Whole-Part的關係當整體物件被刪除時部分物件也可以單

獨存在圖 2-10表示一部車子有多個輪胎雖然輪胎屬於車子但輪胎也可

以單獨存在

圖 2-10 聚合關係圖

12

4 組合關係

組合有較強的限制當整體之物件被複製或刪除則其部份之物件也會

被複製或刪除也就是說組合關係的部份物件不能單獨存在兩者間具有

Whole-Part的特質發票是 Whole發票項目是 Part圖 2-11表示一張發票

擁有多個發票項目當該發票被刪除時則其所屬之發票項目也需一起刪除

圖 2-11 組合關係圖

5 一般化關係

指的是一般性類別(稱為父類別)與僅具有此種一般性類別之某些特定性

質之類別(稱為子類別)間的關係

光學滑鼠滾輪滑鼠與滑鼠這三者之間的關係是一般化關係「光學滑

鼠是滑鼠」或者說「滾輪滑鼠是一種滑鼠」因此它們之間有一般化關係

如圖 2-12所示

圖 2-12 一般化關係圖

13

(四) 循序圖

主要用以描述系統運作時物件間的互動行為且著重以時間之先後順序為主

軸以表達物件間的訊息傳遞與處理程序循序圖之重要元件包括類別之物件呼

叫訊息生命線及執行規格等(如圖 2-13)介紹如下

圖 2-13 循序圖範例

1 生命線(Lifeline)

是物件加上劃在物件底下與物件垂直之虛線用以表達物件在某時段之

存在

2 執行發起(Execution Occurrence)

主要表示互動的情形中參與物件處於活化狀態的時間也就是說物件

在執行發起標示的矩形區間是處於執行的狀態執行發起分別會對應到參與

物件被呼叫方法中的其中一個

3 訊息

循序圖之訊息(Message)主要可分兩種同步訊息(Synchronous Message)與非同步訊息（Asynchronous Message）發送物件在發送同步訊息後會等

待接收物件執行操作完畢後才會接著傳送下一個訊息發送物件在發送非

同步訊息後不等待接收物件執行完畢就往下執行

14

4 非同步訊息

在圖 2-14 的非同步訊息中投資人物件發送非同步訊息給電郵系統之

後不等待電郵系統的回應繼續往下執行其他操作

圖 2-14 非同步訊息

5 自我呼叫

除了傳送呼叫訊息給其他物件之外物件也可以傳送呼叫訊息給自己

以便引發執行自己的操作如圖 2-15

圖 2-15 自我呼叫

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

2

第二章 文獻探討

本章將探討與 MDA 架構相關之研究理論與說明系統開發工具在第一節將介

紹 MDA 架構所使用的系統分析方法第二節則說明 UML 之定義圖形類別與圖

形元件介紹第三節是介紹 ASPNET程式的開發環境

第一節第一節第一節第一節 模型驅動架構模型驅動架構模型驅動架構模型驅動架構

OMG組織在2001年提出了Mode Driven Architecture(MDA)的軟體發展標準

MDA提供一種開發式廠商中立的方法來因應軟體互動性(Interoperability)之挑

戰它可以支援OMG所建立的各種模型標準 [9] UML(Unified Modeling Language) MOF (Meta Object Facility)及CWM (Common Warehouse Meta-model)三個主要核心功能整合不同仲介軟體平台(如CORBANETEJBSOAP等)

所以 MDA 有三個階段CIMPIM 及 PSM 分述如下

一CIM(Computation Independent Model)

MDA 專案開發的第一個步驟從 CIM 開始不同於 PIM 與 PSMCIM 試圖

表達資訊系統的應用環境而非資訊系統本身在進行 CIM 開發時關切的是與

企業相關的營運目標實體要件及運作流程等先了解資訊系統的應用環境才

有可能為企業量身打造出完善的資訊系統[3][4][10]

二PIM (Platform Independent Model)

MDA發展初期可以利用與技術平台無關的UML環境開始建立PIM有別於傳

統的系統發展方法是由團隊中的發展人員一步步分析撰寫文件PIM 描述企業所

需的功能與商業行為PIM是一種高階抽象模式該模式與所採用的開發技術獨

立PIM是分析與設計結果的重要產出主要是根據需求塑模的結果從如何支援

企業運作的觀點描述一個軟體系統並不涉及描述系統開發與運作之平台PIM必

須以有完整定義的語言來描述而且適合用電腦來自動解譯故相當適合利用UML來描述平台獨立模式[3][4][10]

三PSM(Platform Specific Model)

PSM是一種特定平台的模式亦即該模式是相依於所採用的軟體開發技術

是進行低階程式設計階段的主要資訊來源該階段的產出主要是建構出程式碼

3

對於某一種PSM而言只有具該特定平台模式技術的開發人員才能理解其傳達的

資訊PSM主要是以開發工具的架構描述一個軟體系統對於每一個特定的技術

平台需產生一個與其他技術分開的PSM這些PSM之間的溝通方式可以藉由溝

通橋樑(Communication Bridge)的機制來互動[9]

第二節第二節第二節第二節 統一塑模語言統一塑模語言統一塑模語言統一塑模語言

統一塑模語言（Unified Modeling Language UML）是由OMG定義出來的物件

導向的模式化語言模式化指的是用圖解的方式來表達系統開發流程中各細部

活動之間的順序以及各活動所需要處理的輸入資訊輸出資訊限制條件或所

使用到的資源等也就是說UML可以表達許多不同目的與種類的模式而且更

加接近人類日常思考方式因此能夠讓系統設計者與使用者對系統更有共識也

更能有效地溝通

除了因為有共同的溝通符號能減少溝通時的誤會外也能以系統模型(model)的資訊來驗證設計是否符合系統需求另外對於後續的系統維護或是讓專案新

進人員了解現有系統的設計都有相當大的幫助[8]

從使用者分析師系統整合者測試者技師與專案管理者的多種觀點去

思考來架構一套從需求分析系統分析設計到程式撰寫的完整塑模語言其所

提供描述真實世界物件的符號（Notation）有彈性且精簡並具備圖形化的表達能

力讓使用者可以充分表達從業務流程分析業務需求物件模式化到物件設

計的各種結果因此企業與資訊軟體廠商紛紛開始投入並採用UML的產品及服

務使UML成為目前最為盛行的塑模語言 一UML 的定義及圖形分類

UML 是一種定義良好易於表達功能強大且普遍適用的模式語言它融入

了軟體工程領域的新思想方法與技術不限於支援物件導向的分析與設計更

可支持從需求分析開始的軟體發展的全部開發過程[1]

UML 20將圖形分成兩大類共 13種圖(表 2-1)分類成圖 2-1的結構

4

圖 2-1 UML20圖形之階層架構

表 2-1 UML20圖形兩大分類(共 13種圖形)

類別圖(Class Diagram)

物件圖(Object diagram)

元件圖(Component diagram)

部署圖(Deployment diagram)

複合結構圖(Composite structure diagram)

結 構 性 圖 形 (Structure diagrams)強調的是系統

式的建模

套件圖(Package diagram)

使用個案圖(Use Case Diagram)

活動圖(Activity diagram)

狀態圖(State diagram)

循序圖(Sequence diagram)

通訊圖(Communication diagram)

時序圖(Timing Diagram)

行為式圖形（ Behavior diagrams）強調系統模

型中觸發的事件

溝通性圖形(Interaction diagrams)屬於行為圖形的

子集合強調系統模型中的

資料流程

互動概觀圖(Interaction diagram)

5

二UML 圖形元件介紹

(一) 使用個案圖(Use Case Diagram)

以使用者的觀點描述系統的行為者與系統間之互動行為與關係從外部的觀

點來看使用個案可以描述系統做什麼從內部的觀點來看它可以描述行為者

與系統如何互動

使用個案圖中行為者常以人形表示使用個案以橢圓表示使用個案與使

用個案間之關係的表示如表 2-2所示

表 2-2 使用案例圖元件介紹

元件 元件圖示

行為者(Actor)

使用個案(Use Case)

行為者與使用個案間之

互動

使用個案間之 Include關係 使用個案間之 Extend關係 使用個案間之

Generalization關係

1 行為者(Actor)

在 UML 中稱為 actor它不一定是代表真正的人更不會代表哪一個特

定的人它要表達的是一個與系統互動的角色

2 使用個案(Use Case)

以一個橢圓形來表示使用案例使用案例用來表示系統應提供的功能是

由行為者所引發或參與的每一個事件

3 使用個案間之 Include(包含)關係

一個使用案例 A 在其執行的過程中一定會使用到使用案例 B則案例 A

6

包含案例 B

對於一個 ATM 的系統「提款」為一個典型的使用案例「提款」這個

使用案例「一定」會包含有「更新餘額」這個使用案例(如圖 2-2)

圖 2-2 提款使用個案間 Include關係圖

4 使用個案間之 Extend(延伸)關係

在某些情況或是條件下一個使用案例的行為可以被另一個使用案例的

行為所延伸「某些情況或是條件」稱為延伸點(extension point)

使用者可以下訂單系統會去檢查庫存有無貨品若是沒有存貨系統

要執行訂貨(如圖 2-3)

圖 2-3 下訂單使用個案之 Extend關係圖

5 使用個案間之 Generalization(一般化)關係

使用案例的一般化關係與物件導向語言的一般化關係是類似的概念子使用

個案會繼承父使用個案之行為與意義且子使用個案可擁有其個別之行為與意

義又如一個使用個案甲某部份與另一個個案乙相同且另外多出一些功能

「訂票」是一個很容易捕捉的使用案例如果要細分訂票方式的種類那麼

訂票的方式可能是打電話來訂票或者是直接在網路上訂票再來取票那麼可以

利用下列的方式來表達(如圖 2-4)

7

圖 2-4 訂票使用個案之 Generalization關係圖

(二) 活動圖(Activity diagram)

活動是流程中的一個簡單步驟具有可選擇性同時能夠提供細膩的資訊來

協助完成之後的系統設計活動圖主要用途是用來說明一個系統的流程可進一

步描述每個活動或處理之執行步驟法則控制等並說明其資料之輸入和輸出

內容與所涉及之實體為使用個案的活動流程及資料輸出入做描述活動圖之表

達符號描述如表 2-3所示

表 2-3 活動圖之元件與表達符號

活動圖之元件 符號 活動圖之元件 符號

開始活動

(Initial)

一般轉換[條件]

(Transition)

結束活動

(Activity Final)

分支

(Branch)

結束流程

(Flow Final)

合併

(Merge)

一般活動

(Activity)

分岔

(Fork)

註記或條件

(Condition or Note)

結合

(Join)

物件

(Object)

8

1 開始

描述一連串的活動的起點以一實心圓型表示

2 結束活動

描述一連串活動的結束或終點

3 結束流程

描述某一流程的結束或終點

4 一般活動

是真實世界的一個動作處理一組動作程序或是可執行的一段副程式

5 註記或條件

他可用於描述某一個活動的起點結束分支或合併的條件也可用於

限制值或決策選項等的註記

6 物件

可描述與某一個活動有關的狀態輸入與輸出之使用者介面或資料儲存

等

7 轉換

當一個動作或活動完成時直接到下一個活動的控制

8 分支

用於表達當轉換發生後有多個選擇路徑但僅能依條件選擇其中一個

路徑執行

9 合併

用於表達有多個路徑匯集於某點之後再依條件往下一個路徑執行

10 分岔

用於表達當轉換發生後有兩個或兩個以上之平行活動發生的情況

11 結合

用於表達平行活動結束之情況多個平行作業同時進一個作業出來

9

一個產學資訊管理需求的活動圖範例如下(圖 2-5)

圖 2-5 產學資訊管理需求之活動圖

(三) 類別圖

主要用以表示系統存在之物件型態（或稱類別）及各物件型態間的靜態資料

結構與邏輯關係也表達類別之屬性操作與類別間連結之限制等而類別圖的

表示方法如下圖 2-6

圖 2-6 類別圖表示方法

類別的屬性或操作可以定義有哪些物件可以改變該屬性或操作這就是類別

屬性或操作的可視性(Visibility)可視性分為公開的(Public)私有的(Private)保

護的(Protected)套裝式(Package)等不同權限符號如表 2-4

10

表 2-4 可視性表示符號

分類 UML 表示法 權限

公開的 + 可被系統中所有類別存取

私有的 - 同一個類別內可被存取

保護的 子類別可以存取父類別的保護成員

套件式 ~ 只能被同一個套件內的其他類別存取

UML 提供了許多表示方法用來呈現類別之間的關係以下介紹類別圖之間的

關係(表 2-5)

表 2-5 類別圖間的關係

類別間的關係 符號

相依(Dependency)關係

關聯(association)關係

聚合(aggregation)關係

組合(composition)關係

一般化(generalization)關係

在每一個關係中常需表達有多少物件參與此關係也就是表示有多少個案

例參與該關聯這裡的「多少」稱為關聯角色的多重性(Multiplicity) 或稱基數

(Cardinality)最常見的基數包括

1 1

例如一份訂單只能是某位客戶的

2 01

例如企業客戶可能會有一位專門服務它的銷售代表也可能沒有專屬

3

例如客戶沒有必要一定要下訂單而客戶下的訂單也不會有任何上限

它可以會有零份或多份訂單

一般來說可以用一個上限與一個下限來定義基數基數的下線可以是任何

數或零上限則可以是任何數或(代表沒有上限)如果上限跟下限一樣就可以

以一個數字來同時表達上下限因此1 等於 11另外因為 0是很常見的基

數所以會簡寫成

11

以圖 2-7訂單與客戶類別間的關聯關係來說明一個客戶可擁有零張或多張訂

單但一張訂單僅屬於一個客戶

圖 2-7 基數範例

1 相依關係

某一模式元素需要另一個模式元素所提供的規格 (specification)或實作

(implementation)時兩者之間的關係也就是說表達一個類別會使用到其他類

別依賴關係的圖示是帶箭頭虛線由依賴元素指向支援元素(圖 2-8)

圖 2-8 相依關係圖

2 關聯關係

描述類別與類別間之連結關聯關係意味著一類別之物件知道另一類別之物

件的存在或一類別之物件使用到另一類別之物件的服務

圖 2-9表示投資人「購買」股票而股票「屬於」投資人或被投資人所「購買」

圖 2-9 關聯關係圖

3 聚合關係

聚合具有 Whole-Part的關係當整體物件被刪除時部分物件也可以單

獨存在圖 2-10表示一部車子有多個輪胎雖然輪胎屬於車子但輪胎也可

以單獨存在

圖 2-10 聚合關係圖

12

4 組合關係

組合有較強的限制當整體之物件被複製或刪除則其部份之物件也會

被複製或刪除也就是說組合關係的部份物件不能單獨存在兩者間具有

Whole-Part的特質發票是 Whole發票項目是 Part圖 2-11表示一張發票

擁有多個發票項目當該發票被刪除時則其所屬之發票項目也需一起刪除

圖 2-11 組合關係圖

5 一般化關係

指的是一般性類別(稱為父類別)與僅具有此種一般性類別之某些特定性

質之類別(稱為子類別)間的關係

光學滑鼠滾輪滑鼠與滑鼠這三者之間的關係是一般化關係「光學滑

鼠是滑鼠」或者說「滾輪滑鼠是一種滑鼠」因此它們之間有一般化關係

如圖 2-12所示

圖 2-12 一般化關係圖

13

(四) 循序圖

主要用以描述系統運作時物件間的互動行為且著重以時間之先後順序為主

軸以表達物件間的訊息傳遞與處理程序循序圖之重要元件包括類別之物件呼

叫訊息生命線及執行規格等(如圖 2-13)介紹如下

圖 2-13 循序圖範例

1 生命線(Lifeline)

是物件加上劃在物件底下與物件垂直之虛線用以表達物件在某時段之

存在

2 執行發起(Execution Occurrence)

主要表示互動的情形中參與物件處於活化狀態的時間也就是說物件

在執行發起標示的矩形區間是處於執行的狀態執行發起分別會對應到參與

物件被呼叫方法中的其中一個

3 訊息

循序圖之訊息(Message)主要可分兩種同步訊息(Synchronous Message)與非同步訊息（Asynchronous Message）發送物件在發送同步訊息後會等

待接收物件執行操作完畢後才會接著傳送下一個訊息發送物件在發送非

同步訊息後不等待接收物件執行完畢就往下執行

14

4 非同步訊息

在圖 2-14 的非同步訊息中投資人物件發送非同步訊息給電郵系統之

後不等待電郵系統的回應繼續往下執行其他操作

圖 2-14 非同步訊息

5 自我呼叫

除了傳送呼叫訊息給其他物件之外物件也可以傳送呼叫訊息給自己

以便引發執行自己的操作如圖 2-15

圖 2-15 自我呼叫

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

3

對於某一種PSM而言只有具該特定平台模式技術的開發人員才能理解其傳達的

資訊PSM主要是以開發工具的架構描述一個軟體系統對於每一個特定的技術

平台需產生一個與其他技術分開的PSM這些PSM之間的溝通方式可以藉由溝

通橋樑(Communication Bridge)的機制來互動[9]

第二節第二節第二節第二節 統一塑模語言統一塑模語言統一塑模語言統一塑模語言

統一塑模語言（Unified Modeling Language UML）是由OMG定義出來的物件

導向的模式化語言模式化指的是用圖解的方式來表達系統開發流程中各細部

活動之間的順序以及各活動所需要處理的輸入資訊輸出資訊限制條件或所

使用到的資源等也就是說UML可以表達許多不同目的與種類的模式而且更

加接近人類日常思考方式因此能夠讓系統設計者與使用者對系統更有共識也

更能有效地溝通

除了因為有共同的溝通符號能減少溝通時的誤會外也能以系統模型(model)的資訊來驗證設計是否符合系統需求另外對於後續的系統維護或是讓專案新

進人員了解現有系統的設計都有相當大的幫助[8]

從使用者分析師系統整合者測試者技師與專案管理者的多種觀點去

思考來架構一套從需求分析系統分析設計到程式撰寫的完整塑模語言其所

提供描述真實世界物件的符號（Notation）有彈性且精簡並具備圖形化的表達能

力讓使用者可以充分表達從業務流程分析業務需求物件模式化到物件設

計的各種結果因此企業與資訊軟體廠商紛紛開始投入並採用UML的產品及服

務使UML成為目前最為盛行的塑模語言 一UML 的定義及圖形分類

UML 是一種定義良好易於表達功能強大且普遍適用的模式語言它融入

了軟體工程領域的新思想方法與技術不限於支援物件導向的分析與設計更

可支持從需求分析開始的軟體發展的全部開發過程[1]

UML 20將圖形分成兩大類共 13種圖(表 2-1)分類成圖 2-1的結構

4

圖 2-1 UML20圖形之階層架構

表 2-1 UML20圖形兩大分類(共 13種圖形)

類別圖(Class Diagram)

物件圖(Object diagram)

元件圖(Component diagram)

部署圖(Deployment diagram)

複合結構圖(Composite structure diagram)

結 構 性 圖 形 (Structure diagrams)強調的是系統

式的建模

套件圖(Package diagram)

使用個案圖(Use Case Diagram)

活動圖(Activity diagram)

狀態圖(State diagram)

循序圖(Sequence diagram)

通訊圖(Communication diagram)

時序圖(Timing Diagram)

行為式圖形（ Behavior diagrams）強調系統模

型中觸發的事件

溝通性圖形(Interaction diagrams)屬於行為圖形的

子集合強調系統模型中的

資料流程

互動概觀圖(Interaction diagram)

5

二UML 圖形元件介紹

(一) 使用個案圖(Use Case Diagram)

以使用者的觀點描述系統的行為者與系統間之互動行為與關係從外部的觀

點來看使用個案可以描述系統做什麼從內部的觀點來看它可以描述行為者

與系統如何互動

使用個案圖中行為者常以人形表示使用個案以橢圓表示使用個案與使

用個案間之關係的表示如表 2-2所示

表 2-2 使用案例圖元件介紹

元件 元件圖示

行為者(Actor)

使用個案(Use Case)

行為者與使用個案間之

互動

使用個案間之 Include關係 使用個案間之 Extend關係 使用個案間之

Generalization關係

1 行為者(Actor)

在 UML 中稱為 actor它不一定是代表真正的人更不會代表哪一個特

定的人它要表達的是一個與系統互動的角色

2 使用個案(Use Case)

以一個橢圓形來表示使用案例使用案例用來表示系統應提供的功能是

由行為者所引發或參與的每一個事件

3 使用個案間之 Include(包含)關係

一個使用案例 A 在其執行的過程中一定會使用到使用案例 B則案例 A

6

包含案例 B

對於一個 ATM 的系統「提款」為一個典型的使用案例「提款」這個

使用案例「一定」會包含有「更新餘額」這個使用案例(如圖 2-2)

圖 2-2 提款使用個案間 Include關係圖

4 使用個案間之 Extend(延伸)關係

在某些情況或是條件下一個使用案例的行為可以被另一個使用案例的

行為所延伸「某些情況或是條件」稱為延伸點(extension point)

使用者可以下訂單系統會去檢查庫存有無貨品若是沒有存貨系統

要執行訂貨(如圖 2-3)

圖 2-3 下訂單使用個案之 Extend關係圖

5 使用個案間之 Generalization(一般化)關係

使用案例的一般化關係與物件導向語言的一般化關係是類似的概念子使用

個案會繼承父使用個案之行為與意義且子使用個案可擁有其個別之行為與意

義又如一個使用個案甲某部份與另一個個案乙相同且另外多出一些功能

「訂票」是一個很容易捕捉的使用案例如果要細分訂票方式的種類那麼

訂票的方式可能是打電話來訂票或者是直接在網路上訂票再來取票那麼可以

利用下列的方式來表達(如圖 2-4)

7

圖 2-4 訂票使用個案之 Generalization關係圖

(二) 活動圖(Activity diagram)

活動是流程中的一個簡單步驟具有可選擇性同時能夠提供細膩的資訊來

協助完成之後的系統設計活動圖主要用途是用來說明一個系統的流程可進一

步描述每個活動或處理之執行步驟法則控制等並說明其資料之輸入和輸出

內容與所涉及之實體為使用個案的活動流程及資料輸出入做描述活動圖之表

達符號描述如表 2-3所示

表 2-3 活動圖之元件與表達符號

活動圖之元件 符號 活動圖之元件 符號

開始活動

(Initial)

一般轉換[條件]

(Transition)

結束活動

(Activity Final)

分支

(Branch)

結束流程

(Flow Final)

合併

(Merge)

一般活動

(Activity)

分岔

(Fork)

註記或條件

(Condition or Note)

結合

(Join)

物件

(Object)

8

1 開始

描述一連串的活動的起點以一實心圓型表示

2 結束活動

描述一連串活動的結束或終點

3 結束流程

描述某一流程的結束或終點

4 一般活動

是真實世界的一個動作處理一組動作程序或是可執行的一段副程式

5 註記或條件

他可用於描述某一個活動的起點結束分支或合併的條件也可用於

限制值或決策選項等的註記

6 物件

可描述與某一個活動有關的狀態輸入與輸出之使用者介面或資料儲存

等

7 轉換

當一個動作或活動完成時直接到下一個活動的控制

8 分支

用於表達當轉換發生後有多個選擇路徑但僅能依條件選擇其中一個

路徑執行

9 合併

用於表達有多個路徑匯集於某點之後再依條件往下一個路徑執行

10 分岔

用於表達當轉換發生後有兩個或兩個以上之平行活動發生的情況

11 結合

用於表達平行活動結束之情況多個平行作業同時進一個作業出來

9

一個產學資訊管理需求的活動圖範例如下(圖 2-5)

圖 2-5 產學資訊管理需求之活動圖

(三) 類別圖

主要用以表示系統存在之物件型態（或稱類別）及各物件型態間的靜態資料

結構與邏輯關係也表達類別之屬性操作與類別間連結之限制等而類別圖的

表示方法如下圖 2-6

圖 2-6 類別圖表示方法

類別的屬性或操作可以定義有哪些物件可以改變該屬性或操作這就是類別

屬性或操作的可視性(Visibility)可視性分為公開的(Public)私有的(Private)保

護的(Protected)套裝式(Package)等不同權限符號如表 2-4

10

表 2-4 可視性表示符號

分類 UML 表示法 權限

公開的 + 可被系統中所有類別存取

私有的 - 同一個類別內可被存取

保護的 子類別可以存取父類別的保護成員

套件式 ~ 只能被同一個套件內的其他類別存取

UML 提供了許多表示方法用來呈現類別之間的關係以下介紹類別圖之間的

關係(表 2-5)

表 2-5 類別圖間的關係

類別間的關係 符號

相依(Dependency)關係

關聯(association)關係

聚合(aggregation)關係

組合(composition)關係

一般化(generalization)關係

在每一個關係中常需表達有多少物件參與此關係也就是表示有多少個案

例參與該關聯這裡的「多少」稱為關聯角色的多重性(Multiplicity) 或稱基數

(Cardinality)最常見的基數包括

1 1

例如一份訂單只能是某位客戶的

2 01

例如企業客戶可能會有一位專門服務它的銷售代表也可能沒有專屬

3

例如客戶沒有必要一定要下訂單而客戶下的訂單也不會有任何上限

它可以會有零份或多份訂單

一般來說可以用一個上限與一個下限來定義基數基數的下線可以是任何

數或零上限則可以是任何數或(代表沒有上限)如果上限跟下限一樣就可以

以一個數字來同時表達上下限因此1 等於 11另外因為 0是很常見的基

數所以會簡寫成

11

以圖 2-7訂單與客戶類別間的關聯關係來說明一個客戶可擁有零張或多張訂

單但一張訂單僅屬於一個客戶

圖 2-7 基數範例

1 相依關係

某一模式元素需要另一個模式元素所提供的規格 (specification)或實作

(implementation)時兩者之間的關係也就是說表達一個類別會使用到其他類

別依賴關係的圖示是帶箭頭虛線由依賴元素指向支援元素(圖 2-8)

圖 2-8 相依關係圖

2 關聯關係

描述類別與類別間之連結關聯關係意味著一類別之物件知道另一類別之物

件的存在或一類別之物件使用到另一類別之物件的服務

圖 2-9表示投資人「購買」股票而股票「屬於」投資人或被投資人所「購買」

圖 2-9 關聯關係圖

3 聚合關係

聚合具有 Whole-Part的關係當整體物件被刪除時部分物件也可以單

獨存在圖 2-10表示一部車子有多個輪胎雖然輪胎屬於車子但輪胎也可

以單獨存在

圖 2-10 聚合關係圖

12

4 組合關係

組合有較強的限制當整體之物件被複製或刪除則其部份之物件也會

被複製或刪除也就是說組合關係的部份物件不能單獨存在兩者間具有

Whole-Part的特質發票是 Whole發票項目是 Part圖 2-11表示一張發票

擁有多個發票項目當該發票被刪除時則其所屬之發票項目也需一起刪除

圖 2-11 組合關係圖

5 一般化關係

指的是一般性類別(稱為父類別)與僅具有此種一般性類別之某些特定性

質之類別(稱為子類別)間的關係

光學滑鼠滾輪滑鼠與滑鼠這三者之間的關係是一般化關係「光學滑

鼠是滑鼠」或者說「滾輪滑鼠是一種滑鼠」因此它們之間有一般化關係

如圖 2-12所示

圖 2-12 一般化關係圖

13

(四) 循序圖

主要用以描述系統運作時物件間的互動行為且著重以時間之先後順序為主

軸以表達物件間的訊息傳遞與處理程序循序圖之重要元件包括類別之物件呼

叫訊息生命線及執行規格等(如圖 2-13)介紹如下

圖 2-13 循序圖範例

1 生命線(Lifeline)

是物件加上劃在物件底下與物件垂直之虛線用以表達物件在某時段之

存在

2 執行發起(Execution Occurrence)

主要表示互動的情形中參與物件處於活化狀態的時間也就是說物件

在執行發起標示的矩形區間是處於執行的狀態執行發起分別會對應到參與

物件被呼叫方法中的其中一個

3 訊息

循序圖之訊息(Message)主要可分兩種同步訊息(Synchronous Message)與非同步訊息（Asynchronous Message）發送物件在發送同步訊息後會等

待接收物件執行操作完畢後才會接著傳送下一個訊息發送物件在發送非

同步訊息後不等待接收物件執行完畢就往下執行

14

4 非同步訊息

在圖 2-14 的非同步訊息中投資人物件發送非同步訊息給電郵系統之

後不等待電郵系統的回應繼續往下執行其他操作

圖 2-14 非同步訊息

5 自我呼叫

除了傳送呼叫訊息給其他物件之外物件也可以傳送呼叫訊息給自己

以便引發執行自己的操作如圖 2-15

圖 2-15 自我呼叫

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

4

圖 2-1 UML20圖形之階層架構

表 2-1 UML20圖形兩大分類(共 13種圖形)

類別圖(Class Diagram)

物件圖(Object diagram)

元件圖(Component diagram)

部署圖(Deployment diagram)

複合結構圖(Composite structure diagram)

結 構 性 圖 形 (Structure diagrams)強調的是系統

式的建模

套件圖(Package diagram)

使用個案圖(Use Case Diagram)

活動圖(Activity diagram)

狀態圖(State diagram)

循序圖(Sequence diagram)

通訊圖(Communication diagram)

時序圖(Timing Diagram)

行為式圖形（ Behavior diagrams）強調系統模

型中觸發的事件

溝通性圖形(Interaction diagrams)屬於行為圖形的

子集合強調系統模型中的

資料流程

互動概觀圖(Interaction diagram)

5

二UML 圖形元件介紹

(一) 使用個案圖(Use Case Diagram)

以使用者的觀點描述系統的行為者與系統間之互動行為與關係從外部的觀

點來看使用個案可以描述系統做什麼從內部的觀點來看它可以描述行為者

與系統如何互動

使用個案圖中行為者常以人形表示使用個案以橢圓表示使用個案與使

用個案間之關係的表示如表 2-2所示

表 2-2 使用案例圖元件介紹

元件 元件圖示

行為者(Actor)

使用個案(Use Case)

行為者與使用個案間之

互動

使用個案間之 Include關係 使用個案間之 Extend關係 使用個案間之

Generalization關係

1 行為者(Actor)

在 UML 中稱為 actor它不一定是代表真正的人更不會代表哪一個特

定的人它要表達的是一個與系統互動的角色

2 使用個案(Use Case)

以一個橢圓形來表示使用案例使用案例用來表示系統應提供的功能是

由行為者所引發或參與的每一個事件

3 使用個案間之 Include(包含)關係

一個使用案例 A 在其執行的過程中一定會使用到使用案例 B則案例 A

6

包含案例 B

對於一個 ATM 的系統「提款」為一個典型的使用案例「提款」這個

使用案例「一定」會包含有「更新餘額」這個使用案例(如圖 2-2)

圖 2-2 提款使用個案間 Include關係圖

4 使用個案間之 Extend(延伸)關係

在某些情況或是條件下一個使用案例的行為可以被另一個使用案例的

行為所延伸「某些情況或是條件」稱為延伸點(extension point)

使用者可以下訂單系統會去檢查庫存有無貨品若是沒有存貨系統

要執行訂貨(如圖 2-3)

圖 2-3 下訂單使用個案之 Extend關係圖

5 使用個案間之 Generalization(一般化)關係

使用案例的一般化關係與物件導向語言的一般化關係是類似的概念子使用

個案會繼承父使用個案之行為與意義且子使用個案可擁有其個別之行為與意

義又如一個使用個案甲某部份與另一個個案乙相同且另外多出一些功能

「訂票」是一個很容易捕捉的使用案例如果要細分訂票方式的種類那麼

訂票的方式可能是打電話來訂票或者是直接在網路上訂票再來取票那麼可以

利用下列的方式來表達(如圖 2-4)

7

圖 2-4 訂票使用個案之 Generalization關係圖

(二) 活動圖(Activity diagram)

活動是流程中的一個簡單步驟具有可選擇性同時能夠提供細膩的資訊來

協助完成之後的系統設計活動圖主要用途是用來說明一個系統的流程可進一

步描述每個活動或處理之執行步驟法則控制等並說明其資料之輸入和輸出

內容與所涉及之實體為使用個案的活動流程及資料輸出入做描述活動圖之表

達符號描述如表 2-3所示

表 2-3 活動圖之元件與表達符號

活動圖之元件 符號 活動圖之元件 符號

開始活動

(Initial)

一般轉換[條件]

(Transition)

結束活動

(Activity Final)

分支

(Branch)

結束流程

(Flow Final)

合併

(Merge)

一般活動

(Activity)

分岔

(Fork)

註記或條件

(Condition or Note)

結合

(Join)

物件

(Object)

8

1 開始

描述一連串的活動的起點以一實心圓型表示

2 結束活動

描述一連串活動的結束或終點

3 結束流程

描述某一流程的結束或終點

4 一般活動

是真實世界的一個動作處理一組動作程序或是可執行的一段副程式

5 註記或條件

他可用於描述某一個活動的起點結束分支或合併的條件也可用於

限制值或決策選項等的註記

6 物件

可描述與某一個活動有關的狀態輸入與輸出之使用者介面或資料儲存

等

7 轉換

當一個動作或活動完成時直接到下一個活動的控制

8 分支

用於表達當轉換發生後有多個選擇路徑但僅能依條件選擇其中一個

路徑執行

9 合併

用於表達有多個路徑匯集於某點之後再依條件往下一個路徑執行

10 分岔

用於表達當轉換發生後有兩個或兩個以上之平行活動發生的情況

11 結合

用於表達平行活動結束之情況多個平行作業同時進一個作業出來

9

一個產學資訊管理需求的活動圖範例如下(圖 2-5)

圖 2-5 產學資訊管理需求之活動圖

(三) 類別圖

主要用以表示系統存在之物件型態（或稱類別）及各物件型態間的靜態資料

結構與邏輯關係也表達類別之屬性操作與類別間連結之限制等而類別圖的

表示方法如下圖 2-6

圖 2-6 類別圖表示方法

類別的屬性或操作可以定義有哪些物件可以改變該屬性或操作這就是類別

屬性或操作的可視性(Visibility)可視性分為公開的(Public)私有的(Private)保

護的(Protected)套裝式(Package)等不同權限符號如表 2-4

10

表 2-4 可視性表示符號

分類 UML 表示法 權限

公開的 + 可被系統中所有類別存取

私有的 - 同一個類別內可被存取

保護的 子類別可以存取父類別的保護成員

套件式 ~ 只能被同一個套件內的其他類別存取

UML 提供了許多表示方法用來呈現類別之間的關係以下介紹類別圖之間的

關係(表 2-5)

表 2-5 類別圖間的關係

類別間的關係 符號

相依(Dependency)關係

關聯(association)關係

聚合(aggregation)關係

組合(composition)關係

一般化(generalization)關係

在每一個關係中常需表達有多少物件參與此關係也就是表示有多少個案

例參與該關聯這裡的「多少」稱為關聯角色的多重性(Multiplicity) 或稱基數

(Cardinality)最常見的基數包括

1 1

例如一份訂單只能是某位客戶的

2 01

例如企業客戶可能會有一位專門服務它的銷售代表也可能沒有專屬

3

例如客戶沒有必要一定要下訂單而客戶下的訂單也不會有任何上限

它可以會有零份或多份訂單

一般來說可以用一個上限與一個下限來定義基數基數的下線可以是任何

數或零上限則可以是任何數或(代表沒有上限)如果上限跟下限一樣就可以

以一個數字來同時表達上下限因此1 等於 11另外因為 0是很常見的基

數所以會簡寫成

11

以圖 2-7訂單與客戶類別間的關聯關係來說明一個客戶可擁有零張或多張訂

單但一張訂單僅屬於一個客戶

圖 2-7 基數範例

1 相依關係

某一模式元素需要另一個模式元素所提供的規格 (specification)或實作

(implementation)時兩者之間的關係也就是說表達一個類別會使用到其他類

別依賴關係的圖示是帶箭頭虛線由依賴元素指向支援元素(圖 2-8)

圖 2-8 相依關係圖

2 關聯關係

描述類別與類別間之連結關聯關係意味著一類別之物件知道另一類別之物

件的存在或一類別之物件使用到另一類別之物件的服務

圖 2-9表示投資人「購買」股票而股票「屬於」投資人或被投資人所「購買」

圖 2-9 關聯關係圖

3 聚合關係

聚合具有 Whole-Part的關係當整體物件被刪除時部分物件也可以單

獨存在圖 2-10表示一部車子有多個輪胎雖然輪胎屬於車子但輪胎也可

以單獨存在

圖 2-10 聚合關係圖

12

4 組合關係

組合有較強的限制當整體之物件被複製或刪除則其部份之物件也會

被複製或刪除也就是說組合關係的部份物件不能單獨存在兩者間具有

Whole-Part的特質發票是 Whole發票項目是 Part圖 2-11表示一張發票

擁有多個發票項目當該發票被刪除時則其所屬之發票項目也需一起刪除

圖 2-11 組合關係圖

5 一般化關係

指的是一般性類別(稱為父類別)與僅具有此種一般性類別之某些特定性

質之類別(稱為子類別)間的關係

光學滑鼠滾輪滑鼠與滑鼠這三者之間的關係是一般化關係「光學滑

鼠是滑鼠」或者說「滾輪滑鼠是一種滑鼠」因此它們之間有一般化關係

如圖 2-12所示

圖 2-12 一般化關係圖

13

(四) 循序圖

主要用以描述系統運作時物件間的互動行為且著重以時間之先後順序為主

軸以表達物件間的訊息傳遞與處理程序循序圖之重要元件包括類別之物件呼

叫訊息生命線及執行規格等(如圖 2-13)介紹如下

圖 2-13 循序圖範例

1 生命線(Lifeline)

是物件加上劃在物件底下與物件垂直之虛線用以表達物件在某時段之

存在

2 執行發起(Execution Occurrence)

主要表示互動的情形中參與物件處於活化狀態的時間也就是說物件

在執行發起標示的矩形區間是處於執行的狀態執行發起分別會對應到參與

物件被呼叫方法中的其中一個

3 訊息

循序圖之訊息(Message)主要可分兩種同步訊息(Synchronous Message)與非同步訊息（Asynchronous Message）發送物件在發送同步訊息後會等

待接收物件執行操作完畢後才會接著傳送下一個訊息發送物件在發送非

同步訊息後不等待接收物件執行完畢就往下執行

14

4 非同步訊息

在圖 2-14 的非同步訊息中投資人物件發送非同步訊息給電郵系統之

後不等待電郵系統的回應繼續往下執行其他操作

圖 2-14 非同步訊息

5 自我呼叫

除了傳送呼叫訊息給其他物件之外物件也可以傳送呼叫訊息給自己

以便引發執行自己的操作如圖 2-15

圖 2-15 自我呼叫

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

5

二UML 圖形元件介紹

(一) 使用個案圖(Use Case Diagram)

以使用者的觀點描述系統的行為者與系統間之互動行為與關係從外部的觀

點來看使用個案可以描述系統做什麼從內部的觀點來看它可以描述行為者

與系統如何互動

使用個案圖中行為者常以人形表示使用個案以橢圓表示使用個案與使

用個案間之關係的表示如表 2-2所示

表 2-2 使用案例圖元件介紹

元件 元件圖示

行為者(Actor)

使用個案(Use Case)

行為者與使用個案間之

互動

使用個案間之 Include關係 使用個案間之 Extend關係 使用個案間之

Generalization關係

1 行為者(Actor)

在 UML 中稱為 actor它不一定是代表真正的人更不會代表哪一個特

定的人它要表達的是一個與系統互動的角色

2 使用個案(Use Case)

以一個橢圓形來表示使用案例使用案例用來表示系統應提供的功能是

由行為者所引發或參與的每一個事件

3 使用個案間之 Include(包含)關係

一個使用案例 A 在其執行的過程中一定會使用到使用案例 B則案例 A

6

包含案例 B

對於一個 ATM 的系統「提款」為一個典型的使用案例「提款」這個

使用案例「一定」會包含有「更新餘額」這個使用案例(如圖 2-2)

圖 2-2 提款使用個案間 Include關係圖

4 使用個案間之 Extend(延伸)關係

在某些情況或是條件下一個使用案例的行為可以被另一個使用案例的

行為所延伸「某些情況或是條件」稱為延伸點(extension point)

使用者可以下訂單系統會去檢查庫存有無貨品若是沒有存貨系統

要執行訂貨(如圖 2-3)

圖 2-3 下訂單使用個案之 Extend關係圖

5 使用個案間之 Generalization(一般化)關係

使用案例的一般化關係與物件導向語言的一般化關係是類似的概念子使用

個案會繼承父使用個案之行為與意義且子使用個案可擁有其個別之行為與意

義又如一個使用個案甲某部份與另一個個案乙相同且另外多出一些功能

「訂票」是一個很容易捕捉的使用案例如果要細分訂票方式的種類那麼

訂票的方式可能是打電話來訂票或者是直接在網路上訂票再來取票那麼可以

利用下列的方式來表達(如圖 2-4)

7

圖 2-4 訂票使用個案之 Generalization關係圖

(二) 活動圖(Activity diagram)

活動是流程中的一個簡單步驟具有可選擇性同時能夠提供細膩的資訊來

協助完成之後的系統設計活動圖主要用途是用來說明一個系統的流程可進一

步描述每個活動或處理之執行步驟法則控制等並說明其資料之輸入和輸出

內容與所涉及之實體為使用個案的活動流程及資料輸出入做描述活動圖之表

達符號描述如表 2-3所示

表 2-3 活動圖之元件與表達符號

活動圖之元件 符號 活動圖之元件 符號

開始活動

(Initial)

一般轉換[條件]

(Transition)

結束活動

(Activity Final)

分支

(Branch)

結束流程

(Flow Final)

合併

(Merge)

一般活動

(Activity)

分岔

(Fork)

註記或條件

(Condition or Note)

結合

(Join)

物件

(Object)

8

1 開始

描述一連串的活動的起點以一實心圓型表示

2 結束活動

描述一連串活動的結束或終點

3 結束流程

描述某一流程的結束或終點

4 一般活動

是真實世界的一個動作處理一組動作程序或是可執行的一段副程式

5 註記或條件

他可用於描述某一個活動的起點結束分支或合併的條件也可用於

限制值或決策選項等的註記

6 物件

可描述與某一個活動有關的狀態輸入與輸出之使用者介面或資料儲存

等

7 轉換

當一個動作或活動完成時直接到下一個活動的控制

8 分支

用於表達當轉換發生後有多個選擇路徑但僅能依條件選擇其中一個

路徑執行

9 合併

用於表達有多個路徑匯集於某點之後再依條件往下一個路徑執行

10 分岔

用於表達當轉換發生後有兩個或兩個以上之平行活動發生的情況

11 結合

用於表達平行活動結束之情況多個平行作業同時進一個作業出來

9

一個產學資訊管理需求的活動圖範例如下(圖 2-5)

圖 2-5 產學資訊管理需求之活動圖

(三) 類別圖

主要用以表示系統存在之物件型態（或稱類別）及各物件型態間的靜態資料

結構與邏輯關係也表達類別之屬性操作與類別間連結之限制等而類別圖的

表示方法如下圖 2-6

圖 2-6 類別圖表示方法

類別的屬性或操作可以定義有哪些物件可以改變該屬性或操作這就是類別

屬性或操作的可視性(Visibility)可視性分為公開的(Public)私有的(Private)保

護的(Protected)套裝式(Package)等不同權限符號如表 2-4

10

表 2-4 可視性表示符號

分類 UML 表示法 權限

公開的 + 可被系統中所有類別存取

私有的 - 同一個類別內可被存取

保護的 子類別可以存取父類別的保護成員

套件式 ~ 只能被同一個套件內的其他類別存取

UML 提供了許多表示方法用來呈現類別之間的關係以下介紹類別圖之間的

關係(表 2-5)

表 2-5 類別圖間的關係

類別間的關係 符號

相依(Dependency)關係

關聯(association)關係

聚合(aggregation)關係

組合(composition)關係

一般化(generalization)關係

在每一個關係中常需表達有多少物件參與此關係也就是表示有多少個案

例參與該關聯這裡的「多少」稱為關聯角色的多重性(Multiplicity) 或稱基數

(Cardinality)最常見的基數包括

1 1

例如一份訂單只能是某位客戶的

2 01

例如企業客戶可能會有一位專門服務它的銷售代表也可能沒有專屬

3

例如客戶沒有必要一定要下訂單而客戶下的訂單也不會有任何上限

它可以會有零份或多份訂單

一般來說可以用一個上限與一個下限來定義基數基數的下線可以是任何

數或零上限則可以是任何數或(代表沒有上限)如果上限跟下限一樣就可以

以一個數字來同時表達上下限因此1 等於 11另外因為 0是很常見的基

數所以會簡寫成

11

以圖 2-7訂單與客戶類別間的關聯關係來說明一個客戶可擁有零張或多張訂

單但一張訂單僅屬於一個客戶

圖 2-7 基數範例

1 相依關係

某一模式元素需要另一個模式元素所提供的規格 (specification)或實作

(implementation)時兩者之間的關係也就是說表達一個類別會使用到其他類

別依賴關係的圖示是帶箭頭虛線由依賴元素指向支援元素(圖 2-8)

圖 2-8 相依關係圖

2 關聯關係

描述類別與類別間之連結關聯關係意味著一類別之物件知道另一類別之物

件的存在或一類別之物件使用到另一類別之物件的服務

圖 2-9表示投資人「購買」股票而股票「屬於」投資人或被投資人所「購買」

圖 2-9 關聯關係圖

3 聚合關係

聚合具有 Whole-Part的關係當整體物件被刪除時部分物件也可以單

獨存在圖 2-10表示一部車子有多個輪胎雖然輪胎屬於車子但輪胎也可

以單獨存在

圖 2-10 聚合關係圖

12

4 組合關係

組合有較強的限制當整體之物件被複製或刪除則其部份之物件也會

被複製或刪除也就是說組合關係的部份物件不能單獨存在兩者間具有

Whole-Part的特質發票是 Whole發票項目是 Part圖 2-11表示一張發票

擁有多個發票項目當該發票被刪除時則其所屬之發票項目也需一起刪除

圖 2-11 組合關係圖

5 一般化關係

指的是一般性類別(稱為父類別)與僅具有此種一般性類別之某些特定性

質之類別(稱為子類別)間的關係

光學滑鼠滾輪滑鼠與滑鼠這三者之間的關係是一般化關係「光學滑

鼠是滑鼠」或者說「滾輪滑鼠是一種滑鼠」因此它們之間有一般化關係

如圖 2-12所示

圖 2-12 一般化關係圖

13

(四) 循序圖

主要用以描述系統運作時物件間的互動行為且著重以時間之先後順序為主

軸以表達物件間的訊息傳遞與處理程序循序圖之重要元件包括類別之物件呼

叫訊息生命線及執行規格等(如圖 2-13)介紹如下

圖 2-13 循序圖範例

1 生命線(Lifeline)

是物件加上劃在物件底下與物件垂直之虛線用以表達物件在某時段之

存在

2 執行發起(Execution Occurrence)

主要表示互動的情形中參與物件處於活化狀態的時間也就是說物件

在執行發起標示的矩形區間是處於執行的狀態執行發起分別會對應到參與

物件被呼叫方法中的其中一個

3 訊息

循序圖之訊息(Message)主要可分兩種同步訊息(Synchronous Message)與非同步訊息（Asynchronous Message）發送物件在發送同步訊息後會等

待接收物件執行操作完畢後才會接著傳送下一個訊息發送物件在發送非

同步訊息後不等待接收物件執行完畢就往下執行

14

4 非同步訊息

在圖 2-14 的非同步訊息中投資人物件發送非同步訊息給電郵系統之

後不等待電郵系統的回應繼續往下執行其他操作

圖 2-14 非同步訊息

5 自我呼叫

除了傳送呼叫訊息給其他物件之外物件也可以傳送呼叫訊息給自己

以便引發執行自己的操作如圖 2-15

圖 2-15 自我呼叫

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

6

包含案例 B

對於一個 ATM 的系統「提款」為一個典型的使用案例「提款」這個

使用案例「一定」會包含有「更新餘額」這個使用案例(如圖 2-2)

圖 2-2 提款使用個案間 Include關係圖

4 使用個案間之 Extend(延伸)關係

在某些情況或是條件下一個使用案例的行為可以被另一個使用案例的

行為所延伸「某些情況或是條件」稱為延伸點(extension point)

使用者可以下訂單系統會去檢查庫存有無貨品若是沒有存貨系統

要執行訂貨(如圖 2-3)

圖 2-3 下訂單使用個案之 Extend關係圖

5 使用個案間之 Generalization(一般化)關係

使用案例的一般化關係與物件導向語言的一般化關係是類似的概念子使用

個案會繼承父使用個案之行為與意義且子使用個案可擁有其個別之行為與意

義又如一個使用個案甲某部份與另一個個案乙相同且另外多出一些功能

「訂票」是一個很容易捕捉的使用案例如果要細分訂票方式的種類那麼

訂票的方式可能是打電話來訂票或者是直接在網路上訂票再來取票那麼可以

利用下列的方式來表達(如圖 2-4)

7

圖 2-4 訂票使用個案之 Generalization關係圖

(二) 活動圖(Activity diagram)

活動是流程中的一個簡單步驟具有可選擇性同時能夠提供細膩的資訊來

協助完成之後的系統設計活動圖主要用途是用來說明一個系統的流程可進一

步描述每個活動或處理之執行步驟法則控制等並說明其資料之輸入和輸出

內容與所涉及之實體為使用個案的活動流程及資料輸出入做描述活動圖之表

達符號描述如表 2-3所示

表 2-3 活動圖之元件與表達符號

活動圖之元件 符號 活動圖之元件 符號

開始活動

(Initial)

一般轉換[條件]

(Transition)

結束活動

(Activity Final)

分支

(Branch)

結束流程

(Flow Final)

合併

(Merge)

一般活動

(Activity)

分岔

(Fork)

註記或條件

(Condition or Note)

結合

(Join)

物件

(Object)

8

1 開始

描述一連串的活動的起點以一實心圓型表示

2 結束活動

描述一連串活動的結束或終點

3 結束流程

描述某一流程的結束或終點

4 一般活動

是真實世界的一個動作處理一組動作程序或是可執行的一段副程式

5 註記或條件

他可用於描述某一個活動的起點結束分支或合併的條件也可用於

限制值或決策選項等的註記

6 物件

可描述與某一個活動有關的狀態輸入與輸出之使用者介面或資料儲存

等

7 轉換

當一個動作或活動完成時直接到下一個活動的控制

8 分支

用於表達當轉換發生後有多個選擇路徑但僅能依條件選擇其中一個

路徑執行

9 合併

用於表達有多個路徑匯集於某點之後再依條件往下一個路徑執行

10 分岔

用於表達當轉換發生後有兩個或兩個以上之平行活動發生的情況

11 結合

用於表達平行活動結束之情況多個平行作業同時進一個作業出來

9

一個產學資訊管理需求的活動圖範例如下(圖 2-5)

圖 2-5 產學資訊管理需求之活動圖

(三) 類別圖

主要用以表示系統存在之物件型態（或稱類別）及各物件型態間的靜態資料

結構與邏輯關係也表達類別之屬性操作與類別間連結之限制等而類別圖的

表示方法如下圖 2-6

圖 2-6 類別圖表示方法

類別的屬性或操作可以定義有哪些物件可以改變該屬性或操作這就是類別

屬性或操作的可視性(Visibility)可視性分為公開的(Public)私有的(Private)保

護的(Protected)套裝式(Package)等不同權限符號如表 2-4

10

表 2-4 可視性表示符號

分類 UML 表示法 權限

公開的 + 可被系統中所有類別存取

私有的 - 同一個類別內可被存取

保護的 子類別可以存取父類別的保護成員

套件式 ~ 只能被同一個套件內的其他類別存取

UML 提供了許多表示方法用來呈現類別之間的關係以下介紹類別圖之間的

關係(表 2-5)

表 2-5 類別圖間的關係

類別間的關係 符號

相依(Dependency)關係

關聯(association)關係

聚合(aggregation)關係

組合(composition)關係

一般化(generalization)關係

在每一個關係中常需表達有多少物件參與此關係也就是表示有多少個案

例參與該關聯這裡的「多少」稱為關聯角色的多重性(Multiplicity) 或稱基數

(Cardinality)最常見的基數包括

1 1

例如一份訂單只能是某位客戶的

2 01

例如企業客戶可能會有一位專門服務它的銷售代表也可能沒有專屬

3

例如客戶沒有必要一定要下訂單而客戶下的訂單也不會有任何上限

它可以會有零份或多份訂單

一般來說可以用一個上限與一個下限來定義基數基數的下線可以是任何

數或零上限則可以是任何數或(代表沒有上限)如果上限跟下限一樣就可以

以一個數字來同時表達上下限因此1 等於 11另外因為 0是很常見的基

數所以會簡寫成

11

以圖 2-7訂單與客戶類別間的關聯關係來說明一個客戶可擁有零張或多張訂

單但一張訂單僅屬於一個客戶

圖 2-7 基數範例

1 相依關係

某一模式元素需要另一個模式元素所提供的規格 (specification)或實作

(implementation)時兩者之間的關係也就是說表達一個類別會使用到其他類

別依賴關係的圖示是帶箭頭虛線由依賴元素指向支援元素(圖 2-8)

圖 2-8 相依關係圖

2 關聯關係

描述類別與類別間之連結關聯關係意味著一類別之物件知道另一類別之物

件的存在或一類別之物件使用到另一類別之物件的服務

圖 2-9表示投資人「購買」股票而股票「屬於」投資人或被投資人所「購買」

圖 2-9 關聯關係圖

3 聚合關係

聚合具有 Whole-Part的關係當整體物件被刪除時部分物件也可以單

獨存在圖 2-10表示一部車子有多個輪胎雖然輪胎屬於車子但輪胎也可

以單獨存在

圖 2-10 聚合關係圖

12

4 組合關係

組合有較強的限制當整體之物件被複製或刪除則其部份之物件也會

被複製或刪除也就是說組合關係的部份物件不能單獨存在兩者間具有

Whole-Part的特質發票是 Whole發票項目是 Part圖 2-11表示一張發票

擁有多個發票項目當該發票被刪除時則其所屬之發票項目也需一起刪除

圖 2-11 組合關係圖

5 一般化關係

指的是一般性類別(稱為父類別)與僅具有此種一般性類別之某些特定性

質之類別(稱為子類別)間的關係

光學滑鼠滾輪滑鼠與滑鼠這三者之間的關係是一般化關係「光學滑

鼠是滑鼠」或者說「滾輪滑鼠是一種滑鼠」因此它們之間有一般化關係

如圖 2-12所示

圖 2-12 一般化關係圖

13

(四) 循序圖

主要用以描述系統運作時物件間的互動行為且著重以時間之先後順序為主

軸以表達物件間的訊息傳遞與處理程序循序圖之重要元件包括類別之物件呼

叫訊息生命線及執行規格等(如圖 2-13)介紹如下

圖 2-13 循序圖範例

1 生命線(Lifeline)

是物件加上劃在物件底下與物件垂直之虛線用以表達物件在某時段之

存在

2 執行發起(Execution Occurrence)

主要表示互動的情形中參與物件處於活化狀態的時間也就是說物件

在執行發起標示的矩形區間是處於執行的狀態執行發起分別會對應到參與

物件被呼叫方法中的其中一個

3 訊息

循序圖之訊息(Message)主要可分兩種同步訊息(Synchronous Message)與非同步訊息（Asynchronous Message）發送物件在發送同步訊息後會等

待接收物件執行操作完畢後才會接著傳送下一個訊息發送物件在發送非

同步訊息後不等待接收物件執行完畢就往下執行

14

4 非同步訊息

在圖 2-14 的非同步訊息中投資人物件發送非同步訊息給電郵系統之

後不等待電郵系統的回應繼續往下執行其他操作

圖 2-14 非同步訊息

5 自我呼叫

除了傳送呼叫訊息給其他物件之外物件也可以傳送呼叫訊息給自己

以便引發執行自己的操作如圖 2-15

圖 2-15 自我呼叫

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

7

圖 2-4 訂票使用個案之 Generalization關係圖

(二) 活動圖(Activity diagram)

活動是流程中的一個簡單步驟具有可選擇性同時能夠提供細膩的資訊來

協助完成之後的系統設計活動圖主要用途是用來說明一個系統的流程可進一

步描述每個活動或處理之執行步驟法則控制等並說明其資料之輸入和輸出

內容與所涉及之實體為使用個案的活動流程及資料輸出入做描述活動圖之表

達符號描述如表 2-3所示

表 2-3 活動圖之元件與表達符號

活動圖之元件 符號 活動圖之元件 符號

開始活動

(Initial)

一般轉換[條件]

(Transition)

結束活動

(Activity Final)

分支

(Branch)

結束流程

(Flow Final)

合併

(Merge)

一般活動

(Activity)

分岔

(Fork)

註記或條件

(Condition or Note)

結合

(Join)

物件

(Object)

8

1 開始

描述一連串的活動的起點以一實心圓型表示

2 結束活動

描述一連串活動的結束或終點

3 結束流程

描述某一流程的結束或終點

4 一般活動

是真實世界的一個動作處理一組動作程序或是可執行的一段副程式

5 註記或條件

他可用於描述某一個活動的起點結束分支或合併的條件也可用於

限制值或決策選項等的註記

6 物件

可描述與某一個活動有關的狀態輸入與輸出之使用者介面或資料儲存

等

7 轉換

當一個動作或活動完成時直接到下一個活動的控制

8 分支

用於表達當轉換發生後有多個選擇路徑但僅能依條件選擇其中一個

路徑執行

9 合併

用於表達有多個路徑匯集於某點之後再依條件往下一個路徑執行

10 分岔

用於表達當轉換發生後有兩個或兩個以上之平行活動發生的情況

11 結合

用於表達平行活動結束之情況多個平行作業同時進一個作業出來

9

一個產學資訊管理需求的活動圖範例如下(圖 2-5)

圖 2-5 產學資訊管理需求之活動圖

(三) 類別圖

主要用以表示系統存在之物件型態（或稱類別）及各物件型態間的靜態資料

結構與邏輯關係也表達類別之屬性操作與類別間連結之限制等而類別圖的

表示方法如下圖 2-6

圖 2-6 類別圖表示方法

類別的屬性或操作可以定義有哪些物件可以改變該屬性或操作這就是類別

屬性或操作的可視性(Visibility)可視性分為公開的(Public)私有的(Private)保

護的(Protected)套裝式(Package)等不同權限符號如表 2-4

10

表 2-4 可視性表示符號

分類 UML 表示法 權限

公開的 + 可被系統中所有類別存取

私有的 - 同一個類別內可被存取

保護的 子類別可以存取父類別的保護成員

套件式 ~ 只能被同一個套件內的其他類別存取

UML 提供了許多表示方法用來呈現類別之間的關係以下介紹類別圖之間的

關係(表 2-5)

表 2-5 類別圖間的關係

類別間的關係 符號

相依(Dependency)關係

關聯(association)關係

聚合(aggregation)關係

組合(composition)關係

一般化(generalization)關係

在每一個關係中常需表達有多少物件參與此關係也就是表示有多少個案

例參與該關聯這裡的「多少」稱為關聯角色的多重性(Multiplicity) 或稱基數

(Cardinality)最常見的基數包括

1 1

例如一份訂單只能是某位客戶的

2 01

例如企業客戶可能會有一位專門服務它的銷售代表也可能沒有專屬

3

例如客戶沒有必要一定要下訂單而客戶下的訂單也不會有任何上限

它可以會有零份或多份訂單

一般來說可以用一個上限與一個下限來定義基數基數的下線可以是任何

數或零上限則可以是任何數或(代表沒有上限)如果上限跟下限一樣就可以

以一個數字來同時表達上下限因此1 等於 11另外因為 0是很常見的基

數所以會簡寫成

11

以圖 2-7訂單與客戶類別間的關聯關係來說明一個客戶可擁有零張或多張訂

單但一張訂單僅屬於一個客戶

圖 2-7 基數範例

1 相依關係

某一模式元素需要另一個模式元素所提供的規格 (specification)或實作

(implementation)時兩者之間的關係也就是說表達一個類別會使用到其他類

別依賴關係的圖示是帶箭頭虛線由依賴元素指向支援元素(圖 2-8)

圖 2-8 相依關係圖

2 關聯關係

描述類別與類別間之連結關聯關係意味著一類別之物件知道另一類別之物

件的存在或一類別之物件使用到另一類別之物件的服務

圖 2-9表示投資人「購買」股票而股票「屬於」投資人或被投資人所「購買」

圖 2-9 關聯關係圖

3 聚合關係

聚合具有 Whole-Part的關係當整體物件被刪除時部分物件也可以單

獨存在圖 2-10表示一部車子有多個輪胎雖然輪胎屬於車子但輪胎也可

以單獨存在

圖 2-10 聚合關係圖

12

4 組合關係

組合有較強的限制當整體之物件被複製或刪除則其部份之物件也會

被複製或刪除也就是說組合關係的部份物件不能單獨存在兩者間具有

Whole-Part的特質發票是 Whole發票項目是 Part圖 2-11表示一張發票

擁有多個發票項目當該發票被刪除時則其所屬之發票項目也需一起刪除

圖 2-11 組合關係圖

5 一般化關係

指的是一般性類別(稱為父類別)與僅具有此種一般性類別之某些特定性

質之類別(稱為子類別)間的關係

光學滑鼠滾輪滑鼠與滑鼠這三者之間的關係是一般化關係「光學滑

鼠是滑鼠」或者說「滾輪滑鼠是一種滑鼠」因此它們之間有一般化關係

如圖 2-12所示

圖 2-12 一般化關係圖

13

(四) 循序圖

主要用以描述系統運作時物件間的互動行為且著重以時間之先後順序為主

軸以表達物件間的訊息傳遞與處理程序循序圖之重要元件包括類別之物件呼

叫訊息生命線及執行規格等(如圖 2-13)介紹如下

圖 2-13 循序圖範例

1 生命線(Lifeline)

是物件加上劃在物件底下與物件垂直之虛線用以表達物件在某時段之

存在

2 執行發起(Execution Occurrence)

主要表示互動的情形中參與物件處於活化狀態的時間也就是說物件

在執行發起標示的矩形區間是處於執行的狀態執行發起分別會對應到參與

物件被呼叫方法中的其中一個

3 訊息

循序圖之訊息(Message)主要可分兩種同步訊息(Synchronous Message)與非同步訊息（Asynchronous Message）發送物件在發送同步訊息後會等

待接收物件執行操作完畢後才會接著傳送下一個訊息發送物件在發送非

同步訊息後不等待接收物件執行完畢就往下執行

14

4 非同步訊息

在圖 2-14 的非同步訊息中投資人物件發送非同步訊息給電郵系統之

後不等待電郵系統的回應繼續往下執行其他操作

圖 2-14 非同步訊息

5 自我呼叫

除了傳送呼叫訊息給其他物件之外物件也可以傳送呼叫訊息給自己

以便引發執行自己的操作如圖 2-15

圖 2-15 自我呼叫

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

8

1 開始

描述一連串的活動的起點以一實心圓型表示

2 結束活動

描述一連串活動的結束或終點

3 結束流程

描述某一流程的結束或終點

4 一般活動

是真實世界的一個動作處理一組動作程序或是可執行的一段副程式

5 註記或條件

他可用於描述某一個活動的起點結束分支或合併的條件也可用於

限制值或決策選項等的註記

6 物件

可描述與某一個活動有關的狀態輸入與輸出之使用者介面或資料儲存

等

7 轉換

當一個動作或活動完成時直接到下一個活動的控制

8 分支

用於表達當轉換發生後有多個選擇路徑但僅能依條件選擇其中一個

路徑執行

9 合併

用於表達有多個路徑匯集於某點之後再依條件往下一個路徑執行

10 分岔

用於表達當轉換發生後有兩個或兩個以上之平行活動發生的情況

11 結合

用於表達平行活動結束之情況多個平行作業同時進一個作業出來

9

一個產學資訊管理需求的活動圖範例如下(圖 2-5)

圖 2-5 產學資訊管理需求之活動圖

(三) 類別圖

主要用以表示系統存在之物件型態（或稱類別）及各物件型態間的靜態資料

結構與邏輯關係也表達類別之屬性操作與類別間連結之限制等而類別圖的

表示方法如下圖 2-6

圖 2-6 類別圖表示方法

類別的屬性或操作可以定義有哪些物件可以改變該屬性或操作這就是類別

屬性或操作的可視性(Visibility)可視性分為公開的(Public)私有的(Private)保

護的(Protected)套裝式(Package)等不同權限符號如表 2-4

10

表 2-4 可視性表示符號

分類 UML 表示法 權限

公開的 + 可被系統中所有類別存取

私有的 - 同一個類別內可被存取

保護的 子類別可以存取父類別的保護成員

套件式 ~ 只能被同一個套件內的其他類別存取

UML 提供了許多表示方法用來呈現類別之間的關係以下介紹類別圖之間的

關係(表 2-5)

表 2-5 類別圖間的關係

類別間的關係 符號

相依(Dependency)關係

關聯(association)關係

聚合(aggregation)關係

組合(composition)關係

一般化(generalization)關係

在每一個關係中常需表達有多少物件參與此關係也就是表示有多少個案

例參與該關聯這裡的「多少」稱為關聯角色的多重性(Multiplicity) 或稱基數

(Cardinality)最常見的基數包括

1 1

例如一份訂單只能是某位客戶的

2 01

例如企業客戶可能會有一位專門服務它的銷售代表也可能沒有專屬

3

例如客戶沒有必要一定要下訂單而客戶下的訂單也不會有任何上限

它可以會有零份或多份訂單

一般來說可以用一個上限與一個下限來定義基數基數的下線可以是任何

數或零上限則可以是任何數或(代表沒有上限)如果上限跟下限一樣就可以

以一個數字來同時表達上下限因此1 等於 11另外因為 0是很常見的基

數所以會簡寫成

11

以圖 2-7訂單與客戶類別間的關聯關係來說明一個客戶可擁有零張或多張訂

單但一張訂單僅屬於一個客戶

圖 2-7 基數範例

1 相依關係

某一模式元素需要另一個模式元素所提供的規格 (specification)或實作

(implementation)時兩者之間的關係也就是說表達一個類別會使用到其他類

別依賴關係的圖示是帶箭頭虛線由依賴元素指向支援元素(圖 2-8)

圖 2-8 相依關係圖

2 關聯關係

描述類別與類別間之連結關聯關係意味著一類別之物件知道另一類別之物

件的存在或一類別之物件使用到另一類別之物件的服務

圖 2-9表示投資人「購買」股票而股票「屬於」投資人或被投資人所「購買」

圖 2-9 關聯關係圖

3 聚合關係

聚合具有 Whole-Part的關係當整體物件被刪除時部分物件也可以單

獨存在圖 2-10表示一部車子有多個輪胎雖然輪胎屬於車子但輪胎也可

以單獨存在

圖 2-10 聚合關係圖

12

4 組合關係

組合有較強的限制當整體之物件被複製或刪除則其部份之物件也會

被複製或刪除也就是說組合關係的部份物件不能單獨存在兩者間具有

Whole-Part的特質發票是 Whole發票項目是 Part圖 2-11表示一張發票

擁有多個發票項目當該發票被刪除時則其所屬之發票項目也需一起刪除

圖 2-11 組合關係圖

5 一般化關係

指的是一般性類別(稱為父類別)與僅具有此種一般性類別之某些特定性

質之類別(稱為子類別)間的關係

光學滑鼠滾輪滑鼠與滑鼠這三者之間的關係是一般化關係「光學滑

鼠是滑鼠」或者說「滾輪滑鼠是一種滑鼠」因此它們之間有一般化關係

如圖 2-12所示

圖 2-12 一般化關係圖

13

(四) 循序圖

主要用以描述系統運作時物件間的互動行為且著重以時間之先後順序為主

軸以表達物件間的訊息傳遞與處理程序循序圖之重要元件包括類別之物件呼

叫訊息生命線及執行規格等(如圖 2-13)介紹如下

圖 2-13 循序圖範例

1 生命線(Lifeline)

是物件加上劃在物件底下與物件垂直之虛線用以表達物件在某時段之

存在

2 執行發起(Execution Occurrence)

主要表示互動的情形中參與物件處於活化狀態的時間也就是說物件

在執行發起標示的矩形區間是處於執行的狀態執行發起分別會對應到參與

物件被呼叫方法中的其中一個

3 訊息

循序圖之訊息(Message)主要可分兩種同步訊息(Synchronous Message)與非同步訊息（Asynchronous Message）發送物件在發送同步訊息後會等

待接收物件執行操作完畢後才會接著傳送下一個訊息發送物件在發送非

同步訊息後不等待接收物件執行完畢就往下執行

14

4 非同步訊息

在圖 2-14 的非同步訊息中投資人物件發送非同步訊息給電郵系統之

後不等待電郵系統的回應繼續往下執行其他操作

圖 2-14 非同步訊息

5 自我呼叫

除了傳送呼叫訊息給其他物件之外物件也可以傳送呼叫訊息給自己

以便引發執行自己的操作如圖 2-15

圖 2-15 自我呼叫

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

9

一個產學資訊管理需求的活動圖範例如下(圖 2-5)

圖 2-5 產學資訊管理需求之活動圖

(三) 類別圖

主要用以表示系統存在之物件型態（或稱類別）及各物件型態間的靜態資料

結構與邏輯關係也表達類別之屬性操作與類別間連結之限制等而類別圖的

表示方法如下圖 2-6

圖 2-6 類別圖表示方法

類別的屬性或操作可以定義有哪些物件可以改變該屬性或操作這就是類別

屬性或操作的可視性(Visibility)可視性分為公開的(Public)私有的(Private)保

護的(Protected)套裝式(Package)等不同權限符號如表 2-4

10

表 2-4 可視性表示符號

分類 UML 表示法 權限

公開的 + 可被系統中所有類別存取

私有的 - 同一個類別內可被存取

保護的 子類別可以存取父類別的保護成員

套件式 ~ 只能被同一個套件內的其他類別存取

UML 提供了許多表示方法用來呈現類別之間的關係以下介紹類別圖之間的

關係(表 2-5)

表 2-5 類別圖間的關係

類別間的關係 符號

相依(Dependency)關係

關聯(association)關係

聚合(aggregation)關係

組合(composition)關係

一般化(generalization)關係

在每一個關係中常需表達有多少物件參與此關係也就是表示有多少個案

例參與該關聯這裡的「多少」稱為關聯角色的多重性(Multiplicity) 或稱基數

(Cardinality)最常見的基數包括

1 1

例如一份訂單只能是某位客戶的

2 01

例如企業客戶可能會有一位專門服務它的銷售代表也可能沒有專屬

3

例如客戶沒有必要一定要下訂單而客戶下的訂單也不會有任何上限

它可以會有零份或多份訂單

一般來說可以用一個上限與一個下限來定義基數基數的下線可以是任何

數或零上限則可以是任何數或(代表沒有上限)如果上限跟下限一樣就可以

以一個數字來同時表達上下限因此1 等於 11另外因為 0是很常見的基

數所以會簡寫成

11

以圖 2-7訂單與客戶類別間的關聯關係來說明一個客戶可擁有零張或多張訂

單但一張訂單僅屬於一個客戶

圖 2-7 基數範例

1 相依關係

某一模式元素需要另一個模式元素所提供的規格 (specification)或實作

(implementation)時兩者之間的關係也就是說表達一個類別會使用到其他類

別依賴關係的圖示是帶箭頭虛線由依賴元素指向支援元素(圖 2-8)

圖 2-8 相依關係圖

2 關聯關係

描述類別與類別間之連結關聯關係意味著一類別之物件知道另一類別之物

件的存在或一類別之物件使用到另一類別之物件的服務

圖 2-9表示投資人「購買」股票而股票「屬於」投資人或被投資人所「購買」

圖 2-9 關聯關係圖

3 聚合關係

聚合具有 Whole-Part的關係當整體物件被刪除時部分物件也可以單

獨存在圖 2-10表示一部車子有多個輪胎雖然輪胎屬於車子但輪胎也可

以單獨存在

圖 2-10 聚合關係圖

12

4 組合關係

組合有較強的限制當整體之物件被複製或刪除則其部份之物件也會

被複製或刪除也就是說組合關係的部份物件不能單獨存在兩者間具有

Whole-Part的特質發票是 Whole發票項目是 Part圖 2-11表示一張發票

擁有多個發票項目當該發票被刪除時則其所屬之發票項目也需一起刪除

圖 2-11 組合關係圖

5 一般化關係

指的是一般性類別(稱為父類別)與僅具有此種一般性類別之某些特定性

質之類別(稱為子類別)間的關係

光學滑鼠滾輪滑鼠與滑鼠這三者之間的關係是一般化關係「光學滑

鼠是滑鼠」或者說「滾輪滑鼠是一種滑鼠」因此它們之間有一般化關係

如圖 2-12所示

圖 2-12 一般化關係圖

13

(四) 循序圖

主要用以描述系統運作時物件間的互動行為且著重以時間之先後順序為主

軸以表達物件間的訊息傳遞與處理程序循序圖之重要元件包括類別之物件呼

叫訊息生命線及執行規格等(如圖 2-13)介紹如下

圖 2-13 循序圖範例

1 生命線(Lifeline)

是物件加上劃在物件底下與物件垂直之虛線用以表達物件在某時段之

存在

2 執行發起(Execution Occurrence)

主要表示互動的情形中參與物件處於活化狀態的時間也就是說物件

在執行發起標示的矩形區間是處於執行的狀態執行發起分別會對應到參與

物件被呼叫方法中的其中一個

3 訊息

循序圖之訊息(Message)主要可分兩種同步訊息(Synchronous Message)與非同步訊息（Asynchronous Message）發送物件在發送同步訊息後會等

待接收物件執行操作完畢後才會接著傳送下一個訊息發送物件在發送非

同步訊息後不等待接收物件執行完畢就往下執行

14

4 非同步訊息

在圖 2-14 的非同步訊息中投資人物件發送非同步訊息給電郵系統之

後不等待電郵系統的回應繼續往下執行其他操作

圖 2-14 非同步訊息

5 自我呼叫

除了傳送呼叫訊息給其他物件之外物件也可以傳送呼叫訊息給自己

以便引發執行自己的操作如圖 2-15

圖 2-15 自我呼叫

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

10

表 2-4 可視性表示符號

分類 UML 表示法 權限

公開的 + 可被系統中所有類別存取

私有的 - 同一個類別內可被存取

保護的 子類別可以存取父類別的保護成員

套件式 ~ 只能被同一個套件內的其他類別存取

UML 提供了許多表示方法用來呈現類別之間的關係以下介紹類別圖之間的

關係(表 2-5)

表 2-5 類別圖間的關係

類別間的關係 符號

相依(Dependency)關係

關聯(association)關係

聚合(aggregation)關係

組合(composition)關係

一般化(generalization)關係

在每一個關係中常需表達有多少物件參與此關係也就是表示有多少個案

例參與該關聯這裡的「多少」稱為關聯角色的多重性(Multiplicity) 或稱基數

(Cardinality)最常見的基數包括

1 1

例如一份訂單只能是某位客戶的

2 01

例如企業客戶可能會有一位專門服務它的銷售代表也可能沒有專屬

3

例如客戶沒有必要一定要下訂單而客戶下的訂單也不會有任何上限

它可以會有零份或多份訂單

一般來說可以用一個上限與一個下限來定義基數基數的下線可以是任何

數或零上限則可以是任何數或(代表沒有上限)如果上限跟下限一樣就可以

以一個數字來同時表達上下限因此1 等於 11另外因為 0是很常見的基

數所以會簡寫成

11

以圖 2-7訂單與客戶類別間的關聯關係來說明一個客戶可擁有零張或多張訂

單但一張訂單僅屬於一個客戶

圖 2-7 基數範例

1 相依關係

某一模式元素需要另一個模式元素所提供的規格 (specification)或實作

(implementation)時兩者之間的關係也就是說表達一個類別會使用到其他類

別依賴關係的圖示是帶箭頭虛線由依賴元素指向支援元素(圖 2-8)

圖 2-8 相依關係圖

2 關聯關係

描述類別與類別間之連結關聯關係意味著一類別之物件知道另一類別之物

件的存在或一類別之物件使用到另一類別之物件的服務

圖 2-9表示投資人「購買」股票而股票「屬於」投資人或被投資人所「購買」

圖 2-9 關聯關係圖

3 聚合關係

聚合具有 Whole-Part的關係當整體物件被刪除時部分物件也可以單

獨存在圖 2-10表示一部車子有多個輪胎雖然輪胎屬於車子但輪胎也可

以單獨存在

圖 2-10 聚合關係圖

12

4 組合關係

組合有較強的限制當整體之物件被複製或刪除則其部份之物件也會

被複製或刪除也就是說組合關係的部份物件不能單獨存在兩者間具有

Whole-Part的特質發票是 Whole發票項目是 Part圖 2-11表示一張發票

擁有多個發票項目當該發票被刪除時則其所屬之發票項目也需一起刪除

圖 2-11 組合關係圖

5 一般化關係

指的是一般性類別(稱為父類別)與僅具有此種一般性類別之某些特定性

質之類別(稱為子類別)間的關係

光學滑鼠滾輪滑鼠與滑鼠這三者之間的關係是一般化關係「光學滑

鼠是滑鼠」或者說「滾輪滑鼠是一種滑鼠」因此它們之間有一般化關係

如圖 2-12所示

圖 2-12 一般化關係圖

13

(四) 循序圖

主要用以描述系統運作時物件間的互動行為且著重以時間之先後順序為主

軸以表達物件間的訊息傳遞與處理程序循序圖之重要元件包括類別之物件呼

叫訊息生命線及執行規格等(如圖 2-13)介紹如下

圖 2-13 循序圖範例

1 生命線(Lifeline)

是物件加上劃在物件底下與物件垂直之虛線用以表達物件在某時段之

存在

2 執行發起(Execution Occurrence)

主要表示互動的情形中參與物件處於活化狀態的時間也就是說物件

在執行發起標示的矩形區間是處於執行的狀態執行發起分別會對應到參與

物件被呼叫方法中的其中一個

3 訊息

循序圖之訊息(Message)主要可分兩種同步訊息(Synchronous Message)與非同步訊息（Asynchronous Message）發送物件在發送同步訊息後會等

待接收物件執行操作完畢後才會接著傳送下一個訊息發送物件在發送非

同步訊息後不等待接收物件執行完畢就往下執行

14

4 非同步訊息

在圖 2-14 的非同步訊息中投資人物件發送非同步訊息給電郵系統之

後不等待電郵系統的回應繼續往下執行其他操作

圖 2-14 非同步訊息

5 自我呼叫

除了傳送呼叫訊息給其他物件之外物件也可以傳送呼叫訊息給自己

以便引發執行自己的操作如圖 2-15

圖 2-15 自我呼叫

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

11

以圖 2-7訂單與客戶類別間的關聯關係來說明一個客戶可擁有零張或多張訂

單但一張訂單僅屬於一個客戶

圖 2-7 基數範例

1 相依關係

某一模式元素需要另一個模式元素所提供的規格 (specification)或實作

(implementation)時兩者之間的關係也就是說表達一個類別會使用到其他類

別依賴關係的圖示是帶箭頭虛線由依賴元素指向支援元素(圖 2-8)

圖 2-8 相依關係圖

2 關聯關係

描述類別與類別間之連結關聯關係意味著一類別之物件知道另一類別之物

件的存在或一類別之物件使用到另一類別之物件的服務

圖 2-9表示投資人「購買」股票而股票「屬於」投資人或被投資人所「購買」

圖 2-9 關聯關係圖

3 聚合關係

聚合具有 Whole-Part的關係當整體物件被刪除時部分物件也可以單

獨存在圖 2-10表示一部車子有多個輪胎雖然輪胎屬於車子但輪胎也可

以單獨存在

圖 2-10 聚合關係圖

12

4 組合關係

組合有較強的限制當整體之物件被複製或刪除則其部份之物件也會

被複製或刪除也就是說組合關係的部份物件不能單獨存在兩者間具有

Whole-Part的特質發票是 Whole發票項目是 Part圖 2-11表示一張發票

擁有多個發票項目當該發票被刪除時則其所屬之發票項目也需一起刪除

圖 2-11 組合關係圖

5 一般化關係

指的是一般性類別(稱為父類別)與僅具有此種一般性類別之某些特定性

質之類別(稱為子類別)間的關係

光學滑鼠滾輪滑鼠與滑鼠這三者之間的關係是一般化關係「光學滑

鼠是滑鼠」或者說「滾輪滑鼠是一種滑鼠」因此它們之間有一般化關係

如圖 2-12所示

圖 2-12 一般化關係圖

13

(四) 循序圖

主要用以描述系統運作時物件間的互動行為且著重以時間之先後順序為主

軸以表達物件間的訊息傳遞與處理程序循序圖之重要元件包括類別之物件呼

叫訊息生命線及執行規格等(如圖 2-13)介紹如下

圖 2-13 循序圖範例

1 生命線(Lifeline)

是物件加上劃在物件底下與物件垂直之虛線用以表達物件在某時段之

存在

2 執行發起(Execution Occurrence)

主要表示互動的情形中參與物件處於活化狀態的時間也就是說物件

在執行發起標示的矩形區間是處於執行的狀態執行發起分別會對應到參與

物件被呼叫方法中的其中一個

3 訊息

循序圖之訊息(Message)主要可分兩種同步訊息(Synchronous Message)與非同步訊息（Asynchronous Message）發送物件在發送同步訊息後會等

待接收物件執行操作完畢後才會接著傳送下一個訊息發送物件在發送非

同步訊息後不等待接收物件執行完畢就往下執行

14

4 非同步訊息

在圖 2-14 的非同步訊息中投資人物件發送非同步訊息給電郵系統之

後不等待電郵系統的回應繼續往下執行其他操作

圖 2-14 非同步訊息

5 自我呼叫

除了傳送呼叫訊息給其他物件之外物件也可以傳送呼叫訊息給自己

以便引發執行自己的操作如圖 2-15

圖 2-15 自我呼叫

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

12

4 組合關係

組合有較強的限制當整體之物件被複製或刪除則其部份之物件也會

被複製或刪除也就是說組合關係的部份物件不能單獨存在兩者間具有

Whole-Part的特質發票是 Whole發票項目是 Part圖 2-11表示一張發票

擁有多個發票項目當該發票被刪除時則其所屬之發票項目也需一起刪除

圖 2-11 組合關係圖

5 一般化關係

指的是一般性類別(稱為父類別)與僅具有此種一般性類別之某些特定性

質之類別(稱為子類別)間的關係

光學滑鼠滾輪滑鼠與滑鼠這三者之間的關係是一般化關係「光學滑

鼠是滑鼠」或者說「滾輪滑鼠是一種滑鼠」因此它們之間有一般化關係

如圖 2-12所示

圖 2-12 一般化關係圖

13

(四) 循序圖

主要用以描述系統運作時物件間的互動行為且著重以時間之先後順序為主

軸以表達物件間的訊息傳遞與處理程序循序圖之重要元件包括類別之物件呼

叫訊息生命線及執行規格等(如圖 2-13)介紹如下

圖 2-13 循序圖範例

1 生命線(Lifeline)

是物件加上劃在物件底下與物件垂直之虛線用以表達物件在某時段之

存在

2 執行發起(Execution Occurrence)

主要表示互動的情形中參與物件處於活化狀態的時間也就是說物件

在執行發起標示的矩形區間是處於執行的狀態執行發起分別會對應到參與

物件被呼叫方法中的其中一個

3 訊息

循序圖之訊息(Message)主要可分兩種同步訊息(Synchronous Message)與非同步訊息（Asynchronous Message）發送物件在發送同步訊息後會等

待接收物件執行操作完畢後才會接著傳送下一個訊息發送物件在發送非

同步訊息後不等待接收物件執行完畢就往下執行

14

4 非同步訊息

在圖 2-14 的非同步訊息中投資人物件發送非同步訊息給電郵系統之

後不等待電郵系統的回應繼續往下執行其他操作

圖 2-14 非同步訊息

5 自我呼叫

除了傳送呼叫訊息給其他物件之外物件也可以傳送呼叫訊息給自己

以便引發執行自己的操作如圖 2-15

圖 2-15 自我呼叫

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

13

(四) 循序圖

主要用以描述系統運作時物件間的互動行為且著重以時間之先後順序為主

軸以表達物件間的訊息傳遞與處理程序循序圖之重要元件包括類別之物件呼

叫訊息生命線及執行規格等(如圖 2-13)介紹如下

圖 2-13 循序圖範例

1 生命線(Lifeline)

是物件加上劃在物件底下與物件垂直之虛線用以表達物件在某時段之

存在

2 執行發起(Execution Occurrence)

主要表示互動的情形中參與物件處於活化狀態的時間也就是說物件

在執行發起標示的矩形區間是處於執行的狀態執行發起分別會對應到參與

物件被呼叫方法中的其中一個

3 訊息

循序圖之訊息(Message)主要可分兩種同步訊息(Synchronous Message)與非同步訊息（Asynchronous Message）發送物件在發送同步訊息後會等

待接收物件執行操作完畢後才會接著傳送下一個訊息發送物件在發送非

同步訊息後不等待接收物件執行完畢就往下執行

14

4 非同步訊息

在圖 2-14 的非同步訊息中投資人物件發送非同步訊息給電郵系統之

後不等待電郵系統的回應繼續往下執行其他操作

圖 2-14 非同步訊息

5 自我呼叫

除了傳送呼叫訊息給其他物件之外物件也可以傳送呼叫訊息給自己

以便引發執行自己的操作如圖 2-15

圖 2-15 自我呼叫

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

14

4 非同步訊息

在圖 2-14 的非同步訊息中投資人物件發送非同步訊息給電郵系統之

後不等待電郵系統的回應繼續往下執行其他操作

圖 2-14 非同步訊息

5 自我呼叫

除了傳送呼叫訊息給其他物件之外物件也可以傳送呼叫訊息給自己

以便引發執行自己的操作如圖 2-15

圖 2-15 自我呼叫

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

15

6 框架(Frame)

UML 20 版之循序圖提供了框架的概念與表達方式表達方式是表達複

雜情況框架是一種圖示標記表達循序圖中某一區段範圍內的一連串訊息

與操作組合之控制流程輸入輸出等簡稱組合區段（Combined Fragment）圖 2-16所示

圖 2-16 框架圖示

框架可以表示多選一自由選擇迴圈中止平行處理與參考等條件控制

以下介紹常用的六種框架方式

1 多選一(Alternative)

表達彼此互斥訊息序列的選擇典型的範例是「If 前提為真(執行運算域 A)Else(執行運算域 B)」其中每個運算域可包含多個線式訊息傳遞如圖

2-17所示

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

16

圖 2-17 多選一範例

2 選擇(Option)

只有在警戒狀態是 True的時候才會執行的互動片段此組合區段名稱是

「opt」概念上opt和 alt 類似但是 opt只有一個運算域如圖 2-18所示

圖 2-18 自由選擇範例

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

17

3 終止(Break)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞若條件不成立(也就是為「False」)運算域中的操作不會

被執行當條件成立(也就是為「True」)運算域中的操作才會被執行但當

運算域中的操作被執行完畢則該區段之相關訊息傳遞將被終止如圖 2-19所示

圖 2-19 終止範例

4 迴圈(Loop)

表達結構很像選擇他有成立條件與一個運算域該運算域也可以包含

多個線式訊息傳遞當條件成立(也就是為「True」)運算域中的操作會持續

的被執行直到條件為「False」為止如圖 2-20所示

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

18

圖 2-20 迴圈範例

5 平行(Parallel)

表達可以同時執行的多個訊息傳遞此組合區段名稱用「par」命名區

段中可以有多個運算域每個運算域間可用虛線隔開以增加其易讀性如

圖 2-21所示

圖 2-21 平行範例

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

19

(五) 狀態圖

表達狀態之間的轉移狀態圖可以顯示單一物件從建立到消滅之間的生命週

期是一種對類別的動態行為塑模的工具一般不必針對每一類別繪製狀態圖

表 2-6為狀態圖符號表示方法

表 2-6 狀態圖符號表示

狀態圖表示方法 符號

啟動狀態

狀態(State)

or

轉換線(Transition)

結束狀態

1 啟動狀態

用實心圓點表示起動狀態起動狀態拉出的傳遞線不能有限制條件

2 狀態

用圓角方形其中寫狀態名稱表示一個狀態圓角方形中間可畫一橫

線線下方標示該狀態的行動

3 行動

以格式為「動作類型 動作」的文字描述一個狀態的進出及運作

的效果動作類型有 EntryDo 和 Exit 等等動作可以是類別的操作方法

或是簡單的動詞(如圖 2-22)

圖 2-22 行動的格式

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

20

4 轉換線

從一項狀態拉出帶箭頭的線到另一項狀態並在線上標示名稱表示

從一項狀態傳遞到另一項狀態(如圖 2-23)通常執行時間短暫有不可中斷的

特質

圖 2-23 轉換線圖例

5 傳遞標籤

以格式為「事件[限制條件] 動作效果」的文字描述一項狀態滿足條件

時會觸發一項事件轉為另一項狀態並且造成一項效果限制條件是一則

判斷式為了表達明確不要使用重疊的限制條件動作效果要標記類別的

操作方法動作效果和狀態效果有相同意義(如圖 2-23)

圖 2-25 傳遞標籤圖例

6 結束狀態

用外圍圓邊的實心圓點表示結束狀態

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

21

產學資訊管理需求的狀態圖如圖 2-26所示

圖 2-26 狀態圖範例

(六) 物件圖

用來描述系統於某一時間點的靜態資料結構由一群相關的物件及其連結所

組成物件圖表現系統在某一時間點上各物件合作關係但不表達物件間之訊息

傳遞等其他資訊

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

22

(七) 元件圖

用來表達軟體內部的物理架構而構成軟體的基礎物理架構元件可以是程

式原始檔執行檔程式庫檔案甚至是圖片等資源檔案

(八) 部署圖

用來說明系統各處理器處理元件的配置關聯以及同一處理器內執行處

理的時程安排等

(九) 複合結構圖

表達了在某個特定的時間點中所有的參與者 (包括類別物件介面hellip等)彼此如何互相合作完成某一個特定的任務

(十) 套件圖

主要是在描述套件 (Package) 間的互動並展現其內含的模型(Model)

(十一) 通訊圖

該圖主要表達相關物件間之連結結構並同時表現物件之見的資料流程控

制流程與訊息傳遞的活動

(十二) 時序圖

展現物件狀態與時間變化的方式

(十三) 互動概觀圖

以活動圖的方式呈現但不同的部分在於該圖形允許開發人員把特定的活動

改為其他互動圖 (包括循序圖通訊圖互動概觀圖以及時序圖)

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

23

第三節第三節第三節第三節 ASPNET 開發環境介紹開發環境介紹開發環境介紹開發環境介紹

一ASPNET的概觀

ASPNET 是一個統合的 Web 開發模型可以用最少的程式碼來建置企業級

Web（Web Form）應用程式ASPNET 是 NET Framework的一部分在撰寫

ASPNET應用程式時可以存取 NET Framework中的類別（Class）ASPNET可以使用任何與 CLR 相容的語言撰寫應用程式其中包括 Microsoft Visual Basic CJscriptNET和 J這些語言可以受益於 CLR型別安全（Type Safety）繼承等的 ASPNET應用程式ASPNET包括下表的各種功能[5]

(一) 頁面和控制項架構

(二) ASPNET編譯器

(三) 安全性基礎結構

(四) 狀態管理機能

(五) 應用程式組態

(六) 系統運作監視和效能功能

(七) 偵錯支援

(八) XML WebService架構

(九) 可擴充的裝載環境與應用程式生命週期管理

(十) 可擴充的設計工具環境

二網頁與控制項架構

ASPNET網頁與控制項架構是一種可在 Web伺服器上執行的程式設計架構

以動態產生和呈現 ASPNET Web網頁可以從瀏覽器或用戶端裝置提出 ASPNET Web 網頁的要求而 ASPNET會將標記（例如 HTML）呈現給提出要求的瀏覽

器通常可以在多個瀏覽器中使用相同的頁面因為 ASPNET會對提出要求的瀏

覽器呈現適當的標記ASPNET支援可使用 Web的行動裝置例如行動電話掌

上型電腦和個人數位助理（PDA）

ASPNET Web網頁是完全「物件導向」的網頁在 ASPNET Web網頁內

可以使用屬性（Property）方法（Method）和事件（Event）來運用 HTML 項目

ASPNET網頁架構藉由呈現統一模型以回應在伺服器上執行的程式碼所撰寫之用

戶端事件來移除分隔用戶端和繼承自 Web應用程式的伺服器之實作細節此架

構也自動維持網頁的狀態以及在網頁處理生命週期時網頁上的控制項

ASPNET 網頁和控制項架構也可以將通用 UI 功能封裝至易於使用且可重複

使用的控制項中撰寫一次控制項就可以在許多網頁中使用並且可以呈現期間

將控制項整合放置它們的 ASPNET Web網頁中

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

24

ASPNET網頁和控制項架構也會透過主題（Themes）和面板（Skin）提供

控制網站整體外觀及操作的功能可以定義主題與面板然後套用到網頁層級或

是控制層級上

除了主題以外還可以定義主版頁面（Master Page）為網站內的所有應用

程式頁面建立一致的配置單一的主版頁面會定義想用於應用程式中所有頁面（或

頁面群組）的配置和標準行為然後可以建立個別的內容頁面其中包含要顯示

的頁面專屬內容當使用者在要求內容頁面時會與主版頁面合併以產生由主版

頁面之配置與來自內容頁面之內容結合的輸出[5]

三Web Service和應用程式服務

NET Framework 35版可以建立 ASPNET（asmx）和 WCF架構的兩種 Web服務而且可以使用 Microsoft AJAX Library從用戶端指令碼中的 Web網頁來呼叫

這兩種服務也可以呼叫公開為 Web Service的伺服器端應用程式服務包括表單

驗證角色管理和設定檔這些應用程式服務可以在 WCF相容的應用程式中使用

包括已啟用 AJAX 的 Web網頁和 Window Form用戶端（安裝在 Windows作業系

統上的程式）因此使用這些 ASPNET和 WCF 技術建置的應用程式都可以共

用應用程式服務所提供的資訊[5]

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

25

第三章 個案系統分析與設計

依據前述章節探討的技術及塑模方法應用於某國際專利商標事務所(之後簡稱

為 A 公司)的客戶資料管理系統在第一節為介紹 A 公司的背景及承辦項目第二

節則為使用模型驅動架構的概念應用於整個系統開發的個案上

第一節第一節第一節第一節 公司公司公司公司簡介簡介簡介簡介

A 公司是專門從事台灣及國際間智慧財產權法律服務的獨立經營的事物所

公司設在台中在各國之間並有與本所積極配合專利商標智產權合法事務所A公司自成立以來與國際上主要數十個國家和地區的法律或知識產權事務所公司

企業和機構建立發展了良好的業務合作並已代理承辦了來自海外的專利商標

申請和許多商標專利侵權糾紛案以及台灣地區申請人向海外的專利和商標申

請A 公司可接受國內外客戶委托在知識產權領域中承辦下列具體業務[1]

一專利(Patent)

涉及機械電子電機等各技術領域的專利申請和保護代理專利申請再

審請求撤銷專利權請求及異議舉發專利權請求事宜為當事人就專利申請

再審訴願專利權撤銷或提出行政救濟行政訴訟為專利糾紛案中的當事人提

供咨詢提起侵權訴訟等代理承辦專利領證和轉讓事宜提供專利資料檢索和

長期市場監督服務

二商標(Trademark)

商標申請和保護代理申請商標註冊異議評定撤銷等事務代理承辦

商標領證和轉讓事宜提供有關商標業務的咨詢和檢索服務代理承辦商標侵權

糾紛的咨詢提出侵權訴訟等法律事務

三智慧財產權(Wisdom property rights)

涉及知識產權領域不公平競爭商業機密保護的其它服務著作權提供

與著作權保護及登記等法律服務

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

26

第二節第二節第二節第二節 個案需求分析個案需求分析個案需求分析個案需求分析

本節主要在說明需求分析的擷取與轉換如何應用以模型驅動架構的三階段

的步驟使系統快速完整開發三個階段為 CIMPIM 及 PSMCIM 又分三步驟

三步驟分別為(1) CIM-1定義企業流程產出企業 UC(use case)模式(2) CIM-2分析企業流程產出活動圖(3) CIM-3定義系統範圍產出系統 UC 圖

一CIM-1定義企業流程

定義及分析企業流程(Business Process)是為了盡快釐清系統範圍以便估算開

發成本及時程而不是為了要改造企業流程

CIM-1 定義企業流程的產出主要有企業 UC 圖(圖 3-1)和簡述(表 3-1)企業

UC 圖中每一個企業 UC 代表一條企業流程企業參與者則代表位於企業外但會

啟動或參與企業流程者而企業 UC 簡述主要用來記錄和分辨企業流程[3]

圖 3-1 企業 UC 圖

表 3-1 企業 UC 簡述

企業 UC 名稱 簡述

1委託專利申請保護 客戶委託事務所申請專利的保護

2委託商標申請保護 客戶委託事務所申請商標的保護

3委託著作權申請保護 客戶委託事務所申請著作權的保護

4法律問題諮詢 客戶對於申請保護過程有任何法律上的問題可

以向事務所進行相關諮詢

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

27

二CIM-2分析企業流程

針對CIM-1的每一個企業UC開始分析每一個的工作流程並繪製活動圖 (圖

3-2圖 3-3圖 3-4圖 3-5)

圖 3-2 委託專利申請保護之一般流程活動圖

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

28

圖 3-3 委託商標申請保護之一般流程活動圖

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

29

圖 3-4 委託著作權申請保護之一般流程活動圖

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

30

圖 3-5 法律問題諮詢之一般流程活動圖

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

31

三CIM-3定義系統範圍

在 CIM-2 活動圖中的每一個行動都可能成為 CIM-3 的系統 UC而 CIM-1

中的企業參與者以及 CIM-2 中的行動負責人都可能成為 CIM-3 的系統參與者

(System Actor)[3]

CIM-3 主要產出的文件有系統 UC 圖及系統 UC 簡述(表 3-2)經由 CIM-2 的

活動圖產出業務的啟動者(圖 3-6)及會計的啟動者(圖 3-7)

圖 3-6 業務可啟動的系統 UC

圖 3-7 會計可啟動的系統 UC

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

32

表 3-2 系統 UC 簡述

系統 UC 名稱 簡述

建立收文案號 業務依據客戶的需求到系統建立收文案號

申請同文案號 業務依據客戶的需求到系統申請同文案號

申請附加案號 業務依據客戶的需求到系統申請附加案號

申請後進度管理管制 業務幫客戶申請專案後要幫忙進度管理與管制

客戶資料管理 客戶來申請專案需留下資料交由業務管理

選擇客戶 業務在建立收文案號時必須先選擇客戶

選擇專案類型 業務建立收文案號時必須先選擇專案類型

應收帳款 客戶申請後繳來的費用交由會計管理帳務

應付帳款 需付給代理人的帳款交由會計管理

第第第第三三三三節節節節 個案系統分析個案系統分析個案系統分析個案系統分析

本節主要在說明系統分析與設計的過程針對整個系統分析如何應用以模

型驅動架構的三階段模式的步驟使系統快速完整開發PIM 階段分為四個步驟

分別為(1) PIM-1分析系統流程產出系統 UC 敘述(2) PIM-2分析企業規則

產出狀態圖(3) PIM-3定義靜態結構產出類別圖(4) PIM-4定義操作及方

法產出循序圖

一PIM-1系統 UC 簡述

進入 PIM 階段也等於正式進入分析階段而 PIM-1 的主要工作將針對每

一個系統 UC分析其內部細節並編寫詳盡的系統 UC 敘述 (表 3-3表 3-4表

3-5表 3-6表 3-7)

表 3-3 建立收文案號系統 UC 敘述

UC 名稱 建立收文案號

UC 編號 SUC001

UC 簡述 業務新增收文案號

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

33

UC 圖

主要流程 1 業務要建立收文案號前先至系統查詢有無此客戶資料

2 如果已有此客戶業務系統查詢此案件有無跟之前申請的相關

或此案件有無跟之前申請的相同

3 如果都沒有業務則至系統新增收文案號

4 業務選擇客戶

5 業務選擇專案類型

6 業務填寫相關資料

7 業務按下確認鍵

8 系統在收文案號管理則產生一筆收文案號資料

9 系統自動產生應收帳款及專案資料

替代流程 1a [沒有此客戶資料] 業務則需到客戶資料管理新增一筆客戶資

料

2a [跟之前申請案件相關] 業務則申請附加案號

2b [跟之前申請案件相同] 業務則申請同文案號

例外流程

企業規則 1 收文案號是指如果客戶來申請的是跟之前案件沒有相關或客戶

來申請的是跟之前案件沒有相同則要新增一筆新的專案

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

34

表 3-4 申請同文案號系統 UC 敘述

UC 名稱 申請同文案號

UC 編號 SUC002

UC 簡述 業務新增同文案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相同

2 如果有業務則至系統新增同文案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆同文案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相同] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 同文案號是指如果客戶來申請的是跟之前案件相同的則使用新

增同文案號

2 應收帳款是指跟客戶收取的款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專案資

料

其他

表 3-5 申請附加案號系統 UC 敘述

UC 名稱 申請附加案號

UC 編號 SUC003

UC 簡述 業務新增附加案號

UC 圖

主要流程 1 業務先至系統查詢此案件有無跟之前申請的相關

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

35

2 如果有業務則至系統新增附加案號

3 業務填寫相關資料

4 業務按下確認鍵

5 系統在收文案號管理則產生一筆附加案號資料

6 系統自動產生應收帳款及專案資料

替代流程 1a [跟之前申請案件不相關] 業務則繼續判斷收文案號的類別

例外流程

企業規則 1 附加案號是指如果客戶來申請的是跟之前案件相關的則使

用新增附加案號

2 應收帳款是指跟客戶收取的專案款項

3 專案資料是指看客戶申請哪個專案而在此專案產生的專

案資料

其他

表 3-6 應收帳款系統 UC 敘述

UC 名稱 應收帳款

UC 編號 SUC005

UC 簡述 業務代客申請專案產生的應收帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生的應收帳款

2 交由會計管理帳款

替代流程

例外流程

企業規則

其它

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

36

表 3-7 應付帳款系統 UC 敘述

UC 名稱 應付帳款

UC 編號 SUC006

UC 簡述 業務代客申請專案產生的應付帳款由會計管理

UC 圖

主要流程 1 業務選擇完專案類型之後系統所產生給代理人的應付帳款

2 交由會計來管理帳款

替代流程

例外流程

企業規則

其它

二PIM-2分析企業規則

進行 PIM-1 時已經廣泛的記下些重要的企業規則了接著可以從中找到

涉及多項企業規則的企業物件並於此處的 PIM-2再進一步透過狀態圖組織且

記錄更多重要的企業規則[3]

三PIM-3定義靜態結構

PIM-3中用類別圖(圖 3-8圖 3-9圖 3-10圖 3-11圖 3-12圖 3-13圖

3-14圖 3-15圖 3-16)來表達系統內部的靜態結構系統具備穩定且具彈性的靜

態結構才能順應需求變動迅速支撐多樣化的系統 UC

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

37

圖 3-8 建立收文案號之類別圖

圖 3-9 申請同文案號之類別圖

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

38

圖 3-10 申請附加案號之類別圖

圖 3-11 應收帳款之類別圖

圖 3-12 應付帳款之類別圖

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

39

圖 3-13 專利合併之類別圖

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

40

圖 3-14 商標合併之類別圖

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

41

圖 3-15 著作權合併之類別圖

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

42

圖 3-16 顧問客戶合併之類別圖

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

43

四PIM-4定義操作及方法

在 PIM-4 中用循序圖來表達(圖 3-14圖 3-15圖 3-16)系統內部一群物

件合力完成某一個系統 UC 時執行期間的互動情形PIM-1 的系統 UC 敘述和

PIM-3的類別圖對 PIM-4的循序圖是不可或缺的[3]

圖 3-14 收文案號之循序圖

圖 3-15 同文案號之循序圖

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

44

圖 3-16 附加案號之循序圖

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

45

第四章 個案實作 第一節第一節第一節第一節 資料字典資料字典資料字典資料字典

此系統有 13個資料表其詳細欄位名稱資料型別欄位說明等資訊均紀錄

於資料字典中詳如表 4-1至表 4-13

表 4-1 客戶資料管理

欄位名稱 資料型別 欄位說明 備註

CUS_NAME nvarchar(32) 客戶名稱

CUS_NO char(6) 客戶編號 主鍵

BOSS nvarchar(10) 負責人

REP_NAME nvarchar(10) 聯絡人

TEL char(12) 電話1

TEL1 char (12) 電話2

FAX nvarchar (12) 傳真機

ZIP char(5) 郵遞區號

ADDR nvarchar(50) 聯絡地址

APPL_ADDR nvarchar(50) 申請地址

T_I_NO char(10) 統一編號

EMP nvarchar(10) 業務人員

表 4-2收文案號管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CUS_NO char(6) 客戶編號

DOC_NAME nvarchar(36) 案件名稱

KIND nvarchar(8) 案件類別

APPLICANT nvarchar (32) 申請人

APPL_DATE char(10) 申請日

APPL_NO nvarchar(16) 申請案件

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

46

COUNTRY nvarchar(16) 國別

FILE_DATE char(10) 接洽日期

DOC_DATE char(10) 發文日

COLL_DATE char(10) 收款日期

LEG_DATE char(10) 法定日期

A_DATE char(10) 約定日期

C_DATE char(10) 本所日期

CTR_DATE char(10) 期限管制

EMP nvarchar(10) 業務人員

表 4-3 應收帳款管理

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

COLL_DATE char(10) 收款日期

RECEIPT_NO char (10) 收據號碼

SERVICE money 本所服務費

LEG_EXP money 政府規費

AMT money 收取費用

DUE_DATE char(10) 到期日

CASH money 現金

CHECK_ money 支票

CHECK_NO varchar(12) 票號

PAY_PLACE nvarchar(12) 付款地點

ACCOUNT varchar(16) 帳號

PREPAY_AMT money 扣繳金額

表 4-4專業管制－國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

47

BUL_DATE char(10) 公告日

BUL_NO nvarchar(12) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

REHEAR char(10) 再審日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-5 專業管制－國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

CATE nvarchar(10) 類別

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

SUIT char(10) 訴願

RESUIT char(10) 再訴願

LAW char(10) 行政訴訟

INJUD_DATE char(10) 初審申覆

REJUD_DATE char(10) 再審申覆

NORMAL_TM nvarchar(16) 正商標號

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

48

C_FILE nvarchar(2) 結案

表 4-6 專業管制－國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

表 4-7 專案管制－國外專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

PROXYMAN nvarchar(8) 代理人

CATE nvarchar(10) 類別

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_PAY varchar(3) 年費年度

Y_DATE char(10) 繳年費有效日期

C_FILE nvarchar(2) 結案

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

49

表 4-8 專業管制－國外商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

DELI_DATE char(10) 送件日

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

Y_PAY nvarchar(3) 年費年度

U_O_DATE char(10) 使用宣誓

U_O_6_DATE char(10) 第6年使用宣誓

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-9 專業管制－國外著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

DELI_DATE char(10) 送件日

REGI_NO nvarchar(16) 著作權登記號

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作權

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

50

表 4-10 專業管制－國外對國內專利

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

BUL_NO nvarchar(2) 公告號

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專利權起始日

END_DATE char(10) 專利權終止日

Y_DATE char(10) 繳年費有效日期

ANS_DATE char(10) 答辯

Y_PAY varchar(3) 年費年度

CATE nchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

表 4-11 專業管制－國外對國內商標

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

APPL_NO2 nvarchar(16) 申請案件

Y_N nvarchar(2) 准駁

Y_N_DATE char(10) 准駁日期

BUL_DATE char(10) 公告日

LICENSE_NO nvarchar(16) 證書號

BGN_DATE char(10) 專用權起始日

END_DATE char(10) 專用權終止日

NORMAL_TM nvarchar(16) 正商標號

CATE nvarchar(4) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(8) 代理人

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

51

表 4-12 專業管制－國外對國內著作權

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

CHARCR nvarchar(8) 著作權性質

REGI_NO nvarchar(16) 著作權登記號

FIN_DATE char(10) 著作完成日

BGN_DATE char(10) 著作權起始日

END_DATE char(10) 著作權終止日

AUTHOR nvarchar(32) 著作人

CR_OWNER nvarchar(32) 著作權人

ISSUE_DATE char(10) 公開發行(發表)日期

CATE nvarchar(10) 類別

C_FILE nvarchar(2) 結案

PROXYMAN nvarchar(10) 代理人

表 4-13 專業管制－顧問客戶

欄位名稱 資料型別 欄位說明 備註

DOC_NO char(13) 案件編號 主鍵

AD_CHAR nvarchar(40) 顧問性質

BGN_DATE char(10) 起始日

END_DATE char(10) 到期日

EMP nvarchar(10) 代理人

第第第第二二二二節節節節 系統系統系統系統畫面畫面畫面畫面

一客戶資料管理

客戶資料管理系統有新增修改刪除等功能能有效的管理客戶資料圖

4-1 是客戶資料管理的新增畫面按下「確認」後即可新增一筆客戶資料圖 4-2為客戶資料管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」的按

鍵即可進行修改刪除的動作

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

52

圖 4-1 客戶資料管理新增畫面

圖 4-2 客戶資料管理修改刪除畫面

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

53

二收文案號管理

收文案號管理是建立每個專案的管理系統當建立一個專案時他與應收帳

款管理系統和專業管制管理系統同步進行此管理系統有新增修改刪除等

功能圖 4-3為收文案號管理的新增畫面按下「確定」後即可新增一筆專案資料

圖 4-4為收文案號管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」

按鍵即可進行修改刪除的動作

圖 4-3 收文案號管理新增畫面

圖 4-4 收文案號管理修改刪除畫面

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

54

三同文案號管理

建立的專案跟之前申請的專案相同時則為申請同文案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-5為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-5 同文案號管理新增畫面

四附加案號管理

建立的專案跟之前申請的專案相關時則為申請附加案號建立後會產生在

收文案號管理系統進行管理此管理系統有新增的功能圖 4-6為同文案號管理的

新增畫面按下「確定」後即可新增一筆專案資料

圖 4-6 附加案號管理新增畫面

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

55

五應收帳款管理

建立一個收文案號會產生出一筆應收帳款的資料此管理系統是用來管理每

個專案應收取的費用及帳款細節有修改刪除等功能圖 4-7為應收帳款管理的

修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行修改刪

除的動作

圖 4-7 應收帳款管理修改刪除畫面

六國內專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-8為國內專利

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-8 國內專利管理修改刪除畫面

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

56

七國內商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-9為國內商標

管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進行

修改刪除的動作

圖 4-9 國內商標管理修改刪除畫面

八國內著作權管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-10為國內著

作權管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可

進行修改刪除的動作

圖 4-10 國內著作權管理修改刪除畫面

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

57

九國外專利管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-11為國外專

利管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-11 國外專利修改管理刪除畫面

十國外商標管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-12為國外商

標管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-12 國外商標管理修改刪除畫面

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

58

十一顧問客戶管理

經建立收文案號後的專業管制管理有修改刪除等功能圖 4-13為顧問客

戶管理的修改刪除畫面在需要修改刪除的資料表前點選「選取」按鍵即可進

行修改刪除的動作

圖 4-13 顧問客戶管理修改刪除畫面

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

59

第五章 結論

第一節第一節第一節第一節 結論結論結論結論

在結構化系統分析與設計中不同階段採用不同的塑模工具因此分析與設

計階段常出現斷層本專題探討物件導向系統分析與設計的方法和塑模工具以

改善上述傳統結構化分析設計的問題本專題以模型驅動架構(Model-Driven Architecture MDA)的方法和用統一塑模語言(Unified Modeling Language UML)為塑膜工具應用於A公司專利商標著作權管理系統的系統分析與設計最後依據產

出之系統文件規格以SQL Server 2005關聯資料庫並以ASPNET為軟體程式平

台實作此資訊系統

在MDA的方法中的PIM階段是專注於系統分析的部份也是系統分析與設計

中重要的一個部份而在PIM步驟中連續會使用到UML的圖形經過本研究之後

可以瞭解UML圖形的用途及步驟本研究主要使用到四種UML圖形而四種圖形

各具其觀點與用途例如使用案例圖是用來塑模系統的功能與用途而活動圖可

用來檢視使用案例圖以確定其邏輯及執行步驟的正確性類別圖的目的是讓我

們更易瞭解類別與類別間的關聯循序圖強調的是時間顯示參與一個使用案例

的物件們它們彼此之間訊息傳遞時間上的執行順序在不同階段裡可能會使

用到相同的圖形但放在不同階段中表示的不同的系統關係人對於系統不同的觀

點

本研究使用物件導向分析及設計之管理資訊系統使後續的維護修改或功

能增加之作業容易進行且在系統開發的需求階段分析階段設計階段運用

UML 各種圖示標記技巧可以清楚呈現其資訊系統架構之靜態及動態關係有助於

使用者與專案人員間之溝通減少因溝通不良而造成相關成本的損失藉由 UML 圖形所產生之程式碼可減少錯誤的程式設計亦可縮短系統開發之期程

第二節第二節第二節第二節 未來研究方向與建議未來研究方向與建議未來研究方向與建議未來研究方向與建議

在本研究的過程中發現在 UML 的塑模及 MDA 的轉換上仍有許多可進一

步深入探討的地方本研究只引用使用案例圖類別圖活動圖及循序圖來進行

系統分析與設計而未來也可發展其他圖形並針對各圖形發展出較具體的塑模

原則與方法以提升系統發展成效本研究是由類別圖轉換到程式碼的研究運

用了類別圖及循序圖作為輔助分析轉換對於是否使用其他圖形協助進行 UML 的

轉換分析則是另一項有待探討的題目

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

60

本專題研究的過程中在 PIM-2 的步驟中需要分析企業規則其目的在於找

出重要的企業物件(Business Object)並以此企業物件製作狀態轉移圖因此如

何在系統分析過程中決定重要的企業物件是值得後續研究的一部分另外本專

題採用 CIM 與 PIM 均有順序步驟並且在每個步驟完成之後產出明確的系統文

件但相對於 PSM就沒有明確的步驟這也是後續可以研究的方向之一

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

61

心 得

藉由此專題實務經驗讓我們學習到從系統需求分析到設計的過程中

會遇遇到很多問題應該要真的去了解使用者的需要再去對這些需求做分析

在前半部的需求和分析是很重要的階段我們必須不斷的將需求和分析做到正

確精確這樣設計出的系統比較能正確掌握方向

在我們重新設計的新系統中我們沿用了某公司的舊資料庫在新舊資料庫

轉換中資料從 Access轉換成 SQL Server後我們遇上了許多難題資料的龐大

資料型態限制的難題雙主鍵導致資料重複性的問題讓我們在資料庫裡一直在

找尋解決的方法新的資料管理者要清楚明白舊的資料庫的設計原則不然在資

料庫處理的部分就會一直碰壁經過自己從系統需求分析設計這三大階段後

我們一開始做的 MDA 真的很重要做出來的 Use Case圖類別圖活動圖hellip等

等有了這些東西這樣我們才能真正了解整個系統的架構也能讓之後的管理者

方便管理及更改

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda

62

參考文獻

[1] 中銓國際專利商標事務所httptestshopcrazycomtwindexasp [2] Grady Booch James Rumbaugh and Ivar Jacobson著張裕益譯UML使用

手冊博碩文化2001 [3] 邱郁惠寫給SA的UMLMDA 實務手冊上奇科技2007 [4] 吳仁和物件導向系統分析與設計mdash結合MDA與UML智勝文化2005 [5] 吳仁和林信惠系統分析與設計-理論與實務應用智勝文化2007 [6] 周棟祥吳進魯ASPNET專題實務文魁資訊2008 [7] 黃連豐基於模型驅動架構之系統開發研究mdash以PHP語言建置集中採購網

站為例大同大學資訊經營學研究所未出版碩士論文2008 [8] 曾瓊惠林哲正以UML物件導向分析法在Web-based應用mdash以遊學公司為

例2001年資訊管理與實務研討會2001年6月pp 141-151 [9] Nadarajan R and Manavalan R ldquoDesign of Platform Specific Model and

Transformation to Platform Independent Model for Persistent Servicesrdquo Department of Mathematics and computer Applications PSG College of Technology 2004 June

[10] OMGThe Architecture of Choice for a Changing World

httpwwwomgorgmda