【正文】 主機應用 程序。在事實上，這往往是許多應用程序員的主要工作大型機今天。雖然許多大型主機設備仍然可以創(chuàng)建新的方案使用 COBOL或 PL /我，如 Java語言已經成為流行的建設新的應用程序在主機上，就像在分布式平臺。 z / OS應用程序 在早期的設計階段，應用程序設計人員作出決定 關于應用程序的特點。這些決定是基于很多標準，必須收集和詳細研究在到達是可以接受的解決方案給用戶。該決定是不是相互獨立，另外，在這一項決定將會對他人的影響，所有決定都必須作出考慮到該項目和它的約束范圍。設計一個應用程序運行在 z / OS的股份很多遵循的步驟設計一個應用程序運行在其他平臺，包括分布式環(huán)境。 z / OS上，不過，介紹了一些特殊的考慮。這本章提供了一些例子，決定在 z / OS應用程序使得設計師在給定應用程序的設計過程。這份名單是不意味著要面面 8俱到，而是給你一個復雜的過程的想法： “設計用于 z / OS：批處理或在線？” 258頁 “設計用于 z / OS：數據來源和訪問方法” 258頁 “設計用于 z / OS：可用性和工作量要求” 258頁 “設計用于 z / OS：異常處理” 259頁 超越這些決定，其他因素可能會影響排列設計 /操 作系統(tǒng)應用程序可能包括一個選擇或多種編程語言和開發(fā)環(huán)境。其他考慮在本章討論包括以下內容：式開發(fā)環(huán)境（ IDE）在“使用應用程序開發(fā)工具“頁 267。 _我們討論不同的編程語言之間的差異第 9章，“使用在 z / OS的編程語言”頁 275。請記住，最好的設計是那些與最終導致啟動頭腦。我們必須知道它是什么，我們正在努力爭取，才開始設計。 z/OS:批處理或在線 當設計一個應用程序的 z / OS和大型機，一個重要的考慮因素是，應用程序將運行批處理程序或在線方案。在某些情況下，決定是顯而易見的，但大多數應用 程序可以被設計為無論是典范。那么，如何決定是否設計者使用哪種方法？原因使用批處理或在線： 使用批處理 的 原因 ： 數據存儲在磁帶上。 交易提交過夜處理。 用戶不需要在線訪問數據。 使用在線 的 原因： 用戶需要在線訪問數據。 高響應時間要求。 z / OS的設計：數據來源和訪問方法 在這里，設計師的考慮，一般包括以下內容： 什么樣的數據必須存儲？ 數據如何被訪問？這包括訪問方法的選擇。 的要求是臨時或預測的嗎？ 我們會選擇綜合布線， VSAM的，或數據庫管理系統(tǒng)（ DBMS）如 DB2？ 于 z / OS：可用性和工作量需求 對于一個應用程序，將運行在 z / OS上，設計者必須能夠回答下列問題： 什么是存儲和訪問的數據量？ 什么 是有需要共享數據？ 什么是響應時間要求？ 什么是該項目的成本限制？ 將有多少用戶訪問該應用程序在一次？ 什么是應用程序的可用性需求 24小時 7天一周或上午 08點到下午 5:00周一至周五等 9 z / OS：異常處理 是否有任何異常情況可能發(fā)生？如果是這樣，我們必須結合我們在設計這些為了防止在最后的應用程序失敗。我們不能總是假定，例如，輸入將永遠是進入預期。 ：概述 一個應用程序的集合是一個滿足某些特定要求（解決一些問題）。該解決方案可以駐留在任何平臺或平臺的組合，從硬件或操作統(tǒng)點的觀點。與其他的操作系統(tǒng)，應用程序開發(fā)在 z / OS是通常由以下幾個階段： 設計階段 收集需求。 用戶，硬件和軟件要求 進行分析。 發(fā)展中的各種迭代設計： 高層次設計 詳細設計 移交到應用程式設計。 代碼和測試應用程序。 執(zhí)行用戶測試。用戶測試的應用功能和可用性。 進行系統(tǒng)測試。 進行集成測試（測試應用程序與其他程序，以驗證所有方案繼續(xù)如預期般運作）。 執(zhí)行性能 （量）測試使用的生產數據。 轉到生產交班到運營。確保所有文件是（用戶培訓，操作到位程序）。 維護階段，持續(xù)一天到一天的變化和增強申請。 圖 81顯示了在應用程序流程的各個階段開發(fā)生命周期。圖 82描述了設計階段到發(fā)展階段的開始。一旦所有的要求都被收集，分析，核實，并一設計已經產生，我們準備通過在編程程序員需要的設計文件（編程要求）和然后繼續(xù)進行編碼，測試，修改和測試迭代過程再次，因為我們看到在圖 83。之后，這個項目是由程序員測試，他們將成為一個組成部分系列正式用戶和系統(tǒng)測試。這些是用來驗證的可用性和 功能 用 戶的角度來看，以及以驗證功能在一個較大的應用程序框架（圖 84）。在開發(fā)生命周期的最后階段是到生產，并成為穩(wěn)定狀態(tài)。作為一個先決條件去生產，開發(fā)團隊需要提供的文件。這通常包括與用戶培訓運作程序。用戶培訓，陌生的新用戶申請。該文件運行程序使行動部接管持續(xù)運行應用程序的責任。在生產，更改和增強處理一組（可能相同的編程組），執(zhí)行維護。在這個點生活中的申請周期，嚴格控制改變的，必須嚴格投入生產前測試（圖 85）執(zhí)行。如前所述，以滿足用戶的要求或解決問題，一應用解決方案的設計可能駐留在任何平臺或組合平臺。如圖 86所 示，我們的具體應用，可位于任何三種環(huán)境：互聯(lián)網，企業(yè)網，或中央站點。該操作系統(tǒng)必須提供訪問這些環(huán)境的。要開始設計的過程中，我們必須先評估我們所需要完成的任務。根據該項目的限 10 制，我們決定如何以及什么，我們將與完成該項目的目標。為此，我們進行的采訪用戶（那些要求解決一個問題），以及其他利益相關者。這些訪談的結果應當告知以后每階段的生命循環(huán)中的應用程序項目。在項目的某些階段，我們再次呼吁經用戶確認，我們理解他們的需求，而我們的 解決方案滿足他們的要求。在這些項目的里程碑，我們也要求用戶簽署了在我們這樣做，這樣我們就可以到下一個第一步的計劃。 在設計應用中，有許多方法來分類的要求：功能需求，非功能性需求，新出現的要求，系統(tǒng)要求，工藝要求，對發(fā)展的制約因素操作上，僅舉幾例。計算機應用的數據進行操作，并駐留在某處需要訪問，無論是從本地或遠程位置。中的應用 處理數據，進 一些關于它的加工類，然后提出結果是對任何人要求擺在首位。這個簡單的描述涉及到許多進程和有許多操作許多不同的要求，從電腦到軟件產品。雖然每個應用程序的 設計是一個單獨的案件，可以有許多獨特的要求，其中有些是適用于所有的應用程序的一部分同一系統(tǒng)。這不僅是因為它們是同一套應用程序的那部分 。 包括給定的信息系統(tǒng)，而且還因為它們是同一部分安裝，這是連接到同一個外部系統(tǒng)。由作為一個整體系統(tǒng)面臨的問題之一是，組件傳播在不同的機器，不同的平臺，等等，每一個表演 ,其工作在服務器場環(huán)境。一個重要的優(yōu)勢到 zSeries的做法是，應用程序可以堅持使用工具駐留在主機上。其中一些大型主機工具，使人們有可能有一個資源共享平臺和數據不同協(xié)調和安全的方式，根據工作負荷或優(yōu)先級。以下是對一個 應用程序要求的不同類型的列表。該名單不是排他性的，有的項目已經包括了其他人。 無障礙 可恢復 適用性 可用性 安全 連接 績效目標 資源管理 可用性 數據備份頻率 可移植性 網絡服務 易變性 間傳染 失效預防和故障分析 [1]Mike Ebbers,Wayne O’Brien,Bill Ogden 著 .Introduction to the New Mainframe:z/OS Basics, First 2021， P25626