1.軟體是一種邏輯的產品，是邏輯的程式實現，而不是具體的物理實現。
2.軟體危機：指軟體生產方式無法滿足迅速增長的計算機軟體需求，不能有效的開發大型、複雜的軟體，從而導致軟體開發與維護過程中出現一系列嚴重問題的現象。
3.四大軟體開發模型：瀑布型、原型模型、螺旋模型、增量模型。
瀑布：順序、重視文件、難以適應需求的變化、風險在後期開發階段才得以顯露。適用於小專案，功能單一的專案，需求簡單的專案。
原型：快速建立可以在計算機上執行的程式，往往是乙個產品的乙個子集。可拋棄型，不能重構型的。
螺旋：將瀑布和原型結合起來的+風險分析=大規模專案軟體，需求不明確的搞風險專案。
增量：融合瀑布和原型的迭代特徵=第乙個階段增量往往是核心產品，每乙個階段增量均為可發布乙個版本，早起的增量是最終產品的「可拆卸」版本。用於需求逐漸清晰的軟體專案。
瀑布型適合規模小，需求簡單，功能單一的專案。
原型模型合適用於客戶能提出一般性的目標，但不能標出詳細的輸入，處理及輸出需求；或開發者不能確定演算法的有效性、作業系統的適應性、即人機互動的形式的專案。
螺旋型用於大型專案，需求不明朗，風險比較高的專案。
增量模型適用於需求逐漸清晰的軟體專案。
軟體測試：
針對執行的情況進行不同的資料輸入和操作，這稱為測試用例。
1.測試分哪幾類？
1.黑盒測試：根據軟體產品的功能設計規格，對軟體進行測試，以證實每個實現了的功能是否符合要求。 即在軟體的介面處進行。
這種方法是把測試物件看作乙個黑盒子，測試人員完全不考慮程式內部的邏輯結構和內部特性，只依據程式的需求分析規格說明，檢查程式的功能是否符合它的功能說明。
2.白盒測試：根據軟體產品的內部工作過程，對軟體程序測試，以證實每個內部操作是否符合設計規格要求，所有內部流產是否已經過檢查。
允許測試人員利用程式內部的邏輯結構及有關資訊，設計或選擇測試用例，對程式所有邏輯路徑進行測試。即可以根據源**的邏輯來進行的測試：白盒。
uml是進行軟體建模的一種語言。一種標準的圖形化建模語言。是物件導向
1.通過學習uml建模技術，可以在軟體建模過程中與他人擁有一致的溝通手段。
2.uml包括：uml語義（語法羅） 和 uml表示法（圖形符號羅） 2個部分。
3.uml可以分為3類圖：模型管理圖、系統結構圖、系統行為型圖
4.uml的圖有包圖、類圖、物件圖、組成結構圖、構件圖、部署圖、部署和構件組合圖、用例圖、活**、互動圖、狀態機圖和協議狀態機圖。
5。動態圖：主要是指描述了系統的行為的圖，這些圖包括用例圖、活**、互動圖、狀態機圖和協議狀態機圖。
6。靜態圖：描述了系統靜態結構的圖，主要包括類圖、物件圖、組成結構圖、構件圖、部署圖以及部署和構件組合圖、
設計模式： 是一系列在實踐中總結出來的可復用的物件導向的軟體設計方法。
1.設計模式本身強調的是復用。但這些復用是有特定的上下文的。在使用設計模式時需要權衡模式多帶來的影響，不應當為了模式而模式。
2.gof的23個設計模式是如何進行分類的？（4位作者共同著作的書《design patterns》,後來就以gof來稱呼。）
分3類： 建立型、行為型、結構型。
軟體工程 軟體測試
本階段，軟體測試中，分為兩個方面1.軟體測試，也就是發現問題的過程。2.軟體除錯，也就是糾正問題的過程。下面是本階段的總結 軟體測試的目的簡單的說是發現錯誤，具體的描述 1.測試是軟體的執行過程，目的是發現錯誤。2.乙個好的測試用例在於發現至今未發現的錯誤。3.乙個成功的測試是發現了至今未發現的錯誤...
軟體工程 軟體測試
我也經歷過幾次師哥師姐的測試工作，當時並沒有多少感覺。自己的機房呢那幾乎每天都在除錯錯誤，自己經歷的只是一小部分就能感覺到它的複雜和重要。軟體測試在程式設計師對每乙個模組的編碼之後先做程式測試，在做單元測試，然後在進行整合測試，系統測試，驗收測試，平行測試，人工測試，測試橫跨開發與測試兩個階段，又有...
軟體工程 軟體測試
軟體測試目的 測試是程式的執行過程，目的在於發現錯誤 乙個好的測試用例在於能發現至今未發現的錯誤 乙個成功的測試是發現了至今未發現的錯誤的測試 軟體測試的原則 應當把盡早地和不斷地進行軟體測試。測試用例應由測試輸入資料和對應的預期輸出結果這兩部分組成。程式設計師應避免檢查自己的程式 在設計測試用例時...