• 沒有找到結果。

2.3 系統設計 2.4 資料庫設計

N/A
N/A
Protected

Academic year: 2022

Share "2.3 系統設計 2.4 資料庫設計"

Copied!
52
0
0

加載中.... (立即查看全文)

全文

(1)

第二章 第二章

系統建置與導入 系統建置與導入

2 1 系統建置過程與方案 2.1 系統建置過程與方案

2.2 描述會計資訊系統之工具 2.2

2.3 系統設計 2.4 資料庫設計

2 4 SQL:關聯式資料庫查詢語言

2.4 SQL:關聯式資料庫查詢語言

(2)

圖2 1 新的系統需求 圖2.1 新的系統需求

降低成本 配合經營策略

改善顧客服務 系統 系統

改善顧客服務 需求 提昇經營績效

更適切的決策訊息

加強控管

(3)

系統發展生命週期(systems 系統發展生命週期(systems development life cycle,SDLC) development life cycle SDLC)

系統規劃(

t l i )

一、系統規劃(systems planning) 二、系統分析(systems analysis)系統分析(systems analysis) 三、系統設計(systems design)

( y g )

四、系統實施(systems implementation) 五、系統操作與維修(operation and

maintenance) maintenance)

(4)

圖2 2 建立資訊系統的過程 圖2.2 建立資訊系統的過程

系 分析 系 統操 作

規 作 與維 修

設 規 劃 修

設 計

(5)

系統規劃中初步提出的計劃應 系統規劃中初步提出的計劃應

分析下列三種可行性:

分析下列三種可行性

1.經濟可行性:亦即要知道所提方案的成 1.經濟可行性 亦即要知道所提方案的成

本與效益。

• ROIÆ個人生產力與決策品質

2 技術可行性:分析該項作業的問題是不 2.技術可行性:分析該項作業的問題是不

是能由資訊科技解決。

3.作業可行性:分析組織內的人力、財力 與人員的態度等是否適合實施該方案

與人員的態度等是否適合實施該方案。

(6)

圖2 3 資訊部門預算之主要成本項目 圖2.3 資訊部門預算之主要成本項目

1.硬體成本 5.網路傳輸費用

電腦及週邊設備(如電腦機型、磁碟機、

磁帶機、列表機、終端機)購置、或租 金、折舊費、保險費、維護費

數據機、集訊機、路由機等之維護費、保 險費、稅捐、連線費用(以連線類型、應 用、地點等計費)、顧問費

2.軟體成本 6.用品耗材費用

作業系統及其他系統軟體、應用軟體 (租賃、折舊、維護費等)

磁帶、磁碟、微縮膠片、報表紙及其他辦 公室用品

(租賃 折舊 維護費等) 公室用品 3.薪資與人事費用 7.場地費用

薪資(以人員、職務或小組區分,如系 辦公室場地租金、電力、空調、水電 統分析師)、加班費、福利(稅捐、保險

費、休假及其他)、教育訓練(為新軟體、

程式、應用系統之使用)、聘雇、資遣 及調職費用

及調職費用

4.辦公室設備費用 8.其他費用

