Pearson CRISC New Attempt

End user acceptance testing is a process that verifies that a system or service meets the requirements and expectations of the end users, who are the actual or potential customers or beneficiaries of the system or service. End user acceptance testing is the final stage of testing before the system or service is deployed or released to the production environment. The results of end user acceptance testing are the most important consideration for a risk practitioner when making a system implementation go-live recommendation, as they indicate the quality, functionality, usability, and reliability of the system or service from the end user perspective. The results of end user acceptance testing can help to identify and resolve any defects, errors, or issues that may affect the performance, satisfaction, or acceptance of the system or service by the end users. The results of end user acceptance testing can also help to evaluate the benefits, value, and risks of the system or service for the end users and the organization. The other options are not the most important consideration for a risk practitioner when making a system implementation go-live recommendation, although they may be relevant and useful. The completeness of system documentation is a factor that affects the maintainability, supportability, and auditability of the system or service, but it does not measure the end user experience or satisfaction. The variances between planned and actual cost is a measure of the efficiency and budget management of the system or service development or implementation, but it does not reflect the end user needs or expectations. The availability of in-house resources is a resource that supports the system or service delivery and operation, but it does not ensure the end user acceptance or approval. References = CRISC Review Manual, pages 180-1811; CRISC Review Questions, Answers & Explanations Manual, page 87

Annual loss expectancy (ALE) is a method to assign a monetary value to risk by multiplying the probability of a risk event by the potential loss associated with that event1. ALE can be used to compare the costs and benefits of different risk mitigation options and to determine the optimallevel of investment in riskmanagement2. Business impact analysis (BIA) is a process to identify and evaluate the potential effects of a disruption on the critical functions and processes of an organization3. BIA can help to forecast the impacts of a risk event, but it does not assign a monetary value to the risk itself. Cost-benefit analysis (CBA) is a technique to compare the costs and benefits of a project, decision, or action4. CBA can help to evaluate the feasibility and profitability of a risk mitigation option, but it does not assign a monetary value to the risk itself. Inherent vulnerabilities are the weaknesses or flaws in a system, process, or asset that expose it to potential threats5. Inherent vulnerabilities can increase the likelihood or impact of a risk event, but they do not assign a monetary value to the risk itself. References = Risk and Information Systems Control Study Manual, Chapter 2: IT Risk Assessment, Section 2.2: Risk Analysis, pp. 77-81.

According to the CRISC Review Manual, conducting a business impact analysis (BIA) is the task that should be completed prior to creating a disaster recovery plan (DRP), because it helps to identify the critical business processes and resources, and their dependencies, that need to be recovered in the event of a disaster. The BIA also helps to determine the recovery timeobjectives (RTOs) and recovery point objectives (RPOs) for each business process and resource, which are the key inputs for the DRP. The other options are not the tasks that should be completed prior to creating a DRP, as they are part of the DRP itself. Identifying the recovery response team is the task of defining the roles and responsibilities of the personnel involved in the recovery process. Procuring a recovery site is the task of selecting and acquiring an alternative location where the business operations can be resumed. Assigning sensitivity levels to data is the task of classifying the data based on its importance and protection requirements. References = CRISC Review Manual, 7th Edition, Chapter 5, Section 5.2.1, page 237.

Documented procedures are the best way to enable effective IT control implementation. Documented procedures are the specific actions or steps that are performed to achieve the IT control objectives and mitigate the IT risks. Documented procedures provide clear guidance, consistency, and accountability for the IT control activities. Documented procedures also help to monitor and evaluate the effectiveness and efficiency of the IT controls, and to identify and address any gaps or weaknesses. The other options are not as effective as documented procedures, although they may support or complement the IT control implementation. Key risk indicators (KRIs) are metrics that measure the likelihood and impact of IT risks, but they do not specify how to implement the IT controls. Information security policies and standards are high-level statements that define the IT security goals and requirements, but they do not detail how to implement the IT controls. References = Risk and Information Systems Control Study Manual, Chapter 1, Section 1.3.2, page 1-15.