第一篇：軟件工程與文檔寫作

軟件的開發(fā)方法 面向過程的方法特點(diǎn)：程序的執(zhí)行過程，不由用戶控制，完全由程序員控制。優(yōu)點(diǎn)：簡單實(shí)用。缺點(diǎn)：維護(hù)困難。

面向?qū)ο蟮姆椒?特點(diǎn)：(1).程序的執(zhí)行過程，不由程序員控制，完全由用戶控制。(2).分析設(shè)計(jì)時面向類，編程時面向?qū)ο蟆?yōu)點(diǎn)：易于維護(hù)。缺點(diǎn)：較難掌握。

面向數(shù)據(jù)的方法特點(diǎn)：程序的執(zhí)行過程，有時由程序員控制，有時由用戶控制。優(yōu)點(diǎn)：通俗易懂，適合數(shù)據(jù)層上的設(shè)計(jì)與實(shí)現(xiàn)。缺點(diǎn)：實(shí)現(xiàn)窗口界面較困難。

瀑布模型特點(diǎn)：(1)里程碑或基線驅(qū)動(2)過程逆轉(zhuǎn)性很差；選擇模型的條件：在開發(fā)時間內(nèi)需求沒有或很少變化；分析設(shè)計(jì)人員對應(yīng)用領(lǐng)域很熟悉；低風(fēng)險項(xiàng)目；用戶使用環(huán)境很穩(wěn)定；用戶除提出需求以外，很少參與開發(fā)。優(yōu)點(diǎn)：開發(fā)階段清晰，便于評審、跟蹤、管理和控制； 缺點(diǎn)：可維護(hù)性差，表現(xiàn)在 由于逆轉(zhuǎn)性很差，所以返工會造成重大損失；由于文檔驅(qū)動，錯誤的傳遞，會采取發(fā)散擴(kuò)大的方式。

增量模型特點(diǎn)：任務(wù)或功能模塊驅(qū)動，可以分階段提交產(chǎn)品；有多個任務(wù)單，這些多個任務(wù)單的集合，構(gòu)成項(xiàng)目的一個總?cè)蝿?wù)書；選擇模型的條件：在開發(fā)過程中，客戶接受分階段交付；開發(fā)人員對應(yīng)用領(lǐng)域不熟悉，難以一步到位；工期過緊的中等或高風(fēng)險項(xiàng)目；用戶可參與到整個軟件開發(fā)過程中；使用面向?qū)ο笳Z言或第四代語言；軟件公司自己有較好的類庫、構(gòu)件庫。優(yōu)點(diǎn)將一個大系統(tǒng)分解為多個小系統(tǒng)，就等于將大風(fēng)險分解為多個小風(fēng)險，從而降低開發(fā)難度缺點(diǎn)：若軟件系統(tǒng)的組裝和拆卸性不強(qiáng)；或開發(fā)人員全局把握水平不高；或者客戶不同意分階段提交產(chǎn)品；或者開發(fā)人員過剩，都不宜采用這種模型。

原型模型特點(diǎn)：原型驅(qū)動。因此，開發(fā)者必須先有一個原型，至少要有一個原型的核心。選擇模型的條件：已有產(chǎn)品/產(chǎn)品原型，只需客戶化的項(xiàng)目；簡單而熟悉的行業(yè)或領(lǐng)域；有快速原型開發(fā)工具；進(jìn)行產(chǎn)品移植或升級。優(yōu)點(diǎn)：開發(fā)速度快，用戶意見反饋實(shí)時缺點(diǎn)：因?yàn)槭孪扔幸粋€展示性的產(chǎn)品原型，所以在一定程度上，不利于開發(fā)人員的創(chuàng)新

需求獲取為什么難1.用戶需求具有動態(tài)性，即需求的不穩(wěn)定性。2.用戶需求具有模糊性，即需求不準(zhǔn)確性。3.開發(fā)者和用戶要對需求達(dá)成完全一致的認(rèn)識，用戶要在需求報告上簽字，要承擔(dān)責(zé)任。4.中國的國有企業(yè)正處在變動期，中國的民營企業(yè)正處在成長期。這就給信息系統(tǒng)的需求分析增加了難度系數(shù)。

軟件需求的主要屬性：可驗(yàn)證性（基本）、優(yōu)先級、唯一性

需求分析的任務(wù)1.畫出目標(biāo)系統(tǒng)的組織結(jié)構(gòu)圖2.畫出目標(biāo)系統(tǒng)的業(yè)務(wù)操作流程圖3.畫出目標(biāo)系統(tǒng)的數(shù)據(jù)流程圖4.列出目標(biāo)系統(tǒng)的功能點(diǎn)列表5.列出系統(tǒng)的性能點(diǎn)列表6.列出目標(biāo)系統(tǒng)的接口列表7.確定目標(biāo)系統(tǒng)的運(yùn)行環(huán)境8.目標(biāo)系統(tǒng)的界面約定9.對目標(biāo)系統(tǒng)的開發(fā)工期、費(fèi)用、開發(fā)進(jìn)度、系統(tǒng)風(fēng)險等問題進(jìn)行分析與評估

需求分析的方法：面向功能分析、面向?qū)ο蠓治?、面向?shù)據(jù)分析

風(fēng)險分析5種是指對項(xiàng)目及團(tuán)隊(duì)的政策風(fēng)險、技術(shù)風(fēng)險、技能風(fēng)險、資源風(fēng)險等因素，進(jìn)行逐個分析與分解，制定用于跟蹤和監(jiān)控風(fēng)險的風(fēng)險管理計(jì)劃。

模塊耦合程度由低到高的分級如下1.數(shù)據(jù)耦合(或參數(shù)傳遞耦合)，屬于低級別耦合2.控制耦合，屬于中級別耦合3.外部耦合(或共用耦合)，它屬于高級別耦合。4.內(nèi)容耦合，它屬于最高級別耦合。

軟件建模中的三個模型是指業(yè)務(wù)模型、功能模型和數(shù)據(jù)模型。功能模型FM是描述系統(tǒng)能做什么，即對系統(tǒng)的功能、性能、接口和界面進(jìn)行定義。業(yè)務(wù)模型OM是描述系統(tǒng)在何時、何地、由何角色、按什么業(yè)務(wù)規(guī)則去做，以及做的步驟或流程，即對系統(tǒng)的操作流程進(jìn)行定義。數(shù)據(jù)模型DM是描述系統(tǒng)工作前的數(shù)據(jù)來自何處，工作中的數(shù)據(jù)暫存什么地方，工作后的數(shù)據(jù)放到何處，以及這些數(shù)據(jù)之間的關(guān)聯(lián)，即對系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行定義 數(shù)據(jù)庫設(shè)計(jì)包括數(shù)據(jù)庫需求分析、數(shù)據(jù)庫概念設(shè)計(jì)、數(shù)據(jù)庫物理設(shè)計(jì)三個階段

