This Sample may have errors on few places / diagrams. Sample is supplied here to visualize the volume of work and structure / organisation of your assignment. Read your assignment specification/case study and consult your lecture slide / book / Moodle for all necessary / correct understanding.

COIT 20248: Information Systems Analysis and Design

Term 2, 2017

Assessment 2 Report

Lecturer: XXXXXXXX

Tutor: XXXXXXXXXX

Group Members:

Student Name Student ID

xxxxxx xxxxxxx 1205xxxxx

xxxxxx xxxxxxx 1205xxxxx

xxxxxx xxxxxxx 1205xxxxx

xxxxxx xxxxxxx 1205xxxxx

1

Table of Contents1. Introduction...................................................................................................................................3

1.1 System objectives..................................................................................................................3

2. Use Case Diagram..........................................................................................................................4

3. Context Level Diagram...................................................................................................................5

4. Level 0 Data Flow Diagram............................................................................................................6

5. ERD Diagram..................................................................................................................................8

6. CRUD Diagram...............................................................................................................................9

7. Prototype of website design........................................................................................................10

7.1 Student Admission form......................................................................................................10

7.2 Payment form......................................................................................................................11

7.3 Login form............................................................................................................................11

7.4 Grades form........................................................................................................................12

7.5 Agent form...........................................................................................................................13

7.6 Student Dashboard..............................................................................................................13

8. Team member’s contribution......................................................................................................14

9. Reflections and Conclusions........................................................................................................15

10 References...............................................................................................................................16

2

1. Introduction

Data Science school is a Registered Training Organisation (RTO) that conducts business and IT courses. Initially they did not had any online system, data were stored manually. But, as the RTO grew larger they faced many problems maintaining their old paper based system.

To solve this, a computerised Student Management System (SMS) is proposed by the Global Business Systems to Data Science School. This is a web-based system that will convert the RTO’s current manual student management system. The students, trainers/staff, agents and the management of the RTO will benefit from this. It will computerise the record keeping and automate all the existing manual processes of the RTO from enrolment to graduation of a student.

This report is a complementary guideline to the Systems Requirement Specifications (SRS) of Data Science School (DSS). It contains the system’s main diagrams namely the Use Cases, Context Level Diagram, Level 0 Data Flow Diagram (DFD), Entity Relationship Diagram (ERD), CRUD table and the User Interface Design. This document serves as a reference for both the system developers and the stakeholders. 

1.1 System objectivesThe primary objective of the proposed system is to have an efficient and cost-effective solution in all of the processes of Data Science School (DSS) by developing a web-based student management system.

The system also aims to provide the following:

To enable students/clients, agents and staff to apply online To speed up the admission process To have an accurate capturing and reporting of data To have a reliable record-keeping To produce accurate records and reports To track student’s performance   To provide agents an easier approach in tracking the status of applications and commissions To eliminate redundancy in making files To have a timely processing of outstanding payments To eliminate processing duplicate payments and over payment of agent commissions To provide secure data storage To reduce staff and maintenance costs

3

2. Use Case Diagram

The interactions among the objects in any system is illustrated using the Use Case Diagram. It is used in the system analysis phase to define the system requirements (Rouse 2014).

The Use Case Diagram of Data Science School Management System is composed of five actors namely the student, agent, trainer, admin/staff and the manager/owner. The diagram has system of interest, roles of the actors, use cases and relationships between and among the actors and the use cases.

Based on the figure 1 above, the primary actor of the system is the admin/staff as he/she is involved in several key interactions among the other actors and has many permissions in navigating the system. The admin/staff role acts as a middle man between the student/client and the manager.

4

3. Context Level Diagram

Context diagram is the top level of Data Flow Diagram. It also shows the main external entities and one process which generalises the function of the entire system in relationship to the external entities

According to Valacich, George and Hoffer (2015), context Diagram is the master plan of the system requirements thus, Figure 2, shows the Context Diagram of Data Science School management system which has four entities and these include: Student, Teacher, Agent and Staff. These entities are the objects outside the system with which the system communicates. Therefore showing the source and destinations of the system inputs and outputs. For instance the student entity lodges an application for admission and gets a feedback through a data which is the application update. This in turn gives the student the present statues of the application she/he lodged. In the same vein the Agent entity supplies data through lodging application and receives a data through application update and then agent entity can lodge request for claiming commission. Also the Teacher entity gets data from the process via Course details and gives back information via Assign marks data. However, the Staff entity gets data through the Reports and Commission request and gives back to the system via a data course details and issue payment.

5

4. Level 0 Data Flow Diagram

Just as the saying goes a picture is worth a thousand words, this level of data flow diagram is. It is an expanded version of the context diagram and gives a full overview of the system. It shows more detailed data flow diagram with number of steps ranging from the major process, data stores and data flow. It shows the scope and boundaries of a system at a glance plus other systems that interact with it.

Figure 3, shows the Data flow Diagram level zero of Data Science School with four entities namely: Student, Staff, Agent and Teacher. As the diagram depicts there are six stores which are login info, admission database, course info, communication history, result database and payment history.

It also has six processes which are:

1. Signup/log in2. Admission process,3. Communication, 4. Process course info, 5. Results calculator, 6. Process payment.

On the other hand it has the following Data flow:

6

