第一篇：軟件工程四大部分總結

課程實驗總結

（1）需求獲取總結

需求通常是指人對客觀事物需要的表現，體現為愿望、意向或興趣，因此成為行動的一個直接原因。需求獲取就是獲取軟件用戶對軟件功能需求、性能需求、質量屬性、對外接口、約束等實際需求。在進行需求分析與設計時，要明白參與者與系統、參與者與參與者之間的關系，以及功能需求的實現的可能性！這些需要和用戶通過面談、需求專題討論會、填寫調查問卷等形式來獲取用戶需求信息！在了解和掌握用戶需求后，需要撍寫需求規格說明書。需求規格說明書包括用例視圖、用例描述、領域模型與用戶字典、非功能性需求表四大部分。

在用例視圖中，需要勾畫出系統的整體框架體系。把參與者在系統中的角色和各個用例的關系體現出來，將系統劃分成幾個層面，然后每個層次的參與者與用例之間發生關系！當用例相對較多時，可以用包來解決，在同一層面的用例可以放入同一個包！

在用例描述時，要對每個用例進行詳細的描述，包括每層的中文名、英文名、參與者名，并簡要說明一下該層面的功能，具體描述一下事件流！寫出特殊需求，例如姓名、ID的合法性！

在用例視圖和用例描述都完善后，需要進行領域建模！在領域建模里，將各個類之間的關系表示出來，關系有三種，分別為一對一、一對多、多對多的關系，然后創建用戶詞典，將領域建模中的每一個類和屬性，及其功能進行說明！每一個類及其類的屬性都要創建一個表，類說明表里標明實體名、說明、基本屬性，屬性說明表里標明實體名、說明、從屬實體！類說明表實體名即類名（例如：Customer(客人)）、屬性說明表從屬實體表示該屬性屬于哪一個類！在建用戶詞典時，要一個類一個類的有序的見表，每一個類的用戶詞典要有序排列！一般都是類說明表，接著是屬性說明表！

在領域建模與用戶詞典完善后，考慮到用戶的非功能性需求，需要創建一個非功能性需求表，包括質量屬性和分析后的約束！質量屬性以表格的形式來體現，包括有性能、安全性、易用性、持續可用性、可伸縮性、互操作性、可靠性、魯棒性、易理解性、可擴展性、可重用性、可測試性、可維護性、可移植性等，分析后的約束主要有技術上約束、平臺環境的約束、數據庫約束、界面風格的約束、時間約束、其他等！

在捕獲需求分析時，多考慮到用戶的體驗問題，以及用戶的功能需求合理性和實現性，與用戶協商，通過雙方的洽談來達成相互的認可和接受！從而解決需求困難問題，當然需求也需要驗證，在需求獲取中要考慮到是否正確和充分地支持業務需求，漸漸細化系統需求！

通過這一部分的學習，明白了需求獲取與分析是軟件工程所最終的目的，所有的工作都將要圍繞著需求來做，如果需求不準確，會給后續的開發帶來困難，而且往往所做的后期工作因與需求不一樣而導致失敗！讓我體會到了這個部分的重要性和主導性，一個項目是否成功往往由需求分析和設計是否成功來決定！所以需求分析是最關鍵最重要的部分！（2）架構分析與設計總結

在進行架構分析與設計時，大體上主要分兩大部分！第一部分主要是架構分析部分和概要架構設計！

在進行架構分析時，通過視圖來來體現系統的架構體系和具體的流程！通常會用序列圖來來進行架構分析！選取關鍵需求添加客人用例，根據需求中的用例描述，進行系統分析。大體上可分為三個分析類，其分別為界面類、實體類、持久化類。詳細的表示出他們間的交互關系！界面類即用戶登錄的界面，操作或選擇的菜單界面，在這個界面里實現對實體類和持久化類的操作，持久化類的數據需要保存到數據庫中，按照序列圖的特點層層遞進，分析類與分析類之間發生訪問和操作，這樣是每個分析類的功能結構清晰明了，有助于后期的軟件開發！在概要架構設計時，開始概要的劃分一下層，比如將顯示界面的類，或窗口 的類劃分為界面層，如圖1所示，可以講Login用例劃分為界面層。

Login使用安全性算法進行密碼驗證

圖1 將進行對數據操作和功能的展現部分化分為實體層！

第二部分為架構設計部分與細化架構設計。在這一部分主要是畫視圖，通過視圖來了解系統架構。主要有邏輯視圖、開發視圖、部署視圖三大類。邏輯視圖設計到了系統邏輯層次圖，開發視圖有系統開發環境圖、系統開發依賴關系視圖、系統開發交互關系視圖。系統邏輯層次圖就是將各層之間的邏輯關系以及層內部調用關系體現出來！系統開發視圖，主要是體現出系統開發的環境和開發所用工具，以及系統所基于的平臺，各個層的基礎框架和系統運行過程中文件的生成種類與先后的關系！系統開發依賴關系視圖和系統開發交互關系視圖，全是展示出類之間的調用、繼承、泛化，部署視圖從整體系統部署上來展示系統所涉及到的運行平臺和支撐平臺！

通過對這部分的學習和聯系，我學會了視圖的畫法，以及看明白各種視圖所體現的意義，比較全面的理解和認知到一個項目的子系統的架構設計和分析！在子系統的架構設計和分析時，自己需要做哪些工作，需要畫哪些視圖！一個系統的架構是怎樣搭建的，是怎樣安排和規劃的！明白了架構分析和設計的目的是一些復雜信息的隱藏、使整個項目得到智能控制，從而管理項目的復雜性并保持系統的完整性和一體性！這為后期的模塊的復用提供了堅實的基礎，也為后期的管理奠定了基礎！

（3）子系統與類分析與設計總結

這一部分就是開始將前期的工作開始投入到具體實現中！要考慮到各個類之間的調用關系的清晰！子系統結構的精簡化和易擴展性、可重用性、易維護性！這一部分主要是各個層次內部各個類之間的調用的設計！需要畫類的結構圖縱覽、類結構圖界面層、類結構圖實體層、類結構圖細節、類結構圖分層，在類的結構圖縱覽圖里，把系統涉及到的所有的類都以某種關系展現出來，層內部類與類的相互關系，調用的接口，以及用到的設計模式，都以類圖展現出來！在這一部分的學習中，學到了設計模式，使自己的代碼的重用性、可擴展性漸漸提高，提倡高內聚低耦！在類的設計中，創建初始的設計類，根據將要設計的分析類類型來采用不同的方法設計類，分析類類型有邊界類、實體類（或控制類）！邊界類控制著界面層，是登陸界面的類的一部分！由邊界類來調用控制類，控制類控制著實體層類的生成和關系！為了實現系統的功能，類與類之間必須發生聯系，彼此又相對獨立！在每層能用設計模式的都用設計模式來解決，我的這部分用到的設計模式有簡單工廠模式、工廠方法模式、抽象工場模式、橋接模式！特別是橋接模式，我對它的印象很深！它解決了我以前不能解決的鬧心問題！

