設計階段

在設計階段中，團隊必須創建策略發布計劃，以及對其加以驗證。機構員工必須明確地表示他們已經了解該策略。否則，員工可以聲明并不知曉該策略。如果那樣的話，除非管理者能夠提出有力的反面證據，不然，任何強制措施（諸如因網絡使用不合理而遭解雇）都可以被撤銷，以及將懲罰性的損失賠償獎勵給提出聲明的員工。對在案策略進行文檔確認，最簡便的方式就是貼上一張標簽，注明： “我已收到、閱讀、理解并同意該項策略”。員工的簽名與日期提供了他／她對該策略表示認同的書面形式。

一些情況下，并未采用正式的文檔處理。例如，學生對學校計算機實驗室的使用。多數學校對學生在機房可以做和不可以做什么作出了嚴格規定。這些規定通常發布在網絡上、學生手冊里、課程目錄中以及許多其他地方，包括實驗室的電子公告牌上。然而，對這些強制規定來說，還必須建立一些機制來取得學生對其的認可。常常添加一條簡短的標語來過濾用戶，聲明規定已經實行，只有同意這些規定，才能使用計算機。用戶必須點“OK”按鈕或按下一個鍵才能通過。但如果能不費周折就通過的話，該方法也就失效了，這樣的過濾方式被稱為吹漏式的過濾( blow-by screen)。

過去，公司使用標語或彈出式窗口來顯示最終用戶許可協議( EULAs)。最終用戶協議通常出現在用戶軟件的安裝過程中，意味著對所安裝軟件的使用負責。 最終用戶許可協議曾一度是吹漏式的過濾，像“點任意鍵表示同意”的說明一樣， 所以，用戶安裝軟件時并不一定認可對其使用的限制，這樣的話，軟件公司的法律聲明自然就無效了。今天，大多數最終用戶許可協議的通過需要用戶點擊一個按鈕，按下一個功能鍵或輸入一些字符以表同意。相似的方法也被用于網絡和計算機登錄，以強調對系統使用規定的認可。圖4-8給出了需要具用戶體輸入的最終

　　用戶許可協議范例。

創建和管理策略文檔的一些自動化工具的使用規則也要包含在設計中，并對成本、贏利可行性報告進行修訂。