第一范式：1NF是對屬性的原子性約束，要求屬性具有原子性，不可再分解。

步驟設(shè) 計(jì) 內(nèi) 容將原始單據(jù)分類整理，理清原始單據(jù)與輸出報表之間的數(shù)據(jù)轉(zhuǎn)換關(guān)系及算法，澄清一切不確定的問題

從原始單據(jù)出發(fā)，劃分出各個實(shí)體，給實(shí)體命名，初步分配屬性，標(biāo)識出主鍵

或外鍵，理清實(shí)體之間的關(guān)系

進(jìn)行數(shù)據(jù)庫概念數(shù)據(jù)模型CDM設(shè)計(jì)，畫出實(shí)體關(guān)系圖ERD，定義完整性約束 2 3步

4步 進(jìn)行數(shù)庫物理數(shù)據(jù)模型PDM設(shè)計(jì).將概念數(shù)模型CDM轉(zhuǎn)換為物理數(shù)模型PDM 5步在特定的數(shù)據(jù)庫管理系統(tǒng)上定義表空間，物理建表與建索引

6步

7步

8步

9步定義觸發(fā)器與存儲過程定義視圖，說明數(shù)據(jù)庫與應(yīng)用程序之間的關(guān)系數(shù)據(jù)庫加載測試數(shù)據(jù)庫性能優(yōu)化

10步數(shù)據(jù)庫設(shè)計(jì)評審

軟件實(shí)現(xiàn)原則

盡量簡單；易于驗(yàn)證；適應(yīng)變化；遵守某一編程規(guī)范；選擇項(xiàng)目組成員最熟悉的工具或語言。

測試階段是在代碼編寫完成以后，先作單元測試開始，然后是集成測試、系統(tǒng)測試和驗(yàn)收測試。軟件測試的分類動態(tài)測試；靜態(tài)測試，黑盒測試；白盒測試；回歸測試；Alpha測試；Beta測試

客戶化是指按照客戶的實(shí)際需求，對軟件產(chǎn)品的功能、性能、接口做適當(dāng)?shù)母膭樱?初始化是指按照客戶的實(shí)際情況，對軟件產(chǎn)品的代碼表(又稱數(shù)據(jù)字典)進(jìn)行初始化，即：將客戶的各種信息編碼錄入到相應(yīng)的代碼表中。

軟件維護(hù)是在軟件產(chǎn)品安裝、實(shí)施并交付給用戶使用后，在新版本產(chǎn)品升級之前，這段時間里軟件廠商向客戶提供的服務(wù)工作

軟件的4類維護(hù)，糾錯性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)、預(yù)防性維護(hù)

維護(hù)副作用修改編碼使編碼更加混亂,程序結(jié)構(gòu)更不清晰,可讀性更差,且有連鎖反應(yīng)；修改數(shù)據(jù)結(jié)構(gòu),數(shù)據(jù)結(jié)構(gòu)是系統(tǒng)的骨架,修改數(shù)據(jù)結(jié)構(gòu)是對系統(tǒng)傷筋動骨的大手術(shù)，在數(shù)據(jù)冗余與數(shù)據(jù)不一致方面，可能顧此失彼；修改用戶數(shù)據(jù),需要與用戶協(xié)商,一旦有疏忽,可使系統(tǒng)發(fā)生意外；修改文檔,對非結(jié)構(gòu)化維護(hù)不適應(yīng),對結(jié)構(gòu)化維護(hù)要嚴(yán)防程序與文檔的不匹配

軟件生存周期包括：需求、分析、設(shè)計(jì)、編碼、測試、運(yùn)行和維護(hù)階段

CMMI5級初始級、重復(fù)級、已定義、已管理級、優(yōu)化級

CMM模型共計(jì)18個關(guān)鍵過程域KPA，52個具體目標(biāo)，316個關(guān)鍵實(shí)踐KP。

軟件配置管理是在開發(fā)過程中，將軟件的文檔、程序、數(shù)據(jù)進(jìn)行分割與綜合，以利于軟件的定義、標(biāo)識、跟蹤、管理，使其最終形成受控的軟件版本產(chǎn)品

存取控制通過配置管理中的3個庫來實(shí)現(xiàn)軟件開發(fā)庫、軟件基線庫、軟件產(chǎn)品庫

經(jīng)正式評審和審計(jì),并被批準(zhǔn)后的階段性的軟件工作產(chǎn)品,稱為軟件配置管理中的一根基線。里程碑只是一個階段標(biāo)記,基線是一個階段軟件工作產(chǎn)品,基線與里程碑一般表現(xiàn)為一對一的關(guān)系。程碑是檢查點(diǎn),檢查點(diǎn)不一定是里程碑,因?yàn)闄z查點(diǎn)還可以是時間、計(jì)劃和事件。

人們將“質(zhì)量標(biāo)準(zhǔn)、配置管理、測試測量”，作為質(zhì)量管理的三大支柱

項(xiàng)目是一次性的多任務(wù)工作，它具有確定的開始日期、結(jié)束日期、工作范圍、經(jīng)費(fèi)預(yù)算、質(zhì)量標(biāo)準(zhǔn)，以及特定的功能、性能和接口要求。

項(xiàng)目管理是運(yùn)用相關(guān)的知識、技能、方法與工具，對實(shí)現(xiàn)項(xiàng)目目標(biāo)所必須做的計(jì)劃、進(jìn)度、質(zhì)量、成本、資源進(jìn)行管理和控制的活動。

印度為什么強(qiáng)大？因?yàn)樗浖a(chǎn)業(yè)發(fā)達(dá)。為什么發(fā)達(dá)？原因有五：

1.印度屬于英語國家；2.印度人在美國定居者基本上溶入了美國社會；3.印度人報效祖國，承包美國的外包項(xiàng)目非常多；4.印度政府支持軟件產(chǎn)業(yè)，給予一系列優(yōu)惠政策；5.印度的軟件公司特別重視軟件過程管理。上述五條原因，最重要的一條是用CMMI進(jìn)行軟件項(xiàng)目管理。