這個問題就是顧客訂房時，對所需要客房的定義的問題，由于客房種類不同、租金各異、大小不一，所以一直讓我很糾結，如果要定義類就定義幾十個，增加了代碼的復雜度！橋接模式能夠很好的分離變量，然后變量之間的類自由的組合，使問題變得簡單的多，這里可以定義兩個抽象類客房類型Sort和客房House，然后由Sort派生三個子類，普通間(ordinary)、標準間(standard)、豪華間(fashion)，由House類派生出三個子類，單人間(smallsize)、兩人間(middlesize)、三人間(largesize),然后只需在House的私有成員部分，定義一個Sort類型的對象指針就可以了！這樣只需要八個類，不然的話要需要二十七個類！這樣就可以很輕松的定義一個房間的類了！通過這部分的學習，讓我學會了面向對象的巧妙應用！

還有一個設計模式給我的印象也很深，那就是適配器模式！在用到某一個模塊式，可以借用別人已經寫好的接口，不需要知道是怎樣實現的，只需要明白調用某個接口能實現什么功能！然后自己可以構建一個自己的類和自己的接口的定義，在類的私有部分定義一個別人寫好的類的對象，在接口的實現部分調用別人的接口來實現自己想要的功能！通過對設計模式的理解，感覺到了面向對象程序設計的靈活性和多變性！為自由以后的編程帶來很大的幫助！（4）數據庫設計總結

在數據庫的設計的學習中，給人的感覺就是，不是創建表就是畫E-R圖！我在做這部分的作業時，是按照要求先畫E-R圖，在創建表！

在畫E-R圖的過程中，首先要找該系統的實體集，把實體集找完后，分析實體集的屬性，然后判斷哪些屬性可以作為實體集的主鍵，以便于與其他實體集區別開來！我的這個實驗系統的有關實體集有“客房”、“訂單”、“收銀員”、“顧客”，其各自對應的主鍵分別為房間號、訂單號、員工號、ID號，在實體集的屬性分析完后，開始考慮各個實體集之間的關系！一般分為三種關系，有一對一、一對多、多對多三種關聯關系！還有相互產生的聯系如收銀員打印訂單、收銀員提供客房、訂單包括客房、訂單屬于客人，客人入住客房！在分析實體集之間的關系時，需要考慮到一些問題，比如就拿訂單和客房、客人三個實體集來說，一個客人可以有多個訂單，一個訂單可以對應一個房間也可以對應多個房間，一個房間可以入住一個客人，也可以入住多個客人！這之間的關系比較混亂，所以比較難以確定！我采用的是客房與訂單是多對多，客人和客房是一對一，客人和訂單是一對多的關系！

在創建表，我用的是Microsoft Access 這個工具來建表！在建表時，每一個表要有一個主鍵，將每一個實體集都對應建立一個數據表，在把表建成功后，找表與表之間的關系！在建表時，根據E-R圖，來確定相關聯的數據表！這里訂單里面包含有顧客的ID、客房的房號、收銀員的員工號，所以訂單是關鍵的數據表，它與顧客、客房、收銀員數據表相連！實現表的連接時，將某表的主鍵拖到含有該主鍵的數據表中的該主鍵上，則會產生聯系，形成連線！在這一部分發現自己只能實現一對多的關聯，且該關聯不能修改！這個至此也沒有找到怎樣修改Access 中表之間的關聯關系！通過這一部分的學習，讓我對數據庫有了一個初步的認識和了解！明白了數據庫中表的創建，及其創建的方法！只是還沒有涉及使用Sql語句來建表和對表進行操作！明白了數據庫咋整個系統中所處的重要地位！對今后的數據庫學習有了一個很大的幫助！

第二篇：四大筆試(部分)

2005四大筆試合集(部分)

KPMG考試總結

第一部分：35分鐘35個邏輯數學題 根據圖表 不難 但是可能時間有點緊張

第二部分：25分鐘48個英文閱讀題 gre/gmat 風格 風卷殘云涂完 不知道正確率

和高露潔的邏輯部分完全一樣 都是用的S&H香港做的題目,要求也一樣 不要在試卷上留下任何痕跡 為了重復使用,閱讀部分體型一樣 具體題目不同

看來應該好好練習一下gmat了 否則會死在這一關

ey & kpmg筆試

因為周五的時候FrankSA特地寫了一番話鼓勵我申請unilever所以就真的花了一天的時間去apply，居然到周六晚上才開始準備周日的兩場筆試...首先是到kp的網站做了他們的樣題...都只有50%的正確率...而且那個時候我金山詞霸還開著..-,-之后又作了幾套朋友發給我的verbal樣題，貌似只錯了兩三道不過速度...keke...我發現我根本不能同時兼顧速度和質量-,-，因為很晚了而且反正大家的狀態都差不多，而且我根本沒有考過甚至看過gre&gmat，所以即使我被kp淘汰了也無話可說了...當下決定放棄。接下來是ey的筆試，因為已經很晚了當時，所以就向同學打探了一下安永筆試的方向（即安永考的似乎都是比較專業和宏觀的東西），稍微看了一些模版之類的東西.電梯到五樓，一出門就看到人頭攢動，不乏許多ppmm正裝出場...看看自己

真是寒酸。閑來無事聽到他們說安永7:30就開始了...8:30,9:30,ms 10:30

還有筆試的樣子...//寒一個，不過其中很多是南京大學的等到上一場同學出來，我們坐定差不多是9:30，考試的要求和以前的都一樣，不過監考老師多了很多，hehe，作文題目是：

1.近幾年中國gdp都保持了8%的增長速率，你認為在接下來五年內是否會保持這個速度，并解釋理由

2.似乎談的是勞動力涌入上海北京等這樣大城市的優缺點，要求分析...我的求職大事記——kpmg筆試

