0% found this document useful (0 votes)
142 views36 pages

Online Course Reservation System Develo

The document outlines the development of an online course reservation system, including listing the team members and providing details on requirements analysis, system design, and implementation using a standard process model with phases including modeling, implementation, integration and testing, and operations and maintenance.
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PPTX, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
142 views36 pages

Online Course Reservation System Develo

The document outlines the development of an online course reservation system, including listing the team members and providing details on requirements analysis, system design, and implementation using a standard process model with phases including modeling, implementation, integration and testing, and operations and maintenance.
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PPTX, PDF, TXT or read online on Scribd
You are on page 1/ 36

Online Course Reservation

System Development
Team Members
Name Roll No
 K. Poojitha Sai  21071A66F0
 K. Akshay  21071A66F1
 K. Lakshmi Narayana  21071A66F2
 K. Pavan Praneetha  21071A66F3
 M. Tharun  21071A66F4
Online Course Reservation System
The project aims to introduce Automated Student’s
Course Reservation using computer .And we will
show how to use a process model to develop a
particular system .
Outline
First meeting with Customer and Devoloper
Customer Requirements
Feasibility Anylysis
Take dicision whether we will take the job or not.
Soft Team
Required Resources
User Interface
Use a process Model
System Design
Testing & Quality Assurance
4
Requirement analysis and specification
The goal of this phase is to understand the exact requirements of the
customer and to document them properly

Three interfaces to the system


Student Interface (web based)
Faculty Interface (web based)
Register Interface (windows based + web base )
Four types of users:
Students
Register
Advisors
Performance Requirements
Each “click” should respond in no more than 3 seconds
Longer search functions should not take more than 10 seconds
Reasonable uptime is required.
Quick recovery if system is ever down

Required Student Functions


Registration
Student Information
Tuition Payment
Information Search
Schedule Function
Courses

6
Functional Requirement
Requirement F1
number:

Requirement Check Course Prerequisites


title:

Requirement Describes the logic to be implemented to ensure that students have the proper prerequisites to take a given course.
text:

Requirement Functional - Processing


type:

Requirement The University has a set of rules that determine whether a student is eligible to take a given class. One rule is that in order to take a class,
details and students are sometimes required to take other classes that give them the required foundation for the class. These rules must be enforced
constraints: during the student enrollment process. The specific prerequisites to be implemented for each course can be found in the University calendar.

During the enrollment process, the system will:


•Retrieve the course the student wishes to enroll in
•Retrieve the students course completion history to determine the courses taken and completed successfully by the student
•Retrieve the prerequisites for the desired course
•Determine if the student has the appropriate prerequisites for the course
•If the student has the required prerequisites:

Flag the course as OK, allow course to move to next step in the process (check enrollment)
•If the student does not have the appropriate prerequisite courses:

Retrieve override information

Determine if instructor has given student permission (through override) to enroll in the course

If yes, allow course to move to check enrollment step

If no, end message to student that enrollment not allowed.

Revision date 10/11/2013


and reversion
number:

Criticality: Must
Functional Requirements
Requirement F2
number:

Requirement Course data


title:

Requirement Describes required system-maintained course data


text:

Requirement Functional - Data


type:

Requirement A course is an educational offering of the University. The system must maintain the following
details and information regarding courses:
constraints:
•Course Title.
•Course description
•Program of study. Each course is assigned to a given program (e.g., Biology, Information Systems,
Business Administration)
•Prerequisites. A prerequisite is another course that a student must take to be eligible to for a given
course. Each course may have zero, one or many prerequisites
•Etc………….

Revision date 10/15/2013


and reversion
number:

Criticality: Must
Technical Requirement
Requirement T1
number:

Requirement Enrollment service requirements


title:

Requirement Describes the technical service requirements to be placed on the system in terms of
text: number on concurrent users and location of users.
Requirement Technical
type:

Requirement •The student enrollment process must be able to allow 100 students to enroll concurrently.
details and •The system must support students enrolling locally (in university computer labs) as well as
constraints:
remotely (e.g., from dorm rooms on campus or from homes)
•The system must support ‘locking down’ the enrollment process to specific locations during
peak registration periods. For example, the system must allow access only from specific
computer lab computers during the freshman registration period

Revision date 10/11/2013


and reversion
number:

Criticality: Must
After analysis the requirement we decide that we
need to create following web pages
Home Page Page for advisor
Login Page Page for register
My Page Page for student
Registration page About subject
Change Password Student list
Edit Profile Student information
FAQ Notification
Contact Us
Schedule
Cost and budget
Engineer Costs based Engineer Estimated Hours Estimated Cost

on $40/hr for Habib

Tawhid
291

222
$11,640

$8,880

Engineers and $80/hr Tondra 261 $10,440

for the Manager Gini 136

Total Estimated Cost


$10,880

$41,840

Testing Cost 40% .


Other Cost including
60%.

12
BUDGET

Item Item Count Item price