第二篇：軟件工程職業(yè)寫作課題報告

《寫作思維》期末報告

軟件程序員工作總結(jié)

姓

名

原帥軍

學(xué)

院

計(jì)算機(jī)信息工程學(xué)院

班

級

2018級軟件工程二班

學(xué)

號

20***

授課教師

劉

慧

時

間

2019-2020

學(xué)年第二

學(xué)期

一、思路闡述

在開始寫之前我需要熟悉我模擬的人物工作背景和身份，同時圍繞這些條件而寫出文章的基本框架，確定文章的的主題，把握好寫作方向，其次，要確定文章的寫作類型，對整年工作進(jìn)行總結(jié)，再討論這一年的事情對我的影響，以及下一步計(jì)劃。

二、具體文案

1.技術(shù)

在學(xué)校學(xué)習(xí)的是軟件工程，程序基礎(chǔ)僅限于c語言基礎(chǔ)課程和java以及網(wǎng)頁制作的一些知識，相信從面向過程轉(zhuǎn)向面向?qū)ο蟮耐瑢W(xué)都有一種感覺：面向?qū)ο箝_始真的有點(diǎn)別扭，涉及到屬性，尤其是類之間的各種關(guān)系，那時想用面向過程傳遞參數(shù)多方面。于是老在想對象這種東西，從概念中跳中來，以自己的方式去理解才逐漸體會到頁面對象的精華來，分層次展現(xiàn)、分級別訪問、封裝對象之間各種關(guān)系逐漸真正理解了，尤其是對象之間的關(guān)系，如對象a與對象b兩者之間的關(guān)系，有些需要完全公開，有些需要隱藏，有些需要通過第三方傳遞，有些需要給自己的下級可見，有些需要讓下級去完成具體操作——這不是現(xiàn)實(shí)的實(shí)際模型嗎？應(yīng)該這么理解，面向?qū)ο髞碓从诂F(xiàn)實(shí)，它不是一種憑空空想出來的理論，這些對象之間的關(guān)系可以將其還原為父子、夫妻、領(lǐng)導(dǎo)下屬、同事、朋友之間的關(guān)系。相比之下，頁面過程往往像是一股腦全部推給用戶使用，其中的數(shù)據(jù)與數(shù)據(jù)訪問方法層次不清晰，在模擬現(xiàn)實(shí)上它與面向?qū)ο笙啾雀子谌腴T理解，實(shí)質(zhì)上難于準(zhǔn)確直接地表述。

面向?qū)ο笊狭硪环矫媸撬脑O(shè)計(jì)模式，在之前的面向過程中對這個設(shè)計(jì)模式并沒有清晰地提出來，面向過程優(yōu)秀的代碼要求高內(nèi)聚低耦合，從個人的理解上，這僅是對軟件開發(fā)方法“技”上理論總結(jié)；設(shè)計(jì)模式是達(dá)到了“道”的層次，因?yàn)樗鼜母蟮姆较颉⒏橄蟮膶哟蝸砣ケ硎鼍唧w的代碼模塊之間的關(guān)系，可以認(rèn)為設(shè)計(jì)模式是完全從實(shí)際的應(yīng)用來不斷總結(jié)得來的經(jīng)驗(yàn)，之間并沒有這種術(shù)語，但相信前人肯定也使用到這種思想，它從實(shí)際應(yīng)用于來，當(dāng)然要應(yīng)用于實(shí)際工作中，認(rèn)真思考不斷總結(jié)每個人都會有自己的“設(shè)計(jì)模式”，可以借鑒前人的思想來去提升自己，不可去為“設(shè)計(jì)模式”而設(shè)計(jì)模式。

2.管理

對于工作責(zé)任心不夠的員工是尤其值得關(guān)注的，他們往往自我意識過于強(qiáng)烈，追求以自我為中心，很多時候伴隨著工作得不到認(rèn)可、工作感覺不充實(shí)不開心，領(lǐng)導(dǎo)應(yīng)該主動找他談話，我認(rèn)識到：你管理的是一個實(shí)實(shí)在在的人，他不是一臺任你擺布的機(jī)器，人會有情緒往往是有心結(jié)，找到原因，多加開導(dǎo)，用心去關(guān)心每個成員。對于實(shí)在不適合在本團(tuán)隊(duì)發(fā)展的員工要做好最壞打算。程序員這個職業(yè)與現(xiàn)在的大學(xué)生具有一致的特征，一個是從天之驕子淪為多余人，一個是從高智商人士成為今天中國通行的“it民工”。另一方面是程序員往往年齡集中在20-25之間的男性中，情緒化、失落感、心理不成熟等一系列問題都會出現(xiàn)。但這個階段的人往往也最易溝通，可塑性也較強(qiáng)，適當(dāng)?shù)囊龑?dǎo)、合理的方式會比野蠻的管理效果強(qiáng)上百倍。

3.下一年的規(guī)劃

利用工作之余的休息時間加強(qiáng)學(xué)習(xí)。平時注意收集有關(guān)pb方面的資料文件，提高自己的處理新問題和解決新問題的能力，并加強(qiáng)學(xué)習(xí)java及oa方面的知識，為后期的工作打好基礎(chǔ)。

三、思維導(dǎo)圖

第三篇：軟件工程與實(shí)踐課程設(shè)計(jì)

《軟件工程與實(shí)踐》課程設(shè)計(jì)方案

本課程屬專業(yè)必修課，是一門實(shí)踐性較強(qiáng)的計(jì)算機(jī)類課程，授課對象為計(jì)算機(jī)專業(yè)及相關(guān)專業(yè)的本科生。本課程是對軟件工程課程所述內(nèi)容的進(jìn)一步深化與具體應(yīng)用，通過啟發(fā)式教學(xué)和大量實(shí)例的練習(xí)，引導(dǎo)學(xué)生完成不同類型系統(tǒng)的分析與設(shè)計(jì)工作，培養(yǎng)學(xué)生關(guān)于軟件工程理論的實(shí)際運(yùn)用能力、軟件開發(fā)實(shí)踐動手與文檔編寫及組織管理能力，同時培養(yǎng)和提高學(xué)生在軟件開發(fā)過程中的團(tuán)隊(duì)協(xié)作精神。

在課程設(shè)計(jì)過程中必須完成以下一些環(huán)節(jié)：

