簡答題
1. 用簡短的語言給出對分析、設計的理解。
分析強調對問題和要求的調查，而不需要解決方案。通過分析可以發現與問題相關的抽象，分析過程移除程式設計概念，強調領域語言。定義問題領域概念模型的抽象、行為和互動。
設計強調滿足需求的概念解決方案，不需要將方案實現，例如對資料庫模式和軟體物件的描述等。通過結構框架構建系統，通過抽象分析設計軟體等級結構。
2. 用一句話描述物件導向的分析與設計的優勢。
物件導向的分析與設計的優勢是按照物件的觀點考慮問題域和邏輯解決方案，通過分析現實來發現並描述問題域中的物件。
3. 簡述 uml（統一建模語言）的作用。考試考哪些圖？
uml主要有三個使用方法：
1）uml作為草圖：通常用來手工製作非正式和不完整的圖表，通過圖表和視覺語言來探索問題或解決方案。
2）uml作為藍圖：在逆向工程中對**進行視覺化，有助於**生成和**理解。uml工具可以讀取原始檔或二進位制檔案，通常生成uml包、類和序列圖。幫助程式設計師了解整體要素、結構和協作。在編寫**之前，可以通過uml中的一些工具產生圖表，這有助於**編寫。
3）uml作為程式語言：uml中有軟體系統的規範，可執行檔案**將自動生成，但通常不是由開發人員看到或修改。程式設計人員繪製圖形，按照一定的規範和準則進行uml的程式設計。
考試的圖包括如下幾類：
用例圖，靜態圖（類圖、物件圖、包圖），行為圖（順序圖、合作圖、狀態圖、活**），實現圖（構件圖、部署圖）。
4. 從軟體本質的角度，解釋軟體範圍（需求）控制的可行性
軟體是指與計算機系統操作有關的電腦程式、規程、規則，以及可能有的檔案、文件及資料。其性質包括複雜性、不可見性、不一致性、可變性，從這四點特性可以看出軟體範圍在多數情況下對於客戶和開發者都是模糊的，因為軟體較其他的工程更加複雜繁瑣，很多內部的結構**都是不可見的且需要時刻維護和更改。可以說軟體內在的本質是軟體危機的根源。
對於軟體工程中的範圍控制，必須要掌握二八法則。在多數情況下，客戶與開發者能就專案的 20% 內容給出明確的需求約定，80% 的內容都是相對模糊的。雖然只有少部分規定是明確的，但這並不妨礙軟體的開發，因為在開發過程中需求會不斷完善。對於每個軟體專案都應該制定嚴格的軟體範圍控制，對於開發過程計畫的變更和需求的改變要及時更新需求範圍。這樣才能盡可能多的提高軟體開發的效率。
專案管理實踐
1. 看板使用練習（提交看板執行結果貼圖，建議使用 git project）
2. uml繪圖工具練習（提交貼圖，必須使用 umlet）
《uml和模式應用（原書第3版）》第7頁，圖1-5
系統分析與設計 hw2
答 瀑布模型的優點 降低軟體開發的複雜程度，提高軟體開發過程的透明性，提高軟體開發過程的可管理性 推遲軟體實現，強調在軟體實現前必須進行分析和設計工作 以專案的階段評審和文件控制為手段有效地對整個開發過程進行指導，保證了階段之間的正確銜接，能夠及時發現並糾正開發過程中存在的缺陷，使產品達到預期的質量...
系統分析與設計 HW2
瀑布模型 增量模型 螺旋模型 含原型方法 一 用例驅動 1 採用用例來捕獲對目標系統的功能需求 2 採用用例來驅動軟體的整個開發過程，保證需求的可跟蹤性，確保系統所有功能均被實現 3 將使用者關心的軟體系統的業務功能實體功能模型和開發人員結合起來，提供一種貫穿整體軟體生存週期的開發方式，使得軟體開發...
系統分析與設計hw2
簡述 up 的三大特點，其中哪些內容體現了使用者驅動的開發，哪些內容體現風險驅動的開發？up 四個階段的劃分準則是什麼？關鍵的里程碑是什麼？it 專案管理中，工期 質量 範圍 內容 三個元素中，在合同固定條件下，為什麼說 範圍 內容 是專案團隊是易於控制的 工期是在合同中明確規定的，而質量則是受到客...