東海大學呂芳懌教授開設的資料庫課程
作業01 - 銀行借貸系統
1. 使用者需求：
請以資料庫管理系統(Data Base Management System)為勞工銀行建立其分行資料庫，使用者需求如下：
(1)分行資料: 該銀行的組織編制是以「分行」為單位，每一分行都有各自的名稱(均不重複)，各自的分行編號（也不重複），及各自的經理（每一部門只有一位）。
而我們也必須記錄現任經理開始任職該職務之日期；該銀行各分行的地址(例如，東海分行在台中市東海路3號，東大分行在台中市東大路5號等)。
其中，每一分行經理開始任職該分行經理之日期是以「完整日期」表示（即2014年11月1日之格式），分行編號為十碼整數，其他欄位（field）為最長三十個字元之文字格式。
(2) 貸款計畫資料: 每一個分行都會提供若干貸款計畫(例如，提供民眾(自然人)房屋貸款計畫，及民間公司(法人)購買原物料計畫等)，而每一分行之每一計畫各有其唯一之計畫名稱與計畫編號，
其他欄位包括所隸屬之分行編號、貸款金額、每年償還金額及連絡電話。貸款金額及每年償還金額是必須有值之欄位(即填入資料時，這些欄位不可以是空白)，
貸款金額和每年償還金額都是一個有兩位小數之單精準實數(Single Precision Real Number)，計畫編號為十碼整數，其他尚未定義者為最長三十個字元之文字格式。
(3)客戶資料: 對每一貸款自然人或法人必須記錄其姓名(或公司名稱)、身分證字號(或公司統一編號)、負責人姓名(若是自然人，此欄位再次填入其姓名) 及電話。
其中，身分證字號或公司統一編號為十碼整數，其他尚未定義之欄位的資料格式都是最長三十個字元之文字；
姓名和身分證字號(或公司統一編號)是必須有值之欄位(即填入資料時，這些欄位不可以是空白)。
而每一自然人或法人可以同時向同一分行或不同分行貸款。
註: 一個分行的每一貸款計畫可以貸款給許多自然人或法人，而每一自然人或法人可以同時獲得若干分行不同貸款計畫之貸款，
這是一個多對多之關係，因此需在貸款計畫中增加一些欄位，請依資料庫多對多關係設計之。
2. 資料庫之設計需求I -- ER模式：
請以ER模式(Entity_Relationship Model，ER_Model)表示該資料庫各實體(Entity) ，例如，分行、貸款計畫及客戶等，亦須包括各實體之欄位，及各實體之間的關係，
例如，分行和貸款計畫之間有「提供」的關係，而貸款計畫和客戶之間有「借貸」關係等。
3. 資料庫之設計需求II -- 資料需求：
(1)實體必須以表格(亦稱為資料表)表示，而每一表格中欄位值不可重複之欄位(即，關鍵屬性)，請務必加上索引(index)。
(2)每一個表格請至少輸入三筆資料，例如，在分行表格中填入東海分行，東大分行和大學分行等資料(資料請自行編纂)。
(3)為了能夠清楚地在螢幕上看到一整筆資料，請為分行及客戶兩表格各設計一個表單，以下為分行的一個例子：
分行
分行名稱：東海分行
分行編號：0110-110-011
經理姓名：王大鵬
經理任職日期：2014年11月1 日
......
4. 資料庫之設計要求III -- 介面需求：
(1)請設計四個查詢（Query），分別查詢某一分行，例如，東海分行，的
A.地址及經理姓名。
B.所提供的所有貸款計畫之計畫名稱及計畫編號。
C.某一貸款計畫之各借貸客戶姓名(或公司名稱)，貸款金額與每年還款金額。
D. 某一貸款計畫之所有貸款客戶之貸款金額總和與每年還款金額總和。
(2) 請設計兩個查詢，分別查詢某位客戶，例如，張三，
A.在某一分行之貸款金額總和，每年還款金額總和與該分行之經理姓名。
B. 在所有分行之貸款金額總和，與每年還款金額總和。
(3)額外人機介面：
A.請設計一個可以查詢第(1)項中A、B、C與D四個查詢的人機介面，與第(2)項之A與B兩個查詢的人機介面。
B.請在該人機介面上，設計一個可以做整數加法及減法之簡易計算器（Calculator），俾方便使用者在查詢某些貸款金額與每年還款金額總和時，能以之計算總額，以驗證資料正確性。
5. 系統使用說明：
請以排版系統為本系統撰寫操作手冊，包括：
(1) 開發目的
(2) 硬體環境
(3) 軟體環境
(4) 系統安裝步驟
(5) 各項功能之操作描述
(6) 線上錯誤訊息
有一個國家之外交部公開徵求廠商或個人來設計及實作一個員工外派資訊系統，功能如下，現在請您依下列需求設計及實作這個系統：
一、資料庫部分，包括建立：
1. 員工基本資料表，用以存放員工基本資料，包括：員工姓名、員工身分證字號、職等、薪資、電話、性別、出生年月日、錄用日期、住址與照片等。其中，
「員工姓名」為十四位元組(byte)之字串，
「員工身分證字號」為十位元組之字串，亦是本資料表之關鍵屬性(key attribute)，
「職等」為十位元組之字串，
「薪資」為八碼之整數，
「電話」為十四位元組之字串(限用0~9之數字，但是以字串呈現)，
「性別」為一位元組之字(character)，
「出生年月日」與「錄用日期」格式為yyyy/mm/dd (以下所有日期均為此格式)，
「住址」為三十位元組之字串，
「照片」請從MS Word美工圖片中的「人物」取出貼上。
例如，(呂溪東，B123456789，簡任十等，80000， 886-2-6666-6666，男，1970/11/02，2012/11/03，台中市台灣大道四段一七二七號， )
2. 國家資料表，用以存放員工派駐國家之國家資料，包括：
國家代碼、國家名稱、所屬洲名、該國元首姓名、該國外交部長姓名、該國聯絡人姓名、該國人口數、該國領土面積、連絡電話與是否為邦交國。其中，
「國家代碼」為六位元組之字串，其中前二碼必須是英文大寫字母(即，限AA~ZZ)，後四碼限用0~9之數字，本欄位亦是本資料表之關鍵屬性，
「國家名稱」為十四位元組之字串，
「所屬洲名」為六位元組之字串，
「該國元首姓名」，「該國外交部長姓名」與「該國聯絡人姓名」皆為十四位元組之字串，
「該國人口數」為十四碼之整數，
「該國領土面積」為十四碼之整數，單位是平方公里，
「連絡電話」為十四位元組之字串(限用0~9之數字，但是以字串呈現)，
「是否為邦交國」為一布林值(Boolean)。
例如，(AA4321，美麗國，北美洲，John Smith，Mary Jenifer，Tom Wallace，200000000，9630000，019-1-917-123-4567，否)
3. 員工派駐資料表，用以存放員工派駐各國之資料，包括：員工身分證字號、派駐國家代碼、員工姓名、到職日期、與大使(代表)之姓名等。其中，
「派駐國家代碼」為六位元組之字串，其中前二碼必須是英文大寫字母(即，限
AA~ZZ)，後四碼限用0~9之數字，本欄位亦是「國家資料表」之「國家代碼」
在本資料表的外來鍵(Foreign key)，
「員工身分證字號」與「派駐國家代碼」一起為本資料表之複合關鍵屬性(Compound
key attributes)，
「大使(代表)姓名」為十四位元組之字串。
例如，(B112233445，AB1234，張三豐， 2012/01/25，葉問)
4. 眷屬資料表，用以存放員工之眷屬資料，包括：員工身份證字號、眷屬身分證字號、眷屬姓名、眷屬性別、和員工關係與出生年月日等。其中，
「員工身份證字號」與「眷屬身份證字號」一起為本資料表之複合關鍵屬性，
「眷屬姓名」為十四位元組之字串，
「眷屬性別」為一位元組之字(character)，
「和員工關係」為六位元組之字串。
例如，(B223344556， A123454321，呂東萊，男，夫妻，1980/10/31)
** 請注意：
1. 設計資料表過程中，如有必要可以自行增加屬性，唯須於設計及繪製系統概念模式圖(Conceptual Model)中說明。
2. 每一資料表請至少輸入三筆資料。
二、系統功能
1. 員工基本資料表：須能新增資料、刪除資料、修改資料、查詢資料及列印資料，其中
新增資料：新增員工資料。
刪除資料：係將資料之狀態(需增加一欄位)由「正常」改成「刪除」，而不是真的刪除。
修改資料：當員工資料與事實不符時，例如，住址或電話變更，用以修改。
查詢資料：必須至少能以「員工身分證字號」查詢員工資料。
列印資料：能依查詢要求列印查詢結果資料。
** 員工基本資料一經建立不得刪除，須永久保存於員工基本資料表中。
2. 國家資料表：須能新增資料、查詢資料及列印資料，其中
新增資料：係新增國家資料；如欲刪除某一筆資料，只能以自行增加之欄位「國家存在狀態」而以「亡國」為其值之方式記錄之，該欄位其他值為「正常」。
查詢資料：必須至少能以國家代碼查詢國家資料。
列印資料：能依查詢要求列印查詢結果資料。
** 本表格資料均不得刪除，須永久保存。
3. 員工派駐資料表：須能新增資料、查詢資料及列印資料 ，其中
新增資料：當新增一位員工而派駐到某一國家時所紀錄之資料。如欲刪除資料，亦
須自行增加一欄位「派駐狀態」，而以「調離原職」或「離職」為其值。
查詢資料：本系統管理人員可以直接查詢本資料表。
列印資料：能依查詢要求列印查詢結果資料。
** 本表格資料均不得刪除，須永久保存。
4. 眷屬資料表：須能新增資料、刪除資料、修改資料、查詢資料及列印資料，其中
新增資料：新增眷屬資料，例如，新增剛出生之員工子女。
刪除資料：係將資料之狀態由「正常」改成「離婚」或「被人收養」，而不是真
的刪除。
修改資料：當眷屬資料與事實不符時，例如，和員工關係變更時(例如，離婚)。
查詢資料：必須至少能以「員工身分證字號」或「眷屬身分證字號」查詢眷屬資料。
列印資料：能依查詢要求列印查詢結果資料。
** 本表格資料均不得刪除，須永久保存。
三、使用者介面
除了資料庫系統本身所提供的操作介面外，須另外包括下列使用者介面：
1. 員工基本資料介面：
(1) 須符合員工基本資料表之系統功能需求。
(2) 可以統計員工人數、員工平均年齡與薪資等資料。
(3) 可以統計依職等分群之資料查詢，例如，十職等之員工人數，九職等以下之總員工人數。
(4) 可以統計所有員工全年，每月與每周之總薪資。
2. 國家之記錄介面：
(1) 須符合國家資料表之系統功能需求。
(2) 可以統計共有多少邦交國? 多少非邦交國?
(3) 可以統計某一洲(例如，南美洲)共有多少邦交國? 多少非邦交國?
(4) 可以查詢某一邦交國或統計所有邦交國之國民人數，查詢某一非邦交國或統計所有非邦交國之國民人數。
3. 員工派駐資料介面：
(1) 須符合員工派駐資料表之系統功能需求。
(2) 可以查詢每一國家派駐之總員工人數。
(3) 可以查詢每一國家每單位面積之派駐員工數
(公式: 該國總派駐員工人數/該國領土面積)。
4. 眷屬資料介面：
(1) 須符合眷屬資料表之系統功能需求。
(2) 可以統計平均眷屬年齡，男眷屬平均年齡，與女眷屬平均年齡。
(3) 可以統計眷屬是男生之人數，與眷屬是女生之人數。
5. 跨資料表整合介面:
(1) 查詢派駐某一國家(例如，美國) 30歲以上之員工人數。
(2) 可以查詢派駐某一洲(例如，歐洲)共多少位員工?
(3) 可以查詢30歲以上員工之平均眷屬年齡。
(4) 可以查詢30歲以上員工之平均眷屬人數。
四、資料庫限制:
(1) 一個員工可以同時派駐到若干國，例如，一位大使可以同時擔任若干國之大使，
尤其是小國家。而一個國家會同時派駐若干外交人員。
(2) 夫妻皆是員工時，只能以其中一位為其眷屬所附屬之員工，例如，以先生為其子
女之附屬對象。
五、概念模式圖
請繪製本系統之ER Model(Entity Relationship Model)。
(建議在Access DBMS中繪製)
六、操作手冊
請用MS Word為本系統撰寫操作手冊，包括：
1. 開發目的
2. 硬體環境
3. 軟體環境
4. 系統安裝步驟
5. 各項功能之操作描述
6. 線上錯誤訊息
有一個生鮮食品公司公開徵求廠商設計及實作一個食品配送資訊系統，功能如下，現在請您依下列需求設計及實作這個系統：
一、資料庫部分，包括建立：
1. 客戶基本資料資料庫，用以存放客戶基本資料，包括：客戶姓名、身分證字號、電話、住址、年齡、職業、登載日期、照片與消費狀態等基本資料。其中，
「客戶姓名」為十二位元組(byte)之字串，
「身分證字號」為十位元組之字串，亦是本資料庫之關鍵屬性(key attribute)，
「電話」為十六位元組之字串，
「住址」為三十位元組之字串，
「年齡」為四位元組之整數，
「職業」為十二位元組之字串，
「登載日期」格式為yyyy/mm/dd (以下所有日期均為此格式)，
「照片」請從MS Word美工圖片中的「人物」取出貼上，
「消費狀態」為六位元組之字串，其值包括:正常與停用。
例如，
(呂海東，A987654321，02-2222-3333，台北市文湖路三段一八一號，38，大學教授， 2010/11/05， ，正常)
2. 客戶訂貨記錄資料庫，用以存放客戶之訂貨與配送記錄，
包括：身分證字號、訂貨日期、預計遞交日期、實際遞交日期、訂貨品名、單位、數量、單價、訂貨金額、供應商名稱與供應商編號等。
其中，
「身分證字號」為本資料庫之關鍵屬性，
「訂貨品名」與「供應商名稱」均為十六位元組之字串，
「單位」為六位元組之字串，
「數量」「單價」及「訂貨金額」均為十碼之實數(不含小數點)，其中整數八碼，小數二碼，
「供應商編號」為五位元組之字串(限用0~9之數字，但是以字串呈現)。
例如，
(A987654321，2010/11/05，2010/11/06，2010/11/06，虱目魚，公斤，2.00， 50.00，100.00，士林生鮮公司，01010)
3. 公司進貨資料庫，用以存放供應商進貨資料，
包括：供應商名稱(貨品之供應公司名稱)、供應商編號、供應商負責人、進貨品名、進貨數量、進貨單位、進貨單價、小計、庫存位置、規格與進貨日期等。
其中，
「供應商編號」為五位元組之字串，亦為本資料庫之關鍵屬性，
「供應商負責人」為十二位元組之字串，
「供應商名稱」「進貨品名」「庫存位置」「規格」均為十六位元組之字串，
「進貨單位」為六位元組之字串，
「進貨數量」「進貨單價」「小計」三者均為十碼之實數(不含小數點)，其中整數八碼，小數二碼。
例如，
(選秀實業公司，12345，李四，文蛤，100.00，公斤，200.00，20000.00，一樓水池，上品貨，2010/11/06)
4. 公司應收帳款資料庫，用以存放公司每星期應收款項之資料，包括：客戶姓名、身分證字號、應收金額、應收日期與待催收金額等。其中，
「身分證字號」為本資料庫之關鍵屬性(key attribute)，
「應收金額」與「待催收金額」均為十碼之實數(不含小數點)，其中整數八碼，小數二碼，
「客戶姓名」為十二位元組(byte)之字串。
例如，
(呂海東，A987654321，2000.00，2010/11/06，0.00)
** 請注意：
1. 設計資料庫過程中，如有必要可以自行增加屬性，唯須於設計及繪製系統概念模式圖(Conceptual Model)中說明。
2. 每一資料庫請至少輸入三筆資料。
二、系統功能
1. 客戶基本資料資料庫：須能新增資料、刪除資料、修改資料、查詢資料及列印資料，其中
新增資料：新增客戶資料，客戶均為自然人，不必考慮以公司名稱購買者。
刪除資料：係將資料之消費狀態由「正常」改成「停用」，而不是真的刪除。
修改資料：當客戶資料與事實不符時，例如，住址或電話變更，用以修改。
查詢資料：必須至少能以身分證字號查詢。
列印資料：能依查詢要求列印查詢結果資料。
** 客戶基本資料依經建立不得刪除，須永久保存於客戶基本資料資料庫中。
2. 客戶訂貨記錄資料庫：須能新增資料、查詢資料及列印資料，其中
新增資料：係新增客戶之訂貨資料；如欲刪除某一筆資料只能以「新增資料」方式增加一筆等值之負值沖銷(例如，要退費300元，則增加一筆 -300元之消費)，訂貨品名為「退費」；
其他項目則與原訂貨記錄相同。
查詢資料：必須至少能以身分證字號查詢。
列印資料：能依查詢要求列印查詢結果資料。
「訂貨金額」係由(數量*單價)而來，且直接由本系統計算之。
須區分管理人員和一般使用者，前者對本資料庫具有所有權限，後者只能查詢可以自己的訂貨資料。
** 本表格資料均不得刪除，須永久保存。
3. 公司進貨資料庫：須能新增資料、查詢資料及列印資料 ，其中
新增資料：係向供應商進貨而新增資料。
查詢資料：本系統管理人員可以直接查詢本資料庫。
列印資料：能依查詢要求列印查詢結果資料。
「小計」係由(貨數量*貨品單價)而來，且直接由本系統計算之。
須區分管理人員和一般使用者，前者對本資料庫具有所有權限，後者只能查詢可以自己的供貨資料。
** 本表格資料均不得刪除，須永久保存。
4. 公司應收帳款資料庫：須能新增資料、刪除資料、修改資料、查詢資料及列印資料，其中
新增資料：新增應收帳款資料，客戶均為自然人。
刪除資料：係將資料之消費狀態由「正常」改成「停用」，而不是真的刪掉。
修改資料：當客戶資料與事實不符時，例如，住址或電話變更，用以修改。
查詢資料：必須至少能以身分證字號查詢。
列印資料：能依查詢要求列印查詢結果資料。
** 公司應收帳款資料不得刪除，須永久保。
三、使用者介面
除了資料庫系統本身所提供的操作介面外，須另外包括下列使用者介面：
1. 客戶基本資料介面：
(1) 須符合客戶基本資料資料庫系統功能之需求。
(2) 可以統計客戶人數、客戶平均年齡等資料。
(3) 可以統計多少停用客戶與正常用戶。
(4) 可以統計全年，每月與每周訂貨總金額。
(5) 每一客戶全年，每月與每周訂貨總金額。
2. 客戶訂貨記錄介面：
(1) 須符合客戶訂貨記錄資料庫系統功能之需求。
(2) 可以計算某一星期某一位客戶訂貨總金額(客戶以身分證字號顯示)。
(3) 可以計算某一星期全體客戶訂貨總金額。
(4) 可以排序某一星期全體客戶每一人之訂貨總金額，並可以列印其身分證字號、電話及該星期之訂貨金額。
3. 公司進貨資料介面：
(1) 須符合公司進貨資料庫系統功能之需求。
(2) 可以查詢每一供應商每日與每星期之進貨總金額(供應商以供應商編號顯示)。
(3) 可以查詢每一供應商每日與每星期之某一進貨物品、進貨數量與該貨品之總金額(供應商以供應商編號顯示)。
4. 公司應收帳款資料：
須符合公司應收帳款資料庫系統功能之需求。
5. 跨資料庫整合介面:
(1) 每一客戶(用客戶姓名)全年，每月與每周訂貨總金額。
(2) 可以查詢每一供應商每日與每星期之進貨總金額(供應商以供應商盟稱顯示)。
(3) 可以查詢每一供應商每日與每星期之某一進貨物品、進貨數量與該貨品之總金額(供應商以供應商名稱顯示)。
(4) 可以計算某一星期某一位客戶訂貨總金額(客戶以姓名顯示)。
(5) 可以排序某一星期全體客戶每一人之訂貨總金額，並可以列印其姓名、電話及該星期之訂貨金額
四、概念模式圖
請繪製本系統之ER Model(Entity Relationship Model)。
(建議在Access DBMS中繪製)
五、操作手冊
請用MS Word為本系統撰寫操作手冊，包括：
1. 開發目的
2. 硬體環境
3. 軟體環境
4. 系統安裝步驟
5. 各項功能之操作描述
6. 線上錯誤訊息
7. help操作書面說明。
程式設計之應用
1. 使用者需求：
有一個百貨公司想建立其營業部門的行政與管理電腦系統，使用者需求如下：
(1) 百貨公司是以「營業處」為單位，例如，化妝品處、女裝一處、女裝二處、男裝處、童裝處及精品處等，每一處都有各自的名稱(均不相同)，
各自的處編號（也不重複），及各自的處長（每一處只有一位）。
另外，我們必須記錄現任處長開始任職該職務之日期，該處辦公室所座落的樓層(即，地點，例如，化妝品處在十一樓，男裝處在十二樓，童裝處和生鮮處在十三樓等)。
其中，處長開始任職日期是以「完整日期」表示（即2008年11月8日之格式），每一處之編號為六位數字之整數，其他欄位（field）為文字格式。
(2) 該百貨公司中之每一個營業處都會提供若干攤位給各家公司設專櫃，例如，化妝品處目前(民國九十七年十一月八日)提供五個攤位給五家公司設置專櫃販售化妝品。
而每一家化妝品公司各有其公司名稱、公司編號、所提供之化妝品產自哪一國家、該公司資本額、住址、電話、負責人姓名、公司之聯絡人姓名及在哪一營業處設專櫃等。
所有的公司其名稱與編號皆不相同，且一家公司只能在一個營業處設專櫃，也只能設一個專櫃。
除了各營業處與各公司之編號為六位數字之整數，資本額為十位數字之整數外，其他者為文字格式。
營業處名稱及編號是必須有值之欄位(即填入資料時，這些欄位不可以是空白)。
(3) 對每一員工(含專櫃小姐—假設專櫃小姐也是百貨公司之員工)必須記錄其姓名、身分證字號、住址、薪水、性別、出生年月日、電話、
級職(處長、專櫃銷售員、專櫃助理銷售員、或工友等)、服務年資、及照片。其中薪水是一個有兩位小數之單精準實數(Single Precision Real Number)，
出生年月日之格式為完整日期，照片為影像(圖檔)，服務年資為二位數字之整數，其他欄位的資料格式則都是文字；
姓名、身分證字號、出生年月日、住址及照片是必須有值之欄位。而每一位員工只能隸屬於一個營業處。
(4) 我們必須在資料庫中記錄每位員工每月工作之時數(假設員工是按小時計酬)，亦即，員工分計時與計薪兩類，因此需增加一個欄位「時薪(即，一小時之報酬)」。
(5) 資料庫中也必須記載每位客人的資料，包括，姓名、流水號(不可重複)、出生年月日、性別、住址、電話、及購買貨品等等。
其中，姓名、流水號、出生年月日為必須有值之欄位。出生年月日之格式為完整日期，流水號為六位數字之整數，其他欄位的資料格式則都是文字。
(6) 另外，也要記載貨品資料，包括是由哪一公司所提供、是由哪一位客人所購買、購買數量、日期、單價與金額等。
其中，金額=數量*單價，且一個客人可以購買許多貨品，一個貨品可以被許多客人所購買。
2.資料庫之設計要求：
(1) 請以ER模式(Entity_Relationship Model，ER_Model)表示該資料庫各實體(Entity)，
例如，各營業處、員工、供貨公司、貨品與客人等；及各實體之間的關係，例如，營業處和員工之間有「僱用」的關係，而公司和貨品之間有「供貨」的關係，
員工和客人之間有「服務」的關係，員工與貨品之間有「銷售」的關係，而客人和貨品之間…，等等。
(2) 實體必須以表格(亦稱為關聯- relation)表示，而每一表格中欄位值不可重複之欄位，若有重複值輸入，必須拒絕接受新輸入者。
(3) 每一個表格請至少輸入三筆資料，例如，在員工表格中填入張三，李四，及王五等三個人的資料(各表格之資料請自行編纂，
照片則由參與競賽之選手自行自MS WORD或Windows 中抓取而填入)。
(4) 請設計人機介面，並由該介面輸入下列三個查詢（Query），且輸出(列印)查詢結果：
A. 查詢某位員工，例如，張三，的身分證字號、出生年月日、性別、及照片。
B. 張三所銷售出去的所有貨品之名稱、數量、金額與供貨公司名稱。
C. 每位員工的姓名、薪水、級職、及其所隸屬之營業處的處長姓名。
3. 系統使用說明：
(1) 請列印所設計之所有表格及各表格所輸入之內容。
(2) 請以MS WORD ，繕打(寫)本系統之使用說明，包括資料庫部分、查詢部份及人機介面部分；這三部分的說明均須包含系統設計與操作說明，並以help方式呈現在螢幕上。
4. 系統設計與操作說明
請用MS WORD為本系統撰寫以下項目：
(1) 開發目的
(2) 硬體環境
(3) 軟體環境
(4) 系統安裝步驟
(5) 各項功能之操作描述
(6) 線上錯誤訊息
(7) 操作書面說明