ISP 250 Group Project SDD College Vehicle System PDF

Preview

Summary

<Kerawang College Vehicle Registration System>Software Requirement SpecificationsVersion 2.SEMESTER MARCH 2021 – AUGUST 2021GROUP: CS1104GMohamad Arif Zakwan Bin Zulkefli, 2019442654 Muhammad Adib Zikri Bin Zakaria, 2019403318 Muhammad Aizaq Bin Azman, 2019203884 Wan Najmi Izuwan Bin W Nor Azm...

Description

Software Requirement Specifications Version 2.0

SEMESTER MARCH 2021 – AUGUST 2021 GROUP: CS1104G

Mohamad Arif Zakwan Bin Zulkefli, 2019442654 Muhammad Adib Zikri Bin Zakaria, 2019403318 Muhammad Aizaq Bin Azman, 2019203884 Wan Najmi Izuwan Bin W Nor Azmami, 2019428872

Software Requirement Specifications

Version:

Date:

Revision History Date

Confidential

Version

Description

© CS1104G 2021

Author

Page 2 of 16

Software Requirement Specifications

Version:

Date:

Table of Contents 1.

Fact Finding Techniques

4

2.

Storyboard

7

3.

4.

2.1

Storyboard Diagram + Narrative

7

2.2

Storyboard Sketches + Narrative

8

Data Modeling

10

3.1

Entity Relationship Diagram + Narrative

10

3.2

Data Dictionary

10

System Specification

13

4.1

Module/Function + narrative

13

4.2

Purpose of Module / Function

14

4.2.1

Lists of Input Data

14

4.2.2

Processes involved

15

4.2.3

Lists of Output Data

16

Confidential

© CS1104G 2021

Page 3 of 16

Software Requirement Specifications

Version:

Date:

Software Requirement Specifications 1.

Fact Finding Techniques Fact finding techniques that will be used is survey for vehicle registration system. It recorded level of current system satisfaction from UiTM Kuala Terengganu students and staff with 30 respondents. From this survey For satisfaction 10% give 2/5 rating , 56.7% 3/5 rating , 16.7% 4/5 rating and 16.7% 5/5 rating. This showing that most students are unsatisfied with the current vehicle registration system.

1.1. Questionnaire Survey link https://forms.gle/2ypNMGptVa84CZLw6 Result 1.

2. 3.

Input • •

Student insert their data such as name, student id and current semester Student choose type vehicle, motorcycle or car or both of that and insert about their vehicle detail such vehicle registration number

Output • System will save student and their vehicle data in system record Process Student and Staff

The data save in record system 4.

5.

Register their profile data

Register their vehicle data

Control • The system must provide login security • The system must maintain separate levels of security for users and the system administrator • The system must create an error log file that includes the error type, description, and time Performance • The system must support 10 users online simultaneously • Response time must not exceed seven seconds • The system must be operational seven days a week, 365 days a year

Confidential

© CS1104G 2021

Page 4 of 16

Software Requirement Specifications

Version:

Date:

1.2. Business Cass/Rule Students and staff can check their vehicle status or going in and out of campus using their vehicle by login the system. The system will check if data of user available in system before login. If the data of students and staff not available in system, it will alert the user to register their profile data such name and id. Then user can use the system properly. If user’s vehicle not register their vehicle, user can register it by enter the registration vehicle menu by insert their vehicle detail such as vehicle registration number. Than the system will save the data in record system that can check by student and staff but only staff can edit the data. 1.3. Summary of Finding Information gain from this survey are types of vehicle that used by student and staff and suggestion for payment for each registration vehicle. From this survey 46.7% only have a motorcycle, 26.7% only have a car and 26.7% have both (refer diagram 1.0). For suggestion payment, 44% suggest RM1-RM5 ,28% suggest RM6-RM10 and 24% suggest over RM10 (refer diagram 2.0). Some of respond give a suggestion to use more advanced management system to make vehicle registration become easier and faster and friendly interface for online system.

