LightBlog
Contact at mumbai.academics@gmail.com or 8097636691/9323040215
Responsive Ads Here

Saturday, 31 March 2018

Course Planning Project in Java

System Requirements Document for Course-Planning
  1. Problem
The Administration performs following functions like managing Professors and managing Students and managing Subjects and managing Streams and managing Schedules. Administration manages time schedule to the Professors for teaching. Suppose when add a new professor Administration checks all the Professors schedules and assign subjects to new professor. Suppose change in schedule of any  professor may or may not collapse other professors schedule so every time Administration need to check all the professors schedules and  this same issue may occur at Student level also, which makes problem to Professors and Student schedule.
This problem can be overcome through using Course-Planning software. Which automatically arrange Professors and Student schedule.  Course-Planning software also saves time it provides accuracy, reduce work, save cost , improve performance, requires less time to plan.
Implementation Module:
  • Course-Planning/Schedule management.
Course-Planning/Schedule management:-
Course-Planning/Schedule is designed to offer time-saving services:
  • Add / Update / Delete professors.
  • Add / Update / Delete students.
  • Add / Update / Delete subjects.
  • Add / Update / Delete streams.
  • Add / Update Schedules for Course-Planning in this manage professors to teach their subjects and students to assign their subjects.
  1. Objectives
  • Improve the speed of managing schedule.
  • Improve the accuracy of the schedule.
  • Improve the accuracy of the schedule during update or deleting schedule.
  • Improve managing professors or subjects or students or streams or subjects.
  • Reduce the time and work to managing schedule to Professors.
  • Reduce the time and work to managing schedule to Students.
  • Reduce cost and faster performance.
  1. Existing system
Administration manages time schedule to the Professors for teaching. Today any new Professor or Student add to Course-Planning Administration checks all the Professors schedules and assign subjects to new professor. Suppose change in schedule of any  professor may or may not collapse other professors schedule so every time Administration need to check all the professors schedules and  this same issue may occur at Student level also, which makes problem to Professors and Student schedule.
The Administration has identified these problems:
  • Administration makes errors entering a new Professor time schedule.
  • Administration makes errors entering a new Student time schedule.
  • Administration makes errors determining and giving out change.
  • Administration takes more time to check out other Professors time schedules.
  • Director does not have a way to check all the Professors schedules.
  • Director also takes more time to check out other Professors time schedules if update time schedule of any professor.
  1. Functional Requirements
  1. Maintain Professors information (add, update, delete)
  1. Professor First Name
  2. Professor Last Name
  3. Professor Email-Id
    1. Maintain Student information (add, update, delete)
  4. Student First Name
  5. Student Last Name
  6. Student Email-Id
  1. Maintain Subject information (add, update, delete)
  1. Subject Name
  2. Subject Description
    1. Maintain Stream information (add, update, delete)
  3. Stream Name
    1. Maintain Schedule information (add, update, delete)
      1. Professor Schedule
        1. Professor First Name
        2. Professor Last Name
        3. Professor Email-Id
        4. Courses per semester
        5. Semester
  1. Student Schedule
    1. Student First Name
    2. Student Last Name
    3. Student Email-Id
    4. Courses per semester
    5. Semester
  1. Control access to all management functions (maintenance)
  1. Identify specific user either Administration/Director
  2. Ensure the user either Administration/Director login in is who they say they are (single password is sufficient)
  1. Non-Functional Requirements
  • Usability
    • The system must be easy to use so that Administrator can quickly make schedule. There are often new professors or students so it is important for the system to be quick to create a new schedule.
      • Administrator should be able to maintain new schedule after enter any new professor or student.
      • Administrator should be able to effectively operate the functions.
    • Reliability
      • The system must be highly reliable since, if the system is not available, the Administrator can’t easily make schedules.
    • Performance
      • All schedules should be performed in under 1 second.
      • All functions look ups should be performed in under 1 second.
  • Supportability
    • The system will be able to automatically install updates received from the software development team.
  • Training
    • The system should provide a training mode that can be used by Administrator/Director being trained. In training mode, the system does not log actual tasks.
    • The system should provide on screen help.
    • The system should come with training documentation.
  1. Target Environment
The system must normally function on a standalone Windows 10 based PC with 4G of memory and 200 GB hard drive.
Software Requirements:
Languages:Java Swings
Operating Systems:Window7
Databases Server:MySql 5.0
Tools/IDE :Eclipse SDK
  1. Use Cases
