“軟件危機”指的是軟件開發和軟件維護中出現的一系列問題
軟件工程方法學的目的是：使軟件生產規範化和工程化，而軟件工程方法得以實施的主要保證是軟件開發工具和軟件開發的環境
軟件危機可表現爲軟件的價格昂貴，軟件產品的質量差，產品不符合用戶的需求、軟件的可維護性差
下面說法錯誤的是購買大多數計算機系統所需的硬件比軟件更昂貴、一般來說，軟件只有在其行爲與開發者的目標一致的情況下才能成功、由於軟件是產品，因此可以應用其他工程製品所用的技術進行生產。
軟件工程的方法只適用於大型軟件的開發，對小型軟件的開發沒有幫助，這個說法是錯誤的
可行性分析是在系統開發的早期所做的一項重要的論證工作，它是決定該系統是否開發的決策依據，因必須給出行或不行的回答
數據流圖是描述數據在軟件中流動和變換的過程，而對數據流圖中所包含的元素的定義則是數據字典
在軟件的可能性研究中經常從不同的角度對系統進行可行性探究，其中從功能角度對系統進行研究屬於技術可行性的研究
關於數據字典正確的描述是實現數據字典三種常見的方法有全人工過程、全自動過程、混合過程；數據字典最重要的用途是作爲分析階段的工具；數據自定應該容易更新和修改；可採用卡片形式書寫數據字典；
數據字典是對數據流圖中的數據流加工、數據存儲、數據的源和終點進行詳細定義是錯誤的
需求分析階段的任務是確定軟件系統的功能
需求分析階段最重要的技術文檔是需求規格說明書
在E-R模型中，包含以下基本成分：實體聯繫屬性
需求分析階段應該完成的文檔資料包括修正的開發計劃，系統規格說明，用戶系統描述，數據要求
在進行需求分析時需同時考慮維護問題是錯誤的
用自然語言書寫的系統規格說明書可能存在的問題包括含糊性，二義性，不完整性，矛盾
關於形式化說明技術，下列說法正確的是應該形式化，但不要過分形式化，應該選用適當的表示方法，應該有形式化方法顧問隨時提供諮詢
petri網可用於表達同步問題、競爭條件以及死鎖問題是正確的
用Z語言描述的、最簡單的形式化規格說明包含初始狀態，操作，給定的集合、數據類型及常數、狀態定義
有窮狀態機要求表示對象應該有有限個狀態是正確的
對一個程序來說，組成系統的模塊數目順序，則開發成本越小
軟件的總體設計又稱總體結構設計，其主要任務是建立軟件系統的總體結構
關於內容耦合的描述正確的是內容耦合是最高程度的耦合，如果一個模塊有多個入口，可能發生內容耦合
下面說法正確的設計模式是從大量成功實踐中總結出來且被廣泛公認的實踐和知識、良好的分層體系結構有利於系統的擴展與維護、軟件體系結構描述是不同項目相關人員之間進行溝通的使能器
模塊化、信息隱藏，抽象和逐步求精的軟件設計原則有助於得到高內聚、低耦合度的軟件產品是正確的