1、任務(wù)布置與說明，備有多個題目供學(xué)生選擇。

2、學(xué)生自主分組，并展開軟件項(xiàng)目的選題與論證，要求提交分組項(xiàng)目選題和組織分工。

3、進(jìn)行可行性研究，編寫可行性分析報告和項(xiàng)目開發(fā)計(jì)劃，并進(jìn)行審查。

4、獲取需求，編寫軟件需求規(guī)格說明書，并進(jìn)行審查。

5、進(jìn)行系統(tǒng)分析和設(shè)計(jì)，編寫軟件分析設(shè)計(jì)報告，并進(jìn)行審查。

6、通過實(shí)現(xiàn)系統(tǒng)主要界面來模擬軟件實(shí)現(xiàn)，并進(jìn)行審查。

7、編寫軟件測試計(jì)劃，編寫軟件測試分析報告，并進(jìn)行審查。

8、編寫用戶使用說明書，并進(jìn)行審查。

可供選擇的課程設(shè)計(jì)方案：

1、圖書館圖書預(yù)定系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

功能如下：（1）由供書部門提供書目給訂購組；（2）訂書組從各單位取得要訂的書目；（3）根據(jù)供書目錄和訂書書目產(chǎn)生訂書文檔留底；（4）將訂書信息（包括數(shù)目，數(shù)量等）反饋給供書單位；（5）將未訂書目通知訂書者；（6）對于重復(fù)訂購的書目由系統(tǒng)自動檢查，并把結(jié)果反饋給訂書者。

2、網(wǎng)絡(luò)考試系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

要求基于B/S模式來構(gòu)建整個網(wǎng)絡(luò)考試系統(tǒng)，整個系統(tǒng)擬由試題庫管理子系統(tǒng)、學(xué)籍管理子系統(tǒng)、成績管理子系統(tǒng)、網(wǎng)絡(luò)考場四大模塊組成。系統(tǒng)用戶端劃分為學(xué)生端、教師端和管理員端，通過數(shù)據(jù)庫操作權(quán)限設(shè)定等機(jī)制來保證系統(tǒng)及相關(guān)數(shù)據(jù)的安全性。

3、網(wǎng)上購物系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

著重研究、設(shè)計(jì)與實(shí)現(xiàn)用戶管理、目錄管理、信息錄入管理、定單管理、瀏覽和查找、購物結(jié)帳等功能。

（1）會員注冊、登錄與管理模塊，包括新會員注冊、會員身份驗(yàn)證、會員身份注銷和預(yù)定制商品。

（2）商品陳列上架模塊，實(shí)現(xiàn)商店所有商品的分類上架，供用戶瀏覽選擇。（3）為客戶提供各個商品信息細(xì)節(jié)展示模塊。

（4）為客戶提供所選擇商品的瀏覽、退貨等管理模塊。（5）購物車模塊，需要完成用戶選購商品，購物訂單生成功能。

4、病員監(jiān)護(hù)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) I．問題概述

本例為醫(yī)院特級護(hù)理病房的病員監(jiān)視系統(tǒng)。1）在每一病床旁有一個監(jiān)護(hù)器。

2）在病員身上附著各種傳感器，監(jiān)測各種生理參數(shù)，諸如血壓、呼吸、體溫等，信號被送到監(jiān)護(hù)器。

3）監(jiān)護(hù)器帶有輸入鍵盤，用以輸入病員的病號的病歷號、各種監(jiān)測的生理因素的安全范圍值（上下限值），以及監(jiān)測頻率定期（監(jiān)測周期）等。

4）各監(jiān)測部件與中心計(jì)算機(jī)相連，后者按指定的監(jiān)測頻率定期地對監(jiān)視器進(jìn)行檢查。5）檢查所得到的數(shù)據(jù)記錄在每個病員的記錄文件上。

6）如果發(fā)現(xiàn)病員的生理因數(shù)超出安全范圍時，在護(hù)理室有各病員的各種報警信號（燈光）出現(xiàn)。

7）每個監(jiān)視器有一開關(guān)，用來控制監(jiān)測工作。

8）本例中假設(shè)監(jiān)視255個病員，每人設(shè)定4個因素。監(jiān)視周期可從秒到小時變化，對每一病員進(jìn)行24小時監(jiān)視。

9）安全范圍為十進(jìn)制數(shù)值，內(nèi)部表示為浮點(diǎn)數(shù)。病歷號為9位整數(shù)。II．需要設(shè)計(jì)實(shí)時系統(tǒng)。

首先要確定按適當(dāng)?shù)念l率監(jiān)測病員的辦法：一種是用中斷的方法，在每個監(jiān)測器內(nèi)設(shè)置一個定時器；另一種是對各病員進(jìn)行巡回監(jiān)視。

5、學(xué)籍管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

學(xué)生學(xué)籍管理系統(tǒng)由三部分組成，分別是學(xué)生檔案管理模塊、學(xué)生成績管理模塊、學(xué)生成績查詢模塊。學(xué)生檔案管理模塊主要是對學(xué)生檔案(如基本資料、學(xué)習(xí)情況、學(xué)籍變動、備注等)進(jìn)行管理，本模塊又分為添加學(xué)生檔案、查詢學(xué)生檔案、修改/刪除學(xué)生檔案、打印學(xué)生檔案、數(shù)據(jù)庫管理五個子模塊。學(xué)生成績管理模塊主要是由教師對學(xué)生成績進(jìn)行管理，本模塊又分為添加學(xué)生、學(xué)生管理、成績添加、成績管理、數(shù)據(jù)庫管理等子模塊。學(xué)生成績查詢模塊是指學(xué)生通過輸入自己的姓名和密碼登陸成績查詢系統(tǒng)，便可查詢各個科目的考試成績，同時也可以進(jìn)行密碼修改。要求采用B/S結(jié)構(gòu)，可以對不同角色進(jìn)行權(quán)限管理。

6、內(nèi)容管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

為了讓用戶能夠?qū)崿F(xiàn)模塊共享，并考慮到安全性，需要開發(fā)一個平臺展示模塊的相關(guān)信息，并實(shí)現(xiàn)用戶申請、模塊的開發(fā)者上傳、管理員審核等功能。

該平臺需要完成的功能為：每個用戶可以對模塊的相關(guān)信息進(jìn)行瀏覽，查找，若需要下載某個模塊，可向管理員提出申請；模塊的開發(fā)者可以上傳模塊的相關(guān)信息；管理員對用戶的申請進(jìn)行審核。

