系统分析与设计
合集下载
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
醫護編號: String 身份字號: String 生日: Date 性別: String 醫護類別: String 密碼: String
1
*
<<type>> 門診時間
序號: Integer 門診時間: Date 診別: String 科別: String 醫護編號: String
3.元件識別
識別系統介面及操作 以會員管理介面為例,會員在註冊時會輸入相關的會員資訊” memberinfo”,此會員資訊可以參考會員基本資料表資料詞彙, 並且可以為此會員資訊建立一結構化資料型態”Member”來將其 資訊包裝起來,另外,送出客戶資料後,必須回傳一個訊息告知 是否註冊成功,所以可以在操作後給定一個整數(Integer)回傳。 ”0”表示成功,”1”表示失敗。
定義3:關聯規則挖掘的交易資料集記為D(一般為交易資料 庫),D={T1,T2,…,Tk,…,Tn},Tk(k=1,2,…,n) 稱為交易,對應每一個交易有唯一的標識,記作TID。 元素im(m=1,2,…,p)稱為項。設I={i1,i2,…,im}是D中 全體項組成的集合,且TkI。
例:
交易號 (建診主檔) T100 T200 T300 T400 T500 T600 T700 T800 T900
因此,由C3中刪除{I2,I3,I5}。
剪枝後C3= {{I1,I2,I3}, {I1,I2,I5}}。
4.資料探勘
對每個交易,使用 subset函數找出交易 中是候選的所有子 集,並對每個這樣 的候選累加計數, 所有滿足最小支持 度的候選形成頻繁
項集L。
C3
掃描D,對每 個候選計數
項集
支持度計數
{I1,I2,I3}
2
{I1,I2,I5}
2
L3
比較候選支持 度計數與最小 支持度計數
項集
支持度計數
{I1,I2,I3}
2
{I1,I2,I5}
2
4.資料探勘
關聯法則(Association Rule)
定義1 : 關聯是兩個或多個變數取值之間存在的一類重要的可 被發現的某種規律性。
定義2:關聯規則是描述在一個交易中物品之間同時出現的規 律的知識模式,更確切的說,關聯規則是通過量化的數位描 述物品X的出現對物品Y的出現有多大的影響。
4.資料探勘
<<type>> 掛號
*1
序號: Integer 會員編號: String 掛號時間: Date 診別: String 科別: String 醫護編號: String 確認狀態: String
<<interface type>> I掛號管理
<<interface type>> I 門診時間管理
<<type>> 醫護人員
{I5} 2
{I5}
找出頻繁1-項集 的集合L1
支持度 計數
6 7 6 2 2
4.資料探勘
項集 {I1,I2}
L1 項集 支持度 計數
C2
{I1,I3}
{I1,I4}
{I1} 6 {I2} 7
由L1產生 候選C2
{I1,I5} {I2,I3}
{I3} 6
{I2,I4}
{I4} 2
{I2,I5}
{I5} 2
1.使用者需求描述
後端系統: 1. 網站管理子系統 2. 顧客分析系統:
2.使用者需求定義
採用UML模式語言作為系統及資料庫設計 的工具 找出行為者找出行為者 找出使用個案及描述使用個案與關係 產生使用個案模型
2.使用者需求定義
找描找出述出行使使為用用者個個找案案出與行關為係者
線上醫療服務系統
Y出現的頻率 P(Y)
置信度對期望 P(Y|X)/P(Y) 可信度的比值
Apriori演算法
4.資料探勘
例:最小支持度閾值 為2
C1
項集 支持度
L1
計數
項集
掃描D,對每 個候選計數
{I1} {I2} {I3}
6 比較候選支持 {I1}
度計數與最小
7 支持度計數 {I2}
6
{I3}
{I4} 2
{I4}
{I1,I2,I5}
{I2,I3}
4
{I2,I4}
2
{I2,I5}
2
連接&剪枝
4.資料探勘
連接:C3=L2∞ L2= {{I1,I2}, {I1,I3}, {I1,I5}, {I2,I3}, {I2,I4}, {I2,I5}} ∞ {{I1,I2}, {I1,I3}, {I1,I5}, {I2,I3}, {I2,I4}, {I2,I5}} = {{I1,I2,I3}, {I1,I2,I5}, {I1,I3,I5}, {I2,I3,I4}, {I2,I3,I4}, {I2,I3,I5} ,{I2,I4,I5}}
Biblioteka Baidu 4.資料探勘
一般而言,Data Mining 功能可包含下列 六項功能:分類
(classification)、推估(estimation)、預測 (prediction)、關聯分組或同質分組 (association or affinity grouping)、群集化 (clustering)、描述及視覺化(description and visualization)
連接&剪枝
{I3,I4} {I3,I5}
Lk-1用於產生候選Ck
{I4,I5}
4.資料探勘
項集 支持度計數
{I1,I2} C2 {I1,I3}
{I1,I4} 掃描D,對每 {I1,I5}
個候選計數
{I2,I3} {I2,I4} {I2,I5} {I3,I4} {I3,I5}
4
4
L2
項集 支持度
計數
4.資料探勘
項集合 (診斷) I1,I2,I5 I2,I4 I2,I3 I1,I2,I4 I1,I3 I2,I3 I1,I3 I1,I2,I3,I5 I1,I2,I3
關聯規則度量
名稱 置信度
支持度
期望可信度 改善度
4.資料探勘
描述
X出現的前提 下,Y出現的 頻率
公式 P(Y|X)
X、Y同時出 P(X∩Y) 現的頻率
1
{I1,I2} 4
2
比較候選支持
度計數與最小 {I1,I3}
4
4
支持度計數 {I1,I5}
2
2
{I2,I3} 4
2
{I2,I4} 2
0
{I2,I5} 2
1
{I4,I5}
0
4.資料探勘
L2
項集 支持度計數
{I1,I2}
4
C3
項集
{I1,I2,I3}
{I1,I3}
4
{I1,I5}
2
由L2產生 候選C3
系統分析與設計
1.使用者需求描述 2.使用者需求定義 3.元件識別 4.資料探勘
1.使用者需求描述
案例背景: 中正大學醫學院是一所秉承優良傳統培 育卓越人才發展前瞻性的研究提供高品 質與人性化醫療樹立醫界典範,世界第 一流的大學醫院,其醫院原本己有建構 良好的 MIS 系統,為了提升對病患和民 眾的服務,決定建置線上客戶服務系統。
剪枝:
4.資料探勘
{I1,I2,I3}的2-項子集是{I1,I2}, {I1,I3}和
{I2,I3}。
{I1,I2,I3}的所有2-項子集都是L2的元素。
因此,保留{I1,I2,I3}在C3中。
{I2,I3,I5}的2-項子集是{I2,I3}, {I2,I5}和
{I3,I5}。
{I3,I5}不是L2的元素,因而不是頻繁的。
網管人員
網站管 理
會員分 析
會員
會員登 入與登
錄
線上咨 詢
線上掛 號
知識分 享
訊息通 知
醫護人員
3.元件識別
識別企業型態模型及企業介面 識別系統介面及操作
企業型介態面模型
3.元件識別
<<interface type>> I會員管理
<<type>> 會員
1*
會員編號: String 身份字號: String 生日: Date 性別: String 婚姻狀況: String 教育程度: String 聯絡電話: String 電子信箱: String 居住地區: String 密碼: String
1.使用者需求描述
系統目標:
在系統功能方面我們希望提供整合性功 能,使醫院與病患能夠緊密的結合,同 時也提供符合會員需求的功能,以解決 醫師及病人時間媒合的問題,進而減少 接洽時間及成本與達成資源有效配置的 目的,此外分為前端系統與後端系統。
1.使用者需求描述
前端系統: 1. 會員註冊子系統 2. 會員登錄子系統 3. 線上諮詢系統 4. 線上掛號子系統 5. 健康知識分享子系統 6. 訊息通知子系統
<<interface type> I會員管理
註冊(in memberinfo: Member):Integer。 查詢或登入客戶帳號(in member_id: String, in password: String):memberinfo: Member。 修改客戶帳號(in member_id: String, in memberinfo: Member):Integer”。
1
*
<<type>> 門診時間
序號: Integer 門診時間: Date 診別: String 科別: String 醫護編號: String
3.元件識別
識別系統介面及操作 以會員管理介面為例,會員在註冊時會輸入相關的會員資訊” memberinfo”,此會員資訊可以參考會員基本資料表資料詞彙, 並且可以為此會員資訊建立一結構化資料型態”Member”來將其 資訊包裝起來,另外,送出客戶資料後,必須回傳一個訊息告知 是否註冊成功,所以可以在操作後給定一個整數(Integer)回傳。 ”0”表示成功,”1”表示失敗。
定義3:關聯規則挖掘的交易資料集記為D(一般為交易資料 庫),D={T1,T2,…,Tk,…,Tn},Tk(k=1,2,…,n) 稱為交易,對應每一個交易有唯一的標識,記作TID。 元素im(m=1,2,…,p)稱為項。設I={i1,i2,…,im}是D中 全體項組成的集合,且TkI。
例:
交易號 (建診主檔) T100 T200 T300 T400 T500 T600 T700 T800 T900
因此,由C3中刪除{I2,I3,I5}。
剪枝後C3= {{I1,I2,I3}, {I1,I2,I5}}。
4.資料探勘
對每個交易,使用 subset函數找出交易 中是候選的所有子 集,並對每個這樣 的候選累加計數, 所有滿足最小支持 度的候選形成頻繁
項集L。
C3
掃描D,對每 個候選計數
項集
支持度計數
{I1,I2,I3}
2
{I1,I2,I5}
2
L3
比較候選支持 度計數與最小 支持度計數
項集
支持度計數
{I1,I2,I3}
2
{I1,I2,I5}
2
4.資料探勘
關聯法則(Association Rule)
定義1 : 關聯是兩個或多個變數取值之間存在的一類重要的可 被發現的某種規律性。
定義2:關聯規則是描述在一個交易中物品之間同時出現的規 律的知識模式,更確切的說,關聯規則是通過量化的數位描 述物品X的出現對物品Y的出現有多大的影響。
4.資料探勘
<<type>> 掛號
*1
序號: Integer 會員編號: String 掛號時間: Date 診別: String 科別: String 醫護編號: String 確認狀態: String
<<interface type>> I掛號管理
<<interface type>> I 門診時間管理
<<type>> 醫護人員
{I5} 2
{I5}
找出頻繁1-項集 的集合L1
支持度 計數
6 7 6 2 2
4.資料探勘
項集 {I1,I2}
L1 項集 支持度 計數
C2
{I1,I3}
{I1,I4}
{I1} 6 {I2} 7
由L1產生 候選C2
{I1,I5} {I2,I3}
{I3} 6
{I2,I4}
{I4} 2
{I2,I5}
{I5} 2
1.使用者需求描述
後端系統: 1. 網站管理子系統 2. 顧客分析系統:
2.使用者需求定義
採用UML模式語言作為系統及資料庫設計 的工具 找出行為者找出行為者 找出使用個案及描述使用個案與關係 產生使用個案模型
2.使用者需求定義
找描找出述出行使使為用用者個個找案案出與行關為係者
線上醫療服務系統
Y出現的頻率 P(Y)
置信度對期望 P(Y|X)/P(Y) 可信度的比值
Apriori演算法
4.資料探勘
例:最小支持度閾值 為2
C1
項集 支持度
L1
計數
項集
掃描D,對每 個候選計數
{I1} {I2} {I3}
6 比較候選支持 {I1}
度計數與最小
7 支持度計數 {I2}
6
{I3}
{I4} 2
{I4}
{I1,I2,I5}
{I2,I3}
4
{I2,I4}
2
{I2,I5}
2
連接&剪枝
4.資料探勘
連接:C3=L2∞ L2= {{I1,I2}, {I1,I3}, {I1,I5}, {I2,I3}, {I2,I4}, {I2,I5}} ∞ {{I1,I2}, {I1,I3}, {I1,I5}, {I2,I3}, {I2,I4}, {I2,I5}} = {{I1,I2,I3}, {I1,I2,I5}, {I1,I3,I5}, {I2,I3,I4}, {I2,I3,I4}, {I2,I3,I5} ,{I2,I4,I5}}
Biblioteka Baidu 4.資料探勘
一般而言,Data Mining 功能可包含下列 六項功能:分類
(classification)、推估(estimation)、預測 (prediction)、關聯分組或同質分組 (association or affinity grouping)、群集化 (clustering)、描述及視覺化(description and visualization)
連接&剪枝
{I3,I4} {I3,I5}
Lk-1用於產生候選Ck
{I4,I5}
4.資料探勘
項集 支持度計數
{I1,I2} C2 {I1,I3}
{I1,I4} 掃描D,對每 {I1,I5}
個候選計數
{I2,I3} {I2,I4} {I2,I5} {I3,I4} {I3,I5}
4
4
L2
項集 支持度
計數
4.資料探勘
項集合 (診斷) I1,I2,I5 I2,I4 I2,I3 I1,I2,I4 I1,I3 I2,I3 I1,I3 I1,I2,I3,I5 I1,I2,I3
關聯規則度量
名稱 置信度
支持度
期望可信度 改善度
4.資料探勘
描述
X出現的前提 下,Y出現的 頻率
公式 P(Y|X)
X、Y同時出 P(X∩Y) 現的頻率
1
{I1,I2} 4
2
比較候選支持
度計數與最小 {I1,I3}
4
4
支持度計數 {I1,I5}
2
2
{I2,I3} 4
2
{I2,I4} 2
0
{I2,I5} 2
1
{I4,I5}
0
4.資料探勘
L2
項集 支持度計數
{I1,I2}
4
C3
項集
{I1,I2,I3}
{I1,I3}
4
{I1,I5}
2
由L2產生 候選C3
系統分析與設計
1.使用者需求描述 2.使用者需求定義 3.元件識別 4.資料探勘
1.使用者需求描述
案例背景: 中正大學醫學院是一所秉承優良傳統培 育卓越人才發展前瞻性的研究提供高品 質與人性化醫療樹立醫界典範,世界第 一流的大學醫院,其醫院原本己有建構 良好的 MIS 系統,為了提升對病患和民 眾的服務,決定建置線上客戶服務系統。
剪枝:
4.資料探勘
{I1,I2,I3}的2-項子集是{I1,I2}, {I1,I3}和
{I2,I3}。
{I1,I2,I3}的所有2-項子集都是L2的元素。
因此,保留{I1,I2,I3}在C3中。
{I2,I3,I5}的2-項子集是{I2,I3}, {I2,I5}和
{I3,I5}。
{I3,I5}不是L2的元素,因而不是頻繁的。
網管人員
網站管 理
會員分 析
會員
會員登 入與登
錄
線上咨 詢
線上掛 號
知識分 享
訊息通 知
醫護人員
3.元件識別
識別企業型態模型及企業介面 識別系統介面及操作
企業型介態面模型
3.元件識別
<<interface type>> I會員管理
<<type>> 會員
1*
會員編號: String 身份字號: String 生日: Date 性別: String 婚姻狀況: String 教育程度: String 聯絡電話: String 電子信箱: String 居住地區: String 密碼: String
1.使用者需求描述
系統目標:
在系統功能方面我們希望提供整合性功 能,使醫院與病患能夠緊密的結合,同 時也提供符合會員需求的功能,以解決 醫師及病人時間媒合的問題,進而減少 接洽時間及成本與達成資源有效配置的 目的,此外分為前端系統與後端系統。
1.使用者需求描述
前端系統: 1. 會員註冊子系統 2. 會員登錄子系統 3. 線上諮詢系統 4. 線上掛號子系統 5. 健康知識分享子系統 6. 訊息通知子系統
<<interface type> I會員管理
註冊(in memberinfo: Member):Integer。 查詢或登入客戶帳號(in member_id: String, in password: String):memberinfo: Member。 修改客戶帳號(in member_id: String, in memberinfo: Member):Integer”。