【正文】 畢業(yè)設(shè)計期間，我從高老師的身上學(xué)到了很多做人﹑做事﹑做學(xué)問的道理。大學(xué)四年轉(zhuǎn)眼間將成為歷史，但是正是這將成為歷史的四年，給我的人生帶來了很多的變化。在文章的第三章中，運用 SQLServer 和 ASP 實現(xiàn)高校教材管理系統(tǒng)。=39。stuNumamp。)。/script end if if op=刪除 then set rs=() select * from Student where ID=amp。 添 加 成 功 ！39。 圖 34 圖 35 模塊，系統(tǒng)管理員可以顯示每個學(xué)生的系統(tǒng)，同時也可以添加﹑修改﹑刪除學(xué)生的信息。(j).valueamp。amp。與此相似，教師進入系統(tǒng)之后也可與學(xué)生一樣查詢自己的教材使用和費用情況。 and ID=amp。當(dāng)教師登陸時，執(zhí)行下面程序段 if radio=03 then select * from Teacher where Name=39。39。 ,1,1 if 0 and radio=02 then session (name)=getname session (pwd)=password end if end if 39。getnameamp。PWD=sa。 連接的代碼數(shù)據(jù)庫為在 文件中： % 39。 列名 類型 描述 BookID 字符型 表示教材的 ISBN 碼 OrderNumber 整型 表示教材訂購量 表 Stockpile：庫存表，存儲教材庫存信息。 列名 類型 描述 ID 字符型 表示學(xué)生的學(xué)號 Name 字符型 表示學(xué)生的姓名 ClassNumber 字符型 表示學(xué)生班級號碼 表 Teacher：教師表，存儲 老師的信息。 表 所示。 表 所示。Major。系統(tǒng)也需要訂購信息﹑庫存的信息和領(lǐng)書信息，因此這三大信息也分別作為一個表存取。 系統(tǒng)改進后的活動 圖 教務(wù)處提交班級和學(xué)院信息生成學(xué)院和班級信息。 綜上可得出了采用計算機處理之后的業(yè)務(wù)流程的變 化，主要有三個變化，第一，不用匯總?cè)５慕滩挠嗁徲媱?，只要輸入每個班級的教材訂購計劃系統(tǒng)自動生成每種教材的總訂購量。 全校教材訂購計劃分類形成各種定書單采購教材審核教材教材入庫正確與書店交涉得到正確教材分類形成各班領(lǐng)書單形成教材登記表審核費用st a r t st a t e e n d st a t e學(xué)生領(lǐng)書學(xué)生教材管理人員 圖 26 系統(tǒng)原狀活動圖 業(yè)務(wù) 改造分析 原始的業(yè)務(wù)流程，手工處理的單證票據(jù)很多，重復(fù)性也較強，單單每個學(xué)院教材訂購的匯總就是一項很費時且容易出錯的工作，所以這部分要系統(tǒng)自己匯高校教材管理系統(tǒng)的分析與設(shè)計 17 總。 Teacher：每個老師通過自己的姓名和密碼登陸系統(tǒng)后，可以查詢自己教材的使用情況，也可查詢自己的教材費用（供報銷用）。 （ 4）可伸縮性：支持大型﹑復(fù)雜的項目和大型而且通常隊員分散的各個不同的地方的開發(fā)團隊。在節(jié)點內(nèi)部，放置可執(zhí)行部件和對象以顯示節(jié)點跟可執(zhí)行軟件單元的對應(yīng)關(guān)系 . 系統(tǒng)分析設(shè)計的工具 —— Rational rose Rational Rose 由美國 Rational 軟件公司的軟件工程專家 Booch﹑Jacobson﹑ Rumbaugh 等人研制，它是用來分析和設(shè)計面向?qū)ο筌浖到y(tǒng)的強大工具，也是當(dāng)前業(yè)界最流行的可視化軟件開發(fā)工具之一。它包含邏輯類或?qū)崿F(xiàn)類的有關(guān)信息。如果強調(diào)時間和順序，則使用順序圖 :如果強調(diào)上下級關(guān)系，則選擇協(xié)作圖 。 第四類是交互圖 (Interactive diagram),描述對象間的交互關(guān)系。包括狀態(tài)圖 (State chart diagram)和活動圖 (Activity diagram).其中狀態(tài)圖描述類的對象所有可能的狀態(tài)以及事件發(fā)生時狀態(tài)的轉(zhuǎn)移條件。包由包或類組成，表示包與包之間的關(guān)系。對象圖是類圖的實例，幾乎使用與類圖完全相同的標(biāo)識。 UML 表示法的主要內(nèi)容可由下列五類圖 (九種模型圖 )來定義： 第一類是用例圖 (Use case diagram) 從用戶角度描述系統(tǒng)功能，并指出各功能的操作者。 UML 中的關(guān)系 UML 中有四種基本的關(guān)系 : （ 1）依賴 (Dependencies) （ 2） 關(guān)聯(lián) (Association) （ 3）一般化 (generalization) （ 4）實現(xiàn) (realuzation) UML 中的圖 用事見元素 描述模型元素是面向?qū)ο蠼７椒ǖ囊淮筇攸c。總共只有一種分組事物，稱為包 (package)。在 UML中消息畫成帶箭頭的直線，通常加上操作的名字。它們是模型的動詞，代表時間和空間上的 動作。 第七種是結(jié)點 (node),結(jié)點是一個物理元素，它在運行時存在，代表一個可計算的資源，通常占用一些內(nèi)存和具有處理能力點，一個組件集合一般來說位于一個結(jié)點，但有可能從一個結(jié)點轉(zhuǎn)到另一個結(jié)點。 第五種是活動類 (active class),活動類是這樣的類，它的對象有一個或多個進程或線程。 第四種是用例 (use case)，用例用來 描述一系列的動作，這些動作是系統(tǒng)對一個特定角色執(zhí)行，產(chǎn)生值得注意的結(jié)果的值。因此，協(xié)作具有結(jié)構(gòu)化、動作化、維的特性。因此，一個接口描述了類或組件的對外的可見的動作。 首先是類 (class),類是描述具有相同屬性、方法、關(guān)系和語義的對象的集合。圖是很多有相互關(guān)聯(lián)關(guān)系的事物的組。 UML適用于各種規(guī)模的系統(tǒng)開發(fā)。用 UML建立的軟件系統(tǒng)模型可以用 Java、 VC++、SmalltaIk等任何一種面向?qū)ο蟮某绦蛟O(shè)計來實現(xiàn)?？捎糜诟鞣N復(fù)雜系統(tǒng)的建模。 UML 的 主要特點 （ 1） 面向?qū)ο?。因此，有必要建立一個標(biāo)準(zhǔn)﹑統(tǒng)一的建模語言。因此，在實際的軟件項目開發(fā)中，我們應(yīng)該如何直觀、準(zhǔn)確、有效地表達過去一直隱蔽在人們頭腦中的軟件設(shè)計方案和思路？顯然無法用具體的實現(xiàn)語言。對象的封裝使得對錯誤的修改僅限于對象本身，而不至于牽一發(fā)而動全身。 可重用性好。面向?qū)ο蟮姆椒ò炎罘€(wěn)定的部分 —— 對象作為構(gòu)筑系統(tǒng)的基本單位，把最容易發(fā)生的變化部分 ——— 屬性和服務(wù)封裝在對象之內(nèi)。面向?qū)ο蠓椒▽⒉粩嗤晟?，最終成為軟件開發(fā)的主流方法。這些著作再加上 Goldberg/Robson[Goldberg83] Cox[Cox86] 和 Meyer[Meyer88] 等有關(guān)程序語言設(shè)計的著作，開創(chuàng)了面向?qū)ο蠓椒ǖ南群印? 80 年代初 Smalltalk ，語言的廣泛使用掀起了一場 “ 面向?qū)ο筮\動 ” ，隨之誕生了面向?qū)ο蟮? C 、 C++ 、 Eiffel 和 CLOS 等語言。而繼承性是對具有層次關(guān)系的類的屬性和操作進行共享的一種方式。在時間緊和任務(wù)重的大型 MIS項目中，這種情況實際難以保證，特別是在用戶單位和開發(fā)單位距離較遠時 ；其次，如何確定用戶的滿意程度，如何控制對系統(tǒng)原型的修改次數(shù)等，是較難協(xié)調(diào)的問題，由于用戶不關(guān)心或不理解原型的概念和實現(xiàn)，而且存在較大期望，使得與實際系統(tǒng)差別較大的原型增加了需求分析人員與用戶的交流難度 ， 無論是水平原型，還高校教材管理現(xiàn)狀及軟件開發(fā)方法分析 4 是垂直原型都不能反映實際系統(tǒng) 的全貌 ；最后，原型法對系統(tǒng)開發(fā)的環(huán)境要求較高，如開發(fā)人員和用戶的素質(zhì)、系統(tǒng)開發(fā)工具、硬軟件設(shè)備等，都會對原型法的開發(fā)效果產(chǎn)生重要的影響 [7]。而采用原型法進行系統(tǒng)開發(fā)，用戶在整個開發(fā)過程中起主導(dǎo)作用，隨時提供現(xiàn)場的第一手資料，幫助開發(fā)者認識用戶的真正需求。結(jié)構(gòu)化生命周期法 的開發(fā)方法中，客戶主要靠閱讀大量的文件了解系統(tǒng)，然后向系統(tǒng)分析員報告 對系統(tǒng)需 求的意見。換而言之，用戶需求的變化造成 MIS系統(tǒng)結(jié)構(gòu)的較大變化，需要花費很大的代價才能實現(xiàn)這種變化，有時甚至無法實現(xiàn)。 然而，結(jié)構(gòu)化生命周期法起點低，所使用的工具（主要是手工繪制各種各樣的分析設(shè)計圖表），致 使系統(tǒng)開發(fā)周期長帶來了一系列問題（如在漫長的開發(fā)周高校教材管理現(xiàn)狀及軟件開發(fā)方法分析 3 期中，原來了解 的情況可能發(fā)生了較大的變化，所采用的技術(shù)，計算機所采用的軟，硬件已經(jīng)過時等等）。然而，據(jù)調(diào)查，到目前為止，我國的一些高校甚至重點院校，其教材管理任停留在人工操作階段，工作量大，效果低，這種現(xiàn)狀不僅與高校教材管理業(yè)務(wù)不相適應(yīng)，也與高校信息化進程相悖。第四、有的教材因為發(fā)行量不足而使成本居高不下。 高校教材管理現(xiàn)狀及軟件開發(fā)方法分析 2 教材價格偏高的原因及對高校教材管理工作的影響 排除物價上漲 ,有些教材的價格偏高 ,其原因是 :第一、國家對知識產(chǎn)權(quán)的保護以及知識分子待遇的不斷提高 ,編寫教材的稿費在近幾年有了較大幅度的增長。為達到更好的教學(xué)效果 ,高?？筛鶕?jù)本身的具體需要選用不同的教材 ,為高校教材的選用提供了更大的選擇空間 ,給教材計劃工作帶來了很大的變化。因此 ,教材管理人員必須改變舊的思想 ,增強市場意識 ,提高管理手段。教材管理還停留在單一的行政管理階段 ,追求的是管理的職能 ,重質(zhì)量而不重效益。 本文就高校教材管理面臨的問題，提出建立高校管理信息系統(tǒng)，改變低效率的手工操 作方式，重點介紹當(dāng)前軟件建模的流行語言 —— UML（統(tǒng)一建模言語），并用 UML 建立高校建材管理系統(tǒng)的模型。 同時，根據(jù) UML 建立的模型，采用當(dāng)前流行開發(fā)工具開發(fā)了一個 WEB 高校管理系統(tǒng)，采用的數(shù)據(jù)庫服務(wù)器為 SQLserver,WEB 開發(fā)語言為 ASP。還存在著管理手段不高 ,缺少服務(wù)意識 ,不注重服務(wù)質(zhì)量 ,缺少創(chuàng)新意識 ,改革的力度不夠等問題。 圖書出版業(yè)的市場化及教材出版的多樣化對高校教材管理的影響 教材出版市場的活躍和教材發(fā)行渠道的多元化 ,為高校教材的計劃、采購和發(fā)行等工作提供了極大的 便利。但是 ,目前教材質(zhì)量的良莠不齊、教材內(nèi)容雷同的現(xiàn)象 ,在大學(xué)教材市場上比較普遍。第二、許多以出版教材為主的大型出版社一方面依靠過去的行政力量取得了壟斷經(jīng)營權(quán) ,同時這類出版社多集中在京、滬等發(fā)達地區(qū) ,管理及勞務(wù)成本都比較高。由于教材價格的不斷上升 ,學(xué)生的經(jīng)濟負擔(dān)也因此有所加重。因此，高校教材管理人員迫切需要一套方便，快捷的軟件實現(xiàn)教材管理的信息化。另外，結(jié)構(gòu)化開發(fā)方法是圍繞實現(xiàn)處理功能“過程”來構(gòu)造系統(tǒng)的。 同時，結(jié)構(gòu)化生命周期法還有一個致命的弱點就是系統(tǒng)一旦實現(xiàn)，如果現(xiàn)實情況發(fā)生了變化，那么，系統(tǒng)的升級﹑維護變得十分困難，甚至是不可能的，大有牽一發(fā)而動全身之勢。原型法展示給用戶的是可以實際運行的原型系統(tǒng)，用戶看得見，摸得著 ，可以很清楚地把他們的意見告訴給系統(tǒng)分析員。 最后， 縮短開發(fā)周期，降低開發(fā)風(fēng)險 。 原型法雖然在升級維護上問題沒有結(jié)構(gòu)化生命周期法嚴重，但是也有很大的一個弊病， 系統(tǒng)一旦多次升級維護，那么系統(tǒng)的可靠性與可理解性將大大減低，因為原型法每次升級維護實際上就是在 ” 堵 ” 漏洞，“堵”多了，系統(tǒng)的性能將受到巨大的影響。所謂面向?qū)ο缶褪腔趯ο蟾拍?，以對象為中心，以類和繼承為構(gòu)造機制，來認識、理解、刻畫客觀世界和設(shè)計、構(gòu)建相應(yīng)的軟件 系統(tǒng) 。起初，盡管面向?qū)ο缶幊陶Z言在實際使用中有一定的局限性，但它仍然吸引了廣泛的注意力。第一階 段在 1990 年末完成。 面向?qū)ο蠓椒ǖ膬?yōu)點 與人類習(xí)慣和思維方法一致。外部操作只能通過消息請求對象的服務(wù)而不能直接對對象進行操作，因此不必涉及對對象的內(nèi)部操作。對象具有的封裝性和消息隱蔽性，使對象可以派生出新類，類可以產(chǎn)生實例對象，這就實現(xiàn)了對象類的軟件復(fù)用。 高校教材管理現(xiàn)狀及軟件開發(fā)方法分析 6 強大功能的對象建模工具 UML 近 15 年軟件技術(shù)、軟件工程得到了異常迅猛的發(fā)展，軟件已經(jīng)成為信息網(wǎng)絡(luò)時代下社會經(jīng)濟發(fā)展的核心基礎(chǔ)設(shè)施，世界軟件的滲透性、復(fù)雜度和規(guī)模都達到了空前的水平。于是九年前（ 1997 年末）， UML 作為一種表達方式迥異于 Java、 C++、 C 等具象編程語言的新式統(tǒng)一對象建模語言應(yīng)運而生。 20世 紀 90年代， 3個最為流行的面向?qū)ο蠓椒ǎ海希停苑椒ǎㄓ?James Rumbaugh提出）﹑ B