【導(dǎo)讀】特別是結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計、快速原型開發(fā)、面向?qū)ο蠓治雠c面向?qū)ο笤O(shè)計。軟件工程、程序設(shè)計語言、操作系統(tǒng)、數(shù)據(jù)庫、網(wǎng)絡(luò)編程等）創(chuàng)造實踐機會。為學(xué)生提供主動學(xué)。PHP等)技術(shù)的Web編程；軟件開發(fā)文檔編制工具Office、Visio、Rose等；商用數(shù)據(jù)庫Access(或。SQLServer、Oracle、MySql等)設(shè)計與實現(xiàn)；客戶機/服務(wù)器結(jié)構(gòu)）。器技術(shù)、Visio與Rose軟件工具等內(nèi)容的學(xué)習(xí)）、深入實踐的機會，并且通過課程設(shè)計實踐中，的能力，提高學(xué)生今后參與開發(fā)稍大規(guī)模實際軟件項目和探索未知領(lǐng)域的能力和自信心。并且明確每個學(xué)生在開發(fā)小組中扮演的角色及承擔的職責。進行針對性的學(xué)習(xí)并收集相關(guān)素材，包括精選、購置必要的書籍。的學(xué)生更要充分利用有利條件以取得盡可能好的開發(fā)成果，力爭獲得最大收益。1)選題、網(wǎng)站內(nèi)容及開發(fā)方案研討；小組成員分工；開發(fā)計劃擬定。編制任務(wù)，不得抄襲他人成果。

　　