This is a list of use cases identified for this system.  The definition of each use case follows.
  1. Sign in
  2. Sign out
  3. Add Professor
  4. Update Professor
  5. Delete Professor
  6. Add Student
  1. Update Student
  2. Delete Student
  3. Add Subject
  4. Update Subject
  5. Delete Subject
  6. Add Stream
  7. Update Stream
  8. Delete Stream
  9. Add Schedule
  10. Delete Schedule
  11. Update Schedule
  12. View Professors
  13. View Students
  14. View Subjects
  15. View Streams
  16. View Schedules
System Authorization Use Cases
  1. Sign In
  2. Sign Out
NameSign in
DescriptionGrant a user access as an authorized user either Administrator/Director
Actor(s)Administrator/Director
Flow of Events1. Administrator/Director wants to use the system.
2. Administrator/Director selects to Log in
3. Administrator/Director enters credentials
4. System tests the credentials and grant access or shows and error.
Special RequirementsRequire credentials (username and password)

Pre- ConditionsAdministrator/Director has previously be set up in the system
Post- ConditionsAdministrator/Director is authorized to the system if requirements and exceptions are met.
ExceptionsCredentials do not match shows error/exception

NameSign out
DescriptionRemove a Administrator/Director access to the System
Actor(s)Administrator/Director
Flow of Events1. Administrator/Director wants to end using the system.
2. Administrator/Director selects to log out.
3. System logs out the Administrator/Director.
Special Requirements
Pre- ConditionsAdministrator/Director is currently authorized to the system
Post- ConditionsNo Administrator/Director is currently authorized if requirements and exceptions are met.
ExceptionsThere must be a Administrator/Director authorized before a use can be logged out.
 Professors Maintenance Use Cases
  1. Add Professor
  2. Update Professor
  3. Delete Professor
NameAdd Professor
DescriptionAdd the information for a new Professor to the Course-Planning.  This happens when new Professor arrive in the system.  For the newProfessor, first name and last name and email-id added.
Actor(s)Admin
Flow of Events1. A new Professor arrives in the Course-Planning.
2. Admin  selects to add a new Professor
3. Admin enters information about the Professor
4. Admin selects to save the Professor
Special RequirementsRequire Professor first name and last name and email-id.

Pre- ConditionsAdmin has be authorized to the system
Post- ConditionsProfessor is added to system if requirements are met and there are not special exceptions.
ExceptionsDo not add if Professor exists in system
NameUpdate Professor
DescriptionUpdate the information for an existing Professor in the system.  This happens when a correction is required.
Actor(s)Admin
Flow of Events1. A change in Professor information is detected.
2. Admin selects to update a Professor.
3. Admin selects Professor to update.
3. Admin enters information about the Professor.
4. Admin selects to update the Professor.
Special RequirementsRequire first name and last name and email-id

Pre- ConditionsAdmin has be authorized to the system
Post- ConditionsProfessor is updated in system if requirements and exceptions are met.
ExceptionsValidation must follow for first name and last name and email-id when update Professor.

NameDelete Professor
DescriptionDelete the information for an existing Professor in the system.
Actor(s)Admin
Flow of Events1. Professor is identified that needs deletion.
2. Admin selects to delete a Professor.
3. Admin selects Professor to delete.
4. Admin deletes Professor.
Special Requirements
Pre- ConditionsAdmin has be authorized to the system
Post- ConditionsProfessor is deleted from system if requirements and exceptions are met.
ExceptionsDo not delete when exception occur.


Students Maintenance Use Cases
  1. Add Student
  2. Update Student
  3. Delete Student
NameAdd Student
DescriptionAdd the information for a new Student to the Course-Planning.  This happens when new Student arrive in the system.  For the new Student, first name and last name and email-id added.
Actor(s)Admin
Flow of Events1. A new Student arrives in the Course-Planning.
2. Admin  selects to add a new Student
3. Admin enters information about the Student
4. Admin selects to save the Student
Special RequirementsRequire Student first name and last name and email-id.

Pre- ConditionsAdmin has be authorized to the system
Post- ConditionsStudent is added to system if requirements are met and there are not special exceptions.
ExceptionsDo not add if Student exists in system

NameUpdate Student
DescriptionUpdate the information for an existing Professor in the system.  This happens when a correction is required.
Actor(s)Admin
Flow of Events1. A change in Student information is detected.
2. Admin selects to update a Student.
3. Admin selects Student to update.
3. Admin enters information about the Student.
4. Admin selects to update the Student.
Special RequirementsRequire first name and last name and email-id

