2塊木板一夾，在四處亂跑的東西都要老實很多，如果是3木塊板呢，我想它會被固定住。
對mis類的詳細設計報告而言：
第一塊木板：需求規格說明書功能列表和分冊，列表裡面有功能點、分冊裡面有介面，那麼這塊木板就把詳細設計報告的目錄和實現的樣子給確定了。專業點就是說面子已經固定下來，就是要長成這摸樣，不要試圖去南韓美容。
第二塊木板：概要設計報告，概要設計在我的理解，它就是約定，也就是說乙個業務的實現必須需要遵守的規則。這個就不是面子問題了，是強制，就是要這麼走路，這麼坐姿，這麼吃飯，這麼說話，這麼這麼什麼的，這決定了是貴族還是平民的問題。
第三塊木板：資料庫設計報告（這個我們後面章節談），決定了儲存，就是掌控了鍋碗瓢盆，掌握著吃飯的問題，要吃飯，可以，遵守我定的規則。
三塊木板這麼一夾，我們是不是覺得寫詳細設計報告就很清晰了，在我看來這種情況，就是邊界的魅力，我們從需求開始一直在控制，一直在收斂。團隊規模越大，意味著溝通會成為最重要的障礙，如果邊界定的越不清晰，合作起來越痛苦，越多的扯皮。當然團隊規模越小，邊界越模糊，每個人都可能客串很多角色，只要溝通好，沒歧義也行。
談了這麼多，我們找個例子來分享一下詳細設計報告吧。
這個例子是《混在it-（7）需求規則說明書案例分享》文章的延續，有人問，上章概要設計的時候為什麼不用這個案例？呵呵，那是因為專案很小，成員也沒幾個，概要設計當時就是在會議室做了個約定，還做了現在都不知道跑到**去的會議紀要，因為有了需求規格說明書，本來還想詳細設計不做了，後來想想還是做吧，不然與程式設計師溝通怎麼和資料庫實在交換太累了，這個可是比溝通什麼架構複雜多了，也無趣。
開始貼圖：
專案是使用.net做的，資料庫是sql server。通過10張圖來展現。
[u]1、分冊[/u]
詳細設計報告可以根據分工不同或分類做成不同分冊
[align=center][img]
[u]2、分冊中公共部分的目錄[/u]
主要是定義輸入輸出
[align=center][img]
[u]3、實體類說明描述[/u]
[align=center][img]
[u]4、功能模組設計目錄[/u]
[align=center][img]
[u]5、目錄內概述和分層列表[/u]
[align=center][img]
[u]6、目錄內某乙個業務邏輯的描述[/u]
[align=center][img]
[u]7、目錄內頁面處理的檔名定義[/u]
[align=center][img]
[u]8、目錄內的使用者介面和元素說明[/u]
是不是很熟悉，這個介面可是從需求規格說明書分冊中複製過來的。
[align=center][img]
[u]9、介面邏輯描述[/u]
[align=center][img]
[u]10、介面處理的事件[/u]
[align=center][img]
大家有仔細看哦，這裡有幾個重要的東西要重複一下
[b]實現功能和需求規格說明書功能列表的編號一致，在第5張圖上
分層列表和檔案列表和概要設計的約定一致，在第5和第7圖上
介面和需求規格說明書分冊的介面一致，在第8張圖[/b]
我們從需求、概要、詳設一起走過來，不知道大家是否有個感覺，我們只是解決了面上的問題，即有介面可以體現的需求，但是在實際專案中我們還會碰到很多沒有介面的需求，這些需求也是要填進需求規格說明書，也要在概要中約定，也要在詳設中設計。如外部介面、客戶要求的演算法等等。我們將在下一章專題討論這些沒有面子的需求該如何處理，看看我們是怎樣套用前面討論的思路。
ubuntu下realsense驅動的詳細安裝步驟
系統版本號 ubuntu14.04.3 amd64 深度相機realsense 1.安裝relsense驅動 2 解壓後進入該驅動資料夾內 執行更新 sudo apt get update sudo apt get upgrade 3 安裝libsub 1.0，執行 sudoapt get inst...
Ubuntu 下的apt get apt 命令詳解
用法 apt get 選項 命令 apt get 選項 install remove pkg1 pkg2 apt get 選項 source pkg1 pkg2 最常用的命令是update 更新 和install 安裝 命令 update 重新獲取軟體包列表 upgrade 進行更新 install...
ubuntu下gnuplot的安裝步驟詳解
一 先執行sudo apt get install libx11 dev 安裝x11，否則不能顯示圖形！若不安裝，則會出現，在gnuplot,在終端下輸入gnuplot後顯示terminal set to unknown 我參看了一下下面的帖子 主要是ubuntu安裝檔案不全吧 二 安裝gnuplo...