系統分析與設計 作業2

簡答題

用簡短的語言給出對分析、設計的了解

• 分析的主要任務基于客戶的大緻需求，對其進行研究和提取更加具體詳細的核心内容，其強調的是對問題的調查和需求的研究，而不是解決方案。
• 設計的主要任務是基于分析的成果，建構出合理的滿足要求的模型或者解決方案，其強調滿足要求的概念解決方案（在軟體和硬體中），而不是其實作

用一句話描述面向對象的分析與設計的優勢

分析人員不必是“語言專家”，他們不需要掌握其他領域的專業技能。在開發過程中，問題領域的專家和實施級别的專家可以使用通用表示法進行通信

簡述 UML（統一模組化語言）的作用。考試考哪些圖？

• UML的作用

  • UML作為草圖

    - 非正式和不完整的圖表（通常在白闆上手繪），用于探索問題或解決方案空間的難點，利用可視語言的力量

  • UML作為藍圖

    - 使用相對詳細的設計圖表，在逆向工程中讓工程師更容易了解項目的設計，在正向工程中利于設計的實作

  • UML作為程式設計語言

    - 用UML完成軟體系統的可執行規範。可執行代碼将自動生成。
• 考察内容
  • 用例圖：使用者角度：功能、執行者
  • 靜态圖：系統靜态結構
    • 類圖：概念及關系
    • 對象圖：某種狀态或時間段内，系統中活躍的對象及其關系
    • 包圖：描述系統的分解結構
  • 行為圖：系統的動态行為
    • 互動圖：描述對象間的消息傳遞
      • 順序圖：強調對象間消息發送的時序
      • 合作圖：強調對象間的動态協作關系
    • 狀态圖：對象的動态行為。狀态-事件-狀态遷移-響應動作
    • 活動圖：描述系統為完成某功能而執行的操作序列
  • 實作圖：描述系統的組成和分布狀況
    • 構件圖：組成部件及其關系
    • 部署圖：實體體系結構及與軟體單元的對應關系

從軟體本質的角度，解釋軟體範圍（需求）控制的可行性

在實際軟體項目中，即使在有明确的軟體開發合同條件下，仍然無法确定出完善的軟體需求規格說明書，因為軟體生産是易變、不可見、獨特的智力生産，其不同于其餘具有标準可度量的生産模式。同時由于軟體本身的複雜性、不可見性、不一緻性、可變性，并且在軟體開發的過程中對于軟體需求的控制并不是不可商量的，軟體範圍多數情況下對于客戶和開發者都是模糊的，這形成軟體産品與其他産品不同的開發過程，是以需要對軟體範圍進行一定的控制，我們需要從使用者的不明确需求中提取出基本需求，砍去一些不合理或者是不明确的部分，在滿足其基本需求的基礎下，不斷進行疊代，不斷進行完善

項目管理實踐

看闆使用練習

• 使用截圖工具（png格式輸出），展現你團隊的任務 Kanban
• 每個人的任務是明确的。必須一周後可以看到具體結果
• 每個人的任務是1-2項
• 至少包含一個團隊活動任務

UML繪圖工具練習

• 請在 參考書2 或 教材 中選擇一個類圖（給出參考書頁碼圖号）

UML和模式應用（原書第3版） P6 1-3 骰子遊戲的局部領域模型