【正文】 姓名 G1 G1 G2 G2 G3 G3 G4 G4 G5 G5 G6 G6 G7 G7 G8 G8 G9 G9 G10 G10 G11 G11 G12 G12 G13 G13 G14 G14 班級： 組別： 班級： 組別： 開發(fā)階段 角色A 姓名 角色 B 姓名 角色 C 姓名 角色D 姓名 角色E 姓名 開發(fā)階段 角色 A 姓名 角色 B 姓名 角色C 姓名 角色D 姓名 角色E 姓名 G1 G1 G2 G2 G3 G3 G4 G4 G5 G5 G6 G6 軟件工程課程設(shè)計指導(dǎo)書 29 G7 G7 G8 G8 G9 G9 G10 G10 G11 G11 G12 G12 G13 G13 G14 G14 軟件工程課程設(shè)計指導(dǎo)書 30 附錄 C. 圖書網(wǎng)站考察分析與開發(fā)小組原型功能確認活動完成的文檔說明 1．小組的每個成員都必須通過上網(wǎng)瀏覽、研究、分析 1 個圖書銷售網(wǎng)站的服務(wù)用戶群、基本功能、頁面布局，業(yè)務(wù)流程和服務(wù)特色，然后寫出分析報告，并且小組中每人所分析的網(wǎng)站均不相同，必須有一個國外網(wǎng)站。推薦的的參考網(wǎng)站見九、主要參考文獻與網(wǎng)址。 2．小組的著名網(wǎng)類網(wǎng)站 考察、分析報告： EG1★由角色 E負責匯總完成 ,其他成員輔助。 EG1★報告含有以下若干內(nèi)容 : (1) 文字概述：關(guān)于所分析網(wǎng)站的簡單介紹。 (2) 關(guān)鍵頁面和對話框的下載：例如主頁、注冊對話框等。 (3) 網(wǎng) 站 考察記錄、分析表格： 網(wǎng)站名稱和網(wǎng)址 服務(wù)用戶群 基本功能： 特色功能： 頁面設(shè)計和布局的特點： (4) 各網(wǎng)站的分析比較表： 網(wǎng)站功能 網(wǎng)站名 1 ( 含： ?，不含： ? ) 網(wǎng)站名 2 ( 含： ?， 不含： ? ) 。 例： 用戶注冊 ? ?? . ?? . N 3．網(wǎng)站原型需求確認小組報告 AG3★由角色 A(組長 )負責與全體成員在 EG1★報告的基礎(chǔ)上商討并最后完成。網(wǎng)站原型需求確認小組報告 AG3★應(yīng)包括階段 G2的簡要內(nèi)容，此外有如下內(nèi)容： (1) 文字概述 (2) 各網(wǎng)站的分析比較： 網(wǎng)站功能 網(wǎng)站名 1 ( 含： ?，不含： ? ) 網(wǎng)站名 2 ( 含： ?，不含： ? ) 。 例：用戶注冊 ? ?? . 軟件工程課程設(shè)計指導(dǎo)書 31 ?? . N (3) 本小組擬實現(xiàn)的功能： 本小組 擬在網(wǎng)站設(shè)計中實現(xiàn)的功能 本小組擬在開發(fā)網(wǎng)站原型設(shè)計中實現(xiàn)的功能 備注 （是否是本網(wǎng)站特色服務(wù)） (4) 原型開發(fā)開發(fā)小組分工負責 討論、明確小組成員（角色）的具體分工，即確定各個角色在小組網(wǎng)站原型開發(fā)中負責實現(xiàn)的功能。 4．網(wǎng)站原型開發(fā)的問題定義與可行性研究小組報告 AG0★由（輔助程序員 1）角色 A在報告 AG3★與全體成員在EG1★報告的基礎(chǔ)上改進并最后完成。 軟件工程課程設(shè)計指導(dǎo)書 32 S u b m it附錄 D. UML 技術(shù)規(guī)范與面向?qū)ο蠓椒ㄩ_發(fā)工具 ROSE 簡介 1. UML 技術(shù)規(guī)范簡介 UML（ Unified Modeling Language）是一種正式的語義規(guī)范，它包括抽象語法、符合規(guī)范的規(guī)則和動態(tài)語義。 UML 又是一種面向?qū)ο蠓椒ǖ慕ＵZ言，它可以用圖形方式表現(xiàn)典型的面向?qū)ο蠓椒ㄔO(shè)計的系統(tǒng)的整個結(jié)構(gòu)。同時， UML 還是一種世界公認的建模語言，通過其所規(guī)定的圖，可以實現(xiàn)為不同領(lǐng)域的開發(fā)人員提供統(tǒng)一的交流標準。 UML 語言的發(fā)展 統(tǒng)一建模語言（ UML）的出現(xiàn)公認的面向?qū)ο蠼ＵZ言出現(xiàn)于 70 年代中期。從 1989 年到 1994 年 ,其數(shù)量從不到十種增加到了五十多種。但是，面向?qū)ο蠓椒ǖ挠脩?并不了解不同建模語言的差異，因而很難根據(jù)自身應(yīng)用特點選擇合適的建模語言。而且，眾多的建模語言在實際上又是各有千秋，另外，雖然不同的建模語言大多雷同，但仍存在某些細微的差別，這極大地妨礙了用戶之間的交流。因此在客觀上，極有必要比較不同的建模語言優(yōu)缺點，總結(jié)面向?qū)ο蠓椒ń５膶嵺`，組織人員，根據(jù)應(yīng)用需求，取其精華，去其糟粕，建立統(tǒng)一的建模語言。 1994 年 10 月 ,Grady Booch 和 Jim Rumbaugh 開始致力于這一工作。并于 1995 年 10 月發(fā)布了第一個公開版本，稱之為統(tǒng)一方法 UM （ United Method）。 1995 年秋， OOSE 的創(chuàng)始人 Ivar Jacobson 加盟到這一工作。經(jīng)過 Booch、 Rumbaugh 和 Jacobson 三人的共同努力，于 1996 年 6 月和 10 月分別發(fā)布了兩個新的版本，即 UML 和 UML ，并將 UM 重新命名為 UML（ Unified Modeling Language）。 1996 年，一些機構(gòu)將 UML 作為其商業(yè)策略已日趨明顯。 UML 的開發(fā)者得到了來自公眾的正面反應(yīng)，并倡議成立了 UML成員協(xié)會，以完善、加強和促進 UML 的定義工作。這一機構(gòu)對 UML （ 1997 年 1 月）及 UML （ 1997 年 11月 17 日）的定義和發(fā)布起了重要的促進作用。 1997 年 11 月 17 日， OMG 采納 UML 作為基于面向?qū)ο蠹夹g(shù)的標準建模語言。 UML 代表了面向?qū)ο蠓椒ǖ能浖_發(fā)技術(shù)的發(fā)展方向 ,同時也提供軟件工程化的思想和方法。 UML 的內(nèi)容 UML 吸收了以前諸多建模語言方法中的基本概念，所以 UML 可以說是個集大成的一種建模語言。從 UML 的誕生到其發(fā)展壯大，又有很多人對其提出自己的建議或是進行修改，這對 UML 的成長起著決定性的意義。就對 UML 的內(nèi)容而言，其具體的定義是可以分為兩個部分： UML 語義和 UML表示法。 什么是 UML 語義呢？ UML 語義就是描述基于 UML 的元模型定義。由于元模型為 UML 在語法和語義上提供了統(tǒng)一的定義性說明，開發(fā)者能在語義保持一致性，從而消除了因人而異的不同表達方法所造成的影響。 而 UML 表示法就是定義了 UML 符號的表示方法，這樣就為開發(fā)者使用這些圖形符號和文本語法為系統(tǒng)的建模提供了統(tǒng)一的標準。 下面通過建模工具 ROSE 介紹 UML 的表示法。而 UML 內(nèi)容通過下列的五類圖（共 9 種圖形）來定義： 1. 第一類是用例圖（ Use case diagram），從用戶角度描述 系統(tǒng)功能，并指出各功能的操作者。 左圖就是 UML 所規(guī)定的用例符號，一般它是由兩部分組成：一個橢圓和該用例名。用例也可以說成是系統(tǒng)中的一個功能，這個用例所要表示的是“提交”功能。 2. 第二類是靜態(tài)圖（ Static diagram），包括類圖（ Class diagram）、對象圖和包圖。其中類圖是描述系統(tǒng)中類的靜態(tài)結(jié)構(gòu)。它不僅定義系統(tǒng)中的類，而且表示類與類之間的聯(lián)系如關(guān)聯(lián)、依賴、聚合等，也包括類的內(nèi)部結(jié)構(gòu)（類的屬性和操作）。類圖描述的是一種靜態(tài)關(guān)系，在系統(tǒng)的整個生命周期都是有效的 。對象圖是類圖的實例，幾乎使用與類圖完全相同的標識。他們的不同點在于對象圖顯示類的多個對象實例，而不是實際的類。一個對象圖是類圖的一個實例。由于對象存在生命周期，因此對象圖只能在系統(tǒng)某一時間段存在。包由包或類組成，表示包與包之間的關(guān)系。包圖用于描述系統(tǒng)的分層結(jié)構(gòu)。 下面僅簡單地介紹一下類圖。 左圖就是類圖的符號。它是由一個方框構(gòu)成的，主要分為三部分：最上層是類名，中間層是類所定義的變量（對象），最下層是類自行定義的函數(shù)（操作）。在變量和函數(shù)前面的符號是說明該變量或函數(shù)的類型的，軟件工程課程設(shè)計指導(dǎo)書 33 圖 2協(xié)作圖 如這張圖中說明兩個變量和一個函 數(shù)（ check()）是私有型的，一個函數(shù)（ send()）是共有型的。 3. 第三類是行為圖（ Behavior diagram），描述系統(tǒng)的動態(tài)模型和組成對象間的交互關(guān)系。其中狀態(tài)圖描述類的對象所有可能的狀態(tài)以及事件發(fā)生時狀態(tài)的轉(zhuǎn)移條件。通常，狀態(tài)圖是對類圖的補充。在實用上并不需要為所有的類畫狀態(tài)圖，僅為那些有多個狀態(tài)其行為受外界環(huán)境的影響并且發(fā)生改變的類畫狀態(tài)圖。而活動圖描述滿足用例要求所要進行的活動以及活動間的約束關(guān)系 ,有利于識別并行活動。 4. 第四類是交互圖（ Interactive diagram），描述對象間的交互關(guān)系。其中順序圖（ Sequence Diagram）顯示對象之間的動態(tài)合作關(guān)系，它強調(diào)對象之間消息發(fā)送的順序，同時顯示對象之間的交互；協(xié)作圖（ Collaboration Diagram）描述對象間的協(xié)作關(guān)系，協(xié)作圖跟順序圖相似，顯示對象間的動態(tài)合作關(guān)系。除顯示信息交換外，協(xié)作圖還顯示對象以及它們之間的關(guān)系。如果強調(diào)時間和順序，則使用順序圖；如果強調(diào)上下級關(guān)系，則選擇合作圖。這兩種圖合稱為交互圖。 左圖 1 是一個順序圖，它也是由三部分組成：最上面的方框表明是哪個類；下面的豎線是生命線（時間 線），它從上到下表示時間的先后；中間的箭頭是消息。 從這個順序圖上，可以看到順序圖著重強調(diào)了時間的序列，凡是與時間相關(guān)的操作都可以通過順序圖來表示。 左圖 2 是一個協(xié)作圖，它是由三部分組成：黃色方框代表對象；箭頭的方向說明消息的傳送方向，另配有消息名。 順序圖強調(diào)了靜態(tài)對象之間的關(guān)系和動態(tài)對象之間的消息傳遞。協(xié)作圖所強調(diào)的是空間概念。 5. 第五類是實現(xiàn)圖（ Implementation diagram ）。其中構(gòu)件圖描述代碼部件的物理結(jié)構(gòu)及各部件之間的依賴關(guān)系。一個部件可能是一個資源代碼部件、一個二 進制部件或一個可執(zhí)行部件。它包含邏輯類或?qū)崿F(xiàn)類的有關(guān)信息。部件圖有助于分析和理解部件之間的相互影響程度。 UML 的應(yīng)用領(lǐng)域 UML 是以面向?qū)ο髨D的方式來描述任何類型的系統(tǒng)，而且具有很寬的應(yīng)用領(lǐng)域。其中最常用的是建立軟件系統(tǒng)的模型，但它同樣可以用于描述非軟件領(lǐng)域的系統(tǒng)，如業(yè)務(wù)過程?？傊?， UML 是一個通用的標準建模語言，可以對任何具有靜態(tài)結(jié)構(gòu)和動態(tài)行為的系統(tǒng)進行建模。此外， UML 同樣適用于系統(tǒng)開發(fā)過程中從需求規(guī)格描述到系統(tǒng)完成后測試的不同階段。在需求分析階段，可以用用例來反映用戶需求。通過用例圖，描述 與系統(tǒng)有關(guān)系的外部角色及其對系統(tǒng)的功能要求，也就是對用例的要求。分析階段主要關(guān)心的問題是一些主要的概念 — 類和對象 — 需要識別這些類以及它們相互間的關(guān)系，并用 UML 類圖來描述。為實現(xiàn)用例，類之間需要協(xié)作，這可以用 UML 動態(tài)模型來描述。編程工作是一個獨立的開發(fā)階段，其任務(wù)是用面向?qū)ο缶幊陶Z言將來自設(shè)計階段的類轉(zhuǎn)換成實際的代碼。在用 UML 建立分析和設(shè)計模型時，應(yīng)盡量避免考慮把模型轉(zhuǎn)換成某種特定的編程語言。 : S u b m it : Fi n d1 : c h e c k ( )2 : s e n d ( ) : S u b m it : Fi n d1 : c h e ck( ) : S u c c e s s2 : o k ( )圖 1順序圖 軟件工程課程設(shè)計指導(dǎo)書 34 圖 3Rose界面 一句話概括，建模語言 UML 適用于以面向?qū)ο蠹夹g(shù)來描述任何類型的系統(tǒng)，而且適用于系統(tǒng)開發(fā)的不同階段，從需求規(guī)格描述直至系統(tǒng)完成后的測試和維護。 2 UML 語言的開發(fā)工具 Rose Rose 是美國 Rational 公司的面向?qū)ο蠼９ぞ撸眠@個工具，我們可以建立用 UML 描述的軟件系統(tǒng)的模型，而且可以自動生成和維護 C++、 Java、 VB、 Oracle 等語言和系統(tǒng)的代碼。下面簡單地介紹一下 Rose 這個建模工具。 ROSE 是一個利用菜單驅(qū)動的應(yīng)用程序，用工具欄幫助使用常用特性。它的界面分為三個部分： Browser 窗口、 Diagram 窗口和Document 窗口。左上側(cè)的 Browser 窗口用來瀏覽、創(chuàng)建、刪除和修改模型中的模型 元素；右側(cè)的 Diagram 窗口用來顯示和創(chuàng)作模型的各種圖；而左下側(cè)的 Document 窗口則是用來顯示和書寫各個模型元素的文檔注釋。（見圖 3） 左上側(cè)的 Browser 窗口中是一個默認的 Rose 模型。這個 Rose 模型包括四個視圖，分