【正文】 用戶的角度以一種高度負責，甚至近乎苛刻的嚴格態(tài)度來對軟件進行徹底的測試。所以說，尤其在軟件進入具體開發(fā)階段后，能否遵循要點進行管理是很重要的。除非這個項目經理在項目開始階段就已經提出來了這個項目會失敗，或者是完全屬于項目之外不可抗拒的原因導致失敗。難道是程序員技能不夠？項目經理是如何面試的？怎么在項目失敗了才發(fā)現是程序員技能不夠？有問題早提出來嘛。程序很多流程都通過不了，程序還屬于開發(fā)調試階段，與測試人員有什么關系？我曾經在單位參加一些項目，發(fā)現有這樣一個概念很多項目經理都沒有搞清楚：什么叫開發(fā)階段？我認為開發(fā)階段最多只能包括單元測試這一部分。程序隨便正常操作都出現好多bug屬于開發(fā)還沒有完成，絕對還沒有過單元測試階段，離綜合測試和驗收階段還早著呢。不懂程序設計的項目經理，往往不注重code開發(fā)人員,其實這是一個嚴重的錯誤。也就是說，我們盡量不要讓測試人員來發(fā)現問題。這樣的版本根本就不應該拿出來進行測試?？偟恼f來，一個項目的成敗與否，與項目的各個階段皆有關系：需求都不清楚，開發(fā)起來肯定是南轅北轍；分析設計不夠好，會讓程序員難以維護，隨著新增需求的增多，會導致整個系統(tǒng)混亂不可控制；編碼不好，整個系統(tǒng)不穩(wěn)定是必然的，Bug也是抓不盡的；測試不做好，系統(tǒng)是沒有保證的，少了哪個環(huán)節(jié)都不行。不要說項目的失敗是因為新需求引起的,一個沒有新增需求和風險的項目是不存在的，承認這一點之后,我們就不會有很多怨言了。項目計劃一定要包括這幾方面的內容：各階段里程碑時間點，各個里程碑的輸出結果，風險預測，意外應對。進度監(jiān)控：對每個階段把握好，每個階段要完成的任務一定要完成，如果完不成，是什么原因導致的？我們的應對策略是什么？我們要信任別人，但是不要忘記鎖門。有的項目經理說，我也進度監(jiān)控啦，他說完成了就完成了，誰想到沒有完成？到底是程序員不誠實還是項目沒有管理好？你沒有鎖好門，能怨別人偷你東西嗎？還有一種情況就是不懂如何鎖門，根本就不知道這一階段的輸出結果是什么？當然進度監(jiān)控就是一句空話了。需求分析階段的質量監(jiān)控就是完整而又正確的理解用戶需求，需求是否清楚可懂，寫用例的測試人員是否明白需求？分析設計階段的質量監(jiān)控就是設計是否完全滿足需求？這個設計方案是否滿足以后新功能的擴展？以及是否有考慮到新功能的意外和設備環(huán)境，運行平臺的變化？編碼階段的質量監(jiān)控就是變量命名是否規(guī)范？代碼是否可讀？是否有詳細的注釋？是否有重復代碼？要知道重復代碼是必然會造成系統(tǒng)不穩(wěn)定，bug成群的。要知道上面講的每一部分如果沒有做好，都會導致后期的產品出現大量問題。單元測試階段的質量監(jiān)控任務就是單元測試代碼是否測試通過？代碼覆蓋是否完全？單元測試報告提交情況如何？單元測試用例有沒有做好？ 綜合測試階段質量監(jiān)控任務當然就是看用例是否完全？是否全部真正執(zhí)行？測試報告有沒有寫好？回歸測試當然得看以前測試的Bug是否還在，如果還在，當然是無條件打回去重新開發(fā)。以上就是我重學《軟件工程》并結合實際工作經驗所得到的啟示，不妥之處請劉老師批評指正！第三篇：軟件工程總結軟件工程課程總結摘要：計算機是20世紀最重大的科學技巧成就之一，使當代社會的經濟、軍事、科研、教育、服務等方面在概念和技巧上發(fā)生了性的變化，對人類社會的進步已經并還將產生極為深刻的影響。電子計算機早期功效主要是計算，后來已遠遠超越單純計算的功效，還可模擬、思維、進行自適應反饋處理等等，把它叫做“電腦”更為合實際。計算機學科分為四個領域，分別是計算機科學，計算機工程，軟件工程和信息系統(tǒng)。包括項目管理，分析，設計，程序的編寫，測試和質量控制。學了《軟件工程》這門課程和一些有關資料后，感覺一些東西都曾經接觸過，但在實際工作中有些理論要完全遵循可能還有些障礙，軟件工程只是提供了理論上的一些結論，但對項目的具體可操作性的規(guī)范的制定方面卻做的很少，《軟件工程》發(fā)展了幾十年，光是開發(fā)模型就達到了10多種，對不同的項目采用合適的開發(fā)模式，有些項目在不同的開發(fā)階段可能還要轉換開發(fā)模式，把它們靈活的應用到實際中還是很困難的。當今世界，信息技術正處于新一輪重大技術突破的前夜。近年來，從 IT 界到一些國家首腦，都高度關注以物聯網為標志的新一輪信息技術的發(fā)展態(tài)勢，認為這是繼 20 世紀 80 年代 PC 機、90 年代互聯網、移動通信網之后，將引發(fā) IT 業(yè)突破性發(fā)展的第三次 IT 產業(yè)化浪潮。近年來，信息技術、軟件技術、軟件系統(tǒng)與軟件產業(yè)的發(fā)展備受關注，已有不少論述、分析與判斷。業(yè)界關于軟件工程的代表性觀點創(chuàng)立與使用健全的工程原則，以便經濟地獲得可靠且高效率的軟件。與開發(fā)、管理及更新軟件產品有關的理論、方法及工具。實際應用科學知識在設計、建構電腦程序，與相伴而來所產生的文件，以及后續(xù)的操作和維護上。7建造由工程師團隊所開發(fā)之大型軟件系統(tǒng)有關的知識學科。系統(tǒng)化地應用工具和技術于開發(fā)以計算機為主的應用。《軟件工程》是一門綜合性和實踐性很強的核心課程，它屬于是一門交叉學科，包含有：軟件開發(fā)技術（軟件開發(fā)方法學、軟件開發(fā)過程、軟件工具和軟件工程環(huán)境）、軟件工程管理（軟件管理學、軟件經濟學、軟件心理學）。本課程是面向準備從事軟件開發(fā)的畢業(yè)生而開設的一門專業(yè)課程。我理解，軟件工程是按照工程學的管理方式，有組織、有計劃的，在一定的質量基礎、時間限度和成本范圍內，實現功能明確的軟件系統(tǒng)。軟件工程項目是一個需要一步一步的計算，分析思考而來的，需要不斷思考，研究不斷進步，軟件業(yè)作為一個服務業(yè)，要想得到發(fā)展，首先必須形成一個對軟件服務有迫切需要的市場。軟件的消費群體簡單一點，可以分為個體消費和企業(yè)消費。上規(guī)模的企業(yè)極少。隨著信息化時代的到來其地位越來越受到人們的重視，軟件工程從一個學科，或是某一個研究方向來說，人員僅僅是過程，方法的執(zhí)行者，所以人員素質往往被忽略，軟件工程是一門實踐性很強的學科，所以在實際的軟件研究過程中，人員的素質占有很重要的地位。軟件技術不是一成不變的，是隨著社會的進步的不斷進步，不需要不斷的創(chuàng)新，不斷的改善的，需要我們不斷的學習，不斷的研究，不斷進步。程序是按事先設計的功能和性能要求執(zhí)行的指令序列。文檔是與程序開發(fā)，維護和使用有關的圖文資料。軟件的特性，判斷正誤：、不可見的邏輯實體，因此，軟件是無法描述的。（對）有缺陷的軟件就是廢品。（錯）由于軟件的開發(fā)充滿人的個性特點，因此管理并不決定軟件開發(fā)的成?。ㄥe）。（對）合格的軟件產品不需要維護，軟件需要維護說明其質量不合格。（錯）軟件的分類：1，系統(tǒng)軟件：能與計算機硬件緊密配合在一起，使計算機系統(tǒng)各個部件，相關的軟件和數據協調，高效的工作的軟件。3，支撐軟件，也叫工具軟件，是協助用戶開發(fā)軟件的工具性軟件。IEEE給出的定義：軟件工程是開發(fā)，運行，維護和修復軟件的系統(tǒng)方法。軟件危機的典型表現成本太高，預算不準超過預計時間軟件質量標準不明確生產率低缺乏文檔資料，難以維護。除了知識背景的差異，缺少合適的交流方法及需求描述工具。4，隨著軟件規(guī)模的增大，其復雜性往往會呈指數級升高。軟件危機發(fā)生的主要原因有：遇到了無法解決的高難度技術問題（不是）無法招聘到足夠的編程高手（不是）軟件人員與用戶互相不理解（是）計劃和管理不科學、落實不力（是）軟件質量標準不明確（是）軟件的質量特性包括（選擇）問題1：功能性可靠性使用性經濟性（不包括）軟件的質量特性包括（選擇）問題2：效率可維護性可移植性經濟性（不包括）軟件工程的目標是運用先進的軟件開發(fā)技術和管理方法來提高軟件的質量和生產率，也就是要以較短的周期，較低的成本生產出高質量的軟件產品，并最終實現軟件的工業(yè)化生產。軟件生存期由軟件定義，軟件開發(fā)和運行維護三個時期組成，每個時期又可劃分為若干個階段。通常又分為3個階段：問題定義，可行性研究，需求分析。由概要設計、詳細設計、編碼和測試4個階段組成。開發(fā)過程中的典型文檔：軟件需求規(guī)格說明書。軟件測試計劃。用戶手冊。需求分析工具結構化圖形工具箱。包括DFD圖形工具，實體關系圖(ER)圖形工具，Jackson圖形工具，Warnier圖形工具，Visio綜合工具，面向對象工具，Rational Rose，PowerDesigner，Visio 設計工具（1)概要設計工具：設計目標軟件的體系結構、控制結構和數據結構。模塊的數據結構通常用實體關系圖來描述。Rational Rose 詳細設計工具。詳細設計描述方法有輸入處理輸出(IPO)圖。盒圖(NS圖)。程序設計語言(PDL)。判定表。獲取并理解用戶的需求是軟件工程師所面對的最困難的任務之一。與用戶進行各種方式的交流，并使用調查研究方法收集信息。將獲取的需求文檔化，形式有用例，決策表，決策樹等。獲取具體的需求的途徑1，與用戶交流。3，系統(tǒng)需求規(guī)格說明。5，市場調查和用戶問卷調查。關于需求獲取問題的認識辨析：沒有與用戶交流就不可能獲取系統(tǒng)需求。（一些需求從用戶以外的途徑獲?。┫到y(tǒng)開發(fā)必須獨立完成，參考類似系統(tǒng)及技術文檔屬于抄襲行為，應予避免。（對）需求調查時，用戶所說的需求未必是真實、準確的需求，因此需求分析需要依賴用戶，但是不能過分迷信用戶。（對）軟件需求分析階段的任務：需求獲取，需求分析，需求定義，需求驗證。結構化分析方法：是一種建模技術。功能模型用數據流圖（DFD)來描述使用實體—關系圖（ER圖）建立數據模型。數據字典。需求建模的依據是需求描述數據建模，ER圖，需要認真看。軟件的體系結構設計，模塊化設計都是分而治之策略的具體表現。模塊是構成軟件的基本構件。模塊的獨立性是指軟件系統(tǒng)中每個模塊只涉及軟件要求的具體的子功能，而與軟件系統(tǒng)中其他模塊的接口是簡單的，若一個模塊只具有單一的功能且與其他模塊沒有太多的聯系，那么稱此模塊有獨立性。復用是指同一事物不做修改或稍加修改就可以多次重復使用，將服用的思想用于軟件開發(fā)，稱為軟件復用。2是如果確實需要創(chuàng)建新的構件，則在設計時應該考慮將來的可重復使用性。從技術的角度，傳統(tǒng)的結構化方法將軟件設計劃分為體系結構設計、數據設計、接口設計和過程設計4部分；概要設計包括體系結構設計、數據設計、接口設計。軟件設計各項設計工作的依據：體系結構設計，定義軟件模塊及其之間的關系，依賴于數據流圖。接口設計，依賴于頂層數據流圖。典型的數據流類型有變換型數據流和事務型數據流。軟件模塊結構的改進方法：1，模塊功能的完善化。3，模塊的作用范圍應在控制范圍之內。5，避免或減少使用病態(tài)連接。接口設計的依據是數據流圖中的自動化系統(tǒng)邊界。第五章編碼編碼容易出現的風格不足變量或函數名字缺乏具體含義變量或函數名字與其用途不符變量或函數未加上必要的注釋函數未說明其功能、參數的意義引用的符號未加以解釋和說明對循環(huán)等重要的程序語句未注釋對用到的重要庫函數沒有解釋說明對結構體等復雜數據結構的組成成分沒有解釋說明缺乏必要的提示語句 第六章軟件測試方法軟件測試是在軟件投入生產性運行之前，對軟件需求分析，設計規(guī)格說明和編碼的最終復審，是軟件質量控制的關鍵步驟。