知道kpmg的筆試難還要追溯到去年的這個時候，當時99國金一個后來去了渣打的師姐在job版發的文章我印象深刻，說的是kpmg筆試題目很多很多來不及做，而且還很容易把題號搞錯。看了以后就覺得很慌。后來暑假實習的時候一個99經濟的師兄又跟我說kp筆試很難，說讓我提前找點題目做做有點感覺，可惜后來不知道自己干什么去了就荒廢了，汗……時隔一年，挨到自己上戰場，之前ey筆試之前也很慌，因為我以為ey筆試和kp是差不多的，結果ey之前扛了n本gmat和gre的書回家，后來知道ey只寫作文，看看自己托福6.0的作文成績就又荒廢了沒去做-.-

兩天前開始準備kp的筆試，上google搜了半天沒找到一套真題（想想也是阿，kp花了多少錢從shl買來的真題怎么可能隨便讓我google搜到-.-），于是只好認認真真去做kp網站上的practice test。一共verbal和數學各6題，第一次做完嚇死了我，居然邏輯里面6題錯了5題，而且數學沒來得及做完，做完的4題里面也只對了2題。記得那個晚上我是半夜做的題目，對著屏幕愣了半天

第二天開始決定發奮，可是覺得gmat和gre的邏輯完全不對kpmg的路子。于是繼續上網找，找到了shl的官方網站，就是賣題目給各家公司的公司。拿它網上的練習題做，結果還不算很差，數學22題對了20題，邏輯28題對了23題。之后又練了幾遍，覺得準備還是不夠，又去找雅思的題目做。從無憂雅思網下載了一套閱讀題，光做t/f/ng部分，覺得思維開始混亂，越做錯越多，后來受不了了就開了bbs灌水并且決定不再復習了。

今天做邏輯，感覺真的好難啊，很多題目都是憑感覺猜的。我大概只提前了一分多鐘做完，沒有時間再去深思熟慮，只能憑感覺了。有一些題目，我把文章讀兩遍都做不來，汗……可能太緊張的關系。反正以后大家不論考什么都不能緊張阿！本來想記住題目來發筆經的，//sigh畢竟不是gre機考阿，那些題目搞得一塌糊涂我現在什么都不記得了，哭……

然后做數學，唉，又是心太急，像趕著投胎一樣做題目。題目是中文的，理解起來容易很多，但是還是有很多很多trick的，一定要膽大心細阿。歸納來歸納去，這種考試一定要膽大心細千萬不能粗心阿！！我就老是犯這個毛病，從小學開始就這樣了，嗚嗚，以前復習gre的時候做數學也從來不能全對的。反正如果對時間有把握的話，應該不會做不完的我覺得。

考完以后覺得很后悔，數學做得太快，后面的20題沒有檢查也不知道自己做得對不對。本來對邏輯和數學就很慌，也沒想過自己能過kpmg的筆試雖然自己真的很喜歡這家公司的氣氛。自從ey發面試通知以后，就覺得自己心理承受能力很差，真的很不好的。所以從kp這輪筆試開始，我要笑看風云變幻，我自巋然不動-.-b

回家的時候經過虹口體育場，滿街的申花球迷。真想跳下車去看球發泄一下被kp蹂躪的心情，哈哈-.-

寫了這些也許對大三的ddmm有點幫助。祝大家都能成功吧！

安永筆試

一共兩道題，選一道，45分鐘寫篇英文議論文

1。中國gdp增長很快，常常成為報章頭條，但是這些statistics的可靠性如何？

how reliable is statistics?

2。will china's property boom continue(都是大意……)

感覺題目很大，第二個更是因為部確定題目意思而沒有寫……然后居然有點緊張ft太丟 人了，很多詞就是想不起來，然后一交卷都想起來了……所以用的都是很簡單的詞。

兩個jj監考，不能用電子詞典辭典，手機關機。不許偷看題目考完說大概下個禮拜出名單請大家關注bbs

EY

第一題是關于GDP高估的；第二題是關于房地產繁榮。我問了4個考官，一致的答案，不過他們都安慰我說，是一個他們聘請的機構的外國人批改作文，主要看文法和思路。不過我覺得他是安慰我，都跑題了，看文法思路有什么用

1.adavantages and disadvantages of investment in west region of china

2.the effect of dievalue of RMB

Pwc筆試題

1.how u cope with a difficult person

2.u first thoughts about the lauch of shenzhou v

德勤筆試

想知道多些細節的可以看看。

四個部分；

part1:英文，寫一項你認為重要的發明，并給出理由。不多于500字。準備過TWE的話顯然不是問題。

part2&3:非常簡單的英文邏輯選擇，沒看出2和3有多大區別

part4:中文作文，同樣不多于500字。題目是從北大教改引出的關于對大學老師需要什么樣的績效評價的問題。

Time limit: 60 mins，比較緊，也比較bt.上財的PWC考題

偶是11.7參加的筆試，反正感覺還可以吧

是一篇閱讀（1.5一張A4紙長度）加一篇作文

閱讀時關于知識產權方面的文章

作文由兩個題目，一個是關于如何理解風險投資,一個時關于如果理解廣告的消極作用和積極作用.另外，他會通知帶好一張照片，個人簡歷及相關證明文件

南開的pwc考題

閱讀是關于垃圾處理的作文是：1:“Is the US economy permantently decline?”;2:關于青年濫用藥的2選1

dtt復旦考題全紀錄

第一個我就不會.考試時間一小時，第一部分是填空和選擇，記住的有：

1.數列6，10，18，32，？問？是幾。

2.某人出70買進一個x,80邁出，90買會，100邁出，說這樁買賣怎么樣？

3.月球繞地球一圈，至少多少時間？

4.7個人用7小時挖了7米的溝，問同樣的速度在50小時挖50米的溝要多少人。

5.魚頭長9，魚尾等于魚頭加半個魚身，魚身等于魚頭加魚尾，問魚全長多少。

6.某女的弟弟兄弟比姐妹多一個，問此女兄弟比姐妹多幾個？

還有一些直觀的圖形題，比較弱質的智商題。

第二部分是邏輯，比較幽默，是很舊的題目了。

3個人住酒店30快，經理找回5塊，服務生中陰了2塊，找給每人1塊，3*(10-1)+2=29，問怎么回事。

第三部分是寫作，三篇，都是書信形式。

一片篇中文的祝賀信，祝賀某男當了某公司xx

兩篇英文的，一是說有事不能應邀，派另人去

另一片是討債的，7天不給錢就滾蛋之類的主要考business letter格式，還好隔天晚上狂背一同模板

不過我寫的內容空洞，字體潦草，估計沒什么希望了

補充：后面的圖形題就是普通的智商測試

如給你5個圖形，讓你選其中最特殊的一個

如告訴你a圖形和b圖形對應，那么f圖形對應的是哪個圖形?

除第1、4、5、6是填空題，其它均為選擇題。

第一部分給題中文，第二部分起英文給題。

