Free The Open Group OGA-032 Actual Exam Questions - Question 6 Discussion
Please read this scenario prior to answering the question ArchiSurance has decided to leverage its financial expertise by offering defined contribution retirement plans. Each trading day, ArchiSurance submits consolidated mutual fund trading transactions to a stock exchange on behalf of its retirement plan participants. The daily mutual fund trading cycle consists of four key processes: Transaction capture, pricing, trading and reconciliation. Transaction capture consists of two sub-processes: manual exchange and loans and distributions (L&D). For transaction capture, retirement plan participants use an online account management application to enter manual fund exchange transactions. For L&D, plan participants use a separate application to enter requests. The L&D application determines whether the request can be fulfilled based on the mutual fund balances held in each plan balances and a set of business rules. Each day's captured manual exchange transactions accumulate in a transaction database. ArchiSurance contracts with a third-party information service to receive a file of mutual fund prices at the close of each trading day. The pricing application uses this file to convert captured transaction into trades, and then validates each trade against the mutual fund balances held in each plan. The pricing application generates a trade file with the minimum number of trades necessary. The trading application sends this file to an external trading service. When the trading application receives a confirmation file back from the trading service, it causes the reconciliation application to update the plan recordkeeping database. The account management and L&D applications are hosted on separate application server clusters. Each cluster is a physically separate host that runs application server software on a set of virtualized hosts. All of these applications use a database server infrastructure that is hosted on another separate cluster of virtualized servers also on a dedicated physical host. The pricing, consolidation, trading and reconciliation applications, however, are batch applications that run on the ArchiSurance mainframe computer. All application hosts are connected via a converged data center network (DCN), which also connects them to a storage area network (SAN) as well as a wide area network (WAN) that is used to communicate with the external trading service. The SAN includes two physically separate storage arrays, one of which holds data for all databases, and another that holds data for all files. Refer to the Scenario The systems analysts would like to better understand the business processes and applications for daily fund trading. You have been asked to describe the business processes and sub-processes, the applications that they use, the data objects accessed by those applications, and the external application services that access some of those data objects. Which of the following is the best answer? Note that you are not required to model the business actors/roles.
Option G highlights the separate application clusters and clearly isolates the batch mainframe apps, which is key from the scenario. It also aligns well with the distinct data objects—like how databases and files are stored separately on SAN arrays. Plus, it maps the apps to their corresponding data and shows the external trading service interacting only with the trading application, maintaining that flow. This is important because the scenario emphasizes different hosts and clear interaction paths, something other options miss or don’t detail as well.
Good point about the SAN arrays. D shows the storage separation clearly and matches the scenario’s emphasis on physical host differences, supporting option H.
I’m thinking option D fits best here. It clearly separates the two SAN arrays and highlights the mainframe batch apps like the scenario describes. That physical distinction seems important given the setup, and D captures it well. Plus, the way it lays out the trading and reconciliation apps on the mainframe aligns nicely with the text.
G imo, option C lays out the interaction between the applications and databases more clearly without overcomplicating the storage details. The scenario focuses a lot on how the apps relate to each other during the daily trading process, and C captures that nicely by showing the clusters and data flows without mixing in too much infrastructure detail. While D emphasizes physical separation, it feels a bit heavier on hardware specifics, which wasn't the main ask here. So, C strikes a better balance for understanding the business processes and how each app accesses data.
Actually, I think option C does a better job showing the flow between the applications and the data objects they access. It highlights the separate clusters for account management and L&D apps, plus the mainframe batch jobs, which fits well with the scenario. Also, it clearly maps the transaction capture sub-processes to their respective applications, making it easier to understand the process breakdown. While option D is strong on physical separation, C feels more comprehensive in linking business processes and applications, which was the main point of the question.
Maybe H. Option D clearly distinguishes the mainframe batch apps and the SAN arrays, matching the scenario's specifics about separate physical hosts and storage arrays better than the others.
D looks best at showing the separate SAN arrays and mainframe batch apps distinctly.
B vs D? B shows the virtualized clusters for the manual exchange and L&D apps more explicitly, which matches the scenario’s detail about separate app server clusters. But D better separates the batch mainframe apps and highlights the SAN arrays distinctly, fitting the infrastructure description closely. I think D manages to capture the overall architecture more clearly, especially with how the trading and reconciliation batch processes are on the mainframe and storage is split. So while B is good for app hosting details, D nails the bigger picture with batch processing and storage layout.
It’s H because D clearly separates the batch mainframe apps and the online clusters, plus it shows the SAN arrays distinctly. That matches the scenario’s infrastructure details best.
B/D? B highlights the separate app clusters with virtualized hosts clearly, which matches the scenario’s detail about manual exchange and L&D apps. D shows batch apps on the mainframe well but might miss some virtualization specifics.
It’s H, since only D cleanly shows the mainframe batch apps separate from online app clusters.
B tbh, option B separates the manual exchange and L&D apps well and shows their virtualized clusters clearly, which matches the scenario’s setup. It also maps the data flows without overcomplicating things.
C vs D – I’m going with D here because it distinctly shows the batch apps on the mainframe separate from the online app clusters, which fits with the scenario’s architecture. Plus, it clearly maps the flow to the external trading service, which is a key point. C is close but doesn’t separate the SAN arrays as clearly or emphasize the batch process distinction as well.
I think option D (H) fits best since it clearly separates the batch processing on the mainframe from the online applications and shows data flows to the external trading service.
I’m leaning towards option C (or G) because it seems to show the batch apps on the mainframe clearly separated from the online apps on different server clusters, matching the scenario. The flow between transaction capture, pricing, trading, and reconciliation looks right too. Anyone else think the same?