Professional Documents
Culture Documents
Manan Raj - Mamatha RC
Manan Raj - Mamatha RC
REPORT
Submitted for
(5ISL2)
Submitted By
Name 1: Manan Raj (1SI19IS033)
Name 2: Mamatha RC (1SI19IS032)
9001:2015 Certified)
Tumakuru -572103
Software Engineering and Testing Laboratory ISE, SIT
1.COURSE MANAGEMENT
OBJECTIVES:
It will allow the faculties to create the course online and distribute it to
the students
BASIC FEATURES:
Assigned faculties can login to the system and create the course plan.
The created course plans will be sent to the administration for any edits
or approval.
Once the administration approves the course plan, it will be sent to the
respective students of that subject.
Faculties can update the plan, any time they wish to. The updates will
be reflected to the students after administration’s approval.
FUNCTIONAL REQUIRMENTS:
Functional requirements outline what the system must do. I.e. what
services the system present to the user. Following is a list of functionalities
of the system.
ACTIVITY DIAGRAM:
DFD0:
DFD1:
SEQUENCE DIAGRAM:
Dept. of Information Science and Engineering 2021-2022 7
Software Engineering and Testing Laboratory ISE, SIT
KINDS OF LEAVE:
For students:
1. Sick leave
2. Study leave
3. Casual leave
For Teachers:
1. Casual leave
2. Sick leave
3. Commuted leave
4. Medical Leave
5. Maternal Leave
6. Sabbatical leave
FUNCTIONAL FEATURES/REQUIREMENTS :
Home page for sign in/sign up for teachers, students, non- teaching staff.
STUDENTS
After successful login student is redirected to leave application page
there the student can write application to the respective HOD and
subject teachers.
The student has the privilege to withdraw the application and change
his profile details and password.
Student can also see the status of his leave and attendance
percentage.
TEACHERS
After the successful login the teacher gets redirected to the leave
application page where he/she writes application to the principal.
The teacher can withdraw their application any time they wish and can
change their password too!
The teacher can see the status of their leave application and can check
the number of leaves taken and left with them.
Teachers can see the approved leave of their students and can check
the stats of their respective subject students.
Non-Teaching Staffs
Non-teaching staffs will have same privileges as of a teacher, except
for the part where teachers can see the leave taken by their students!
HODs
HODs of respective branch will login as a teacher but the marked HOD
will have privilege to check all the leave taken by the students and
teachers of their branch.
The HOD can write leave application to the principal and can withdraw
their application any time.
Every HOD will have the same set of leaves as a teacher, thus they too
can see the stats of number of leaves taken and left with them!
The principal has full control over all the application. He can check the
details and statistics of all the students, teachers, non-teaching staffs and
HODs and can accept or reject the leaves.
ACTIVITY DIAGRAM:
DFD0:
DFD1:
SEQUENCE DIAGRAM:
3. MULTIMEDIA CONTENT
PROTECTION:
OBJECTIVES:
To safeguard the privacy of the data of a user.
System generates unique signatures for all data, images, audio and
video that a user shares in certain platforms, so that it is easy to identify
the content whether it is original or copied. All the data and content
shared will have a hash value which makes it a unique key and hence
can be accessed through that hash key only!.
All the content will be encrypted with encryption keys like md5 or
base256 before inserting it into database. This will protect the content
from getting seen by database administrator.
The system should work on 4GB ram server and can encrypt
videos/images at least 1mbps IOPS.
ACTIVITY DIAGRAM:
DFD0:
DFD1:
SEQUENCE DIAGRAM:
Functional Requirements :
With this feature, an end customer will be able to track the location of
their package on maps once it is out for delivery.
Using our software, the end customer will be able to track the
status of the package, i.e., status like shipped, dispatched,
delivered, etc.
4. Complain submission:
5. Feedback Submission:
Both the sender and receiver can give the feedback of how
the delivery experience was!
NON-FUNCTIONAL REQUIREMENTS:
Database Requirement:
Database server: MySQL
Backend Technology Requirement:
PHP or Django
Server Requirement:
4 GB Ram / 2 Cores
ACTIVITY DIAGRAM:
DFD0:
DFD1:
SEQUENCE DIAGRAM:
OBJECTIVES:
To prevent occurrence of any possible crime, from the campus.
Every individual who belongs to the campus will have their own
unique ID for recognition.
Student will have to get their ID scanned before entering to the hostel.
This will prevent any unauthorized access to the hostel.
Every security guard will have their unique ID and they will be
assigned different tasks through our application.
ACTIVITY DIAGRAM:
DFD0:
DFD1:
SEQUENCE DIAGRAM:
Our HMS is divided into various parts thus covering all the departments and
needs of a hospital. We have the following features covered in our
software.
Patient’s side:
1. A patient can register to our system, browse through the various
doctors available on that particular day and can book an appointment.
4. Patients can see the details of assigned laboratories (if any, by the
doctor).
Doctor’s side:
1. Doctors can login to their authorized account and check all the
booked slots with the patients.
3. Doctors can also upload the digital prescription and the patients can
make use of it.
Laboratory’s side:
2. Laboratory in charge can upload the test reports here, which can be
accessed by the patient.
3. Laboratory in charge can add the billing details for a particular test.
Pharmacy’s side:
5. They will have an economic overview of the laboratory and all the sections of
the hospital.
6. They work on the feedback given by the patients about the doctors.
ACTIVITY DIAGRAM:
Dept. of Information Science and Engineering 2021-2022 4
4
Software Engineering and Testing Laboratory ISE, SIT
DFD0:
DFD1
SEQUENCE DIAGRAM:
Dept. of Information Science and Engineering 2021-2022 4
7
Software Engineering and Testing Laboratory ISE, SIT
FUNCTIONAL REQUIREMENT :
Our software is divided into four different user base or parts.
INSTITUTION’S PORTAL
2. The authenticated user can allot an invigilator for a particular subject or room,
which will be reflected on assigned teacher’s account on teacher’s portal.
3. The assigned user can add the seating allotments of students, which will be
revealed on the student portal on the day of examination.
5. User can filter the students as per their attendance in regular classes.
6. Logged in user can check the list of students and mark if they are eligible to
give exams. Only an eligible student will get their admit card.
7. User can check the list of teachers and see who is assigned for which exam
thus can verify the availability of teacher, thus lessening the ambiguity.
8. Question paper, uploaded by the teacher (from the teacher’s portal), will be
available in this portal and an assigned member can check it.
9. This portal will have a super user (the head of the institution) and other
different users. A super user can create account of other users and can assign
privileges to the features of this portal.
10. A user of this portal can change their details and password.
Teacher’s Portal
1. A subject teacher can upload the prepared question paper of their subject which
will be reflected to the account of assigned user of institution portal.
2. A logged in teacher can see the schedule for the examination, as assigned by
Dept. of Information Science and Engineering 2021-2022 5
0
Software Engineering and Testing Laboratory ISE, SIT
the institution. Thus making it easier to find their assigned invigilation room or
floor.
3. An assigned invigilator can take the attendance of their room and submit it
online thus a student’s attendance can be tracked easily.
4. An invigilator can write remarks for a student, based on his behaviour in the
examination hall. Thus, making it sure, that someone who is involved in
malpractice should be punished and evaluated accordingly.
5. An evaluator, after evaluating a student’s paper, can submit the marks here,
which will be reflected both on student’s portal and university’s portal, grouped
by students.
Our system will automatically calculate a student’s percentage and final grade.
Student’s Portal
1. A student can login to their portal, using their credentials and can download
their admit card, if they are eligible for the examination.
2. During the day of exam, their room numbers and seat numbers will be revealed
in the portal itself. They can simply login and check their seating details as
assigned by the management.
3. Students can check their attendance here, as marked by the invigilator, for each
examination. This will be an assurance for a student that his paper is submitted.
4. After the evaluation of paper, students can check their individual results here.
5. A student can raise an issue with their marks, which will be submitted to the
evaluator and the management.
This is a common landing page for all the users, which will have links for all the
other three portals. A user can choose its type and can go to their particular portal.
This will also have the common information and announcement for all the users,
as submitted by the head management.
This will have information like list of teachers of an institution and the number of
students enrolled for examinations. The topper of each batch will be announced in
this page.
All the passwords are MD5 encrypted and the forms and files are uploaded over
a SSL based technology for the security.
ACTIVITY DIAGRAM:
DFD0:
DFD1
SEQUENCE DIAGRAM:
Once they have posted their question/doubt, it will be visible to all other
registered students (under unanswered doubts sections), who share the
same grade (i.e, class) as the questioner. Questions will be categorized as
per the subject or topic, selected by the questioner.
The questioner can also chat privately with the answerer if he finds him
suitable as his study mate and can clear his doubts on any of the concepts.
If they find their mate good, they can rate each other, which will be
reflected in their profile as a testimonial. And if they feel like reporting any
of the profile, due to any possible reason, they have the power to do it as
well. All reports will be checked by the Administrator of the platform.
OBJECTIVE:
1.connect and discuss all sorts of ideas through individual and communities
2.connects and present people based on information gathered about them, as
stored in their user profile.
3.helping recruiters to find correct candidates.
4.helping students to find jobs.
FUNCTIONAL REQUIRMENTS:
1. Students from different schools and colleges register by mentioning their
class/year and then login
2. If the user has already studied with someone in private chat, he can go to
messages list and chat with that student. They can also search profile by
username
3. If the user has already studied with someone in private chat, he can go to
messages list and chat with that student. They can also search profile by
username
5. They can chat in real time and can send images too, about the related
stuffs emphasized in the question and hold their discussions.
6. One can report an individual if you find any of his/her act disgraceful or
malicious
NON-FUNCTIONAL REQUIRMENTS:
i) JAVA+XML
(web-view fragments and native elements will be used to make a
Hybrid Web-View Android APP)
ACTIVITY DIAGRAM
Dept. of Information Science and Engineering 2021-2022 6
2
Software Engineering and Testing Laboratory ISE, SIT
DFD0
DFD1
SEQUENCE DIAGRAM
Dept. of Information Science and Engineering 2021-2022 6
5
Software Engineering and Testing Laboratory ISE, SIT