第二部分的智力題要用英文回答的，所以稍微有點難度。

pwc 的筆試

45分鐘

一篇閱讀,長度是一張A4紙的篇幅,關于一本索羅斯的傳記,幾個問題記不清了,10個左右吧 作文題目是二選一 1)你認為中國所面臨的最大的環境挑戰是什么?怎么解決?

2)你最admire的一家公司是哪個?

PWC作文

1.最近10年來中國媒體的變化

2.你認為發展汽車產業和公共交通哪個更重要

DTT-筆經（2006）

最先發筆經-北京地區第一場筆試

作者: zhangyz03發布日期: 2006-11-01查看數: 3363出自:

德勤今年的筆試是有中聘網組織的，很不專業，用的是SHL的試題，但是只有verbal，還是

翻譯過來的中文版，25分鐘，48道題，12片閱讀短文，時間還算充裕，大家加油。

南京德勤的筆經11月9日

作者: GinaRyan發布日期: 2006-11-09查看數: 909出自:

我是今天早上第一批筆試的，發現之前人的筆經是很正確的，似乎德勤今天在哪里都用的 是同一套shl中文題。主要問題在于德勤的工作人員也不清楚考試時間，真正讓你答題的時 間大約只有16分鐘，而且事前沒有說太清楚。16分鐘我想各地應該都是差不多的，做好心 理準備，迅速做題是來得及的。

題目總結：

1、許多人支持政府將經費縮減用在其他方面比如教育,認為對社會有意義.但是如果用在軍事,航天,就不會支持

2、地方政府對于大企業往往會提供一些優惠措施，認為會提高就業，促進社會繁榮。但是往往是中小企業會提供更多的就業機會，但是政府的許多規定往往是不利于中小企業的。

3、以前認為，想長高要經過經常的單一的鍛煉，但是現在有科學研究表明有其他的方法也可以長高，有一種新的東西“快長高”，提供了這種可能性。

4、1993年教師的工資在相同教育背景的情況下的平均收入牌第9，最近教師工資的水平上漲，現在牌在相同教育背景的情況下的第6，是所有工資平均的87％

5、警察要成立區域肅毒小組與當地的一個什么警察組織配合販毒，組織成立以后，后者只 負責其他的犯罪涉及到毒品的案件，其他的由海關負責。

6、東南亞的紡織品在歐洲比較受到歡迎，因為價格低廉。后來匯率調整，東南亞的貨幣升

值，但是東南亞的紡織品在歐洲的銷量卻沒有受到很大的影響。

7、自由競爭學派的經濟學家不贊成政府管制，認為這樣會增加商業成本，消弱企業的競爭力，比如一些傳統行業等等。但是同時認為在金融行業有政府管制會對這個行業產生有利的影響。

8、城市甲和城市乙：城市甲出臺了一系列政策，增加對汽車的監控和各種收費，導致很多消費者在購車前都要深思熟慮。有些大型汽車商因此取消了在城市甲的銷售活動。而城市乙則沒有這樣的措施

9、一次測試結果中，中國學生比美國學生的數學成績要好得多。一些教育學家認為，中國更注重專業課，基礎課和學習××××的培養，而美國更注重創新能力和實踐動手能力

10、將空調溫度保在13度以上時，溫度越低，效率越高。

還有一點不記得了。大家加油吧

補充一些：

1。增高不只是做做運動就可以了，還有一種藥可以吃。

2。為了提高工作效率，管理層必須經常改革辦公結構。

3。提高客戶的忠誠度什么的25分鐘，12篇中文邏輯，題目很簡單的，肯定來得及

還可以多出10分鐘左右檢查一遍

第三篇：軟件工程總結

軟件工程課程總結

摘要：

計算機是20世紀最重大的科學技巧成就之一，使當代社會的經濟、軍事、科研、教育、服務等方面在概念和技巧上發生了性的變化，對人類社會的進步已經并還將產生極為深刻的影響。目前，計算機是世界各發達國度劇烈競爭的科學技巧領域之一。

電子計算機早期功效主要是計算，后來已遠遠超越單純計算的功效，還可模擬、思維、進行自適應反饋處理等等，把它叫做“電腦”更為合實際。由于電子計算機功效的飛躍性發展，應用于生產和生活的各個方面，直接和顯著地提高了生產、工作和生活的效率、節奏和水平，在軟科學研究和應用中它也起著關鍵作用，因此它已被公認是現代技巧的神經中樞，是未來信息社會的心臟和錄魂。計算機學科分為四個領域，分別是計算機科學，計算機工程，軟件工程和信息系統。

正文：

軟件工程是研究和應用如何以系統性的、規范化的、可定量的過程化方法去開發和維護軟件，以及如何把經過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來的學科。包括項目管理，分析，設計，程序的編寫，測試和質量控制。它涉及到程序設計語言、數據庫、軟件開發工具、系統開發平臺、標準、設計模式等方面。

學了《軟件工程》這門課程和一些有關資料后，感覺一些東西都曾經接觸過，但在實際工作中有些理論要完全遵循可能還有些障礙，軟件工程只是提供了理論上的一些結論，但對項目的具體可操作性的規范的制定方面卻做的很少，《軟件工程》發展了幾十年，光是開發模型就達到了10多種，對不同的項目采用合適的開發模式，有些項目在不同的開發階段可能還要轉換開發模式，把它們靈活的應用到實際中還是很困難的。

軟件技術是信息技術產業的核心之一，軟件技術的發展是與信息技術產業的發展互相促進的。當今世界，信息技術正處于新一輪重大技術突破的前夜。預計今后 20~30 年是信息科學技術的變革突破期，可能導致 21 世紀下半葉一場新的信息技術革命。近年來，從 IT 界到一些國家首腦，都高度關注以物聯網為標志的新一輪信息技術的發展態勢，認為這是繼 20 世紀 80 年代 PC 機、90 年代互聯網、移動通信網之后，將引發 IT 業突破性發展的第三次 IT 產業化浪潮。每一次重大的技術變革都會引起企業間、產業間甚至國家間競爭格局的重大變化，也促進了軟件技術與軟件產業的重大變革與發展。

