要求每位與會者在開會的前幾天認真復審產品需求，并且列出作為系統環境組成部分的對象、系統將產生的對象以及系統為了完成自己的功能將使用的對象。此外，還要求每位與會者列出操作這些對象或與這些對象交互的服務(即處理或功能)。最后，還應該列出約束條件(例如成本、規模、完成日期)和性能標準(例如速度、精度)。并不期望每位與會者列出的內容都是毫無遺漏的，但是，希望能準確表達出每個人對目標系統的認識。

　　會議開始之后，討論的第一個議題是是否需要這個新產品，一旦大家都同意確實需要這個新產品，每位與會者就應該展示他們在會前準備好的列表供大家討論�？梢园堰@些列表抄寫在大紙上釘在墻上，或者寫在白板上掛在墻上。理想的情況是，表中每一項都能單獨移動，這樣就能刪除或增添表項，或組合不同的列表。在這個階段，嚴格禁止批評與爭論。

　　在展示了每個人針對某個議題的列表之后，小組共同創建一張組合列表。在組合列表中消去了冗余項，加入了在展示過程中產生的新想法，但是并不刪除任何實質性內容。在針對每個議題的組合列表都建立起來之后，由協調人主持討論。組合列表將被縮短、加長或重新措辭，以便更恰當地描述將被開發的產品。討論的目標是，針對每個議題(對象、服務、約束和性能)都創建出一張意見一致的列表。

　　一旦得出了意見一致的列表，就把與會者分成更小的小組，每個小組的工作目標是為每張列表中的一個或多個項目制定出小型規格說明。小型規格說明是對列表中包含的單詞或短語的準確說明。

　　然后，每個小組都向全體與會者展示他們制定出的小型規格說明供大家討論。通過討論可能會增加或刪除一些內容，也可能做一螋進一步的精化工作。在討論過程中還可能提出一些無法在這次會議中解決的問題，應該保存問題清單，以便這些想法在以后的活動中起作用。

　　在完成了小型規格說明之后，每個與會者都制定出產品的一整套確認標準，并把自己制定的列表提交會議討論，以創建出意見…一致的確認標準列表。最后，由一名或多名與會者根據會議成果起草完整的規格說明。

　　簡易的應用規格說明技術并不是解決需求分析階段遇到的所有問題的“萬能靈藥”，但是，這種面向團隊的需求收集方法確實有許多突出的優點：開發者與用戶不分彼此，集思廣益，益密切合作;即時討論和求精;有能導出規格說明的具體步驟。

　　2011年上半年軟考報名時間及方式匯總

　　2010年下半年軟考成績查詢時間及方式匯總

　　軟考軟件設計師歷年真題匯總(2007年-2010年)