Reference no: EM132320462
Systems Modelling Assignment - Dynamic Modelling, Screen Design and Test Plans
The assignment addresses the following learning outcomes:
- Explain how models are used to assist in analysing and modifying existing business systems;
- Define various roles involved in the processes of system analysis;
- Describe techniques used to gather required information for system analysis;
- Explain the various stages of the system development life cycle;
- Identify appropriate models for given scenarios;
- Develop various models using a professional CASE tool;
- Perform Object Oriented Analysis and Design to construct various object models used to communicate the scope and requirements of the project.
- Write integrated reports, using appropriate models, providing detailed analysis of given textual scenarios.
In this assignment you will model the behaviour of systems or subsystems for two of your most complex use cases using two UML diagrams (activity diagram and system sequence diagram) and write the extended use case description. You must also submit test plans and screens developed using InVision.
Below describes the motivation behind the design of this assignment. And explains the tasks for individual and group work.
MOTIVATION - The purpose of the assignment is to ensure that you know:
1. How to write extended use case texts.
2. How to model the dynamic aspect of a system using UML (activity diagram and system sequence diagram).
3. How to develop screen prototypes to assist analysis.
4. How to develop quality test plans.
ASSESSMENT DETAIL -
This assignment has group work and individual work components. Please note although we require only one report for the group and individual components, we will be able to track your contribution to the group work component. The following sections describe the tasks for the individual and group work.
Task 1 - Individual work
With reference to the model you built as a group, document the following:
1. The identification of the system or subsystem you were working on.
2. Find two of the most complex use cases you have submitted in assignment one. The use cases must not be from the written case study in assignment 1. Also make sure at least one of the use case is used by internal users (not customers), because we want to avoid students taking screenshots of existing applications and submitting the screens. For each use case:
a. Describe the process for each use case in plain English as in Tutorial Six.
b. Then, develop an extended use case from the description.
c. Finally, develop the activity diagram and system sequence diagram.
2.1 - Each activity diagram must have at least one decision making, parallelism or loop. If the diagram has no such features your extended use case might be incomplete: you must revisit your use case to ensure that it is complete.
2.2 - Each system sequence diagram must have at least one of the following: a loop, optional or alternate frames. If the diagram has no such a frame you must revisit your use case to ensure that it is complete.
3. Develop the screen prototype and test plan for one of the use cases selected in step 2 above. The test plan must be for the same use case as for the screen design.
Task 2 - Group work
Develop a high level Invision screen design which links to the screen of each member. Share with your lecturer and tutor the link to your team's InVision screen design. Group marks will be allocated to the top level menu or initial screen and for consistency of look and feel across different functions.
The top level design does not have to realistic; for example, students working in marketing or payments could link to the same top level screen. But you need to make sure that users can go to each screen from the top level screen. The purpose of having a common top level screen is to give you the experience of creating screens as a team.
HOW AND WHAT TO SUBMIT - We expect the GoogleDoc document to have the following information:
1. The name of the organisation you are modelling.
2. The name and student ID of each team member and the name of the system or subsystem modelled.
3. For each member, the extended use cases, activity diagrams, and system sequence diagrams for two of the most complex use cases.
4. Snapshots of all screens, and a link to the top level Invision screen which links to the screen of each member. The screen for each team member must be from one of the two use cases selected in step 3.
5. For each member, the test plan for the use case chosen in step 4 - in other words, the test plan must be for the same use case as for the screen design.