影印機、辦公室系統、電話等(租賃、 差旅費、會議成本、教育訓練、印刷費、

(7)

系統需求大致分成下列四項:

系統需求大致分成下列四項:

資訊需求 首先要決定電腦作業所產生的報表是那些,可 資訊需求 首先要決定電腦作業所產生的報表是那些 可 以在螢幕上查詢的資料是那些,根據這些需求就能知 道應輸入那些資料,以及輸入的資料需做那些處理。

訂出資訊需求就決定了電腦作業的輸入資料 處理工 訂出資訊需求就決定了電腦作業的輸入資料、處理工 作,以及輸出資訊的內容。

組織需求 要確定為了配合電腦作業,原有的人力配置需 作怎樣的調整。

控制需求 是指為了使電腦作業正確,並防止錯誤及舞弊,

在系統設計時應注意的事項。

硬體設備需求 初步確定這套資訊系統需要多大的電腦硬

體網路設備,設備採用什麼系統架構,以及需要那些

(8)

系統分析出來的各種方案可能有自建系 統(build in- house systems)或購買套裝 軟體(purchase commercial software

軟體(purchase commercial software

packages)。若外購軟體則設計階段時需

p g ) 若外購軟體則設計階段時需

針對不足或不合用部分增加設計「客製

程式」或稱「外掛程式」。

(9)

圖2 4 系統建置過程與方案 圖2.4 系統建置過程與方案

自建系統

規劃 分析

商用套裝軟

客製程式 實施 商用套裝軟

體(如ERP系 統)

(10)

三、系統設計(systems design) 三 系統設計(systems design)

實務上常遇到的問題

SDLC實務上常遇到的問題

使用者無法在分析需求時明確的說出他們所需 使用者無法在分析需求時明確的說出他們所需 要的資訊

使用系統後,才發現資訊不足、報表格式不對 使用系統後,才發現資訊不足 報表格式不對 等問題

雛型法的設計概念可解決上面的問題

雛型法的設計概念可解決上面的問題

(11)

圖2 5 使用者同意後的雛型即正式實施 圖2.5 使用者同意後的雛型即正式實施

實施 設計

規劃 分析 分析 設計 實施

規劃

系統雛型

(12)

四、系統實施(systems 四 系統實施(systems

implementation)

須完成一些配合事項 須完成一些配合事項

人員的訓練 檔案的轉換 檔案的轉換

進行機器的採購與安裝

(13)

五、系統操作與維修(operation 五 系統操作與維修(operation

and maintenance)

若有維修上的問題或新的需求,應依制度 若有維修上的問題或新的需求 應依制度 與合約予以實施

「系統分析師

V S 「程式設計師

「系統分析師」V.S. 「程式設計師」

兩者都應針對系統整體開發流程之文件做報表

的產生與修改

(14)

圖2 6 資訊系統建立各階段所產生的文件 圖2.6 資訊系統建立各階段所產生的文件

系統實施 系統開發

系統設計 系統分析

可行性研究

設計階段 可行性研究 系統分析 系統設計 系統開發 系統實施 設計階段

產生文件 可行性研究 系統需求書 系統規格 系統說明書 專案計劃規格 邏輯設計規格 技術設計規格 產生文件 可行性研究

報告

系統需求書 系統規格 系統說明書

專案計劃規格 邏輯設計規格 技術設計規格

(15)

描述會計資訊系統之工具 描述會計資訊系統之工具

系統分析師在了解分析現況及設計新程序 新制度時,須用到一些工具以描述現行制 新制度時,須用到一些工具以描述現行制 度及新制度,這些工具包括:

1.文件流程圖,2.資料流圖,

3.系統流程圖,4.程式流程圖,

5.決策邏輯表,6.檔案或記錄格式圖,

7 資料方格圖

7.資料方格圖。

(16)

圖2 7 常用文件流程圖符號 圖2.7 常用文件流程圖符號

發票

23

發票 1 A

N 單一表單文件

三聯發票 暫時交易性檔

案,未來仍會 進一步處理者 永久檔案

N表示數宇 依數字順序排

列歸檔 以發 進一步處理者

用以存放資訊的文件 例

列歸檔。以發 票為例,依銷 貨發票號碼排 用以存放資訊的文件,例 列

如日記帳、分類帳則左邊 以黑實,以與輸入被處理 的文件,如支票、發票、

訂單 出貨單等有所區分 訂單、出貨單等有所區分

人工作業

(17)

圖2 8 銷售收款文件流程圖 圖2.8 銷售收款文件流程圖

銷售業務人員 出納收款員 應收帳款會計

銷售業務人員 開始

應收帳款會計

1 2

出納收款員 來自客戶

開立發票 發票 3 繳款單 2 N

背書公司帳 支票

23

發票 1 入帳更新應

收帳款明細 分類帳

日記簿 背書公司帳

戶名稱並編 寫繳款單

N 客戶

1 應收款款分

類帳 23

1

N 客戶 類帳

N 客戶 2 N 客戶

(18)

圖2 9 資料流圖符號 圖2.9 資料流圖符號

(方形)

外部個體

(external entity)

代表與系統有關的其他 外界機構、單位或個人

(箭頭)

資料流向

(data flow) 表示資料或表報的流向

或 處理

(process)

表示資料或表報的處理 (圓形) (圓角長方形)

或 資料儲存處 表示儲存資料檔或表報

(兩平行線) (三邊長方形)

資料儲存處 (data store)

表示儲存資料檔或表報 的地方

(19)

圖2 10 資料流圖(一階) 圖2.10 資料流圖(一階)

1 0 加班卡 未核准請

工時卡

1.0 計算加班

工時 現場負責人

4.0 2.0

審核請假

加班卡 未核准請

假單 員工加班

時數

員工加班時數檔案 4.0

計算員工 曠工時數

員工曠工 時數

時數 審核請假

已核准請 假單 員工加班時數檔案

請假單檔案 時數

員工曠工時數檔案 員工曠工記錄

員工請假 記錄 員工加班

記錄

5.0 計算員工

薪資 員工曠工記錄

3.0 計算各種 代扣所 請假時數

各種請假時數 員工

底薪

薪資記錄檔案 薪工單

人事總務長 代扣所

得稅及 保險費

薪工單 員工

津貼 員工基本資料檔案

(20)

圖2 11 資料流圖(二階) 圖2.11 資料流圖(二階)

員工底薪 員工基本資料檔案 5.1

員工加班時數檔案 計算時薪

代扣所 得稅及 保險費 員工加班

員工基本資料檔案

5.2 計算應加

員工曠工時數檔案 員工曠工 記錄 員工

時薪 員工加班

記錄

計算應加 金額

應扣金額 5.3

計算應扣 應加 金額

金額 5.4 計算全薪

各種請假 時數 全薪

金額

薪工單

薪資記錄檔案

5.5 扣除半薪

全薪 薪工單

(21)

圖2 12 Data Store定義之例子 圖2.12 Data Store定義之例子

薪資記錄檔案 日期

員工編號 姓名

日期

員工資料 實作日數

底薪 加班時數

加班 津貼 底薪

應加金額 加班費

職務津貼 伙食津貼 車輛保養 夜點費 其餘津貼 獎金

請假扣薪 曠工扣薪 應扣金額

績效獎金 全勤獎金 曠工扣薪

代扣所得稅 代扣保險費 實發金額

實發金額

(22)

圖2 13 處理邏輯說明之例釋 圖2.13 處理邏輯說明之例釋

5.1 計算時薪 REPEAT

GET員工底薪FROM員工基本料檔案 將員工底薪除以30天而得到日薪

將日薪除以8小時而得到時薪

UNTIL所有的員工基本資料檔案都讀完 UNTIL所有的員工基本資料檔案都讀完 送出各員工時薪

5.2.1 計算加班費 REPEAT

GET員工時薪 GET員工時薪

GET員工加班記錄FROM員工加班時數檔案

將甲種加班時數乘上員工時薪乘上2倍而得到甲種加班費 將乙種加班時數乘上員工時薪乘上1.66倍而得到乙種加班費 將丙種加班時數乘上員工時薪乘上1 33倍而得到丙種加班費 將丙種加班時數乘上員工時薪乘上1.33倍而得到丙種加班費 將丁種加班時數乘上員工時薪乘上1倍而得到丁種加班費 將甲乙丙丁四種加班費相加而得加班費

送出加班費

UNTIL每個員工的加班費都算出 UNTIL每個員工的加班費都算出 5.2.2 計算獎金

REPEAT

IF員工沒有全勤THEN

(23)

一些流程圖經常使用到的符號 一些流程圖經常使用到的符號

文件單據( ) 任何書面單據 如支票 支票 文件單據(Document):任何書面單據,如支票、

或銷貨發票。

開立銷 貨發票

人工處理程序(Manual Process):任何人工作業,

如開立銷貨發票或編製銀行調節表。

列印採購單

處理(Process):任何作業,無論以人工、機械、

或電腦執行均屬之。通常和人工處理符號交互 運用。但通常是指電腦處理程序。

排列順序

不與主機連線,而是離線儲存(Offline storage),

例如掛在架上的磁帶。

(24)

一些流程圖經常使用到的符號 一些流程圖經常使用到的符號

流程線( i ) 指示單據流向的線條 流程線(Flowlines):指示單據流向的線條,

除非以箭頭表示其他方向,否則不是向 下就是向右。

按日期歸檔 註解(Annotation):用以評註或說明,如按序 歸檔(或按日期,字母…等等)。

開始(結束) 表示程序的開始或結束。

連結點 轉出或進入流程圖的另一 A

連結點(Connector):轉出或進入流程圖的另一 部份。用以避免過多的流程線交叉,轉出及轉 入或連結,通常以字母或阿拉伯數字表示。

顧客 轉頁連結點(Offpage connector):表示轉入 或轉出流程圖項目的來源或終止點。

(25)

一些流程圖經常使用到的符號 一些流程圖經常使用到的符號

自客戶處收 取現金

輸入/輸出(Input/Output):用以代替轉 頁連結點,表示轉入或轉出流程圖的資 料。

否 是

存量 低於安全存

量?

決策(Decision):表明是否之決策所引起 的選擇行動。

打孔紙帶 線上儲存 磁帶 打孔卡片

顯示器 記憶體 顯示器 記憶體

(26)

圖2 14 應付帳款系統流程圖 圖2.14 應付帳款系統流程圖

驗收單 N 訂貨作業來自

批次 總數 應付帳款承辦

員執行

供應商發票 驗收單

顯示錯誤 及例外 人工審核

並加總

輸入發票

員執行 及例外

驗收單 審校資料 供應商

發票

供應商

應付帳款 應付

待採購訂 貨檔 驗收單 審校資料

發票

應付帳款主檔

應付 帳款檔

供應商 歷史檔 待收貨

採購單據

更新應付 核准付款 帳款

歷史檔 採購單據

憑單 彙總表 付款憑單

顯示錯誤

(27)

圖2 15 程式流程圖例釋 圖2.15 程式流程圖例釋

測試是否符合條件

不符合 符合

執行A 執行B

執行A A

執行A 執行B

2 選擇型 執行B

1 簡單順序型 B

2.選擇型 1.簡單順序型

測試條件是否符合

符合 不符合

A 執行A

B 不符合

(28)

圖2 16 決策邏輯表 圖2.16 決策邏輯表

A 信用等級

存量>

A 信用等級

AAA? 訂單處理 1 2 3

信用等級AAA? Y N - 訂貨量<存量 Y N

存量>

B 訂貨量 件 訂貨量<存量 Y - N

列印倉庫撿貨單 X 列印發票 X 至A執行程序 X

列印發票 列印撿貨

作 至A執行程序 X

至B執行程序 X

圖(a) 由流程圖編製決策邏輯表

列印發票

(29)

圖2 16 決策邏輯表 圖2.16 決策邏輯表

IF HOURS>40

THEN G PAY=40  WAGE

薪資處理

1 2

THEN G_PAY=40  WAGE

+1.5  WAGE (HOURS-40)

條件 HOURS>40 Y N 動作 計算包括加班費的

薪水總額 X

ELSE GPAY= HOURS  WAGE,

薪水總額

計算薪資總額 X

圖(b) 由電腦程式編製決策邏輯表 ( )

(30)

圖2 17 資料格式圖 圖2.17 資料格式圖

記錄長度(R.L)=62 區段長度(B.L)=6200 區段目數(B.F)=100

日期ˍˍˍˍˍˍˍ 設計師ˍˍˍˍˍˍ 系統:應付帳款

系統:應付帳款

發票號碼 廠商代號 開票日期 付款期限

折扣% 折扣額 實際付款

日期

支票帳號

AN AN N N(二位小數) N N N N(二位小數) N N

1 2 3 4 5 6 7 8 9 1011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162 63 64

(31)

圖2 18 資料方格圖 圖2.18 資料方格圖

檔案 資料項

薪資異動檔 薪資主檔 資料項

員工編號 ˇ ˇ

員工姓名

員工姓名 ˇ

薪資率 ˇ ˇ

身份證號碼 ˇ

(32)

圖2 19 交易處理的基本工作 圖2.19 交易處理的基本工作

基本活動 說 明

記錄交易事件 更新主檔

記錄交易事件的重要屬性,如銷售單、訂貨單的資料。

許多交易處理需要建立並維護一套主檔(master file),以 儲存與該交易有關企業個體之永久性或歷史性資料。譬 儲存與該交易有關企業個體之永久性或歷史性資料。譬 如說,計算員工的薪水,必須知道其工資率、扣繳項目 等。這些資料均存在一員工主檔中。在進行交易處理時

,必須確定主檔中的資料為最新的。

列印報表或文 件

必須確定主檔中的資料為最新的

報表或文件是交易處理工作的產出,一般有定期性報表 與突發性報表兩種。

處理查詢 將交易資料集合起來,隨意因工作需要,調取任何一筆 交易記錄供人使用。

(33)

系統設計 系統設計

一、輸入設計 一 輸入設計

二、交易處理時機 二 交易處理時機

三、資料檔的種類與儲存媒體之決定

(34)

圖2 20 電腦化交易事件記錄方法之舉例說明 圖2.20 電腦化交易事件記錄方法之舉例說明

交 易 交易記錄方法 說 明

交 易 交易記錄方法 說 明

拜訪客戶時所接之 人工記錄 由銷貨員填具訂單。

訂單

電話訂購 由終端機鍵入 由銷貨員接電話時當場由鍵盤 輸入。

輸入。

採購 人工記錄或由終

端機鍵入

可由人工填具採購單,或由採 購員由終端機鍵入。

端機鍵入 購員由終端機鍵入 乙存存款 人工記錄或由終

端機鍵入

客戶自行填具存款單,而行員 由終端機鍵入,或客戶自行由 存款機鍵入

存款機鍵入。

航空班機訂位 終端機鍵入 直接由終端機鍵入。

(35)

輸入設計 輸入設計

(一)表單設計(document design)原則 (一)表單設計(document design)原則 (二)畫面設計(screen design)

(二)畫面設計(sc ee des g ) (三)選擇輸入裝置

( )

(四)代碼設計 ( )

(五)輸入資料核驗

(36)

代碼設計 代碼設計

(一)代碼設計方法

1 依順序編號(sequential code) 1.依順序編號(sequential code) 2.區段編號(block code)

3.依類別編號(classification code)

4 代碼中各碼分別代表不同項目(Hierarchical)

4.代碼中各碼分別代表不同項目(Hierarchical)

5.記憶代碼(Mnemonic Code)

(37)

代碼設計 代碼設計

二 代碼中加檢查碼 (二)代碼中加檢查碼

1. 選定一個理想的模數(modulus) 選定一個理想的模數( )

2. 選定每位資料之的加權權數(weight)

3 將每位資料值與加權權數相乘並累加

3. 將每位資料值與加權權數相乘並累加

4. 以模數除步驟三所得的總和

5. 以模數減去步驟四所得值求得之餘數即為檢 查碼

• 檢查碼一般附加在原資料之最後,但有時亦

有附加在中間或前端者。

(38)

圖2 21 常見的資料核驗方法 圖2.21 常見的資料核驗方法

遺漏檢驗 該輸入之資料卻為空白的情況

核驗測試 說 明

合格的資料長度 資料長度不符

資料種類檢驗 例如該是數字資料,檢查是否包含文字或特殊符號 範圍或合理度檢驗 該資料是否在預期之範圍內,如庫存量為負數則不

合理

不合理的代號 如檢查輸入之會計科目編號,是否在編號範圍內 與原先儲存的資料

比較

如將客戶退款資料與應收帳款主檔中之餘額相比較

(39)

圖2 22 e 化交易處理之方式 圖2.22 e 化交易處理之方式

e 化交易處理方式 資料準備 資料處理與編表

整批處理 批次 批次

即時鍵入整批處理 即時 批次

即時鍵入整批處理 即時 批次

即時處理 即時 即時

(40)

圖2 23 三種交易處理方式之比較 圖2.23 三種交易處理方式之比較

系統類型 特 性 優 點 缺 點

系統類型 特 性 優 點 缺 點

整批處理 待交易事件累 積一批後,才 一併輸入電腦

1.

節省電腦的作業時間,

提高作業能量

1.

無法提供最新資 料

一併輸入電腦

處理之

2.

成本最低

2.

資料鍵入工作易 形成工作瓶頸

即時鍵入 交易事件發生

1

資料隨時鍵入,不致造

1

成本較高 即時鍵入

整批處理

交易事件發生 後,資料立刻 鍵入電腦暫存,

作整批處理

1.

資料隨時鍵入,不致造 成工作瓶頸

2.

對原始資料而言,電腦

1.

成本較高

2.

對彙總性資料而 言,電腦無法提供 作整批處理 可以隨時提供最新資料 最新資料

即時處理 交易事件發生 後,立刻輸入

1.

資料隨時鍵入,不致造 成工作瓶頸

1.

成本最高

2

需要較新技術 後 立刻輸入

資料,立刻處 理,立刻顯現

成工作瓶頸

2.

使用者可以在短期間內 知道處理結果,有最新

2.

需要較新技術

(41)

E R模型設計法 E-R模型設計法

一 決定個體 一、決定個體 二 決定關係 二、決定關係 三 決定屬性 三、決定屬性

四、決定鍵值欄位

四、決定鍵值欄位

(42)

圖2 24 銷貨發票 圖2.24 銷貨發票

發票號碼: 發票日期: 客戶信用等級:

客戶編號: 運貨日期: 客用賒銷額度:

客戶名稱 銷貨總額

客戶名稱: 銷貨總額:

客戶地址: 營業稅:

銷貨單號碼: 付款條件:

銷貨單號碼 付款條件

序號 品號 品名/規格 單位 數量 單價 金額 備註

(43)

圖2 25 部分訂單系統E-R模式圖 圖2.25 部分訂單系統E R模式圖

業務人員 l l

接洽 處理 M

l M

M l

l

M l

M

l

下 訂單

顧客

欠 收到 產生

l lM l

M

M

應收帳款 產生 發票

l N N

包含 產品 l

l M

M 提供

供應商 被採購

接受 採購單

接受

(44)

圖2 26 個體屬性釋例 圖2.26 個體屬性釋例

顧客

名稱 顧客帳號

住址 顧客

電話號碼 付款條件

住址 信用額度

目前餘額 l

欠 發票號碼 M

應收帳款 顧客編號

日期 交易金額 交易金額

餘額

(45)

圖2 27 鍵值釋例 圖2.27 鍵值釋例

l l

員工編號 業務員

l

M

M

l M l

接洽 處理 客戶帳號

M l

l l l

訂單號碼 訂單

產生

收到 顧客

M M l

l

M

l 銷貨發票 銷貨發票號碼 應收帳款 產生

N

N 發票號碼 包含

產品 產品編號

N M l

M l

N 產品 產品編號

提供

接受 供應商 被採購

M N

l 接受

(46)

資料未正規化之問題 資料未正規化之問題

(一)新增一筆記錄所產生的問題

(二)刪除一筆記錄所產生的問題

(三)異動一筆記錄所產生的問題

(47)

正規化法 正規化法

一 第一正規化格式 若一筆紀錄沒

(一)第一正規化格式(first normal form)若一筆紀錄沒 有包括重覆的資料項目,則為第一次正規化格式。

(二)第二正規化格式(second normal form)檔案若已 經第一次正規化,而且記錄中的每筆資料可由主 鍵值單一辨識,但若其中某些欄位可由主鍵值之 一部份辨識則應改善。如符合此條件即為第二次 正規化格式。

(三)第三正規化格式(third normal form)檔案已經第

(三)第三正規化格式(

)檔案已經第

二正規化而且所有和主鍵值無關的資料項目間彼

此獨立即為第三次正規化格式。

(48)

圖2 28 正規化程序 圖2.28 正規化程序

A.未正規化格式 1 發票檔

1.發票檔

發票號碼 客戶編號 客戶名稱 客戶地址 付款條件 信用等級 賒銷額度

銷貨單號碼 發票日期 運貨日期 銷貨總額 營業稅 品號 品名/規格 單價 數量 B 第一次正規化格式

B.第一次正規化格式 1.發票檔

發票號碼 客戶編號 銷貨單號碼 發票日期 運貨日期 銷貨總額 營業稅 2.客戶檔

客戶編號 客戶名稱 客戶地址 付款條件 信用等級 賒銷額度 客戶編號 客戶名稱 客戶地址 付款條件 信用等級 賒銷額度 3.產品項目檔

(49)

圖2 28 正規化程序 圖2.28 正規化程序

C.第二次正規化格式 1 客戶檔

1.客戶檔

客戶編號 客戶名稱 客戶地址 付款條件 信用等級 賒銷額度

2.發票檔

發票號碼 客戶編號 銷貨單號碼 發票日期 運貨日期 銷貨總額 營業稅 發票號碼 客戶編號 銷貨單號碼 發票日期 運貨日期 銷貨總額 營業稅

3.銷貨細項檔

發票號碼 品號 數量 4.產品項目檔

品號 品名/規格/ 單價

(50)

圖2 28 正規化程序 圖2.28 正規化程序

D.第三次正規化格式 1.客戶檔客戶檔

客戶編號 客戶名稱 客戶地址 付款條件 信用等級 2.信用等級檔

信用等級 賒銷額度 3.發票檔

發票號碼 客戶編號 銷貨單號碼 發票日期 運貨日期 銷貨總額 營業稅 4.銷貨細項檔

發票號碼 品號 數量

發票號碼 品號 數量

5.產品項目檔

(51)

表達個體間關聯 表達個體間關聯

(Relationship)的方法 (Relationship)的方法

一、一對多的關係(1:M)

二、多對多的關係(M:M)

(52)

SQL:關聯式資料庫查詢語言 SQL:關聯式資料庫查詢語言

一、建立關聯式資料庫之SQL指令

Q

二、查詢資料庫SQL指令

三、建立檔案間之關聯

參考文獻

相關文件

某項貨物的單位價格是指該項貨物的貿易貨值與其貨量之比。季度單位價格指數是計算當季各

某項貨物的單位價格是指該項貨物的貿易貨值與其貨量之比。季度單位價格指數是計算當季各

某項貨物的單位價格是指該項貨物的貿易貨值與其貨量之比。季度單位價格指數是計算當季各

某項貨物的單位價格是指該項貨物的貿易貨值與其貨量之比。季度單位價格指數是計算當季各

能統計每日單杯銷售量 (Daily Sales Report)

在國外從A國將外國製造貨品出口至B國 可能受 出口管理法規規範,前提是外國製 造貨品:.

某項貨物的單位價格是指該項貨物的貿易貨值與其貨量之比。季度單位價格指數是計算當季各

某項貨物的單位價格是指該項貨物的貿易貨值與其貨量之比。季度單位價格指數是計算當季各