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