設(shè)計階段

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

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

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

　　用戶許可協(xié)議范例。

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