Pre- ConditionsAdmin has be authorized to the system
Post- ConditionsStudent is updated in system if requirements and exceptions are met.
ExceptionsValidation must follow for first name and last name and email-id when update Student.

NameDelete Student
DescriptionDelete the information for an existing Student in the system.
Actor(s)Admin
Flow of Events1. Student is identified that needs deletion.
2. Admin selects to delete a Student.
3. Admin selects Student to delete.
4. Admin deletes Student.
Special Requirements
Pre- ConditionsAdmin has be authorized to the system
Post- ConditionsStudent is deleted from system if requirements and exceptions are met.
ExceptionsDo not delete when exception occur.

 Subject Maintenance Use Cases
  • Add Subject
  • Update Subject
  • Delete Subject
NameAdd Subject
DescriptionAdd the information for a new Subject to the Course-Planning.  This happens when new Subject arrive in the system.  For the new Subject, subject name and subject description.
Actor(s)Admin
Flow of Events1. A new Subject arrives in the Course-Planning.
2. Admin  selects to add a new Subject
3. Admin enters information about the Subject
4. Admin selects to save the Subject
Special RequirementsRequire Subject fields subject name and subject description.

Pre- ConditionsAdmin has be authorized to the system
Post- ConditionsSubject is added to system if requirements are met and there are not special exceptions.
ExceptionsDo not add if Subject exists in system

NameUpdate Subject
DescriptionUpdate the information for an existing Subject in the system.  This happens when a correction is required.
Actor(s)Admin
Flow of Events1. A change in Subject information is detected.
2. Admin selects to update a Subject.
3. Admin selects Subject to update.
3. Admin enters information about the Subject.
4. Admin selects to update the Subject.
Special RequirementsRequire subject name and subject description
Pre- ConditionsAdmin has be authorized to the system
Post- ConditionsSubject is updated in system if requirements and exceptions are met.
ExceptionsValidation must follow for subject name and subject description when update Subject.

NameDelete Subject
DescriptionDelete the information for an existing Subject in the system.
Actor(s)Admin
Flow of Events1. Subject is identified that needs deletion.
2. Admin selects to delete a Subject.
3. Admin selects Subject to delete.
4. Admin deletes Subject.
Special Requirements
Pre- ConditionsAdmin has be authorized to the system
Post- ConditionsSubject is deleted from system if requirements and exceptions are met.
ExceptionsDo not delete when exception occur.

 Stream Maintenance Use Cases
  • Add Stream
  • Update Stream
  • Delete Stream
NameAdd Stream
DescriptionAdd the information for a new Stream to the Course-Planning.  This happens when new Stream arrive in the system.  For the new Stream, stream name.
Actor(s)Admin
Flow of Events1. A new Stream arrives in the Course-Planning.
2. Admin  selects to add a new Stream
3. Admin enters information about the Stream
4. Admin selects to save the Stream
Special RequirementsRequire Stream fields stream name.

Pre- ConditionsAdmin has be authorized to the system
Post- ConditionsStream is added to system if requirements are met and there are not special exceptions.
ExceptionsDo not add if Stream exists in system
NameUpdate Stream
DescriptionUpdate the information for an existing Stream in the system.  This happens when a correction is required.
Actor(s)Admin
Flow of Events1. A change in Stream information is detected.
2. Admin selects to update a Stream.
3. Admin selects Stream to update.
3. Admin enters information about the Stream.
4. Admin selects to update the Stream.
Special RequirementsRequire stream name
Pre- ConditionsAdmin has be authorized to the system
Post- ConditionsStream is updated in system if requirements and exceptions are met.
ExceptionsValidation must follow for stream name when update Stream.

NameDelete Stream
DescriptionDelete the information for an existing Stream in the system.
Actor(s)Admin
Flow of Events1. Stream is identified that needs deletion.
2. Admin selects to delete a Stream.
3. Admin selects Stream to delete.
4. Admin deletes Stream.
Special Requirements
Pre- ConditionsAdmin has be authorized to the system
Post- ConditionsStream is deleted from system if requirements and exceptions are met.
ExceptionsDo not delete when exception occur.

 View Professors/Students/Subjects/Streams/Schedules Maintenance Use Cases
  • Update Schedule
  • View Professors
  • View Students
  • View Subjects
  • View Streams
View Schedules
NameView Professor
DescriptionView Professors to see all the Professors data.
Actor(s)Admin / Director
Flow of Events1. Admin / Director selects to View Professors
Special RequirementsNo requirements
Pre- ConditionsAdmin / Director has be authorized to the system
Post- ConditionsAt least one professor is there in the System.
ExceptionsNo Exceptions