Computers (laptop) HP Probook 4540 4 600$ for each one
Africom Internet provider - 50$ in month
Electricity Generator 2 300$ for each one
Office - 200$ in month
External Hard Drive 2 100$ for each one
Team salary 6 500$ per month (5500$)
MS project 5 100$
Office 2007 5 100$
ASP.NET 2 100$
Monitors program 1 100$
Upload services - 72$ in year
Anti-virus (avira) 5 30$
Foods and drinks for 6 10$ for each person in a day (3600$)
Total 13,302$
This model contains 6 phases
3. Design
The goal of this phase is to transform the requirement specification into a structure that
is suitable for implementation in some programming language.

4.Implementation and unit testing


During this phase the design is implemented. Initially small modules are
tested in isolation from rest of the software product.

5. Integration and system testing


In this all the modules are integrated and then tested altogether.

6.Operation and maintenance.


Release of software inaugurates the operation and life cycle phase of the
operation.
The phases always occur in this order and do not overlap
Phase-3 Modeling
1. Use Case Diagram
2. Class Diagram
3. Sequence Diagram
4. Collaboration Diagram
5. Activity Diagram
6. State Chart Diagram
7. Component Diagram
8. Deployment Diagram

15
1. Use Case Diagram
2. Class Diagram
3. Sequence Diagram
4. Collaboration Diagram
5.Activity diagram:
Enroll in Course: Current situation

Student Advisor Registrar


Reg. Form
Select Courses Reg. Form
Review request
Determine if prereqs.
met
Wait in line,
usually in rain.

Registration open yet?


N Determine if
space available in
sections) taught
Y Review forms
for
N Can student enroll?
issues/errors
Line up for professor
Y Reg. Form
Form OK? N
Enroll student,
update form
Y Reg. Form

Key
Y Need another course?
registration
data into
N computer

Bring Reg. Form


completed
form to
registrar table
6. State Chart Diagram
7. Component Diagram
8. Deployment Diagram
Design Project
Testing Procedures
 
The most practical test for our system will be to have a tester use all its functions while
trying to register for classes.
Cases and stipulations to test for:
 
Students registration is protected by a login and password.
Student’s choice of classes have been accurately recorded/updated in the system database.
Students can’t register for classes not offered that semester.
Students can’t register for two classes that meet at the same time.
Students can’t go over 18 hours.
Students can’t register for a class that’s full.
Map correctly depicts the locations of the student’s classes.
Weekly schedule accurately shows the student’s schedule.
Hours-Remaining counter works accurately.
Phase-4

Construction :
Coding
Testing
Home About us

Previous Department: Computer Science and Engineering (CSE) Next

Course Adviser will see the page

Batch List

Edit Page More Subject Done


Home About us sign in sign up

Student will see the page

View

Course has been adviced for CSE-45

Complete View

Complete View

View
Notifications
16
Home About us sign in sign up

Add
Home About us sign in sign up

Previous Department: Computer Science and Engineering (CSE) Next

Course Adviser will see the page


Batch List Student List

CSE-045 06197 Tanjima Tondra


View
CSE-045 061 Tawhid Hassan
View

CSE-045 06186 Md.Habibur Rahman


View

CSE-045 06201 Tahera Khatun Gini


Notifications Complete View
16
More Students
01/26/2023
Home About us sign in sign up

Previous Department: Computer Science and Engineering (CSE) Next


Course Adviser will see the page
ID: CSE-S-045 06186 Md.Habibur Rahman Account Statues : OK
Session : Spring 2011 Campus : Siddeswari Mobile:01672497730
E-mail:
Program: CSE

Course Code Course Title CR.HR Remark Pre-requisite


CSE 325 Microprocessor 3.00 45 None
CSI 413 Computer Graphics 3.00 45 CSI 211

CSI 411 Compiler 3.00 45 CSI 315


CSI 412 Compiler Sessional 1.5  45 None
Total Credit Hour : 10.5

Edit Page Previous Student Next Student Done


Home About us sign in sign up

Previous Department: Computer Science and Engineering (CSE) Next

Course Resister will see the page


Batch List Student List

CSE-045 06197 Tanjima Tondra


View
CSE-045 06179 Tawhid Hassan
View

CSE-045 06186 Md.Habibur Rahman


View

CSE-045 06201 Tahera Khatun Gini


Notifications Complete View
16
More Students Edit
01/26/2023
Home About us sign in sign up

Previous Department: Computer Science and Engineering (CSE) Next


Course Register will see the page
ID: CSE-S-045 06186 Md.Habibur Rahman Account Statues : OK
Session : Spring 2011 Campus : Siddeswari Mobile:01672497730
E-mail:
Program: CSE
Adviser : ok
Course Code Course Title CR.HR Remark Pre-requisite
CSE 325 Microprocessor 3.00 45 None
CSI 413 Computer Graphics 3.00 45 CSI 211

CSI 411 Compiler 3.00 45 CSI 315


CSI 412 Compiler Sessional 1.5  45 None
Total Credit Hour : 10.5

Edit Page Previous Student Next Student Done


Phase-5

Deployment
Delivery
Support
Feedback
Deployment Environment

Database Server
OS – Win 2003 Enterprise Server
MS Access
HDD – Min 10 GB, Recommended 25 GB
RAM – Min 1 GB, Recommended 2 GB
Processor - Pentium Dual Xenon Processor
Thank
You

You might also like