Autometed Online Course Registration System is a software development project final presentation. here , I applyed . and software development waterfall feedback model. Development Software Engineering Project Presentation
2. Online Course Registration System
The project aims to introduce Automated Student’s
Course Registration using computer .And we will
show how to use a process model to develop a
particular system .
3. 3
Outline
First meeting with Customer and Devoloper
Customer Requirements
Feasibility Anylysis
Take dicidion whether we will take the job or not.
Soft Team
Required Resources
User Interface
Use a process Model
System Design
Testing & Quality Assurance
4. Conversation with Customer and Devoloper
Students of Stamford University, Bangladesh register for a
course in a manual process. An authority offers some courses
and notices the students. The processes are –
1. Authority offers courses
2. Notice the students
3. Student collect registration form
4. Students collect accounts clearance
5. Students submit registration from to the authority after
fill up
6. Authority checks pre-requisites
7. Authority registers students
5. Feasibility Anylysis
Feasibility study:
The feasibility study activity involves the analysis of the
problem and collection of the relevant information
relating to the product. The main aim of the feasibility
study is to determine whether it would be financially
and technically feasible to develop the product.
Technical Feasibility
Economic Feasibility
Operational Feasibility
8. Following Phases Occur In Waterfall Model
COMMUNICATION
Communication is the first step before starting any software project. Before starting
any software project it is very important to understand what user wants what user wants
from software. Here in this phase we do requirement gathering. We must collect
requirement if we have requirements then we can proceed. For example user wants to
develop software for theatre management the developer does not know what to do and
how it should look like. Then user will provide necessary information to user.
PLANNING
Normally, planning means to draw out in detail what to do in future. Planning is very
crucial activity in software engineering. In this phase of development the manager plans
for future he decides what problems may occur in future, what are risks involved,
budged, cost, schedules etc.
MODELLING
In modelling the engineer designs the architecture of software which is similar to floor
plan of house.
The engineer makes detail design of software using requirements collected. You create a
“sketch” of the thing so that you’ll understand the big picture
9. • CONSTRUCTION
This is also called as implementation here programmer implements the requirements
into programming language they code in particular programming languages.
• TESTING
Testing is very important phase basically testing is done to check weather software
meets customer requirement or not. In testing we find the problems in our system and
remove our problems.
There is lots of testing technique like black box testing, white box testing, top down
testing, bottom up testing.
• DEPLOYMENT
The software (as a complete entity or as a partially completed increment) is delivered to
the customer who evaluates the delivered product and provides feedback based on the
evaluation.
10. Waterfall Model Advantages
There are certain advantages of this model, which
makes it, one of the most widely used models as
yet. Some of them are:
Being a linear model, it is very simple to implement.
The amount of resources required to implement this model are
minimal.
Documentation is produced at every stage of the software's
development. This makes understanding the product designing
procedure, simpler.
After every major stage of software coding, testing is done to check
the correct running of the code.
11. 11
Waterfall Model with Feedback
(Diagram)
Communication
Project initiation
Requirements
gathering
Planning
Estimating
Scheduling
Tracking Modeling
Analysis
Design Construction
Code
Test Deployment
Delivery
Support
Feedback
12. 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
14. Requirements
Answering the questions:
What does the system need to do ?
what are the functions, what business rules and logic
must be implemented?
What information does the system need to contain?
What are the constraints under which the system must
operate?
What are major steps in student registration – they include:
Remember, we need to determine: how should the process work
what should the steps be?
What information is required to make the process work effectively
what information is required to support each process step?
15. Project Requirement
On line submission of application forms.
There should be a proper login system for the user
where security is required.
The web technologies to be used ; HTML, CSS,
JavaScript and php .
The proper validation should be done.
16. 16
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
17. Functional Requirement
Requirement
number:
F1
Requirement
title:
Check Course Prerequisites
Requirement
text:
Describes the logic to be implemented to ensure that students have the proper prerequisites to take a given course.
Requirement
type:
Functional - Processing
Requirement
details and
constraints:
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,
students are sometimes required to take other classes that give them the required foundation for the class. These rules must be enforced
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
and reversion
number:
10/11/2013
Criticality: Must
18. Functional Requirements
Requirement
number:
F2
Requirement
title:
Course data
Requirement
text:
Describes required system-maintained course data
Requirement
type:
Functional - Data
Requirement
details and
constraints:
A course is an educational offering of the University. The system must maintain the following
information regarding courses:
•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
and reversion
number:
10/15/2013
Criticality: Must
19. Technical Requirement
Requirement
number:
T1
Requirement
title:
Enrollment service requirements
Requirement
text:
Describes the technical service requirements to be placed on the system in terms of number
on concurrent users and location of users.
Requirement
type:
Technical
Requirement
details and
constraints:
•The student enrollment process must be able to allow 100 students to enroll concurrently.
•The system must support students enrolling locally (in university computer labs) as well as
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
and reversion
number:
10/11/2013
Criticality: Must
20. After analysis the requirement we decide that we need
to create following web pages
Home Page
Login Page
My Page
Registration page
Change Password
Edit Profile
FAQ
Contact Us
Page for advisor
Page for register
Page for student
About subject
Student list
Student information
Notification
24. 24
Cost and budget
Engineer Costs based
on $40/hr for
Engineers and $80/hr
for the Manager
Testing Cost 40% .
Other Cost including
60%.
Engineer Estimated Hours Estimated Cost
Habib 291 $11,640
Tawhid 222 $8,880
Tondra 261 $10,440
Gini 136 $10,880
Total Estimated Cost $41,840
25. 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 ( breakfast, lunch and dinner) 6 10$ for
each person in a day (3600$)
Total 13,302$
BUDGET
26. 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
32. Enroll in Course: Current situation
Student Advisor Registrar
Select Courses
Reg. Form
Wait in line,
usually in rain.
Line up for professor
Registration open yet?
Need another course?
Y
N
Y
Review request
Determine if prereqs.
met
Determine if
space available in
sections) taught
Can student enroll?
Reg. Form
N
Enroll student,
update form
Reg. Form
Y
N
Bring
completed
form to
registrar table
Review forms
for
issues/errors
Reg. Form
Y
N
Key
registration
data into
computer
Reg. Form
Form OK?
33. 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.
35. 35
Testing & QA
Using the following software testing process:
Unit Test
Integration
Test
Validation Test System Test
• Integration Test will be done from bottom to
up requiring drivers
36. Department: Computer Science and Engineering (CSE) NextPrevious
Batch List
Home About us
DoneEdit Page More Subject
Course Adviser will see the page
37. Home About us sign in sign up
Student will see the page
View
Complete
View
ViewComplete
View
Course has been adviced for CSE-45
Notifications
16
39. Home About us sign in sign up
Department: Computer Science and Engineering (CSE) NextPrevious
Student List
CSE-045 06197 Tanjima Tondra
CSE-045 061 Tawhid Hassan
CSE-045 06186 Md.Habibur Rahman
CSE-045 06201 Tahera Khatun Gini
Notifications
16
View
View
View
ViewComplete
Batch List
5/5/2017
More Students
Course Adviser will see the page
40. Home About us sign in sign up
Department: Computer Science and Engineering (CSE) Next
Course Adviser will see the page
Previous
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 DoneNext StudentPrevious Student
41. Home About us sign in sign up
Department: Computer Science and Engineering (CSE) NextPrevious
Student List
CSE-045 06197 Tanjima Tondra
CSE-045 06179 Tawhid Hassan
CSE-045 06186 Md.Habibur Rahman
CSE-045 06201 Tahera Khatun Gini
Notifications
16
View
View
View
ViewComplete
Batch List
5/5/2017
More Students
Course Resister will see the page
Edit
42. Home About us sign in sign up
Department: Computer Science and Engineering (CSE) Next
Course Register will see the page
Previous
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 DoneNext StudentPrevious Student
Adviser : ok
In this slide , we will talk about our Topics Online Course Registration System and What is the aim of the topics ?
In this slide , we show that is going on in our University and current Registration system.
We see a page where our Course Advisor will 1. Tick on one the batch list box 2. Tick on the courses box what he want to offer for us. After complete those job he will Press on “Done” button. Than this courses will go automatically in Course offer list page and Every student will notify by E-mail so that the student will visit the page to take their course in time.
Now students are seeing the courses listed which is offered in every Department. When he will tick his category of department he will only see the departmental subjects. Suppose a student will click on the picture of Computer Architecture. Go next page , what is going on……
He can see all information about the course. If he press “sign up” ,he will be requested to make registration first.
Course Adviser will see the page . When he will inter into the “view” ,he will see the next page. Suppose he will see Md.habibur rahman .go to the next slide..
Advisor will see about all information about Md.habibur Rahman like the slide. When he done it , the notification will be sent to Register.
Now register will see the page. he will also view again.
Couse register will see the page and done it. When it is done a confrm massage will recive students.