Reference no: EM133129725

BIT357 Business Analysis Report Assignment

Learning Outcome 1: explain the key concepts of business analysis planning and monitoring
Learning Outcome 2: explain and relate key concepts and applications of business object modelling framework and techniques
Learning Outcome 3: critically analyse different types of business problems and the contexts in which they exist to develop and apply appropriate solution processes based on object oriented analysis techniques
Learning Outcome 4: recommend, monitor and evaluate changes to the workflow of end-to-end business processes
Learning Outcome 5: formulate and create the necessary artefacts for developing business requirements documents, in line with a business object modelling framework

Introduction

Write a Business AnalysisReport, of about 2500 words in length for a business case study. This report will include business requirements documentation with modelling artefacts such as:
• Business use-case diagrams
• System use-case diagrams/templates
• Package diagrams
• Class/object diagrams
• Structure diagrams
• Activity diagrams
• State-machine diagrams
• Decision tables.

The assignment comprises of two parts (Part A, worth 10% and Part B, worth 20%). You will give an oral presentation of your assignment at the end of completion of your assignment.

You are given a generic case study (see Appendix), which you will adapt to a particular industry scenario ofyour choice. The first part (Part A) of this assignment is tocritically analyse different types of business problems and the contexts in which they exist in this chosen scenario. The discussion will take the form of a well-researched and justified Business Analysis Preliminary Report, containing an introduction to the scenario, identifying the problems and recommending the appropriate business processes for a prototype system as a solution. The main purpose of the exercise is to analyse the requirements of the case scenario and identifyend-to-end business processes using business object oriented modelling (BOOM) framework and techniques in order to arrive at a plan for the suggested system. With this preliminarybusiness analysisyou would develop for Part B, the final business requirements document with detailed set of artefacts for the suggested system. You will use SAS Studio/ SAS Enterprise Miner to draw the process flows.Your report should be well supported with in-text citations and full references from respected sources. You should include academic journals, books, theses, trade magazines and well-respected sources of related Internet material as you find to be relevant. There should be a minimum number of FIVE (5) relevant references in your report, and only ONE (1) of these sources may be from a website.You must follow proper Harvard style referencing; including inline citation.

Part A deliverables to be included in the Business Analysis Preliminary Report:

1. Write an introduction to the industry scenario of your choice describing the business problems and a simple SWOT analysis of the business situation
2. Prepare an organizational chart identifying the functional areas
3. Develop a stakeholder map and explain the roles and responsibilitiesof the stakeholders interacting with each other and the prototype system for the business problems of the industry scenario
4. Draw a context diagram that confirms the scope of the system and necessary integration requirements in your business analysis
5. Model business use cases: Prepare business use-case diagrams that confirm the functional scope of the proposed solution
6. Model system use cases: Prepare system use-case diagrams that support in automating the business use cases identified above and complete your business analysis preliminary report.

Recap the Steps of B.O.O.M:
Initiation:Make the business case for the project.Work also begins on the userexperience and on drafts of architectural proof of concepts. The prototyping effortduring the Initiation phase should be risk-driven and limited to gaining confidencethat a solution is possible.
As a business analyst, you will carry out the following steps in BOOM for Part A:
1a) Model business use cases
1b) Model system use cases

For Part B, you will carry out the following steps in BOOM:
1c) Begin structural model (class diagrams for key business classes)
1d) Set baseline (BRD/Initiation)

Discovery: Conduct investigation leading to an understanding of the solution'sdesired behavior. (On iterative projects, requirements analysis peaks during thisphase but never disappears entirely.) During this phase, architectural proofs ofconcept are also constructed.

2a) Behavioral analysis
i) Describe system use cases (use-case description template)
ii) Describe state behavior (state-machine diagram)
2b) Structural analysis (object/data model) (class diagram)

Part B
Business Analysis Final Report:

In the second part (Part B) of this assignment, you will develop and apply appropriate solution processes based on object oriented analysis techniques and recommend your solution that can monitor and evaluate changes to the workflow of end-to-end business processes.To achieve this, you will complete the behavioural and structural analysis of the business case scenario by completing the remaining BOOM initiation and discovery steps given above. Perform the following tasks:
1. Prepare use case description for the system use cases developed in Part A
2. Complete the class and object diagrams developed in part A
3. Develop the state-machine diagrams by modelling the business processes of your case scenario in the form of "as is" processes in BPMN. Keep in mind that the purpose of this BPMN diagram is to serve as a means of communication between the employees in the helpdesk, the clients of the helpdesk, and the business and IT analysts who have to re-design and automate this process. Using SAS Studio/ SAS Enterprise Miner to draw the models of the workflow processes.
4. Classify the activities in this process into three categories: "value adding" (VA), business value-adding (BVA) and non-value-adding (NVA).
5. Calculate the cycle time efficiency of the "as is" process assuming that:
• Submitting and registering a new request takes 5 minutes on average.
• Requests spend on average 1 hour waiting for a Level-1 staff to check them. This applies both to new requests and to re-submitted requests.

• Checking if a new request is "known" takes on average 10 minutes. In 20% of cases the request is known. In this case, it takes about 5 minutes for the Level-1 staff to communicate the resolution to the client. Once this is done, the request is marked as "closed". On the other hand, if the request is not "known", the request is automatically forwarded to Level 2.
• New requests spend on average 2 hours waiting for a Level-2 staff to evaluate them. Level-2 staff take on average 20 minutes to evaluate a new request.
• Level-2 staff take 5 minutes to prioritize a request.
• The time between the moment a request has been prioritized, and the moment the request is picked-up by a Level-2 staff member is 20 hours.
• The time required to research and resolve a request is on average 2 hours.
• The time to write the resolution to a request is on average of 20 minutes.
• Once a Level-2 staff has written the resolution of a request, it takes on average 20 hours before a the request is fetched from the job tracking system by a Level-1 staff.
• It takes on average 20 minutes for a Level-1 staff to send to the client a problem resolution previously written by a Level-2 staff.
• It takes on average 20 hours between the moment a resolution is sent by the Level-1 staff , and the moment the resolution is tested by the client.
• It takes the client around 10 minutes to e-mail the test results to the Level-1 staff.
• In 20% of cases the request is not resolved, and it needs to be forwarded to Level-2 again. In this latter case, it takes about 2 minutes for the Level-1 to forward the request to the Level-2 staff. Unresolved requests that are forwarded in this way are automatically marked as "prioritized since they have already been prioritized in the previous iteration.

6. Write an issue register for this process.

7. Propose a set of changes to improve this process. Give a justification for each change.

8. Draw a "to-be" BPMN model that incorporates your proposed changes.

Week 13 Oral Presentation.The oral presentation will be marked based on clarity of the presentation, ability to focus on key issues and appropriate use of business analysis concepts and BOOM artefacts for their chosen industry case scenario. The students must demonstrate their proposed model meets the business requirements of the case scenario. All students must equitably participate duringthe in-class presentation.

Attachment:- Assignment.rar