Microsoft Office：Office 相容性的數學運算
當規劃 Office 升級時，簡單的數學運算可幫助您判斷適當的相容性測試案例。
Chris Jackson
"事實是頑固的事情 ； 和任何可能是我們的願望，我們傾向或我們的激情的規定，他們不能改變的事實和證據的狀態。— — 約翰 · 亞當斯
所以你決定要部署的辦公室在整個組織的新版本。 你多長時間應該期望它採取之間簽署在虛線上和您的使用者是其日常工作富有成效？ 平均的組織，可任意位置 12 至 18 個月。
很多這種延遲是由於風險管理工作。 你必須確保你不要擾亂業務與您的部署工作。 雖然這看起來可能令人沮喪，你不能完全放棄風險管理。 您如何平衡這些互相衝突的目標呢？
典型的方法是要解決這些問題的技術。 您使用工具來收集資料，就像生死存亡的資料必須以某種方式加快您的流程。 仍添加更多的資料並不能減輕恐懼的自然的情感體驗。 將您的升級將導致某些任務關鍵型業務失敗的恐懼。 您可以應用以下公式：失敗的成本可以等於無窮大。
您還必須應付變化，什麼也不能被打破，堅持的恐懼。 您可以選擇要保留舊版本的 Office 可用的虛擬拷貝。 如果您遇到一個文檔或應用程式的問題，您可以指示使用者可以立即利用這個安全網，並再次獲得生產。 你也可以補救應用中，以儘快是可行回進入升級後的環境。
太多把希望寄託在工具、 進程或合作夥伴的僅僅不停去想什麼所有的這些決定意味著。 他們企圖不惜一切代價避免失敗。 一旦"合理和審慎"，已經從"災難性的"減少失敗的成本，您應該探索一些這些決策背後的數學。 這將有助於您做出更好的決策和評估其他正在進行的索賠。
當失敗的故障概率乘以的成本大於測試的成本時，您應該測試您的應用程式的相容性。
作為與任何廣義的公式，這需要一些解釋。 相容性測試並不是被視為一種奢侈，也不應用程式相容性測試一種稅。 把它作為一種投資風險管理。
這意味著您的文檔和應用程式的其餘部分什麼 — — 你並沒有測試的那些？ 這並不意味著你應該忽略他們。 您只需選擇不投資于主動測試。 相反，你投資無功測試中。 您修復這些使用者報告時他們破碎 （和你應該非常便於使用者這樣做）。
想像一下你有一個文檔，固然重要，但不會導致出現故障時的過高的業務中斷。 使用者將呼叫説明台，與你無功的應用程式相容性支援，您可以解決該問題的平均為 30 分鐘。 如果它是關鍵，您需要使用虛擬化，會立即得到生產再次，那時候將會減少。
假設您正在跟蹤文檔失敗，你會發現你在這個特定的遷移的 5%的失敗率為 Office 文檔。 假定使用者的時間值得每小時 250 美元，這一失敗將花費你 $125 倍 5%或 6.25 元。 如果您積極主動的測試過程的分攤的成本超過 $6.25，甚至只是一分錢，你不應該去打擾主動在所有測試文檔。
第一次的庫存嗎？
"庫存、 合理化、 測試和補救"的過程流是普遍而根深蒂固。 公司經過各種各樣的扭曲追逐了準確的庫存。 數學計算是否真的表示這是物有所值呢？
答案當然取決於你帶的方程的投入。 它是值得做數學題，不過，以確定如何，您應執行應用程式發現。 當文檔數乘以乘以的時間來確定臨界小於率超高倍時間清單檔的速率介質，您應採取一份完整的清單。
多少個文檔通常生成第一個變數。 這一數位已根據您的業務的性質的大型標準差。 然後您需要弄清楚哪些資源可以説明您確定如何關鍵文檔是對您的組織。
合理化可以有點難度的文檔。 有較少明顯的一次性專案比你的應用程式。 分配多少時間，你認為它將需要以確定是否有一個文檔或應用程式是在範圍內，取決於您的環境中使這些決定的複雜性。 另一種是詢問企業用戶 （工作在更高的成本） 的文檔非常關鍵，和分配時間，如果要生成此清單的。
假定您有一個人平均每人在網路上，存儲在地方造成 2500 萬的文檔中的 500 文檔生成的 50000 個使用者的組織。 假設一個小時和那五分鐘花了調查的每個文檔的 100 美元的費率合理化工作的資源。
這裡是數學計算的工作方式：
25,000,000 x 100 x 0.08 嗎？ 300 x 8 x 100
200,000,000 >> 240,000
這就是一個輕鬆的決定。 如果你是一份完整的清單，並使 it 合理化，它將花費 $2 億。 而且，在這一點上，你甚至還沒決定是否什麼作品尚未。 另一種選擇是要花一對夫婦 10 萬美金的機會成本，只是大家都用手工創建的清單。
大數定律的工作對你不利，辦公室合理化的時候。 如果你的意圖是要使用的工具，您必須使用更多自動化比只是一份清單。 你在尋找什麼是對業務的影響，是很難推斷出的工具。 一個代理項一些使用已修改日期是在該檔，但這是一個不完美的代理項。 為更好的代理項將從用戶端電腦的實際使用方式的一些測量。
新版本的 Office 將介紹一種遙測功能。 這是集成的產品 （和對較低級別版本的 Office 安裝），並從使用者的電腦上的檔和載入它們使用收集的資料。 當生成文檔清單，專門看最終使用者最近使用的文檔 (MRU) 清單中的檔。 這有助於優化庫存從"這代表有人已曾設法創建的每個文檔"到"這代表什麼人們真的使用所有的時間"。
使用這種方法，你會能夠收集並分析表示更有可能存在的真正風險是的遙測資料。 今天，然而，常沒有更好值用於獲取您庫存比只要求提交一份名單的人。
供應商支援聲明
供應商研究進許多應用程式相容性流程，根深蒂固，特別是當應用程式相容性工廠所作中。 您需要做的問題這取決於您是否會需要給定的應用程式供應商支援。 如果您很可能會要求供應商支援，做供應商研究是業務的需求。
很多的流程和使用的供應商的清單可以説明確定是否永遠支援應用程式在您正在遷移，以及是否該應用程式積極今天支援的平臺上。 這可能是最重要的標誌是否可能工作在這個平臺上，因為供應商聲稱這與自己支援美元。
注意它實際上不會回答是否申請過受支援您的業務問題，你會願意運行它。 請確保您收到你問的問題的答案。
數學來這裡要確定供應商支援是否值得投資的時間來做這項研究。 另一種方法運行過程的評估自己的相容性。 不過，很多人做數學不好，比較測試成本的研究一個應用程式中的一個應用程式的成本。 這種有缺陷的假設斷言你就會發現語句的所有的東西，但它不是統計學上正確的做法。
下面是一個有效的公式：當測試一個應用程式的成本倍 %未找到或關鍵加研究一個應用程式的成本小於測試一個應用程式的成本時，您應研究供應商支援。
再說一遍，這讓一些數位。 想像一下測試的進程，最終導致成本 $150 每個應用程式。 同樣地，說是有一個平均 15 美元，每個應用程式的供應商研究過程。 公司可以找到支援聲明的 12%的應用程式，和您打算的那些，反正測試 10%，因為他們是要徑任務。
$150 x 89.2%+ 15 元呢？ 150
$148.80 < $150
是的它不會做有意義供應商的研究，但它不是你會想的灌籃。 畢竟，供應商研究似乎是應用程式測試成本的十分之一。 平均而言，你最終僅保存每個應用程式 1.20 美元。
當然，保存 （尤其是在規模) 什麼是好的但它應該給你你很近的交叉點處的警告。 故障率並不需要移動太多，你會發現，你在負數。 事實上，這些假設，儘快為其找到支援的語句的應用程式的百分比下降到低於 10%，它開始變得更昂貴，在清單中查找的東西。 它似乎違反直覺的但以較低的單位成本選項實際上是更可取時少其故障率是太低。
轉換難題
最新版本的 Office，大大提高了能力。 許多新的文檔創建和編輯功能需要您使用最新的檔案格式。 如果您想要利用這些新功能在特定的文檔內，您應將這些檔轉換並從那裡去。
一個普通的問題是是否應該經過和更新的所有文檔到新的檔案格式。 過程似乎很容易，當然，還有的工具來説明這個。 然而，並不是所有的文檔將乾淨地升級。 升級的成本包括確保升級不會導致應用程式失敗的風險管理。 某些功能可能會丟失 （例如，"版本"功能）、 某些圖表看起來可能會不同和到使用舊的檔副檔名的檔的連結，最終可能會中斷。
當然，這種成本也會帶來好處。 通過忽略檔您可以手動更新為使用該產品的新功能，每個檔將受益于新的檔案格式的減少的檔案大小。 若要使這種決心，再一次不得不看數學來確定您是否有好的投資回報，從事此類活動。 你應該大容量-轉換您所有的文檔時的轉換成本加測試的成本小於成本的磁碟機空間。
開頭的成本節約，並假設相同之前 （50000 個使用者與 500 文檔），作為數位添加平均檔案大小為 1 MB。 這些參數與節省成本的潛力是成本的節省磁碟空間的 11TB。 要把這放在角度來看，讓我們計算的磁碟空間的成本。 使用公式計算的馬修 · 科莫羅斯基和張貼在他 "歷史的存儲成本，"我們發現成本等於 10 的權力的-0.2502 （減去 1980 年） 再加上 6.304。
這被計算基於磁片介質單獨購買價格。 這就意味著你可以買一個硬碟磁碟機在 2012 年左右 0.02 美元每 gb 的存儲資料，同時要校準這對總成本，使用 Windows Azure 的存儲成本。 這些都是目前售價 128 元每 tb，或只是害羞的從這一公式計算成本的 6.3 倍。
所以要校準的結果，試圖預測總存儲成本，修改公式，如下所示：成本等於 6.3 倍 10-0.2502 （減去 1980 年） 再加上 6.304 的權力。
假設你保持 10 年的平均文檔，此公式預測的總淨儲蓄將 $3,209.53。 即使你只是假設 Windows Azure 的存儲成本將保持不變，你總儲蓄仍將 $14,080。
因此，如果您測試您的文檔可能轉換成功，將其轉換為它們總成本小於 $14,080 的保守 ($3,209.53 如果你假設存儲成本將繼續下降指數率相同），然後，轉換有意義。
如果它的成本比這要測試和運行轉換，然後它沒有任何意義，要轉換。 您應保留現有的格式為您的文檔。 Office 2010 仍可以讀取它們就好。 將它們轉換手動當您需要使用新的功能。
理想的工具
最常見的模式解決在任何平臺上的相容性時正在尋找一種工具來查找 — — 並希望修復 — — 所有升級問題。 您可能會假定一個關聯的相容性問題的工具將實現這一目標的全部或部分，並運行它到處。 有些馬路的時候，你會意識到其實還沒有完全解決這一問題。
問題是約束之一。 一個相容性 bug，畢竟是 bug 的只是 bug 的一個特例，碰巧清單本身在該特定的平臺上。 這是查找並修復 bug 的所有已有的平臺上沒有什麼不同。 因為您的所有作品全部的時間，只是軟體的不要有一個服務台，除非我的猜測是軟體的你有足夠的與該平臺的相容性錯誤。 這是不是因為它不理解，但因為是棘手的問題。
你們中的大多數都有至少傳遞熟悉阿蘭 · 圖靈 1937年證明你不能建立一個程式來檢測是否有應用程式將完成運行，或者繼續永遠運行。 此約束實現深遠的限制，即使在今天的研究作為科學家們看，生成新的驗證，以確保程式正確性的影響。 範例：
"背景下界分析是的併發程式的驗證有吸引力的方法。 這種方法提倡分析的並行程式的上下文執行每個執行緒的數目為給定的恒定 K.界所有處決 定界框的上下文執行每個執行緒數量減少了漸近檢查併發程式的複雜性：undecidable 的併發布林程式"可訪問性"分析時，根據上下文綁定同樣的分析是 NP 完成 [18、 15]。 此外，有足夠的實證證據，同步錯誤，例如資料爭用與原子性侵犯，體現在併發處決，少量的上下文切換 [19、 16]。 這兩個屬性一起作背景下界的分析尋找併發錯誤的有效途徑。 同時，上下文邊界提供的有用權衡成本與核查的覆蓋範圍。
您需要定義正是它的意思是一個 bug。 大多數人都同意程式崩潰是一個 bug。 還有其他一些情況，其中確定程式列為是否一個 bug 取決於上下文。 例如，圖形中的顏色可能產生負面改變意義。 它也可能可以接受或甚至有益。 版本檢查 — — 這是從技術上講是一種功能，因為它要求開發人員編寫代碼來介紹行為 — — 有時被認為是一個 bug 的版本限制遵守自然脫落的人。
知道你找不到所有的錯誤或甚至所有 bug 的某一類別，您需要確保您關注您的自動化領域自動化道理。 解決停機的問題，有可能，會給我們停止所有無限迴圈的能力 — — 一個常見的錯誤。 這將會有很巨大的回報。
當您考慮嘗試查找並修復所有錯誤的概念時，並不是所有會有回報。 從理論上講有無限的程式設計錯誤 （無論經驗或上下文），寫方式和有限數量的檢測到它們所有的方法。 由於程式設計的事件數 bug 跌幅、 自動執行這些檢查回報同樣下降。 此磁碟機我們選擇以自動化。
數學是相對比較簡單。 您應編寫自動化的測試，以找到 bug 時的創建和運行自動化調試的成本小於成本乘以錯誤的發生率。
這在極常見的問題非常適合。 在 Windows 應用程式中，例如，使用者帳戶控制作標準使用者帳戶運行對於許多組織來說更現實。 它還暴露出很多軟體的時間作為管理員運行時被認為更容易接受的重要法規遵從性問題。 這些問題是如此普遍和如此相似創建自動化檢測所有人都有顯著回報時相比，個別進行故障排除。
供應商創建給定平臺驗證工具可以攤還創造了很多顧客的自動化的成本。 他們投資製作新測試創建更輕鬆、 更便宜，這樣他們就可以工作這種數學優勢的運行更多的測試。 同時，可能是最簡單的 （和最便宜的） 的測試要創建可能具有發病率很低。 我 (假陽性) 和第二類 (假陰性) 錯誤類型看著變得重要。
在新版本的 Office 中來驗證技術打擊的一些與早期版本的工具，我和第二類錯誤並受這兩種類型的挑戰。 此外還有關于在特定情況下的適用性的混亂。
辦公室遷移規劃管理器的工具集，例如，掃描，並確定任何潛在的挑戰。 它還看將文檔轉換為新的檔案格式 （這不會是一項挑戰，如果您選擇了只是離開原樣的文檔） 的挑戰。 新的核查重點將部署阻滯劑的問題，例如使用過時的 Api 和 （通常由載入項引起） 的應用程式崩潰。
這項工作評估、 測試和轉換真的是三步過程的最後一步：
- 所以你可以合理地認為，紓緩情緒的恐懼。
- 收集正確的資料。
- 分析這些資料，將其從資料轉換為資訊與知識。
而且這裡是幾個準則背後的數學基礎：
- 你不必做某事，只是因為你可以。
- 就像你寫的一份報紙，您應該運行您的應用程式相容性工作：最重要的事物開始，和你的工作方式下。 不是每個人都完成後，並且您想要完成的最重要的東西。
- 不要混為一談帶有可選任務，強制性任務，即使他們似乎相關。
理想情況下，在探索如何更好地決定如何在 Office 相容性專案中包含的背後的數學的冒險經歷會激發你懷疑你的假設和提高效率。
.jpg)
Chris Jackson 是"應用程式相容傢伙"在微軟。 他是一個主要的諮詢顧問和企業應用程式相容性的全球領先。 他是頻繁的揚聲器，它和開發人員會議，與客戶和合作夥伴全球範圍內的工作。 他的使命"還原技術的靈活性通過刪除舊版軟體的枷鎖"。閱讀更多從傑克遜在他的博客 (appcompatguy.com) 和在 Twitter 上 twitter.com/appcompatguy。