近年來，信息技術、軟件技術、軟件系統與軟件產業的發展備受關注，已有不少論述、分析與判斷。近10 年內網絡技術經歷寬帶化、移動化和三網融合將走向基于 Ipv6 的下一代互聯網，2010 年 1 月，國家 863 計劃信息技術領域辦公室和國家 863 計劃信息技術領域專家組，在上海舉辦“信息-物理融合系統 CPS發展戰略論壇”，提出“信息-物理融合系統 CPS 是一個綜合計算、網絡和物理環境的多維復雜系統，是信息和物理世界的深度的融合交互，可實現大型工程系統的實時感知、動態控制和信息服務，使系統更加可靠、高效與實時協同，使得人類物理現實和虛擬邏輯逐步融合，具有重要而廣泛的應用前景。業界關于軟件工程的代表性觀點創立與使用健全的工程原則，以便經濟地獲得可靠且高效率的軟件。應用系統化，遵從原則，可被計量的方法來發展、操作及維護軟件；也就是把工程應用到軟件上。與開發、管理及更新軟件產品有關的理論、方法及工具。一種知識或學科，目標是生產品質良好、準時交貨、符合預算，滿足用戶所需的軟件。實際應用科學知識在設計、建構電腦程序，與相伴而來所產生的文件，以及后續的操作和維護上。

6使用與系統化生產和維護軟件產品有關之技術與管理的知識，使軟件開發與修改可在有限的時間與費用下進行。

7建造由工程師團隊所開發之大型軟件系統有關的知識學科。對軟件分析、設計、實施及維護的一種系統化方法。系統化地應用工具和技術于開發以計算機為主的應用。

10軟件工程是關于設計和開發優質軟件。

《軟件工程》是一門綜合性和實踐性很強的核心課程，它屬于是一門交叉學科，包含有：軟件開發技術（軟件開發方法學、軟件開發過程、軟件工具和軟件工程環境）、軟件工程管理（軟件管理學、軟件經濟學、軟件心理學）。主要內容包括軟件工程概述、可行性分析、需求分析、概要設計、詳細設計、面向對象分析與設計、編碼、軟件測試、項目計劃與管理。

本課程是面向準備從事軟件開發的畢業生而開設的一門專業課程。針對計算機教學中軟件工程這一薄弱環結，結合目前軟件開發商對人才的要求，對計算機專業的畢業生進行軟件工程強化培訓，目的是使畢業生能夠了解和掌握軟件工程的基本理論和方法，并在實際軟件開發中運用這些方法。

我理解，軟件工程是按照工程學的管理方式，有組織、有計劃的，在一定的質量基礎、時間限度和成本范圍內，實現功能明確的軟件系統。而且，軟件工程在企業范圍內運行，一定需要企業資源的支持，要與企業的經營、決策、管理體系聯系在一起，才能夠被踏踏實實的落實下來。

軟件工程項目是一個需要一步一步的計算，分析思考而來的，需要不斷思考，研究不斷進步，軟件業作為一個服務業，要想得到發展，首先必須形成一個對軟件服務有迫切需要的市場。其次，這個市場中的消費者必須具備足夠的購買力。軟件的消費群體簡單一點，可以分為個體消費和企業消費。中國的企業群體，數量龐大，但是質量不高。上規模的企業極少。國內目前能夠形成比較大規模的獨立市場的，肯定是小規模的軟件系統。

隨著信息化時代的到來其地位越來越受到人們的重視，軟件工程從一個學科，或是某一個研究方向來說，人員僅僅是過程，方法的執行者，所以人員素質往往被忽略，軟件工程是一門實踐性很強的學科，所以在實際的軟件研究過程中，人員的素質占有很重要的地位。要有出色的軟件問世，研發人員的素質至關重要！

作為軟件工程的學習者應該不斷創新，不斷嘗試、實踐，不斷研究和學習，中國的軟件工程技術依舊滯后于國外一些軟件工程技術，作為新一代的學習者應該擔當起振興起中國軟件事業，使中國科技得到高速發展！

現在已經是信息化時代，信息化潮流不斷涌現，想要掌握主動權就是掌握信息化的發展方向，這就需要我們不斷學習，時間，研究，學習國外的先進技術，轉變自己的技術，然后融合，創新。

軟件技術不是一成不變的，是隨著社會的進步的不斷進步，不需要不斷的創新，不斷的改善的，需要我們不斷的學習，不斷的研究，不斷進步。

第四篇：軟件工程總結

1.Software is a product and can be manufactured using the same technologies used for other engineering artifacts Answer: b 2.WebApps are a mixture of print publishing and software development, making their development outside the realm of software engineering practice.Answer: b 3.Software engineering umbrella activities are only applied during the initial phases of software development projects.Answer: b 4.Planning ahead for software reuse reduces the cost and increases the value of the systems into which they are incorporated.Answer: a 5.The essence of software engineering practice might be described as understand the problem, plan a solution, carry out the plan, and examine the result for accuracy.Answer: a 6.In agile process models the only deliverable work product is the working program.Answer: b 7.A most software development projects are initiated to try to meet some business need.Answer: a 8.In general software only succeeds if its behavior is consistent with the objectives of its designers.Answer: b 9.Software processes can be constructed out of pre-existing software patterns to best meet the needs of a software project.Answer: a 10.Process technology tools allow software organizations to compress schedules by skipping unimportant activities.Answer: b 11.It is generally accepted that one cannot have weak software processes and create high quality end products.Answer: a 1.Requirements engineering is a generic process that does not vary from one software project to another.Answer: a 2.A stakeholder is anyone who will purchase the completed software system under development.Answer: b 3.It is relatively common for different customers to propose conflicting requirements, each arguing that his or her version is the right one.Answer: a 4.Developers and customers create use-cases to help the software team understand how different classes of end-users will use functions.Answer: a 5.Use-case actors are always people, never system devices.Answer: b 6.Analysis patterns facilitate the transformation of the analysis model into a design model by suggesting reliable solutions to common problems.Answer: a 7.In win-win negotiation, the customer’s needs are met even though the developer’s need may not be.Answer: b 8.In requirements validation the requirements model is reviewed to ensure its technical feasibility.Answer: b