具體需求如下：

用戶可以對模塊的相關(guān)信息進(jìn)行瀏覽并申請使用某些模塊：

進(jìn)行注冊、登錄；

能夠?qū)δK的相關(guān)信息進(jìn)行瀏覽；

可按標(biāo)題、內(nèi)容、作者、時間、分類等方式進(jìn)行查找；

將想要下載使用的模塊記錄下來，待瀏覽完畢后形成申請單，提交給管理員。模塊開發(fā)者能夠?qū)⒆约褐谱鞯哪K的相關(guān)信息進(jìn)行上傳：

將模塊的標(biāo)題、圖片、作者、類別、日期、內(nèi)容等信息進(jìn)行上傳。管理員進(jìn)行管理：

對新注冊的用戶信息進(jìn)行統(tǒng)計(jì)察看；

對用戶的關(guān)于模塊使用的申請信息進(jìn)行統(tǒng)計(jì)審核； 對開發(fā)者上傳的模塊信息進(jìn)行統(tǒng)計(jì)察看； 對已經(jīng)批準(zhǔn)并提供模塊下載的用戶信息進(jìn)行統(tǒng)計(jì)察看。

7、教學(xué)網(wǎng)站的設(shè)計(jì)與實(shí)現(xiàn)

網(wǎng)站主要面向三類人：老師、學(xué)生、管理員，包括一個BBS。三類人權(quán)限各不相同，老師可以布置作業(yè)、修改作業(yè)、登記成績；學(xué)生則可以通過這個網(wǎng)站看老師的通知、做作業(yè)、利用豐富的資源等等；管理員則主要做后臺的一些修改操作； BBS模塊主要用于師生之間、學(xué)生之間的交流。

學(xué)生端的功能包括：主頁、登入、作業(yè)模塊、查詢模塊、個人設(shè)置、交流、資料下載、BBS；教師端的功能包括：主頁、登入、查詢、通知管理、作業(yè)管理、上機(jī)管理、成績管理、收信箱、BBS、個人設(shè)置；管理員端包括：主頁、登入、數(shù)據(jù)初始化、學(xué)生管理、教師管理、BBS管理、修改個人信息。

課程設(shè)計(jì)評分標(biāo)準(zhǔn)：

1、按照參考的范例，完成規(guī)定的文檔。

2、2-3人一組，完成同一文檔的學(xué)生成績相同。

3、行文流暢，格式標(biāo)點(diǎn)正確。

4、插圖必須是矢量圖。

5、涉及UML的內(nèi)容資料必須完整。

6、文檔必須真實(shí)反映分析、設(shè)計(jì)、實(shí)現(xiàn)和測試的內(nèi)容。

7、單獨(dú)完成所有文檔的學(xué)生加分。

第四篇：軟件工程

1.軟件危機(jī)的概念 系統(tǒng)的數(shù)據(jù)要求，功能需求，性能需求，顯示出程序的輪廓。

軟件危機(jī)是指在計(jì)算機(jī)軟件開發(fā)、使用與可靠性需求，可用性需求，出錯處理需求，混合方式

維護(hù)過程中遇到的一系列嚴(yán)重問題和難接口需求，約束，逆向需求以及將來可能優(yōu)點(diǎn)：綜合了以上兩種策略的長處 題。提出的需求。9.確認(rèn)測試

補(bǔ)充： 5.常使用的圖形工具 確認(rèn)測試又稱有效性測試。有效性測試是

1．軟件危機(jī)的表現(xiàn)有哪些？ 實(shí)體-聯(lián)系圖，數(shù)據(jù)流圖，狀態(tài)轉(zhuǎn)換圖，在模擬的環(huán)境下，運(yùn)用黑盒測試的方法，答：1）對軟件開發(fā)成本和進(jìn)度的估計(jì)常層次方框圖，warnier圖，IPO圖。驗(yàn)證被測軟件是否滿足需求規(guī)格說明書常很不準(zhǔn)確。第五章 列出的需求。任務(wù)是驗(yàn)證軟件的功能和性

2）用戶對已完成的軟件不滿意1.總體設(shè)計(jì)的任務(wù) 能及其他特性是否與用戶的要求一致。對的現(xiàn)象時有發(fā)生。劃分出組成系統(tǒng)的物理元素——程序、文軟件的功能和性能要求在軟件需求規(guī)格

3）軟件產(chǎn)品的質(zhì)量往往是靠不件、數(shù)據(jù)庫、人工過程和文檔等等 說明書中已經(jīng)明確規(guī)定，它包含的信息就住的。設(shè)計(jì)軟件的結(jié)構(gòu)。也就是要確定系統(tǒng)中每是軟件確認(rèn)測試的基礎(chǔ)。

4）軟件常常是不可維護(hù)的。個程序是由哪些模塊組成的，以及這些模10.什么是白盒測試，其測試技術(shù)有那些，5）軟件通常沒有適當(dāng)?shù)奈臋n資塊相互間的關(guān)系。覆蓋標(biāo)準(zhǔn)的強(qiáng)弱程度

料。2.模塊化思想 白盒測試是一種測試用例設(shè)計(jì)方法，盒子

6）軟件成本在計(jì)算機(jī)系統(tǒng)總成就是把程序劃分成獨(dú)立命名且可獨(dú)立訪指的是被測試的軟件，白盒指的是盒子是本中所占比例逐年上升。問的模塊，每個模塊完成一個子功能，把可視的,你清楚盒子內(nèi)部的東西以及里面

7）軟件開發(fā)生產(chǎn)率提高的速度這些模塊集成起來構(gòu)成一個整體，可以完是如何運(yùn)作的?！鞍缀小狈ㄈ媪私獬绦騼?nèi)遠(yuǎn)跟不上日益增長的軟件需求。成指定的功能滿足用戶的需求。部邏輯結(jié)構(gòu)、對所有邏輯路徑進(jìn)行測試。

2．產(chǎn)生軟件危機(jī)的原因主要有哪些？ 3.衡量模塊獨(dú)立的標(biāo)準(zhǔn)（內(nèi)聚和耦合的白盒測試的測試方法有代碼檢查法、靜態(tài)答：1）用戶對軟件需求的描述不精確。含義，種類）結(jié)構(gòu)分析法、靜態(tài)質(zhì)量度量法、邏輯覆蓋

