ICT340: Objective of this Question is to Assess your Ability to Classify user Requirements for System Design: Application Analysis and Design Assignment, SUSS, Singapore

You should be able to complete the question after studying Unit 1 (Introduction to Application Analysis & Design). The objective of this question is to assess your ability to classify user requirements for system design.

The following descriptions are taken from the statement of requirements for a parking management application:

I. The driver needs to insert a CashCard on the Entry Station to enter the car park.
II. The automated parking system should deliver up to 60% more space savings to your real estate.
III. The process of reading the IU and for the barrier to open should take less than 2 seconds.
IV. An EverFocus camera must be used at the Entry Station so that sharp images can be captured.
V. The application is a powerful web-based parking management system.
VI. The parking charges are to be represented by a DataFrame.
VII. An administrator of the system reviews the revenue collected and generates monthly reports.

Classify each of the above as ONE (1) of the following and explain your classification:

• a functional requirement,
• a non-functional requirement,
• a design directive,
• an implementation directive, or
• a platitude

Question 2
You should be able to complete the question after studying Unit 1 (Introduction to Application Analysis & Design). The objectives of this question are to:

• develop the structural model for system design,
• appraise the associations among a set of classes as part of structural processing,
• construct components of a system with a modeling language.

For this question, you are given a negotiated statement of requirements (NSR) and asked to produce a structural model.

The Next University (NU) wishes to charge for vehicle parking on its campus and would like to implement a Parking Management System (PMS). Stated below are the negotiated statement of requirements of the proposed PMS to be implemented on the campus.

For the convenience of users, there are a few car parks located on the campus. Each car park is uniquely identified by its car park number and has several parking lots for cars and motorbikes. In addition, a description and its location should also be provided to users.

The university wishes to offer season parking as well as per-minute charging for vehicles entering its campus. Vehicles that do not have season parking will be charged based on the time the vehicle entered and exited the campus. Parking charges are based on the vehicle type. In case of disputes, each parking charge is captured with its unique parking number, entry and exit date and time and the amount charged.

Only NU users (its staff and students) can apply for season parking if they wish to park their vehicles on campus. A season parking pass allows the vehicle to enter and exit the polytechnic campus without further charges. During application for season parking, season parking applicants are required to provide their name, student/staff id, username, password, mobile number, the start month and the end month, payment mode, license plate number, IU
number, and vehicle type.

A season parking pass with a unique number will be issued to the applicant. A valid season parking pass has the status “valid” for the period applied. Each season parking pass may be renewed before the end month. If the parking pass is not renewed, it is deemed to be “expired”. A season parking pass may be transferred to another vehicle (of the same type). NU users are allowed to terminate the season parking at any time, by giving a reason. The system would refund all payments made by the user for the months not used if any.

The management of NU has requested financial reports on the revenue generated by vehicle parking charges on its campus on a monthly basis. For auditing purposes, each parking record should be captured in the system.

Develop a structural model for the system design, by submitting your answers to the following:
(a) Identify the classes, their attributes, and any hierarchical relationship(s), omitting the foreign key associations that would be required for the application. Submit the class description as your answer.

Question 3
This question is based on the study materials in Unit 4 (Dynamic Object-Oriented Modelling:

Analyzing & Constructing Dynamic Models with Walkthroughs & Sequence Diagrams) and Unit 5 (Implementations). The objectives of this question are to:

• develop the dynamic model for system design,
• construct components of a system with a modeling language,
• appraise the associations among a set of classes,
• implement a dynamic model.

Special note: For this question, we provide some additional information concerning the application described in Question 2. Note that the information provided here is not necessarily applicable to the previous questions.

In this question, you are asked to:

• analyze the required behavior of a system by carrying out a walkthrough of a use case, and select an appropriate representation of an association.

Question 2 involves initial consideration of the static aspects of the Parking Management System (PMS). In this question, we shall consider some of the dynamic or behavioral aspects of the system.

From the NSR for the PMS, we can extract the following information about a part of the required behavior of the system:

• Given the IU number of a vehicle, display details (license plate, type of vehicle, car park location, entry and exit date and time and amount charged) of all parking charges associated with this vehicle. The details should be displayed in order of the most recent parking charges.

From this, we can identify the use case: List Parking Charge History. In terms of the application area, a specification for this use case is as follows:
Given: A vehicle (identified by IU number) Goal: The following have to be returned, for each parking charge and in order of the most

recent parking charge:

• the license plate and type of vehicle
• the car park location; and
• the entry and exit date and time and amount charged.

Before considering a walk-through for this use case we shall introduce an orchestrating class to the structural model, to facilitate communication between the user and the system. We shall call the orchestrating class OrchestratingClass. The (sole) instance of this class, the orchestrating instance, will be called an Orchestrating Class.

Consider the start of a walk-through for the use case. From the above specification, the user interface will provide a UI number, and an orchestrating Class will need to locate the Vehicle object that corresponds to this UI number. Thus, we shall need an association between OrchestratingClass and Vehicle. Figure Q3 shows a fragment of the class-association diagram which is relevant to this case:

(a) Develop a dynamic model for the system design, by submitting your answers to the following walkthrough:
(i) Using the ICT340 convention, what would be the appropriate name for the association between OrchestratingClass and Vehicle?

(ii) What are the multiplicities at each end of the association between OrchestratingClass and Vehicle? Make clear which end is which.

(iii) In which direction must the association between OrchestratingClass and Vehicle be navigated in order that an Orchestrating Class can locate the required object at the start of the walk-through?

(iv) What responsibility should be assigned in order to accomplish this navigation, and to which class?

(v) Construct a dynamic model of the system, by writing the complete walkthrough for the use case, List Parking Charges History, using the following template:
Objective: To display, for a given UI number, …
Given: …
1. Locate …
2. Locate …
2.1 For each such instance, …
2.1.1 Locate …
2.1.2 Retrieve …
2.1.3 Retrieve …
(Result: For each UI number, and in the order of the most recent parking charge, display: the license plate, type of vehicle, car park location, entry, and exit date, and time and the amount charged).

Note: Assume that once an attribute value is retrieved, it is displayed

(b) Appraise the associations among the set of classes, by using the tabular format in Table Q3(b) below:

(c) Implement the above dynamic model by writing the code for the association discharged, as appraised in part Question 3 (b) above. Name the class the code should be written in.

(d) Develop a dynamic model of the system, by drawing a sequence diagram to construct a dynamic model, based on the walkthrough depicted in Question 3 (a)(v).

(e) Consider the following messages as depicted in the sequence diagram in Question 3 (d) above:
(i) the message sent to the orchestrating object;
(ii) the message sent by the orchestrating object to the vehicle object.
Implement the dynamic model, by coding the methods corresponding to these TWO (2) messages. Name the classes that should own the respective methods.