1. Agent log in info2. Teacher login info3. Student login info 4. Staff login info5. Apply for admission6. Admission update 7. Check info8. Show notification9. Admission update lodge application 10. Manage application 11. Store admission info12. Retrieve admission info13. See communication history 14. Manage communication 15. Update course info16. Store course info17. Retrieve course info18. Manage payment19. Issue commission20. Claim commission21. Submit queries22. Issue COE23. Feedbacks 24. Get course info25. Store result26. Retrieve result27. Pay fees28. Payment notification 29. Store payment history30. Retrieve payment info31. Provide marks32. See grades 33. Request certificate

7

5. ERD Diagram

According to Valacich, George and Hoffer (2015), an entity-relationship diagram (ERD) represents data in step by step order, with proper logical and graphical notations. It models the entities involved in a system, relationship among them and outlines the attributes of the entities as well as their relationships.

Entities are data about the user, object or event which will be interacting with the system and whose data needs to be maintained. Entities are represented by rectangles, lines are used to represent the relationships between the entities. The entities can identified uniquely through their primary key. Sometimes foreign key is used, which is a field in one table, to uniquely identify the rows in another table.

In our system the entities are:

Agent Student Teacher Staff Application Result Course Transaction

The relationships among the major entities can be seen in the diagram (Fig. 4). It show the logical structure of the database. We have also introduced cardinality between the data in the diagram.

8

6. CRUD Diagram

The CRUD (create, read, update, delete) diagram describe how the will be used by the processes in the system. It shows where in the system the data are created and how it will be accessed on important processes of the system (Dennis, Wixom & Roth, 2012).

Fig. 5 represents the CRUD diagram of our system. It shows the user interaction with use cases of our system. In the diagram, we see that staff has the maximum permission as their accessibility rights. The manager on the other hand, can just read the as he will can only oversee the whole system. The teacher are more involved with course info, timetable, attendance and grading of the system.

9

7. Prototype of website design (At least include one form and one report)

7.1 Student Admission formThis is the Data Science School's Student Admission Form (fig. 6). Signing up this form is the first step of the enrolment process. Three actors can use this form, the agent, the admin and the student/client. This is where the client's personal details, educational background and his/her preferred course will be entered into the system. This form is also able to attach forms and documents. Once the client (or the agent/admin) submitted this form, a notification message will be sent to the admin that a

new enrolment form has been created.( Missing home page ??)

10

Fig. 6: Student Admission Form

7.2 Payment formThis is the Data Science School Payment Form (fig. 7). This is where the student can pay his or her course fee via debit or credit card. Once the submit button is clicked, automatically the system will generate a receipt and notification. The receipt will be sent to the student's email address that was given on this form while the notification message that a payment has been made will be sent to the Data Science School admin.

The system includes an SSL certificate for added protection and security of the system's data and payment transactions.

Fig. 7: Payment Form

7.3 Login formThis is the Data Science School Login Form (fig. 8). This form can be used by the student, admin, trainer, agent and the manager. Each user type has different levels of permissions and user profiles based on their roles. The login credentials of the users are created by the admin.

Fig. 8: Login page

11

7.4 Grades formThis is the Data Science School Grades form (fig. 9). The trainer is the main user of this. He/she is able to create, read, update and delete the marks of the students. The marks will be processed and stored in the database. Students can only view the results once they are available.

Fig. 9: Grades form

12

7.5 Agent form

Fig. 10: Agent form

This is the Data Science School Agent's form (fig. 10). This can track the students that have been recruited by the agent and their commissions payable to them. The notifications for outstanding balances and deadlines are also included in this form.

7.6 Student Dashboard

This is the Data Science School Student Dashboard (fig.11). This dashboard will be used by the student to see the course he/she is enrolled, the payments, grades and various academic performance

reports.

Fig. 11: Student Dashboard

13

8. Reflections and Conclusions

The main goal of this project was to create an online management system for Data Science School which can conduct the whole admission procedure online, solves the problem of data duplication, ensures proper availability of data, keep track of the communication with students and with the agents, keeps track of the deadlines. We solved this problems and at the same times made the system more enriched by taking the course management procedure online. We have also introduced a financial section which keep track of the financial records and where the students can make the payment online. As a result of this, the time spent in each of the admission processes, course management, payment sections will significantly reduce.

When making the initial design for the system, we were surprised at the amount of information that the staffs needed to keep in memory, i.e. deadlines for each course and the payment details. In the payment section the online payment of the salaries of the staffs and teachers was not included as per the user request which may be needed to change in the near future with the growth of the company.

14

References

Book should be one of your referencesxxxxxx (UML use case diagram), viewed 25 May, 2017,http://whatis.techtarget.com/definition/use-case-diagram

xxxxxx, J 2015, Essentials of systems analysis and design, 6th ednxxxxxxLimited, Edinburgh Gate, Harlow, Essex, England.

xxxxxx, B & Roth, R 2012, System analysis and design, 5th edn, John Wiley & Sons Inc, 111 River Street, Hoboken, New Jersey.

Add individual student’s contribution of work precisely in this assignment in a separate table as shown below.

1 Sanjay’s ContributionTaskAnalysis for Critical Use CaseDraw Critical Use CaseAnalysis for Context DiagramDraw Context DiagramAnalysis for Level 0 Diagramxxxxxx

xxxxxx

xxxxxx

Analysis for CRUD TableDraw CRUD tablexxxxxx

xxxxxx

xxxxxx

xxxxxxPagesMake Report

15

2 David’s ContributionTaskAnalysis for Critical Use CaseDraw Critical Use CaseAnalysis for Context DiagramDraw Context DiagramAnalysis for Level 0 Diagramxxxxxx

xxxxxx

3

4

16