The course consists of a set of activities for you to engage in. They are divided into an introductory assignment, a metamodeling assignment, and the case study.
Introductory assignment
This part will support you in producing a Case study motivation report. Three topics will be discussed.
Enterprise Information Systems: To convince your case study contacts of the benefits of the study, it is important to first understand the basic structure and management of their enterprise information systems.
Enterprise Architecture: Since your recommendations to the company will be based on an enterprise architecture approach, you will need to have some background on this discipline.
Enterprise Architecture for decision-making: You will provide a recommendation for a decision that the case study organization can choose to implement. To convince the organization that your approach is suitable as decision-making support, you must be able to explain plainly how your use of enterprise architecture will lead to good recommendations.
Metamodeling Assignment
In the metamodeling assignment, a chosen metamodel should not be taken for granted. Instead, the main task is to improve on it in order to make recommendations more tailored to the case study company.
Augment a metamodel with a system quality of importance for the owner organization: The most common metamodels usually only contains analyses of a certain number of quality attributes including modifiability, availability, interoperability, cost, etc. However, the case study organization may also be interested in other quality attributes, such as security, performance, organizational efficiency, or perhaps business profitability. To prevent that your recommendations are limited by the scope of the chosen metamodel, this task aims to extend it to include one or more other attributes.
The Case Study
The goal of the case study is to provide recommendations to the studied organization on future enterprise system evolution based on the metamodel developed (assessment framework).
Model the system: In order to predict system qualities, the proper information needs to be collected. Modeling languages are well suited to codify the required data. The goal of this step is to model the case study system. In order to accomplish the task, you need to understand the modeling language, establish contact with your designated case study organization, conduct interviews, collect and study system and business documents, and finally do the actual modeling.
Each student group is assigned a case study at the start of the course. Each group is also assigned an academic case study supervisor.
Model future candidate enterprise system scenarios: In order to recommend future developments of the system to the user organization, a set of future candidate enterprise system scenarios need to be proposed. These scenarios can either be proposed by people from the user organization or can be created by the student group.
Model the user organization’s requirements: To determine which scenario is the better, the user organization’s requirements need to be taken into account. Is Service A more important than Service B? Is Modifiability more important than Availability for Service A? What availability is minimally acceptable for Business process C? These and similar requirements can be captured using the provided metamodel.
Predict scenario quality: By using an EA tool and the improved metamodel the scenarios should be evaluated. Perhaps it is possible for you, after the analysis, to modify one of the scenarios in a realistic way to increase its utility to the user organization. If you can, make sure to improve the scenarios in this manner.
Justify your recommendations: Your recommendation ought to be the candidate scenario that results in the highest utility score for the user organization. The user organization will, however, need to understand how you came to that conclusion. Therefore, you will need to motivate your recommendations to a layperson. Why is Scenario A better than B? Why did Scenario C have a lower modifiability than Scenario B? Why should we trust your estimation of the investment cost of Node X? Why is Y modeled as a service and not a function and how does that affect your prediction?