資訊系統從定義上就是多使用者系統。多個使用者和應用程式可以通過資料庫管理系統併發訪問同乙個資料庫。應用程式依賴與資料庫的不僅僅是資料，還有資料庫提供的解決併發衝突、保證資料的安全訪問、保證資料一致性、事務錯誤恢復等功能。類模型和ｐｃｂｍｅｒ子系統中只包含應用類，而不包含資料庫結構的儲存。實體類表示應用程式中持久資料庫物件，但實體類不是資料庫中的持久類。必須謹慎設計業務物件和持久資料庫之間的關係。
資料庫就像程式語言一樣，為建模和程式設計提供了固有資料型別作為基本構造塊，這些固有資料型別稱為原始型別。ｒｄｂ原始型別是非常基本的。它的簡潔性**於數學的集合概念，數學的基礎使這個模型是描述性的。ｒｄｂ不支援物件型別及相關的概念、結構化型別、集合、引用。物件關係對映是指從ｕｍｌ類模型對映到ｒｄｂ模式的設計，物件關係對映必須要考慮ｒｄｂ模型的限制。難點在於要將類圖的描述性語義轉換為邏輯模式設計中的過程性解決方案。
對映困難主要有兩個原因：資料庫的儲存結構處理不了物件導向泛型以及資料庫幾乎都不是為單個應用程式設計的。ｒｂｄ模型的主要原始型別是由多列組成的關係表。表的列只能取原子值—結構化值或值的集合是不允許的。關聯式資料庫用列和行組成的表來定義資料，可以為列和域設定業務規則來約束他們，業務規則可以定義為：預設值、取值範圍、值的列表、值的大小寫、值的格式。ｒｄｂ模型中要求「不允許有重複行」，因此每個表都要有乙個關鍵字（主鍵）。
規則和描述性引用完整性約束允許在資料庫中定義簡單的業務規則，觸發器是乙個小程式，當定義了觸發器的表發生修改操作是自動執行（觸發）。
持久物件的管理毫無疑問是應用程式設計的主要問題。解決這個問題尤其需要好的設計模式集合。企業應用體系結構模式就提供了這樣的集合。其中一些模式有標識對映、資料對映、延遲裝載、工作單元。應用程式需要與資料庫交換資料，客戶端程式必須採用資料庫語言來訪問和修改資料庫。
質量與變更管理能夠判斷乙個ｉｔ組織是否達到了ｃｍｍ過程成熟的兩個最高端。質量管理分為質量保證和質量控制，變更管理是整個專案管理的基礎，必須記錄所有的變更請求。質量管理與人員管理、風險管理以及變更管理等活動都屬於整個軟體過程管理的一部分。專案管理（進度安排＼預算＼跟蹤專案進度）是個例外。質量管理主要針對軟體產品以及開發產品時所採用的軟體過程。針對不同的軟體專案，所要求的軟體質量的重要性各有不相同。這些質量有助於實現系統最主要的目標—軟體產品滿足功能性需求，要達到這個目標所必需的質量如下：正確性、可靠性、魯棒性、效能、可用性、易懂性、可維護性、可伸縮性、可復用性、可攜帶性、協同工作的能力、生產性、時效性、可視性。
質量管理與專案管理可以並行執行，而且也有助於專案管理。變更無處不在，並且會影響到企業的各個方面，他有業務維度和系統維度。可以（且通常）採用系統業務值來闡述變更管理，然後再講它應用於財務模型和資本預算模型，最後在投資專案的進度安排、預算和計畫中實施，其中包含軟體專案。
要管理變更，就需要乙個變更請求管理工具，潛在的衝突可以通過鎖定或版本控制機制來解決。採用前者，則被鎖定的文件暫時對其他開發人員無效，採用後者，則同乙個文件可以有多個版本，但這些版本之間的衝突後來可以通過協商解決。
質量管理有兩個非常正交的方面。用作質量控制機制時是被動的（事後行為），但是用於測試驅動開發框架時，它可以是非常主動的質量保證活動。質量控制與系統服務測試和系統約束測試有關。系統服務測試可以是靜態或動態測試。靜態測試包括走查和審查——質量保證實踐中的正式評審會議。而動態測試可以針對規格說明書的測試或針對**測試。
《需求分析與系統設計》閱讀筆記二
為了完整地說明乙個系統，有必要採用多種模型。需求規格說明以敘述性的使用者需求作為輸入，構造出規格說明模型作為輸出。需求規格說明涉及對需求確定期間定義的客戶需求進行嚴格的建模，重點放在那些系統將要提供的所期望的服務 功能性需求 上。軟體體系結構定義了系統中相互作用的軟體構件及子系統的結構和組織形式。模...
《需求分析與系統設計》閱讀筆記（五）
本學期的人機互動，net，軟體開發案例分析三門課程中，都考察過介面設計，在大作業要求中介面設計佔了相當的比重。在軟體開發過程中，需求分析有著明確的準則，模型，那麼介面設計有沒有呢，答案顯然是肯定的。使用者介面開發開始於需求分析階段中早期的gui窗體草圖。gui窗體在學習過程中我已經接觸過了，但要說對...
《需求分析與系統設計》閱讀筆記（二）
最近的課程中老師一直在強調需求分析這個部分，最近讀書也讀到了這個部分，現在簡談各個階段的常用方法，方便自己以後查閱。軟體工程團隊接活兒的時候需要明確使用者需要什麼，專業一點的說法就是需求確定。雖然這個部分從技術角度上來講在整個需求處理過程中最低，但一旦沒有完成好帶來的後果是最糟的。為了完成業務需求，...