1.Object-oriented domain analysis is concerned with the identification and specification of reusable capabilities within an application domain.Answer: a 2.In structured analysis models focus on the structure of the classes defined for a system along with their interactions.Answer: b 3.Creation and refinement of use cases if an important part of scenario-based modeling.Answer: a 4.It is important to consider alternative actor interactions when creating a preliminary use case.Answer: b 5.Brainstorming is one technique that may be used to derive a complete set of use case exceptions.Answer: a 6.In many cases there is no need to create a graphical representation of a usage scenario.Answer: a 7.One or more attributes of a data object must be defined as a key to allow the location of an instance of the data object.Answer: a 8.Attributes are chosen for an object by examining the problem statement and identifying the entities that appear to be related.Answer: b 9.An analysis package involves the categorization of analysis model elements into useful groupings.Answer: a 10.The data flow diagram must be augmented by min-spec that can serve as a guide the design of the software component that will implement the process.Answer: a 11.The UML sequence diagram show the order in which system events are processed.Answer: b 12.Analysis patterns are discovered, they are not explicitly created.Answer: a 13.It is not possible to justify the time required for WebApp requirements analysis.Answer: b 14.UML activity diagrams can be used to represent the user observable functionality delivered by the WebApp as well as the operations contained in each analysis class.Answer: a 15.Configuration analysis focuses on the architecture of the user’s web browsing environment.Answer: b 16.Content objects are extracted from use cases by examining the scenario description for direct or indirect content references.Answer: a 1.With thorough testing it is possible to remove all defects from a program prior to delivery to the customer.Answer: b 2.Program flow graphs are identical to program flowcharts.Answer: b 3.The cyclomatic complexity of a program can be computed directly from a PDL representation of an algorithm without drawing a program flow graph.Answer: a 4.Graph-based testing methods can only be used for object-oriented systems Answer: b 5.Equivalence testing divides the input domain into classes of data from which test cases can be derived to reduce the total number of test cases that must be developed.Answer: a 6.Boundary value analysis can only be used to do white-box testing.Answer: b 7.Orthogonal array testing enables the test designer to maximize the coverage of the test cases devised for relatively small input domains.Answer: a 8.Client/server architectures cannot be properly tested because network load is highly variable.Answer: b 1.The best representation of system architecture is an operational software prototype.Answer: b 2.The architectural representations can be an enabler for communication among project stakeholders.Answer: a 3.An architectural description is often documented using an architecture template.Answer: b 4.An architectural genre will often dictate the architectural approach that may used for the structure to be built.Answer: a 5.Before an architectural pattern can be chosen for use in a specific system it must have a code implementation to facilitate its reuse.Answer: b 6.Once selected, archetypes always need to be refined further as architectural design proceeds.Answer: a 7.Quantitative methods for assessing the quality of proposed architectural designs are readily available.Answer: b

Chapter 10 Self-Check Quiz

1.In the most general sense a component is a modular building block for computer software.a.True b.False

Answer: a(Section 10.1)

2.In the context of object-oriented software engineering a component contains

a.attributes and operations b.instances of each class c.roles for each actor(device or user)d.set of collaborating classes

Answer: d(Section 10.1.1)

3.In traditional software engineering modules must serve in which of the following roles?

a.Control component b.Infrastructure component c.Problem domain component d.All of the above

Answer: d(Section 10.1.2)

4.Software engineers always need to cerate components from scratch in order to meet customer expectations fully.a.True b.False

Answer: b(Section 10.1.3)

5.Which of the following is not one of the four principles used to guide component-level design?

a.Dependency Inversion Principle b.Interface Segregation Principle c.Open-Closed Principle d.Parsimonious Complexity Principle

Answer: d(Section 10.2.1)

6.The use of stereotypes can help identify the nature of components at the detailed design level.a.True b.False

Answer: a(Section 10.2.2)

7.Classes and components that exhibit functional, layer, or communicational cohesion are relatively easy to implement, test, and maintain.a.True b.False

Answer: a(Section 10.2.3)

8.Software coupling is a sign of poor architectural design and can always be avoided in every system.a.True b.False

Answer: b(Section 10.2.4)

9.WebApp content design at the component level focuses on content objects and the manner in which they interact.a.True b.False

Answer: b(Section 10.4.1)

10.A WebApp functional architecture describes the key functional components and how they interact with each other.a.True b.False

Answer: a(Section 10.4.2)

11.Which of these is a graphical notation for depicting procedural detail?

a.box diagram b.decision table c.ER diagram d.flowchart

Answer: d(Section 10.5.1)

12.A decision table should be used

a.to document all conditional statements b.to guide the development of the project management plan c.only when building an expert system d.when a complex set of conditions and actions appears in a component

Answer: d(Section 10.5.2)

13.A program design language(PDL)is often a

a.combination of programming constructs and narrative text b.legitimate programming language in its own right c.machine readable software development language d.useful way to represent software architecture

Answer: a(Section 10.5.3)

14.In component-based software engineering, the development team examines the requirements to see which are amenable to composition, rather than construction, before beginning detailed design tasks.a.True b.False

Answer: a(Section 10.6)

15.Which of the following is not one of the major activities of domain engineering?

a.analysis b.construction c.dissemination d.validation

Answer: d(Section 10.6.1)

16.Which of the following factors would not be considered during component qualification?

a.application programming interface(API)b.development and integration tools required c.exception handling d.testing equipment required

Answer: d(Section 10.6.2)

17.Which is the following is a technique used for component wrapping?

a.black-box wrapping b.clear-box wrapping c.gray-box wrapping d.white-box wrapping

Answer: b(Section 10.6.2)

18.Which of the following is not one of the issues that form a basis for design for reuse?

a.object-oriented programming b.program templates c.standard data d.standard interface protocols

Answer: a(Section 10.6.3)

19.In a reuse environment, library queries are often characterized using the ________ element of the 3C Model.a.concept b.content c.context d.all of the above

Answer: c(Section 10.6.4)

1.The importance of software design can be summarized in a single word a.b.c.d.Answer: d(Section 8.1)

2.Which of the following is not a characteristic common to all design methods?

a.configuration management b.functional component representation c.quality assessment guidelines d.refinement heuristics

Answer: a(Section 8.2.2)

3.Which of the following can be used to represent the architectural design of a piece of software?

a.Dynamic models b.Functional models c.Structural models d.All of the above

Answer: d(Section 8.3.2)

4.Design patterns are not applicable to the design of object-oriented software?

a.True b.False

Answer: b(Section 8.3.3)

5.Since modularity is an important design goal it is not possible to have too many modules in a proposed design.a.True b.False

Answer: b(Section 8.3.5)

6.Information hiding makes program maintenance easier by hiding data and procedure from unaffected parts of the program.accuracy complexity efficiency quality

a.True b.False

Answer: a(Section 8.3.6)

7.Cohesion is a qualitative indication of the degree to which a module

a.can be written more compactly.b.focuses on just one thing.c.is able to complete its function in a timely manner.d.is connected to other modules and the outside world.Answer: b(Section 8.3.7)

8.Coupling is a qualitative indication of the degree to which a module

a.can be written more compactly.b.focuses on just one thing.c.is able to complete its function in a timely manner.d.is connected to other modules and the outside world.Answer: d(Section 8.3.7)

9.When using structured design methodologies the process of stepwise refinement is unnecessary.a.True b.False

Answer: b(Section 8.3.8)

