迷你世界-中山資管.docVIP

中山資管所 資料庫系統專題 第六組 Project2 租書店管理系統 指導老師： 黃三益 教授 組長：周賢輝 (m9526406001) 組員：葉韋良 (m9422406002) 陳冠憲 (m9526406052) 2007/1/27專案大綱 █專案主題：租書店管理系統 3 █資料和功能需求分析 3 █ERD 6 █關聯綱目 7 █程式系統架構 8 █系統使用工具 9 █系統展示說明 9 █程式執行畫面 10 █程式流程圖 19 ■心得感想 21 ［附件一］關聯綱目用SQL２語法的表達 22 ［附件二］其他各資料表的新增、查詢、修改、刪除的語法範例 28 ［附件三］SQL敘述 35 ［附件四］Sqlplus的執行結果 38 ［附件五］專案一注意事項 46 ［附件六］專案二注意事項 47 █專案主題：租書店管理系統 根據本組討論的結果，要為租書店設計一套管理系統，將專案主題訂為「租書店管理系統」。所以在迷你世界中，該系統必須要能夠記錄書本的供應和儲放位置，以及會員租借記錄和書本分級、會員分類等狀況。 █資料和功能需求分析 要瞭解一資料庫應用系統（或簡稱資訊系統）的迷你世界，可以透過兩個途徑：訪談及收集相關文件和表單。但限於時間上的問題，在經過審慎的思考及密集的討論，歸納並得到以下的資料需求： １、要記載書本的資料，包括書本分類號、書名、作者和出版社資料等。 ２、要記載供應商的資料，包括供應商編號、供應商名稱和連絡電話等。 ３、要記載書架的資料，包括書架編號、樓號、區號和排號等。 ４、要記載會員的資料，包括會員編號、姓名、電話和住址等。 ５、要記載借閱的資料，包括借閱日期時間、所付押金和所付租金等。 ６、要記載書本分級的資料，包括分級名稱、分級描述和年齡限制等。 ７、要記載會員分類的資料，包括類別名稱、會費和優惠折數等。 另外，資訊系統可能也要提供以下的功能： １、要提供書本資料維護介面 ２、要提供供應商資料維護介面 ３、要提供書架資料維護介面 ４、要提供會員資料維護介面 ５、要提供借閱資料維護介面 ６、要提供書本分級資料維護介面 ７、要提供會員分類資料維護介面 ８、要提供相關的週報表和月報表等統計相關資料 在資訊系統中，功能需求和資料需求兩者互為相關。但在此為求詳細描述，便將資料的需求分析及功能的需求分析分開來討論。 資料需求分析： 首先，針對上面所提出來的資料需求來加以分析，將這個迷你世界用更具體更明確的文字來描述，用來闡述實體和關係的相關觀念。 本「租書店管理系統」資料需求如下： 包含的實體型態有： 供應商（Supplier）: 表示一位書的供應商 書本(Book): 表示一本書 書副本(BookCopy): 表示一本書有多個紙本，一個紙本就是一個BookCopy 書櫃(Case): 表示一個儲放書副本的櫃子 書架(Shelf): 表示一個書櫃內的一個架子 會員(Member): 表示一個會員 會員類別(Mclass): 表示某類會員, 如:白金會員、金卡會員、普卡會員、現款會員等 書本分級(Bgrade): 表示書本給會員借閱的限制, 如:三級制, 普通級、輔導級、限制級 借閱(Borrow): 表示會員一次借閱的記錄 各實體型態的性質如下： 供應商會有供應商編號(sNo), 供應商名稱(sName), 連絡電話(sPhone), 負責人(contact), 住址(sAddress), 統一編號(uCode)。其中供應商編號和統一編號均是唯一, 連絡電話可能包括多個。 供應商與書副本間的供應關係必須記載。 書本包括分類號(callNumber), 書名(title), 種類(type, 可能值為武俠、愛情、偵探、緊張、恐怖、喜劇)，作者姓名(authorName), 出版社(publisher), 其中出版社又可細分出版社名稱(pName), 住址(pAddress), 和電話(pPhone)。且一本書的種類可能包括多個，作者可能有多位, 分類號為唯一。 書副本(BookCopy)有一個屬性流水號(seqNum)。 同一本書有多個副本，不同副本用屬性流水號來識別。 書櫃包括書櫃編號(caseNo), 樓號(floor), 區號(xNo), 排號(yNo), 架數(sAmount), 來表示書櫃放在那一樓那區的第幾排(像座標一樣), 總共有幾層書架。 其中書櫃編號是唯一。 書架有書架編號(shelfNo)。 沒有唯一的屬性, 不過對於同一個書櫃, 其書架編號必定不同。 書副本與書架間的儲放關係必須記載, 書架與書本分級的設定關係也要記載。 會員包括會員編號(mNo), 姓名(name), 電話(mPhone), 住址(mAddress), 所剩金額(money), 會員年齡