第七章主要講的是圖形使用者介面設計，這一部分在《人機互動》這門課中也講到過，其中圖形使用者介面設計的原則是比較清楚的，所以這一章看起來比較簡單。gui的設計在其他幾本書中是沒有提到的。而且這一部分跟《人機互動》中講到的又不一樣。這一章介紹了uml的配置檔案（剖面）——ux故事情節。圖形使用者介面的設計要從使用者的角度出發。
第八章介紹了資料庫的重要性。資料庫在軟體開發中起到至關重要的作用。資料庫模型由3個層次：外部模型、邏輯模型和物理模型。本章重點討論了邏輯模型。物件到資料庫的對映其實就是uml型別模型到關聯式資料庫中邏輯資料模型的對映。事務是資料庫的邏輯工作單元，它開始於一致的資料庫狀態，並能夠保證在它結束時也是一致的狀態。事務可以處理資料庫併發和資料庫恢復。傳統的資料庫應用系統要求短事務，而一些新的資料庫應用系統則工作於長事務。
質量與變更管理活動跨越了整個開發生命週期。它們需要專門的文件，例如測試計畫、測試用例文件和故障與改進文件。測試文件確定了測試需求，然後再將測試需求連線到用例文件中的用例需求。質量管理有兩個非常正交的方面。用於質量控制機制時時被動的，但是用於測試驅動開發框架時，它可以是非常主動的質量保證活動。質量控制與系統服務和系統約束測試有關。系統服務測試可以是靜態或動態測試。靜態測試包括走查和審查——質量保證實踐中的正式評審會議。而動態測試可以是針對規格說明的測試針對**的測試。系統約束測試包括大量相關的不同測試。通常提出的變更請求要麼是處理故障要麼是處理改進。在變更管理工具中可以提交變更請求並追蹤開發人員對它所做的處理。變更管理工具的主要功能就是建立變更請求與其他系統製品——特別是測試需求與用例需求——之間的可追終路徑。
這本書從測試和練習上加強了我們對於所學內容的理解。有例子的結合比起只是理論的東西容易理解。通過做練習鞏固和加深了對內容的理解。這本書側重講解了uml建模，在原來學習的基礎上更加理解了。
《需求分析與系統設計》閱讀筆記四
資訊系統從定義上就是多使用者系統。多個使用者和應用程式可以通過資料庫管理系統併發訪問同乙個資料庫。應用程式依賴與資料庫的不僅僅是資料，還有資料庫提供的解決併發衝突 保證資料的安全訪問 保證資料一致性 事務錯誤恢復等功能。類模型和 子系統中只包含應用類，而不包含資料庫結構的儲存。實體類表示應用程式中持...
《需求分析與系統設計》閱讀筆記二
為了完整地說明乙個系統，有必要採用多種模型。需求規格說明以敘述性的使用者需求作為輸入，構造出規格說明模型作為輸出。需求規格說明涉及對需求確定期間定義的客戶需求進行嚴格的建模，重點放在那些系統將要提供的所期望的服務 功能性需求 上。軟體體系結構定義了系統中相互作用的軟體構件及子系統的結構和組織形式。模...
《需求分析與系統設計》閱讀筆記（五）
本學期的人機互動，net，軟體開發案例分析三門課程中，都考察過介面設計，在大作業要求中介面設計佔了相當的比重。在軟體開發過程中，需求分析有著明確的準則，模型，那麼介面設計有沒有呢，答案顯然是肯定的。使用者介面開發開始於需求分析階段中早期的gui窗體草圖。gui窗體在學習過程中我已經接觸過了，但要說對...