10.Software designs are refactored to allow the creation of software that is easier to integrate, easier to test, and easier to maintain.a.True b.False

Answer: a(Section 8.3.10)

11.Which of the following is not one of the five design class types

a.Business domain classes b.Entity classes c.Process classes d.User interface classes

Answer: b(Section 8.3.13)

12.Which design model elements are used to depict a model of information represented from the user’s view?

a.Architectural design elements b.Component-level design elements c.Data design elements d.Interface design elements

Answer: c(Section 8.4.1)

13.Which design is equivalent to the floor plan of a house?

a.Architectural design b.Component-level design c.Data design d.Interface design

Answer: a(Section 8.4.2)

14.Which design model is equivalent to the detailed drawings of the access points and external utilities for a house?

a.Architectural design b.Component-level design c.Data design d.Interface design

Answer: d(Section 8.4.3)

15.Which design model is equivalent to a set of detailed drawings for each room in a house?

a.Architectural design b.Component-level design c.Data design d.Interface design

Answer: b(Section 8.4.4)

16.The deployment design elements specify the build order for the software components.a.True b.False

Answer: b(Section 8.4.5)

第五篇：軟件工程總結

第一章軟件與軟件工程的概念

軟件的概念：軟件是計算機系統中與硬件相互依存的另一部分，軟件包括程序，數據，及其相關文檔的完整集合。程序是按事先設計的功能和性能要求執行的指令序列。數據是使程序能夠正確地處理信息的數據結構。文檔是與程序開發，維護和使用有關的圖文資料。

程序的最小單位是函數及子程序，程序與數據是分離的，在面向對象程序設計時代，程序的最小單位是類，在類中封裝了相關的數據及指令代碼。

軟件的特性，判斷正誤：1.軟件是無形的、不可見的邏輯實體，因此，軟件是無法描述的。（錯）

2、軟件的開發特性是指軟件需要大量手工勞動，難以自動化生產。（對）

3、有缺陷的軟件就是廢品。（錯）

4、軟件的生產指的是軟件的復制。（錯）

5、由于軟件的開發充滿人的個性特點，因此管理并不決定軟件開發的成敗（錯）。

6、軟件的開發環境往往就是軟件的運行環境，或者與其兼容。（對）

7、合格的軟件產品不需要維護，軟件需要維護說明其質量不合格。（錯）

8、軟件可以不斷改進，因此軟件不需要廢棄。（錯）

軟件的分類：1，系統軟件：能與計算機硬件緊密配合在一起，使計算機系統各個部件，相關的軟件和數據協調，高效的工作的軟件。2，應用軟件，是在系統軟件的支持下，在特定區域內開發，為特定目的服務的一類軟件。3，支撐軟件，也叫工具軟件，是協助用戶開發軟件的工具性軟件。4，可復用軟件，最初實現的典型的可復用軟件是各種標準函數庫，通常是由計算機廠商提供的系統軟件的一部分。

IEEE給出的定義：軟件工程是開發，運行，維護和修復軟件的系統方法。軟件的定義：計算機程序，方法，規則，相關的文檔資料一集在計算機上運行時所必需的數據。

軟件危機的典型表現

1、成本太高，預算不準

2、超過預計時間

3、軟件質量標準不明確

4、生產率低

5、缺乏文檔資料，難以維護。原因：1，缺乏軟件開發的經驗和有關軟件開發數據的積累，使得開發工作的計劃很難制定。2.軟件人員與用戶的交流存在障礙，除了知識背景的差異，缺少合適的交流方法及需求描述工具。3，軟件開發過程不規范，缺少方法和規范的指導。4，隨著軟件規模的增大，其復雜性往往會呈指數級升高。5，缺少有效的軟件評測手段，提交用戶的軟件質量差。

軟件危機發生的主要原因有：

1、遇到了無法解決的高難度技術問題（不是）

2、無法招聘到足夠的編程高手（不是）

3、軟件人員與用戶互相不理解（是）

4、計劃和管理不科學、落實不力（是）

5、軟件質量標準不明確（是）

軟件的質量特性包括（選擇）問題1：

1、功能性

2、可靠性

3、使用性

4、經濟性（不包括）

軟件的質量特性包括（選擇）問題2：

1、效率

2、可維護性

3、可移植性

4、經濟性（不包括）

軟件工程的目標是運用先進的軟件開發技術和管理方法來提高軟件的質量和生產率，也就是要以較短的周期，較低的成本生產出高質量的軟件產品，并最終實現軟件的工業化生產。軟件生存期：軟件的孕育，誕生，成長，成熟，衰亡的生存過程。軟件生存期由軟件定義，軟件開發和運行維護三個時期組成，每個時期又可劃分為若干個階段。

2、軟件定義時期的任務主要任務是解決“做什么”的問題，確定工程的總目標和可行性；實現工程目標的策略及系統功能；估計需要的資源和成本；制訂工程進度表。通常又分為3個階段：問題定義，可行性研究，需求分析。

3、軟件開發時期的任務和包含階段主要任務是解決“如何做”的問題，設計和實現定義的軟件。由概要設計、詳細設計、編碼和測試4個階段組成。

4、軟件運行維護時期的主要任務是使軟件持久地滿足用戶的需要，通常有4類維護活動：改正性維護；適應性維護；完善性維護；預防性維護。開發過程中的典型文檔：軟件需求規格說明書。項目計劃。軟件測試計劃。軟件設計說明書。用戶手冊。軟件工程各個階段的基本任務

1、問題定義與可行性研究：解決什么問題？能否解決問題？是否值得做？”

2、需求分析：做什么

3、軟件設計：如何實現

4、程序編碼和單元測試：實現設計

5、集成和系統測試：組裝連接測試、功能驗證測試

6、軟件運行和維護：修改 第二章軟件工程方法與工具

軟件工具：是指能支持軟件生存周期中某一階段（如系統定義，需求分析，設計，編碼，測試，維護等）的需要而使用的軟件工具。

需求分析工具

1、結構化圖形工具箱。通過數據流程圖DFD進行功能分析。包括DFD圖形工具，實體-關系圖(E-R)圖形工具，Jackson圖形工具，Warnier圖形工具，Visio綜合工具，2、面向對象工具，Rational Rose，PowerDesigner，Visio 設計工具（1)概要設計工具：設計目標軟件的體系結構、控制結構和數據結構。軟件的體系結構通常用模塊結構圖來描述。模塊的數據結構通常用實體-關系圖來描述。Visio。Rational Rose 詳細設計工具。設計模塊的算法和內部實現細節。詳細設計描述方法有輸入-處理-輸出(IPO)圖。問題分析圖(PAD)。盒圖(NS圖)。流程圖(FC)。程序設計語言(PDL)。結構化語言。判定表。判定樹