Diagram 1.0

Confidential

© CS1104G 2021

Page 5 of 16

Software Requirement Specifications

Version:

Date:

Diagram 2.0 1.4. SWOT Analysis/Intangible Benefits & Tangible Benefits Strength • •

Weakness

Fast process User can check their vehicle status

• •

Opportunities • •

Can compete with other vehicle registration system Give staff to up their skill using new system

•

Lack of budget to get the high specifications equipment Data need to updated Threat Impact of security of hacking

Intangible Benefits • •

A user-friendly system that improves employee job satisfaction Data can be edit by admin to solve the mistake data that has been register by students Tangible Benefits

• •

Can reduce the time for admin collect data Student able to use system properly

Confidential

© CS1104G 2021

Page 6 of 16

Software Requirement Specifications

2.

Storyboard

2.1

Storyboard Diagram + Narrative

Confidential

Version:

Date:

© CS1104G 2021

Page 7 of 16

Software Requirement Specifications

2.2

Version:

Date:

Storyboard Sketches + Narrative

a) Sign In page – User and Staff have to enter their ID and password to sign in

b) User Page – User can choose to go to vehicle registration or view pending application

c) Pending Application Page – User can view pending registration application

d) Staff Page – Staff can choose to go to registration or view all registration

Confidential

© CS1104G 2021

Page 8 of 16

Software Requirement Specifications

Version:

Date:

e) Registration Data Page – Staff can cancel user vehicle registration

f) All Registration Page – Staff can modify details of user vehicle registration

Confidential

© CS1104G 2021

Page 9 of 16

Software Requirement Specifications

Version:

Date:

3.

Data Modeling

3.1

Entity Relationship Diagram + Narrative

3.2

Data Dictionary

Field Name Student_ID Student_Name Student_PhoneNum Student_Address Student_Course Student_ProgramCode Student_Email

Confidential

Constraint PK

Data Dictionary for table Student Description Type Student ID Varchar Student name Varchar Student phone Int number Student address Varchar Student course Varchar Student program Varchar code Student email Varchar

© CS1104G 2021

Length 20 50 11 50 30 20 30

Page 10 of 16

Software Requirement Specifications

Field Name Staff_ID Staff_Name Staff_PhoneNum

Constraint PK

Staff_Address Staff_Email

Field Name Registration_ID Registration_Time Registration_Date Registration_Stud_Name Registration_Staff_Name Registration_Stud_PNum Registration_Staff_PNum Registration_Stud_Sex Registration_Staff_Sex Student_ID Vehicle_ID Staff_ID

Field Name Vehicle_ID

Vehicle_Type Vehicle_Color Student_ID

Confidential

FK

Data Dictionary for table Staff Description Type Staff ID Varchar Staff name Varchar Staff phone Int number Staff address Varchar Staff email Varchar

Length 20 50 11 50 30

Data Dictionary for table Registration Constraint Description Type PK Registration ID Varchar Time of register Time Date of register Date Student Name Varchar Staff Name Varchar Student phone Int number Staff phone Int number Student gender Varchar Staff gender Varchar FK1 Student ID Varchar FK2 Vehicle plate Varchar number FK3 Staff ID Varchar

Constraint PK

Vehicle_Model

Version:

Date:

Data Dictionary for table Vehicle Description Type Vehicle plate Varchar number Model of the Varchar Vehicle Type of the Varchar Vehicle Color of the Varchar Vehicle Student ID Varchar

© CS1104G 2021

Length 20 50 50 11 11 5 5 20 10 20

Length 10 30 30 30 20

Page 11 of 16

Software Requirement Specifications

Field Name Payment_ID Payment_Amount Payment_Desc

Constraint PK

Payment_Date Student_ID

FK

Field Name Compound_ID Vehicle_ID Student_ID

Constraint PK FK1 FK2