2）軟件開發(fā)人員對用戶需求的內(nèi)聚：標(biāo)志著每一個模塊內(nèi)各個元素彼此法、基本路徑測試法、域測試、符號測試、理解有偏差。結(jié)合的緊密程度，是信息隱藏和局部化概路徑覆蓋和程序變異。

3）缺乏處理大型軟件項(xiàng)目的經(jīng)念的自然拓展。偶然內(nèi)聚，邏輯內(nèi)聚，時種覆蓋標(biāo)準(zhǔn)：語句覆蓋、判定覆蓋、條件驗(yàn)。間內(nèi)聚，功能內(nèi)聚，順序內(nèi)聚，通信內(nèi)聚，覆蓋、判定/條件覆蓋、條件組合覆蓋和

4）開發(fā)大型軟件易產(chǎn)生疏漏和過程內(nèi)聚。路徑覆蓋發(fā)現(xiàn)錯誤的能力呈由弱至強(qiáng)的錯誤。耦合：是對一個軟件結(jié)構(gòu)內(nèi)不同模塊之間變化。

5）缺乏有力的方法學(xué)的指導(dǎo)和互連程度的度量。數(shù)據(jù)耦合，控制耦合，11.什么時候黑盒測試，其測試技術(shù)有哪有效的開發(fā)工具的支持。特征耦合，公共環(huán)境耦合，內(nèi)容耦合。些，（等價劃分，邊介值分析法）

6）面對日益增長的軟件需求，4.啟發(fā)式規(guī)則 黑盒測試也稱功能測試，它是通過測試來人們顯得力不從心。1.改進(jìn)軟件結(jié)構(gòu)提高模塊的獨(dú)立性檢測每個功能是否都能正常使用。

2軟件的概念 2.模塊規(guī)模應(yīng)該適中等價類劃分的辦法是把程序的輸入域劃完成特點(diǎn)功能的程序以及數(shù)據(jù)結(jié)構(gòu)和文 3.深度、寬度、扇出和扇入都應(yīng)適當(dāng) 分成若干部分（子集），然后從每個部分檔 4.模塊的作用范圍應(yīng)在控制范圍之內(nèi)中選取少數(shù)代表性數(shù)據(jù)作為測試用例

3.軟件工程的基本原理 5.力爭降低模塊接口的復(fù)雜程度 邊界值分析是通過選擇等價類邊界的測

1.用分階段的生命周期計(jì)劃嚴(yán)格管理 6.設(shè)計(jì)單入口單出口的模塊試用例。邊界值分析法不僅重視輸入條件

2.堅(jiān)持進(jìn)行階段評審 7.模塊功能應(yīng)該可以預(yù)測 邊界，而且也必須考慮輸出域邊界。它是

3.實(shí)行嚴(yán)格的產(chǎn)品控制 5.面向數(shù)據(jù)流的設(shè)計(jì)方法把信息流映射對等價類劃分方法的補(bǔ)充。

4.采用現(xiàn)代程序設(shè)計(jì)技術(shù) 成軟件結(jié)構(gòu) 12.軟件調(diào)試技術(shù)有哪些

5.結(jié)果應(yīng)能清楚地審查 信息流：變換流，事物流 蠻干法，蠻干法可能是尋找軟件錯誤原因

6.開發(fā)小組的人員應(yīng)該少而精 映射：變換分析，事物分析 的最低效的方法，僅當(dāng)所有其他方法都

7.承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性失敗的情況下才使用。

4軟件生命周期分成哪幾個階段？各階第六章 回溯法，回溯法是一種相當(dāng)常用的調(diào)試方段的任務(wù)是什么？ 1.詳細(xì)設(shè)計(jì)的基本任務(wù) 法，當(dāng)調(diào)試小程序時很有效。從發(fā)現(xiàn)癥

1.問題定義： 1.為每個模塊確定采用的算法。2.確定狀的地方開始，人工沿程序的控制流往回

2.可行性研究：研究問題的范圍，探索這每一模塊使用的數(shù)據(jù)結(jié)構(gòu)追蹤分析源程序代碼，知道找出錯誤原因個問題是否值得去解決，是否有可行的解3.確定模塊接口的細(xì)節(jié)，包括對系統(tǒng)外為止。

決方法。部的接口和用戶界面，對系統(tǒng)內(nèi)部其 原因排除法，對分查找法、歸納法、演繹

3.需求分析：主要是確定目標(biāo)系統(tǒng)必須具它模塊的接口，以及關(guān)于模塊輸入數(shù)據(jù)、法都屬于原因排除法。

備哪些功能 輸出數(shù)據(jù)及局部數(shù)據(jù)的全部細(xì)節(jié)。13.軟件可靠性（可靠性和可用性的含義）

4.總體設(shè)計(jì)： 4.為每一模塊設(shè)計(jì)出一組測試用例。

5.詳細(xì)設(shè)計(jì)：就是把解法具體化，設(shè)計(jì)出2.程序的三種基本結(jié)構(gòu)

程序的詳細(xì)規(guī)格說明。順序結(jié)構(gòu)，選擇結(jié)構(gòu)，循環(huán)結(jié)構(gòu)

6.編碼和單元測試：寫出正確的容易理解3.詳細(xì)設(shè)計(jì)的工具

容易維護(hù)的程序模塊。1．圖形工具

7.綜合測試：通過各種類型的測試使軟件2．表格工具

達(dá)到預(yù)定的要求 3．語言工具

8.軟件維護(hù)：通過各種必要的維護(hù)活動使4.jackson方法

系統(tǒng)持久地滿足用戶的需要。（改正性維5.復(fù)雜性度量的方法

護(hù)，適應(yīng)性維護(hù)，完善性維護(hù)，預(yù)防性維Halstead方法：它根據(jù)程序中運(yùn)算符和

護(hù)）操作數(shù)的總數(shù)來度量程序的復(fù)雜程度

5.瀑布模型，快速原型模型，增量模型，McCabe方法 ：McCabe方法根據(jù)程序控制

螺旋模型的特點(diǎn) 流的復(fù)雜程度定量度量程序的復(fù)雜程度，瀑布模型階:段時間具有順序性和依賴第七章

性。推遲現(xiàn)實(shí)的觀點(diǎn)。質(zhì)量保證的觀點(diǎn)。1.選擇程序設(shè)計(jì)語言應(yīng)考慮哪些因素

快速原型模型:軟件產(chǎn)品的開發(fā)基本上是1.系統(tǒng)用戶的要求

