【正文】 jectbased programming systems》 . ACM Computing Surveys 23, 1(Mar. 1991), pp. 91– 124. [14]. Davis, F., et. al. 《 WAIS interface protocol prototypefunctional specification ()》 . Thinking Machines Corporation, Apr. 1990. [15] 邱仲潘等 .UML 與 Rational Rose 2020 從入門到精通 .2020. 致謝 35 致謝 光陰似箭，日月如梭 。在文章的第二章里，利用 UML的各種元素從不同的角度對高校建材管理系統(tǒng)進行建模，得出了高校教材管理系統(tǒng)的模型。)。/script end if if op=修改 then set rs=() select * from Student where ID=amp。 刪 除 成 功 ！39。39。 ,1,1 stuName1=rs(name) StuNum1=rs(id) classnum1=rs(classnumber) 系統(tǒng)實現(xiàn) 30 end if if op=添加 then set rs=() select * from Student ,1,3 rs(name)=stuName rs(id)=stuNum rs(classnumber)=classnum script language=javascript alert(39。圖 35 就是學(xué)生管理模塊。 ,1,1 % td height=24 width=80 align=center ISBN/td td height=24 width=80 align=center 教材名 /td td height=24 width=80 align=center 出版社 /td td height=24 width=80 align=center 出版時間 /td td height=24 width=80 align=center 價格 /td % while not tr for j=0 to tdamp。 and =39。如圖 32 和圖 33 ，是學(xué)生大學(xué)期間教材使用和費用情況。39。 ,1,1 if 0 and radio=01 then session (name)=getname session (pwd)=password end if end if 39。getnameamp。passwordamp。amp。UID=sa。 系統(tǒng)的界面和主要代碼 系統(tǒng)登陸界面 圖 31 是系統(tǒng)的入口，系統(tǒng)的用戶有三類：學(xué)生，教師，系統(tǒng)管理員，所以系統(tǒng)的入 口也提供了三個選項供不同類型的用戶進入，學(xué)生選擇了學(xué)生單選按鈕后輸入自身的姓名和學(xué)號就可以登錄到學(xué)生查詢界面，同樣的教師選擇了教師單按鈕后輸入自己的姓名和編號就可以進入教師查詢界面，而系統(tǒng)管理員登陸后可以對教師﹑學(xué)生﹑教材的有關(guān)信息進行操作（包括添加﹑更新﹑刪除）。 列名 類型 描述 BookID 字符型 表示教材的 ISBN 碼 BookName 字符型 表示教材名 Publisher 字符型 表示教材出版社 PublishYear 日期型 表示教材出版年份 Price 浮點型 表示教材價格 表 Order：訂購表，存儲教材訂購的信息。 表 Student ：學(xué)生表，存儲學(xué)生的信息。 Stockpile(BookID,StockNumber)。 Book(BookID,BookName,Publisher, PublishYear,Price)。 高校教材管理系統(tǒng)的分析與設(shè)計 24 Class(ClassName。 學(xué)生﹑教師﹑學(xué)生班﹑教材等是要長期存在的實體對象，分別作為一個表存在?？傊碌臉I(yè)務(wù)流程將省去了很多人工操作帶來的低效率，高錯誤，新系統(tǒng)在有利于節(jié)省人員，時間，資金，提高效率。同時，原來提交的計劃要班級的詳細資料才能發(fā)放教材，新業(yè)務(wù)流程將不用，只要教務(wù)處另外提交班級的信息即可，這些資料可以存放在系統(tǒng)中重復(fù)使用。如圖26 是系統(tǒng)原狀活動圖。 參與者描述： Student：每個學(xué)生通過自己的姓名和學(xué)號登陸系統(tǒng)之后，可以查詢自己每個學(xué)期的教材使用情況，也可以查詢自己的教材費用。 （ 3）整合到應(yīng)用程序生命周期的容易程度高，支持雙向工程參與迭代式開發(fā)。它可以顯示實際的計算機和設(shè)備 (用節(jié)點表示 )以及它們之間的連接關(guān)系，也可顯示連接的類型及部件之間的依賴性。一個部件可能是一個資源代碼部件、一個二進制部件或一個可執(zhí)行部件。除顯示 信息交換外，協(xié)作圖還顯示對象以及它們之間的關(guān) 系。而活動圖描述滿足用例要求所要進行的活動以及活動間的約束關(guān)系，有利于識別并行活動。 第三類是行為圖 (Behavior diagram)，描述系統(tǒng)的動態(tài)模型和組成對象間的交互關(guān)系。由于對象存在生命周期，因此對象圖只能在系統(tǒng)某一時間段存在。類圖描述的是一種靜態(tài)關(guān)系，在系統(tǒng)的整個生命周期都是有效的。還應(yīng)注意到 UML 表示法同 UML 語義之間具有相互解釋、相輔相成、密不可分的關(guān)系。與組件 (存在于運行時 )不同的是包純粹是一種概念上的東西，只存在于開發(fā)階段。 分組事物 分組事物是 UML模型中組織的部分，可以 把它們看成是個盒子，模型可以在其中被分解。在交互中組成動作的對象的每個操作都要詳細列出，包括消息、動作次序 (消息產(chǎn)生的動作 )、連接 (對象之間的連接 )。 動作事物 動作事物是 UML模型中的動態(tài)部分。 第六種是構(gòu)件 (ponent)，構(gòu)件是物理上或可替換的系統(tǒng)部分，它實現(xiàn)了一個接口集合。在 UML中，用例畫為一個實線橢圓，通常還有它的名字。協(xié)作在 UML中用一個虛線畫的橢圓和它的名字來表示。 第三種是協(xié)作 (collaboration)，協(xié)作定義了交互的操作，也就是一些角色和其它元素一起工作，提供一些合作的動作，這些動作比元素的總和要大。 第二種是接口 (interface)，接口是指類或組件所提供的特定服務(wù)的一組操作的集合。 結(jié)構(gòu)事物 總共有七種結(jié)構(gòu)化事物。關(guān)系把事物緊密聯(lián)系在一起。 使用 UML進行系統(tǒng)分析和設(shè)計，可以加速開發(fā)進程，提高代碼質(zhì)量，支持動態(tài)的業(yè)務(wù)需求。 (4)獨立于程序設(shè)計語言。通過 UML的模型圖能清晰地表示系統(tǒng)的邏輯模型和實現(xiàn)模型。同時引入了很多關(guān)于面向?qū)ο蟮暮芏嗪玫母拍?。不同的建模語言，使得軟件設(shè)計人員，開發(fā)人員和用戶之間的交流十分困難。可見，作為主流的軟件構(gòu)建技術(shù)，面向?qū)ο箝_方法的顯著進步無疑在當(dāng)代軟件的技術(shù)革新浪潮中起到了核心的作用。 可維護性好。面向?qū)ο蟮拈_發(fā)方法各階段采用一致的表示方法，這使得在任何階段都可以對系統(tǒng)加以擴充和修改，能較好地適應(yīng)需求的變化，這是結(jié)構(gòu)化方法無法做到的。 穩(wěn)定性好。 在以后的 5 年中，大批關(guān)于面向?qū)ο蠓椒ǖ臅畣柺溃?從而使面向?qū)ο蠓椒ú粩喟l(fā)展，越來越多的軟件開發(fā)者采用面向?qū)ο蠓椒ㄟM行軟件開發(fā)。包括 Shlaer/Mellor [Shlaer88] 和 Coad/Yourdon [Coad91] ，接著有 Booch 的 [Booch91] 、 Rumbaugh/Blaha/Premerlani/Eddy/Lorensen 的 [Rumbaugh91] 和 WirfsBrock/Wilkerson/Wiener [WirfsBrock90] （注意：圖書版權(quán)年代往往包括了上一年度 7 月份以后出版的書）。盡管這個語言對后來的許 多面向?qū)ο笳Z言的設(shè)計產(chǎn)生了很大的影響，但是它沒有后繼版本。對象是由數(shù)據(jù)和容許 的操作組成的封裝體，與客觀實體有直接對應(yīng)關(guān)系，一個對象類定義了具有相似性質(zhì)的一組對象。 原型 法的主要不足之處是：首先，系統(tǒng)的開發(fā)缺乏統(tǒng)一的規(guī)劃和開發(fā)標(biāo)準(zhǔn)，難以對系統(tǒng)的開發(fā)過程進行控制， 原型法強調(diào)用戶和開發(fā)人員不斷對原型進行不斷修改和補充，直到用戶感到滿意為止。 結(jié)構(gòu)化方法強調(diào)了面向用戶的觀點，但用戶參與較多的．是系統(tǒng)分析階段。 原型法的優(yōu)缺點 原型法有以下優(yōu)點： 首次， 增進用戶與開發(fā)人員之間的溝通 。因此，這種變化對基于過程的結(jié)構(gòu)化設(shè)計來說是災(zāi)難的，用這種技術(shù)設(shè)計出的系統(tǒng)結(jié)構(gòu)常常是不穩(wěn) 定的。結(jié)構(gòu)化生命周期法整個開發(fā)過程階段和步驟清楚，每一階段和步驟均有明確的成果，這些成果以可行性分析報告、系 統(tǒng)分析報告、系統(tǒng)設(shè)計報告的概念形式確定下來，并作為下一步工作的依據(jù)。 小結(jié) 如何解決高校教材管理的當(dāng)前問題，在管理上有一個進步，這是一個關(guān)系到高校管理上新臺階的問題，筆者通過認為，這些問題其實跟教材管理信息化落后密切相關(guān)，可以說，高 校教材管理的問題就是信息化落后的問題，解決的根本方法就是建立高效的高校教材管理系統(tǒng)。有的教材因為配有教學(xué)光盤從而增加了成本 [1]。這種教材出版的無序狀態(tài) ,對高校教材管理部門的教材選用工作造成了一定的難度 ,給教材管理部門的教材采購工作帶來了消極的影響。隨著科學(xué)技術(shù)的高速發(fā)展 ,知識更新的速度越來越快 ,教材改版的周期越來越短 ,教材品種越來越多。服務(wù)意識不強 ,對學(xué)生以及老師缺乏熱情、態(tài)度生硬。目前大多數(shù)高校 (除民辦高校外 )仍然屬于國家的行政事業(yè)單位 ,還沒有 直接面對市場競爭 ,缺乏先進的管理手段。 畢業(yè)論文（設(shè)計） 基于 UML 的高校教材管理系統(tǒng) 建模與實現(xiàn) 學(xué) 院 專 業(yè) 年級班別 學(xué) 號 學(xué)生姓名 指導(dǎo)教師 200 年 月 日 摘要 i 摘要 我國的高校教材管理本來就存在很多問題，其中一個比較突出的問題就是手工操作程度比較高，在高等學(xué)校擴招之前，這個問題并不是很突出，但是隨著高校的擴招，高校需要處理的教材比過去增加了一倍以上，如何高效的管理教材成立一個急需解決的問題。 因此，本文的章節(jié)安排如下： 第一章：對高校教材管理的現(xiàn)狀進行分析，同時分析了各種軟件開發(fā)方法的優(yōu)缺點，得出面向?qū)ο箝_發(fā)方法的優(yōu)勢，從而重點論述了 UML. 第二章：用 UML 對高校教材管理系統(tǒng)的進行建模 . 第三章：系統(tǒng)實現(xiàn)，得出了系統(tǒng)實現(xiàn)的一些界面和代碼 . 關(guān)鍵 詞：建模，教材管理， UML，對象 Abstract ii Abstract The management of our countries’ college textbook has been many problems. One of most serious problem is that the extent of handoperation is very high. The problem is not very serious before the college expanding the number of their students. But with the college expanding the number of their students, the number of textbook for college to manage increased more than one time, How to improve the efficiency of management of textbook bee a problem that need urgently settle. This paper aims at the problem of management of college textbook and advocates to establish management information system of college textbook so as to improve the lower efficiency of the form of paper also emphasize to introduce the popular language for software model —— UML, which is also been use to establish the model of management information system of colle