第三章軟件需求獲取與結構化分析方法 需求獲取的主要任務是與用戶溝通，了解系統或產品的目標是什么，客戶或用戶想要實現什么，系統和產品如何滿足業務的要求，最終系統或產品如何用于日常工作。獲取并理解用戶的需求是軟件工程師所面對的最困難的任務之一。

需求分析的困難體現：系統的目標或范圍問題；需求不準確性問題；需求的易變問題

需求獲取的任務：發現和分析問題，并分析問題的原因，結果關系。與用戶進行各種方式的交流，并使用調查研究方法收集信息。按照三個成分即數據，過程和接口觀察問題的不同側面。將獲取的需求文檔化，形式有用例，決策表，決策樹等。需求獲取的原則：深入淺出，以流程為主線。

獲取具體的需求的途徑1，與用戶交流。2，現有產品或競爭產品的描述文檔。3，系統需求規格說明。4，當前系統的問題報告和改進要求。5，市場調查和用戶問卷調查。6，觀察用戶如何工作。

關于需求獲取問題的認識辨析：

1、沒有與用戶交流就不可能獲取系統需求。（不能獲取準確、全面的系統需求）

2、沒有經過與用戶交流而獲取的需求都是不真實的需求。（一些需求從用戶以外的途徑獲取）

3、系統開發必須獨立完成，參考類似系統及技術文檔屬于抄襲行為，應予避免。（系統開發包含研究行為，應了解對手產品，取長補短）

4、系統開發包含改進當前系統的缺陷和不足。（對）

5、需求調查時，用戶所說的需求未必是真實、準確的需求，因此需求分析需要依賴用戶，但是不能過分迷信用戶。（對，需求描述是困難的）

6、觀察用戶如何工作也是一種需求調查行為。（對）

軟件需求分析階段的任務：需求獲取，需求分析，需求定義，需求驗證。完整性，正確性，合理性，可行性，充分性。

結構化分析方法：是一種建模技術。核心是數據字典。

功能模型用數據流圖（DFD)來描述使用實體—關系圖（ER圖）建立數據模型。使用狀態轉換圖（簡稱狀態圖）建立系統行為模型。數據字典。加工規格說明。需求建模的依據是需求描述

數據建模，ER圖，需要認真看。

第四章結構化設計方法

結構化設計方法是在模塊化，自頂向下逐步細化及結構化程序設計技術基礎上發展起來的，結構化設計方法可分為兩類：一類是根據系統的數據流進行設計，稱為面向數據流的設計，或稱過程驅動設計，另一類是根據系統的數據結構進行設計，稱為面向數據結構的設計，或稱數據驅動的設計。

軟件的體系結構設計，模塊化設計都是分而治之策略的具體表現。模塊化是將整體軟件劃分為獨立命名且可獨立訪問的模塊，不同的模塊通常具有不用的功能或指責，每個模塊可獨立開發，測試，最后組裝成完整的軟件。模塊是構成軟件的基本構件。模塊并不是越小越好，當模塊數目增加時，每個模塊的規模將減小，開發單個模塊的成本確實減少了，但是隨著模塊數目增加，模塊之間關系的復雜程度也會增加，設計模塊間接口所需要的工作量也將增加。

模塊的獨立性是指軟件系統中每個模塊只涉及軟件要求的具體的子功能，而與軟件系統中其他模塊的接口是簡單的，若一個模塊只具有單一的功能且與其他模塊沒有太多的聯系，那么稱此模塊有獨立性。

自頂向下，逐步細化：抽象是指忽視一個主題中與當前目標無關的方面，以便更充分地注意與當前目標有關的方面，當我們進行軟件設計時，設計開始時應盡量提高軟件的抽象層次，按抽象級別從高到低進行軟件設計，將軟件的體系結構按自頂向下方式，對各個層次的過程細節和數據細節逐層細化，直到用程序設計語言的語句能夠實現為止，從而最后確定整個系統的體系結構，這就是自頂向下逐步細化過程。

復用是指同一事物不做修改或稍加修改就可以多次重復使用，將服用的思想用于軟件開發，稱為軟件復用。1是盡量使用已有的構件。2是如果確實需要創建新的構件，則在設計時應該考慮將來的可重復使用性。軟件設計的階段與任務：從工程管理的角度，可以將軟件設計分為概要設計階段和詳細設計階段。從技術的角度，傳統的結構化方法將軟件設計劃分為體系結構設計、數據設計、接口設計和過程設計4部分；概要設計包括體系結構設計、數據設計、接口設計。詳細設計即過程設計，對結構表示進行細化，得到軟件詳細的數據結構和算法。

軟件設計各項設計工作的依據：體系結構設計，定義軟件模塊及其之間的關系，依賴于數據流圖。數據設計，依賴于ER圖。接口設計，依賴于頂層數據流圖。過程設計：依賴于加工規格說明、狀態圖

基于數據流方法的設計過程：1.復查并精化數據流圖。2.確定數據流圖中數據流的類型，典型的數據流類型有變換型數據流和事務型數據流。3.導出初始的軟件結構圖。4.逐級分解。5.精化軟件結構。6.導出接口描述和全局數據結構。

軟件模塊結構的改進方法：1，模塊功能的完善化。2，消除重復功能，改善軟件結構。3，模塊的作用范圍應在控制范圍之內。4，盡可能減少高扇出結構，隨著深度增大扇入。5，避免或減少使用病態連接。6，模塊的大小要適中。接口設計的依據是數據流圖中的自動化系統邊界。

自頂向下，逐步細化的設計過程主要包括兩個方面：一是將復雜問題的解法分析和細化成由若干個模塊組成的層次結構，二是將每個模塊的功能逐步分解細化為一系列的處理。第五章編碼

編碼容易出現的風格不足

1、變量或函數名字缺乏具體含義

2、變量或函數名字與其用途不符

3、變量或函數未加上必要的注釋

4、函數未說明其功能、參數的意義

5、引用的符號未加以解釋和說明

6、對循環等重要的程序語句未注釋

7、對用到的重要庫函數沒有解釋說明

8、對結構體等復雜數據結構的組成成分沒有解釋說明

9、缺乏必要的提示語句 第六章軟件測試方法

軟件測試是在軟件投入生產性運行之前，對軟件需求分析，設計規格說明和編碼的最終復審，是軟件質量控制的關鍵步驟。軟件測試是為了發現錯誤而執行程序的過程。