最近看來下本書的最後一章關於
約束分析
，之所以跳到最後一章是因為我在學習課程中關於系統約束的分析不是很了解，可以說是空白的，不清楚哪些地方是應該約束或者說何為約束都不是很清楚，所以首先看了這章。閱讀完之後總結了下邊的一些知識。
「假定和約束」描述系統設計中最主要的約束，這些是由客戶強制要求並在需求說明書寫明的。說明系統是如何來適應這些約束的。另外如果本系統跟其它外部系統互動或者依賴其它外部系統提供一些功能輔助，那麼系統可能還受到其它的約束。實現的語言和平台也會對系統有約束，同樣在此予以說明。「假定和約束」，應該是現實需求所有的假定和約束包括了約束包括了效能、規模、進度及商業等方面等因素。「假定和約束」，就是開發專案所使用到的一些資源條件。包括：人力，財力，時間，裝置等。一般情況下可以寫這麼幾方面的內容：建議開發軟體執行的最短壽命、經費**和使用限制、法律和政策方面的限制、硬體、軟體、執行環境和開發環境的條件和限制、可利用的資訊和資源、建議開發軟體投入使用的最遲時間等等。 完整的「假定和約束」描述對於專案經理進行後期的資料庫設計、系統詳細設計等工作的時候都能起到良好的幫助作用。需求多思考一分鐘，對於後期工作的工作效率提高的遠遠不是這麼一點點時間了。同時完整的「假定和約束」描述對於程式開發人員而言作用也是相當大的，也就是把所有的問題在前期提出來，其實每個程式設計師都有自己的思想，沒有人願意別人要他作甚麼他就作甚麼，專案經理能在需求分析階段將所有的「假定和約束」提出，對於程式設計師自己的思考也是很有幫助的。
總的來說，所有設計約束只要是根據工具和客戶的需求對設計和試下進行一定的指導。
《需求工程》閱讀筆記之六
在完成功能分解之後，可以建立完整的資料流圖層次結構。在這個結構中，所有複雜過程都被解釋為乙個低層次的資料流子圖。但是層次結構當中最低層次的原始過程卻沒有得到更為細節化的展示。為了充分描述系統功能，需要描述這些原始過程的處理邏輯，這個任務就是通過微規格說明技術來實現的。微規格說明是一些用來描述過程處理...
軟體需求閱讀筆記06
需求管理工作要點 劃分出大小合適 粒度均勻的需求項是需求管理的前提 需求優先順序與工作量估算是基線管理的關鍵 需求管理項之間的關係 1統一 明確的需求項劃分標準 成功的劃分滿足以下條件 1 粒度均勻 如每個需求項的大小相當，即工時相當等 2 大小合適 如每個需求項工作量以週為單位 3 完整 最低一級...
06需求工程軟體建模與分析閱讀筆記之六
此次閱讀了解到了優秀需求規格說明書文件的特性。1 完備性 需求規格說明文件是完備的，當且僅當 1 描述了使用者所有有意義的需求，包括功能 效能 約束 質量屬性和對外介面。2 定義了軟體對所有的情況的所有實際輸入的響應。3 為文件中的所有插圖 圖 表 和術語 度量單位的定義提供了完整的引用和標記。2 ...