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