NameView Student
DescriptionView Student to see all the Students data.
Actor(s)Admin / Director
Flow of Events1. Admin / Director selects to View Student
Special RequirementsNo requirements
Pre- ConditionsAdmin / Director has be authorized to the system
Post- ConditionsAt least one student is there in the System.
ExceptionsNo Exceptions

NameView Subject
DescriptionView Subjects to see all the Subjects data.
Actor(s)Admin / Director
Flow of Events1. Admin / Director selects to View Subjects
Special RequirementsNo requirements
Pre- ConditionsAdmin / Director has be authorized to the system
Post- ConditionsAt least one subject is there in the System.
ExceptionsNo Exceptions

Name
View Streams
DescriptionView Streams to see all the Streams data.
Actor(s)Admin / Director
Flow of Events1. Admin / Director selects to View Streams
Special RequirementsNo requirements
Pre- ConditionsAdmin / Director has be authorized to the system
Post- ConditionsAt least one stream is there in the System.
ExceptionsNo Exceptions
NameView Schedules
DescriptionView Schedules to see all the Schedules data in this to see Professors and Students schedules.
Actor(s)Admin / Director
Flow of Events1. Admin / Director selects to View Schedules to see all the Schedules data in this to see Professors and Students schedules
Special RequirementsNo requirements
Pre- ConditionsAdmin / Director has be authorized to the system
Post- ConditionsAt least one schedule is there in the System.
ExceptionsNo Exceptions

NameUpdate Schedule
DescriptionUpdate the Schedule information for an existing Schedule. It contains Professor Schedule and Student Schedule. Professor schedule contains Professor First name and Last name and Courses per semester and Semester and Student schedule contains Student First name and Last name and Courses per semester and Semester.
Actor(s)Admin / Director
Flow of Events1. A change in Schedule information is detected.
2. Admin / Director selects to update a Schedule.
3. Admin / Director Schedule Stream to update.
3. Admin / Director enters information about the Schedule.
4. Admin / Director selects to update the Schedule.
Special RequirementsRequire stream name
Pre- ConditionsAdmin / Director has be authorized to the system
Post- ConditionsSchedule is updated in system if requirements and exceptions are met.
ExceptionsValidation must follow for Schedule at backend.
 Subject Maintenance Use Cases
  • Add Schedule
  • Delete Schedule
NameAdd Schedule
DescriptionAdd the Schedule. It contains Professor Schedule and Student Schedule.   Professor schedule contains Professor First name and Last name and Courses per semester and Semester and Student schedule contains Student First name and Last name and Courses per semester and Semester.
Actor(s)Admin
Flow of Events1. A new Schedulearrives in the Course-Planning.
2. Admin  selects to add a new Schedule

Special RequirementsIn the database must contain professors and students and subjects data and backend run automatically create a new Schedule by the Course-Planning software

Pre- ConditionsAdmin has be authorized to the system
Post- ConditionsAt least one professor or student or subject data exists.
ExceptionsDo not add if no Subjects or Professors or Students data exists in Database.
NameDelete Schedule
DescriptionDelete the information for an existing Schedulein the system.
Actor(s)Admin
Flow of Events1. Scheduleis identified that needs deletion.
2. Admin selects to delete a Schedule.
3. Admin selects Scheduleto delete.
4. Admin deletes Schedule.
Special Requirements
Pre- ConditionsAdmin has be authorized to the system
Post- ConditionsScheduleis deleted from system if requirements and exceptions are met.
ExceptionsDo not delete when exception occur.
 Glossary
TermDefinition
AdminAdmin employee who is responsible for the Add/Update/Delete Professors or Add/Update/Delete Students or Add/Update/Delete Subjects or Add/Update/Delete Streams or Add/Update/Delete Schedules data.
DirectorA Director employee who is responsible for the View Professors / Students / Subjects/ Streams/ Schedules data and Update Schedule data.
ProfessorProfessor employee who is responsible for the teaching Subjects according to his/her schedule.
StudentStudent who is responsible for studying subjects according to his/her schedule.
StreamStream is dividing Courses/Streams like Electronics / Computers/Software/Mechanical
ScheduleA schedule or a timetable, as a basic time-management tool, consists of a list oftimes at which possible tasks, events, or actions are intended to take place, or of a sequence of events in the chronological order in which such things are intended to take place.
SystemIn this document System means Course-Planning
SubjectA branch of knowledge studied or taught in university

No comments:

Post a Comment