Field Name Vehicle_ID MoveInOut_Date

MoveInOut_Time

Field Name Vehicle_ID

Confidential

Version:

Date:

Data Dictionary for table Payment Description Type Payment ID Varchar Payment amount Double Description about Varchar payment Date of Payment Date Student ID Varchar

Data Dictionary for table Compound Description Type Compound ID Varchar Vehicle ID Varchar Student ID Varchar

Data Dictionary for table Movement In and Out Constraint Description Type PK,FK1 Vehicle ID Varchar Date of vehicle movement in and out Time of vehicle Varchar movement in and out Data Dictionary for table Register and Unregister Constraint Description Type PK,FK1 Vehicle ID Varchar

© CS1104G 2021

Length 20 (3,2) 50 20

Length 20 20 20

Length 20 -

-

Length 20

Page 12 of 16

Software Requirement Specifications

4.

System Specification

4.1

Module/Function + narrative 1.

Version:

Date:

User module – This module is designed for the users who are also known as the students. The users are able to register their car on Kerawang College Car Registration System. There are 2 sub-modules for the users.

a.

Sub-module 1: Vehicle Registration – in this module, users are able to register their own vehicle in the Kerawang College Registration System.

b.

Sub-module 2: View Application – in this module, user is able to view the pending and successful registration application.

2.

Admin module – This module is designed for admin who are also known as the staff. The admin are able to manage data about the car and car’s owner and fine records if any. There are 2 subs -modules for the admin.

a.

Sub-module 1: Registration – Admin able to pick any registration application and approve or disapprove the application.

b.

Sub-module 2: View All Registration – Admin able to view all the application and update any data about the car and car’s owner information and impose a fine if any offense.

Confidential

© CS1104G 2021

Page 13 of 16

Software Requirement Specifications

4.2

Purpose of Module / Function

4.2.1

Lists of Input Data •

Sign in -

•

Version:

Date:

Users and admin have to key-in their ID and password to sign in

Vehicle registration -

User have to enter details fill up form for new registration or verify details for existing registration

•

Registration approval or cancel -

Admins have to choose or pick any vehicle registration application by key-in the name of student or vehicle plate number to approved or cancel any student vehicle registration application.

•

Update the registration -

Admin can change any information such delete or update data information a such as fine records.

Confidential

© CS1104G 2021

Page 14 of 16

Software Requirement Specifications

4.2.2

Version:

Date:

Processes involved

Sign in: User or admin have to key-in their ID and password in the space provided and choose to login as a student or staff. After that, system will match all these input with the login in database. If matches, then user is authenticated.

Vehicle registration: User has three optional buttons to choose which first is new registration that required user to fill up forms about their and car details. Second is existing registration which is uncompleted form and user need to verify the details to complete the form. Lastly is view status which is shown the status of application which is still active or not. If not, user need to verify details if already registered before this.

View application: User can check the vehicle registration application is pending, success or rejected by admin. If pending, user need to wait until the result come out. If success, the information from the vehicle registration system will put into the system. If rejected, user need to make a new registration.

Registration: Admin need to process the vehicle registration application by checking the criteria or condition. If all passed, admin could process to next stages which is approve application and put into the system. If not, admin can cancel the application and ask user to fill up again next time.

Update data in system: If there any data in system need to update or delete, admin can modify the data by view all registration in the system. Admins need to enter the student ID and the information about the student and car owned by student will appear. If there any offense, admin can put the details about the offense and charge fine and put into student information or records.

Confidential

© CS1104G 2021

Page 15 of 16

Software Requirement Specifications

4.2.3

Version:

Date:

Lists of Output Data

•

Registration Status -

The system will display the status of registration which is active or not. If not, student need to activate the registration back by verify details.

•

Application view -

The system will display the application is pending, approved or rejected. If pending, user need to wait and if reject, user need to make a new registration.

Confidential

© CS1104G 2021

Page 16 of 16...