基礎需求模式
想必大家都聽過這樣一句話：「再長的路，一步一步也能走完；再短的路，不邁開雙腳也無法到達。」現在我對這句話是深有感悟，時間過的很快，不知不覺《軟體需求模式》這本書的第一部分已經讀完，第二部分已在進行中，這段時間的閱讀讓我學到了很多很多。以前，總覺得那麼厚還那麼無聊的書根本讀不進去，所以沒有認真讀完過一本老師推薦的書。直到現在，看到自己已經把《軟體需求模式》讀完一半多了，才知道只要堅持一周讀一章，那麼即使書籍很厚並且內容枯燥，我們也能讀完，這就是「再厚的書，一頁一頁也能讀完；再薄的書，不翻開封面也無法讀完。」
上面是我的一點小小感悟，現在介紹一下今天通過閱讀了解到的知識。《軟體需求模式》的第二部分介紹了37個模式，這些模式的主題在所有的商業系統中反覆出現，它們被分為八個領域，本書用了八章分別對它們加以詳細介紹。
第五章主講的是基礎需求模式，什麼意思呢？就是基礎領域中的需求模式，該模式是所有種類的系統都可能需要的一些東西，它包括了系統間介面需求模式、系統間互動需求模式、技術需求模式、遵從標準需求模式、參考需求需求模式、文件需求模式。我比較感興趣的是系統間互動需求模式，所有現在著重的介紹一下該模式。現在舉乙個信用卡支付服務例子： 乙個信用卡支付服務可能主要用來讓零售商借錢給持卡人，但是這個介面需要做很多其他的事，比如取消交易以及檢查卡的信用額度。這些是業務相關的功能，但是介面可能也擁有大量的更偏向技術的和支援性的互動，如發起乙個連線（以及關閉）、請求重發前乙個訊息、通知狀態等等。所以說，乙個互動型別，為了這個需求模式的目的，意味著交換特定型別的資訊——可能涉及雙方向的訊息。例如，乙個請求和相應的響應算作乙個互動。然而系統間互動需求模式包括的內容是：互動型別名稱，介面名稱和識別符號，互動目的，傳遞的資訊。該模式對於程式設計師開發軟體很重要！
第六章主講的是資訊需求模式。眾所周知，資訊是商業系統活力的源泉：畢竟it是資訊科技。資訊領域的大部分需求模式是用來描述系統所需的資訊的各個方面，它包括了資料型別需求模式、資料結構需求模式、識別符號需求模式、計算公式需求模式、資料壽命需求模式、資料歸檔需求模式。通過學習這幾個模式，我們可以發現：雖然習慣上稱為資料處理，但是資訊有更廣泛的含義，而不僅僅是資料，資訊的核心本質是輸入、儲存、展示、報告。就需求而言，資料結構是一組資訊的邏輯定義，它本身沒有任何用處，它不定義儲存或功能，只是乙個開發單元，其他的需求可以引用它，而不必再自己定義這個結構。
第七章主講的是資料實體需求模式。目前存在乙個很怪的現象：系統的開發者常常以隨意的態度對待資訊，沒有規則定義什麼時候資料可以被刪除，對丟失資料很鬆懈，修改資料時不保留原始的資料，也不清楚數值是如何計算出來的。如此眾多的系統以馬馬虎虎的方式處理資料，沒有一點點秩序和一致性，當系統出現問題時，處理起來就會不方便，後果也會很嚴重。通過學習第七章，我知道了資料實體需求模式包括了活實體需求模式、交易需求模式、配置需求模式、編年史需求模式、資訊儲存基礎架構。最重要的一點，通過引入一種方案，把所有的實體分為幾個固定的種類，共享很多重要的特徵，能夠施加一些秩序和一致性。
第八章主講的是使用者功能需求模式。看到「使用者功能」四個字，我想大家都會露出乙個大大的微笑，因為我們總是把注意力集中在功能實現上面，總是認為做軟體的目標就是把功能實現，這個需求模式才是我們想學的內容。使用者功能豐富多彩，很難找到共同點對它們分類，並為它編寫需求模式。然而有三種型別功能的模式是我們必須掌握的，那就是查詢需求模式、報表需求模式和易用性需求模式，此外還包括使用者介面基礎架構和報表基礎構架。查詢，是乙個系統必不可少的功能，也是系統的一大亮點；報表，是顯示資訊的一種方式，是列印在紙上的東西；易用性，通常意味著為各種殘疾以及不同嚴重程度的人士提供使用手段。
閱讀筆記五
軟體需求閱讀筆記五 軟體需求模式的第五章 基礎需求模式。這周閱讀的是軟體需求模式的第五章。基礎需求模式是所有種類的系統都可能需要的一些東西。基礎需求模式包括系統間介面需求模式，系統間互動需求模式，技術需求模式，遵從標準需求模式，參考需求需求模式，文件需求模式。系統間介面需求模式是定義於與其他系統的介...
閱讀筆記五
兩個系統的比較，功能類似，但是結局不同。這兩個系統特點有什麼不同？是什麼導致了不同的結局？特點 微觀層面特點 1.沒有統一的概念將不同的部分組織起來 2.風格不一致 3.控制流無法 即控制流的流向很複雜 4.額外的資料快取，其目的讓資料停留在更方便的地方 但是，容易造成資料的不一致性，維護或擴充套件...
c primer plus閱讀筆記 五
cont time a a.show illegal 對於乙個const物件，無法確定呼叫成員函式show 是否會改變a的資料成員，所以將會報錯 為此，提出了const成員函式限定該函式無法修改當前物件的資料成員，如下 class time 對於運算子過載的成員函式來說，運算子左邊的為物件，運算子右...