線性順序進(jìn)行的，本質(zhì)是“快速”加速軟2.可以使用的編譯程序

件的開發(fā)過程，節(jié)約軟件開發(fā)成本。3.可以得到的軟件工具

增量模型:能在較短時間內(nèi)向用戶提交可4.工程規(guī)模

完成部分工作的產(chǎn)品。逐步增加產(chǎn)品功5.程序員的知識

能，可以使用戶有較充裕的時間學(xué)習(xí)和適6.軟件可移植性要求

應(yīng)新產(chǎn)品，從而減少一個全新的軟件可能7.軟件的應(yīng)用領(lǐng)域

給客戶組織帶來的沖擊。2.良好的編程風(fēng)格包括哪些方面

螺旋模型:對可選方案和約束條件的強(qiáng)調(diào)1.程序內(nèi)部的文檔2.數(shù)據(jù)說明 3.語句構(gòu)

有利于已有軟件的重用，也有助于把軟件造4.輸入輸出 5.效率

質(zhì)量作為軟件開發(fā)的一個重要目標(biāo)。減少3軟件測試的目標(biāo)

了過多的測試或測試不足帶來的風(fēng)險。更目的:（1）測試是為了發(fā)現(xiàn)程序中的錯誤

重要的是在螺旋模型中維護(hù)只是模型的而執(zhí)行程序的過程；

另一個周期，在維護(hù)和開發(fā)之間并沒有本（2）好的測試方案是極可能發(fā)現(xiàn)迄今為

質(zhì)區(qū)別。風(fēng)險驅(qū)動的。止尚未發(fā)現(xiàn)的錯誤的測試方案；

（3）成功的測試是發(fā)現(xiàn)了至今為止尚未

第二章 發(fā)現(xiàn)的錯誤的測試。

1.可行性研究的目的 定義:為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序

就是用最小的代價在盡可能短的時間內(nèi)的過程。

確定問題是否能夠解決。補(bǔ)充：

補(bǔ)充： 軟件測試步驟 :

可行性研究的步驟 ：(1)模塊測試(2)子系統(tǒng)測試(3)系統(tǒng)

1.復(fù)查系統(tǒng)規(guī)模和目標(biāo)。測試(4)驗(yàn)收測試(5)平行運(yùn)行

2.研究現(xiàn)有的系統(tǒng)。4.確定測試計(jì)劃是在哪個階段制定的3.導(dǎo)出新系統(tǒng)高層邏輯模型。5.黑盒測試和白盒測試的概念

4.進(jìn)一步定義問題黑盒測試

5.導(dǎo)出和評價供選擇的解法。1把程序看作一個黑盒子，完全不考慮程

6.推薦行動方針序的內(nèi)部結(jié)構(gòu)和處理過程

7.草擬開發(fā)計(jì)劃2對程序接口進(jìn)行測試，檢查程序功能是

8.書寫文檔提交審查 否能按規(guī)格說明書的規(guī)定正常使用；

程序是否能適當(dāng)?shù)亟邮茌斎霐?shù)據(jù)并產(chǎn)生

2.系統(tǒng)流程圖的作用 正確的輸出信息；

系統(tǒng)流程圖是描繪物理系統(tǒng)的傳統(tǒng)工具，程序運(yùn)行過程中能否保持外部信息的完

它用圖形符號來表示系統(tǒng)中的各個部件。整性

它表達(dá)了系統(tǒng)中各個元素之間的信息流白盒測試

動的情況。1把程序堪稱裝在一個透明的白盒子里，3.數(shù)據(jù)流圖的概念 測試者完全知道程序的結(jié)構(gòu)處理算法

數(shù)據(jù)流圖是一種圖形化技術(shù)，它描繪信息2按照程序內(nèi)部的邏輯測試程序，檢測程

流和數(shù)據(jù)從移動到輸出的過程中所經(jīng)受序中的主要執(zhí)行通路是否都能按的變換。預(yù)定要求正確工作

4.數(shù)據(jù)流圖里面的符號，畫數(shù)據(jù)流圖。6.測試的步驟及每個步驟形成的文檔

5.數(shù)據(jù)字典最基本的功能，以及與數(shù)據(jù)流單元測試：（模塊測試）發(fā)現(xiàn)的往往是編

圖的關(guān)系。碼和詳細(xì)設(shè)計(jì)的錯誤

最基本的功能：在軟件分析和設(shè)計(jì)的過程集成測試：著重測試模塊的接口 中給人提供關(guān)于數(shù)據(jù)的描述信息。

關(guān)系：數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)系統(tǒng)測試：發(fā)現(xiàn)的往往是軟件設(shè)計(jì)中的錯的邏輯模型，沒有數(shù)據(jù)字典，數(shù)據(jù)流圖就誤，也可能發(fā)現(xiàn)需要說明中的錯誤 不嚴(yán)格，然而沒有數(shù)據(jù)流圖，數(shù)據(jù)字典也驗(yàn)收測試：（確認(rèn)測試）往往發(fā)現(xiàn)需求說難于發(fā)揮作用。只有數(shù)據(jù)流圖和對數(shù)據(jù)流明書中的錯誤 圖中每個元素的精確定義放在一起，才能7.漸增式和非漸增式的區(qū)別 共同構(gòu)成系統(tǒng)的規(guī)格說明。“非漸增式”，即先獨(dú)立地測試每一模塊，第三章 然后將所有這些模塊連接到一起運(yùn)行； 1.需求分析屬于哪一個階段，任務(wù)是什“漸增式”，即在已測試過的N個模塊的么。基礎(chǔ)上再增加一個模塊，再對N十1個模需求分析是軟件定義時期的最后一個階塊進(jìn)行測試。段.漸增式比非漸增式優(yōu)越，因?yàn)橛脻u增式，1.確定對系統(tǒng)的綜合要求（功能需求，性如果是“由頂向下”則可利用前面已測試能需求，可靠性和可用性需求，出錯處理過的模塊，而不必另外準(zhǔn)備驅(qū)動模塊，如需求，接口需求，約束，逆向需求，將來果是“由底向上”，也可利用已測試過的可能提出的要求）模塊，不必再準(zhǔn)備樁模塊。漸增式可以較2.分析系統(tǒng)的數(shù)據(jù)要求早地發(fā)現(xiàn)模塊界面之間的錯誤，有利于排3.導(dǎo)出系統(tǒng)的邏輯模型 錯，檢查比較徹底 4.修正系統(tǒng)開發(fā)計(jì)劃2.需求分析的產(chǎn)品是什么 8.自頂向下，自下而上，以及混合策略的3.面向過程的分析方法主要是建立三類優(yōu)缺點(diǎn) 模型 自頂向下數(shù)據(jù)模型（按照用戶的觀點(diǎn)對數(shù)據(jù)建立的優(yōu)點(diǎn)：能較早顯示整個程序的輪廓，向用模型，把用戶的數(shù)據(jù)要求清楚，準(zhǔn)確地描戶展示程序的概貌，取得用戶的理解與支述出來。描述了從用戶角度看到的數(shù)據(jù)，持。缺點(diǎn)：當(dāng)測試上層模塊時因使用樁它反應(yīng)了用戶的現(xiàn)實(shí)環(huán)境，屬性，聯(lián)系），模塊較多，很難模擬出真實(shí)模塊的全部功功能模型，行為模型（通過描繪系統(tǒng)的狀能，使部分測試內(nèi)容被迫推遲，只能等待態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件來表示系換上真實(shí)模塊后再補(bǔ)充測試。統(tǒng)的行為）由底向上4.軟件需求規(guī)格說明書的內(nèi)容 優(yōu)點(diǎn)：測試從下層模塊開始，測試設(shè)計(jì)用通常用自然語言完整，準(zhǔn)確，具體地描述例比較容易。缺點(diǎn)：在測試的早期不能

第五篇：《軟件工程》

《軟件工程》課程分析

本課程是軟件技術(shù)專業(yè)學(xué)生必修的一門專業(yè)必修課。根據(jù)培養(yǎng)軟件開發(fā)人員的需要，本課程的任務(wù)是使學(xué)生通過本課程的學(xué)習(xí)，了解軟件項(xiàng)目開發(fā)和維護(hù)的一般過程，掌握軟件開發(fā)的傳統(tǒng)方法和最新方法。能在軟件工程的理論指導(dǎo)下，開發(fā)一個小型管理系統(tǒng)，為今后從事軟件工程實(shí)踐打下良好的基礎(chǔ)。

一、課程分析

（一）教學(xué)計(jì)劃的制定和教學(xué)內(nèi)容的選取

根據(jù)培養(yǎng)應(yīng)用技能型人才的總目標(biāo)，制訂本專業(yè)教學(xué)計(jì)劃，課程的教材配套，教學(xué)、實(shí)驗(yàn)、實(shí)訓(xùn)、課程設(shè)計(jì)大綱和指導(dǎo)書等教學(xué)文件齊全，近幾年來引入了現(xiàn)代教學(xué)技術(shù)手段，已初步建設(shè)、形成了具有特色的全套課堂教學(xué)和實(shí)驗(yàn)教學(xué)課件。

根據(jù)該課程的基本教學(xué)要求和特點(diǎn)，結(jié)合學(xué)時的安排，從教材的整體內(nèi)容出發(fā)，有側(cè)重地進(jìn)行取舍，篩選出學(xué)生必須掌握的基本教學(xué)內(nèi)容，較好地解決了教學(xué)中質(zhì)量與數(shù)量的矛盾。

（二）教學(xué)方法分析

由于該課程是用于指導(dǎo)軟件開發(fā)的，和實(shí)踐聯(lián)系非常緊密。所以采用了理論聯(lián)系實(shí)際的方法進(jìn)行授課。一方面，讓學(xué)生模擬軟件公司的項(xiàng)目小組進(jìn)行軟件開發(fā)；一方面，對學(xué)生進(jìn)行適時的理論指導(dǎo)。既調(diào)動了學(xué)生的積極性，又讓學(xué)生了解了該課程的理論內(nèi)容，收到了一舉兩得的效果。具體教學(xué)過程如下：

第一步：模擬軟件公司的開發(fā)項(xiàng)目小組，分組，分設(shè)角色（項(xiàng)目經(jīng)理、用戶、需求人員、設(shè)計(jì)人員、程序員、測試人員、軟件安裝培訓(xùn)維護(hù)人員），確定開發(fā)題。讓每個小組的學(xué)生聚在一起，在項(xiàng)目經(jīng)理的組織下通過調(diào)研、討論來制定自己小組的開發(fā)題目，大家感覺就象在軟件公司實(shí)習(xí)一樣，非常新鮮，感興趣。每個學(xué)生都積極主動的去完成自己應(yīng)承擔(dān)的那部分工作。

第二步：模擬軟件項(xiàng)目開發(fā)全過程的各個階段，進(jìn)行相關(guān)的理論授課和實(shí)際開發(fā)。即對軟件開發(fā)的每一階段，首先按照教材內(nèi)容進(jìn)行理論授課，然后讓學(xué)生參照授課內(nèi)容進(jìn)行實(shí)際的軟件開發(fā)實(shí)踐。

在此階段結(jié)束后，每班召開一個模擬方案論證會，由各開發(fā)小組選出代表上臺講解本組的開發(fā)方案，其他同學(xué)模擬用戶對開發(fā)方案提出意見。由于大家對模擬方案論證會非常感興趣，發(fā)言積極踴躍，論證會結(jié)束后，每個小組的設(shè)計(jì)方案都得到了很好的補(bǔ)充和完善。

第三步：學(xué)期末各小組提交各自完成的軟件系統(tǒng)及開發(fā)文檔，并進(jìn)行總結(jié)演示，由任課教師進(jìn)行講評。

抽象理論課的教學(xué)應(yīng)理論聯(lián)系實(shí)際，讓學(xué)生在實(shí)際應(yīng)用中掌握抽象的理論，在興趣中學(xué)習(xí)，達(dá)到我們高職的雙向型培養(yǎng)目標(biāo)。

二、存在的問題與希望

在上述的教學(xué)中，雖然實(shí)現(xiàn)了理論聯(lián)系實(shí)際，但也存在著一些問題，比如每個項(xiàng)目小組中總有個別同學(xué)存在依賴心理，不參與項(xiàng)目開發(fā)，最后抄襲別的同學(xué)的項(xiàng)目成果，自己得不到實(shí)際的鍛煉，影響了大三的畢業(yè)設(shè)計(jì)和日后的軟件開發(fā)。另外，如果該課程只上課，沒有實(shí)訓(xùn)的話，實(shí)驗(yàn)課時太少，學(xué)生很難全面完成一個系統(tǒng)的開發(fā)。