1.1DETAILED PROBLEM DEFINITION Our basic function is to create a time table for a college including different branches and semester. The main problem that occurred during the project is to create and maintain the databases of different entities involved in this process. The database contains the information about the various semesters, subjects, lab, teachers etc. So maintain such a large database is a big challenge for us. The problem we face during our project is how the collision of two subjects or the teachers can avoid. Every project has some drawbacks. There is a chance when the collision will occur when we generate more time tables for different branches. So, these are some problem which we face in our project. 1.2PROJECT SCOPE The objective of the project is to create a web based time table management system to be used by any college but basically it is created according to the needs of our college, Global Institute of Technology. Its main is to perform the basic requirements of the college and to maintain the databases of subjects, branches, semesters more efficiently. As it is a web based system, the maintenance and working is somehow difficult from the manual mode of approach. Till now, the time table making process is manual work. So because of this the teacher has some difficulty to work on this. They have to first login through their email id and then they have to fill all the details then time table will be generated. But we have tried hard to make this system very user friendly and easy to understand. As this is web based project, it is easier to fetch the data from the database and remove the unwanted data by just clicking the delete button. This project will limit the time and money factor involve in the time table management system. The maintenance of this web based is much easier and accurate than the existing manual system. As this web based system, the security features are somehow higher than the manual system. In this system, there is less chance of mishandling of the data because only the administrator will login through their login id and password and upload all the related data and generate the time table. So there is no misuse of the data. 1.3PRESENTLY AVAILABLE SYSTEM FOR THE SAME The time table management system is a very old process. In every schools and colleges, the generation of the time table is required. Till now, all the processes are manually done in most of the colleges because no one wants to spend the money on such process. Some time table management system are available but some cost are charged for using them. The existing systems are not user friendly because they require lots of data to generate. It is very hard to handle the database in the presently available system because it is computer based applications. In the existing system there is no option of the printing of the time table and also there are no criteria of the leave management. There is no web based time table management system available till now. So, all the features of the wed based applications are missing. Security is main factor for any application. In the presently available system, the security level is very low because there is no criterion of login id and password. Database management is also very difficult in the desktop based application. To use this application the expert is requires. In our system we have tried to solve all these problems. 1.4FUTURE PROSPECTS Many special features which we have not included now in our project will likely to be added in the near future. In our project, there is only administrator panel where the admin will upload all the data related to the college, teachers, branches, subjects and labs. Now in the future extension, we will assign the login id and password to all the teachers so that they can be able to see their schedule and print the time table. In the future, we also give the facility of the leave management. In the leave management criteria, any teacher who wants to take the leave will inform the administrator by sending the mail and then administrator will assign the lecture to another teacher by sending the mail and by sending sms to the cell phone. In the future, we will also give the facility of changing any lectures manually. It means if anyone wants to exchange their lectures which are automatic generated by the system, then he can able to change it manually. The will also give the alert if any collision will occur with any other subject of the other branch. So these are some future prospects of our project which we are going to implement later. 1.6REQUIREMENT ANALYSIS This gives minimum requirement your system should have inorder to make this software work. This software works fine in any operating system in which the Finally. Ubuntu 11. The hardware requirements of our project are – Processor: Pentium II Hard disk space: 2GB(required) or more Memory: 64 MB RAM The software requirements of our projects are – Tool: Dreamweaver and Notepad++ Server: Xampp Server Database: MySql Language: PHP. Since we had limited resources we could only test in Widows 7. Also.CSS and HTML 1. each discussing various aspects of project.10.developer tools or the user tools can be installed. So usually the requirement specification will be same as that of the operating system.04. Problem Definition has been discussed to throw some light on the problem that the project is intended to solve. Ubuntu 10. Future prospect of the system is given. The details of the chapters are given below: Chapter 1deals with the Project Introduction part that contrasts the need and scope for the new system that is being designed.7 ORGANIZATION OF REPORTS The organization of project report has been done in the form of chapters. So we are providing a standard specification. . Windows XP. Also. CHAPTER 2 2. Chapter 2 deals with the Project Analysis part that consists of detailed information about the various kinds of studies done for project feasibility. Starting with the Project plan. Various UML diagrams are included like Activity diagrams. Risk Analysis has been done to overall safeguard the design phase of the project. it provides a probable solution for overcoming the limitations. Use Case diagram and Data Flow Diagrams (DFD). Software Requirement Specification (SRS) is provided. Then. Classes. Chapter 4 deals with the Conclusion &Project Future Scope . ANALYSIS 2. References are given. then Feasibility study that say that the new system will prove feasible both technically and financially.After that. Also. etc. Chapter 3 deals with the Project Design part that covers the design phase of the project including details and diagrams about Database.1 PROJECT PLAN . Also define cost and schedule for management review. Task performed to complete the work is divided in the group of five.1 TASK IDENTIFICATION PLAN All the work needed to perform the project is analyzed and organized.1. The timeline of the project is also decided from the beginning. It comprises of different modules of our project. facilitate communication among stakeholders. The primary uses of the project plan are to document planning assumptions and decisions. It provides an overall approach to software development for all people associated with the project and outline how quality will be ensured and change will be managed. cost. and schedule baselines. technical staff. 2. Each module determines the following task respectively as follows:Module I: Registration . For our college time table project the project plan phase comprises of the identification of different tasks. and document approved scope. where each individual has to perform their own task and later we have integrated the all the task. The problem and value proposition addressed by the project is described. It defines risks and suggests risk aversion techniques. It must communicate scope and resources to software management.It is a formal. and the customer. The Project Plan is a relatively brief document that is addressed to a diverse audience. approved document used to guide both project execution and project control. Module IV: Time Table generation After filling all the details. phone no and address. After filling the details. and Procedures. project lab details Branch and shift details Module III: Change password Here. Then. 2.Fill all the entries such as email id. This can be quantified . labs.2FEASIBILITY STUDY The assessment is based on an outline design of system requirements in terms of Input. All the entries stored in the database Module II: Insertion of Details College details Teacher details Subjects. changes will be done in database. after filling all the details correctly and press the submit button. Processes. Programs. the user can change his password by entering the email id. old password and new password. password. Module V: Print Time Table The time table can be printed directly from the website. Output. seminar. the time table will be generated. Fields. Can the system be upgraded if it is developed more in later and are they have technical guaranty of accuracy. the feasibility study for the system was undertaken and it was found that the system was technically. financially and operationally feasible in nature. The current system developed is very much technically feasible.in terms of volumes of data. frequency of updating. subjects and labs. reliability. The purpose of the database is to create.2. trends. During the preliminary stage of designing the system. establish and maintain a workflow among different entities like teachers. The feasibility study can be categorized into: 2. we need to analyze the efficiency of user in implementing and using these functionalities. ease of access and data security. So a new time table management system is developed which is feasible in all respect which would be time saving and beneficial to the user. in order to estimate whether the new system will perform adequately or not. It is web based systems which provide the easy access to the users. Due to the advent of various time table management systems. etc. Will the proposed system provide the adequate response to the inquires and perform all the expected functions.Does the necessary technology exist to do what is suggested.1 TECHNICAL FEASIBILITY The technical issues usually raised during the feasibility stage of the investigation include the following. We need to analyze the proposed system for its feasibilities. Permission to the users would be granted based on the roles . At the user end. the management issues and user requirements have been taken into consideration. reliability and security. Operational feasibility aspects of the project are to be taken as an important part of the project implementation. 2.2 OPERATIONAL FEASIBILITY Any system is beneficial if they can be turned out into information system.specified. So there is no question of resistance from the users that can undermine the possible application benefits. Some of the important issues raised are to test the operational feasibility of a project includes the following. The work for this project is done with current and existing web designing technology as PHP. Our system “college time table management” is in accordance with the above mentioned issues. it provides the technical guarantee of accuracy. . MySql and tools like Dreamweaver.2. the need of good web browser that supports PHP5 and the fast internet connection is required. This will helps in meeting the operating requirements of the organization.Is there is sufficient support of the management from the users. Beforehand. The software and hardware requirement for the development of this project are not many and they are available as free as open source. will the system be used and work properly if it is being developed and implemented and will there be any resistance from the user that will undermine the possible application benefits. Therefore. Our system is economical feasible. Our project does not need any high cost software and hardware. Economical benefits must equal or exceed the costs. Dreamweaver and Notepad++ Xampp Server Web browser-Google Chrome .The well planned design will ensure the user for the optimal utilization of the computer resources and will help in the improvement of performance status. This module is financially feasible because we are using existing tools and software to develop it. Our system follows all the standards given above. our system is operational feasible. the development cost in creating the system is evaluated against the ultimate benefit derived from the new systems. 2.2. In the economic feasibility. So.3 FINANCIAL FEASIBILITY A system can be developed technically and that can be used if installed but it will be beneficial for the organization when it is financial feasible. We do not need to buy any other software. So the user needs only user friendly web browser and the high speed internet and he should have good knowledge about how to use the internet services. We are going to use following tools and software. There is a normal expenditure and economic feasibility on the project. As our system is an online based system. CHAPTER 3 3. DESIGN . It also describes the design constraints that are to be considered when the system is to be designed.2 SCOPE .1. Sequence Diagrams. the interfaces of the system. and other factors necessary to provide a complete and comprehensive description of the requirements for the software.1 SOFTWARE REQUIREMENT SPECIFICATION 3. It will explain the purpose and features of the system. Requirements described in this document are derived from the vision document prepared for timetable management system. The document also describes the nonfunctional requirements such as the user interfaces. UML diagrams. or a portion of the system.The design of the project specifies the overall implementation of the project in terms of Software Requirement Specification. Activity Diagrams. 3.1.1.1.1.1 INTRODUCTION 3. All these specify the overall functionality of the system which is being developed.1 PURPOSE The purpose of this document is to present a detailed description of the Web based “college time table management system”. The software requirement specification captures the complete software requirements for the system. what the system will do. the constraints under which it must operate and how the system will react to external stimuli. 3. 1. The scope of the system is to generate time table for different branches according to the data entered. Pearson edition Internet www.Cascading style sheet PHP: .1.1. If the user wants to print then also he can do.4 REFERENCES Core PHP programming.Hypertext Preprocessor 3. Forms are filled according to the data. The description identifies the software product. describe its functionality and application of the software.It describes the scope of the software application to be produced. 3.w3school. objectives and goals of the software.1. If anyone wants to view teacher load then also he can able to see.com 3.5 OVERVIEW .Hyper Text Markup Language CSS: . It includes the description of the benefits.1.3 DEFINATIONS.1.ACRONYMS& ABBREVIATIONS HTML: . The user fill all the details related to college. Time table generates according to the semester and branch. 3.2PRODUCT FUNCTION . Specific Requirements will describe the functions of actors. The user can print the time table.SRS will include two sections: Overall Description will describe major components of the system.2. their role in the system and constraints.1PRODUCT PERSPECTIVE The whole document contains the following in the mentioned order: The user will login through their login id and password otherwise he will register himself. 3.1. interconnection and external interfaces. The user can change its password after login through their email id and old password. 3. The user can see the teacher load and subject load.1.2.1.2 OVERALL DESCRIPTIONS Describe the general factors that affect the product and its requirements. subjects and teacher. He should has . There is only one user i.2. teachers.D can do the work of Administrator.1 Product Function 3.Refer to the page where user will Print button print the time table Reset Available information is reset. Administrator. Can insert the data related to the subjects. The features that are available to the Administrator are: Administrator has a unique login id and password. Login Login through email id and password Submit To submit the form Print option To print the time table. Can generate the time table according to the data entered. Log out Sign out from the user account Table 3. labs and the college.O.1.e.3 USER CHARACTERISTICS Head of Department or person appointed by H. Can print the time table according to the branch and semester. Can see the schedule of any branch. All the software that are necessary for the system should be installed at user computer. . Basic Experience with database administrator Basic background knowledge about the appointment of Faculties. Basic knowledge about the subject and the teacher who teaches these subjects. Constraints It describes the factors that limit the scope and functionality of the software. 3. Our system only depends on the high speed connection of the internet.2.DEPENDENCIES AND CONSTRAINTS Assumptions It describes the assumptions made that can affect the requirements of the SRS.4SYSTEM ASSUMPTIONS. The latest version of Web browser such as Mozilla Firefox. The assumption we made during our project is that the user has the good knowledge of the database and he can do the work online. The internet speed at user side should be very fast so that work will be done properly. Google chrome should be available. Dependencies It describes each dependency that can affect the requirements specified in the SRS.1. As our project. is a web based system so its main requirement is the high speed internet connection and latest version of the web browser that supports PHP5. 3. Faculties will be provided with their login id and password so that they can view their time table. Security: The project should be secure enough so that there should not be any mishandling.4 FUTURE EXTENSIONS The leave management system will be added.1.2 ER. 3.DIAGRAM FOR THE SYSTEM .1. Manual changes can be done.3 DESIGN CONSTRAINTS Usability: The system college time table website is worked should have the minimum hardware requirements. 3. 3 SYSTEM ARCHITECTURE .3. The above mentioned information system architecture was designed during the requirement specification process. These components of the requirements specification document are illustrated and discussed later in this chapter. It entailed the detail view of the system. These views generate manual and automated timetables and provide not only screen viewing but also the ability to print hardcopies. embedded in the application. Once the student information system database is enriched with classified data. staff and courses. these timetable views allow the information to be queried from various perspectives namely: rooms. Furthermore. it allows efficient administration of the university timetabling function as well as generates timetable views. data structures and Data Dictionary. student.Fig:Detailed Architecture of University Timetabling InformationSystem. To further enhance the administration function. Furthermore an ad hoc report generator. which comprises of ERD’s. the proposed output. allows for the creation of management report from both the Maintenance and Administration modules. derived from the requirement specification was classified into manual as well as automated . The manual timetable generator creates timetables that assist administrators in a decision support system capacity by the provision of informed information. This will allow the university timetabling application to maintenance data and provide information to management for university administration. Furthermore the application encapsulates not only the manual and automated timetable generators but also provide an integrated solution to the other administrative functions of the university. With manual timetable generation that supports the core timetabling process. the focus of the university timetabling information system is on decision based timetable generation as opposed to algorithm. Hence the requirements of the system entail a relational database that allows the logical storage of data with minimal redundancies. acts as a support facility to the core process. The outputs of the system are the various management and timetabling reports.4UML DIAGRAM 3. It allows the user to create timetables from the data in the student database system and facilitates manual allocation.4. The system should also encapsulate a timetable generator that allows for both manual and automated timetables. the system with its automated timetable generator.based generation 3.1 USE CASE DIAGRAM . The core strategy adopted was developing an application from an IS perspective to encapsulate key administrative functions and enhancement of the overall timetable generation process. Thus the system generates manual timetables and management reports from the data stored in the database and generates automated timetables using this data and a Dynamic Slot Table Algorithm (DSTA). However.timetables and management reports. Use Case Diagram 1 Actor: Administrator Object: 1. Maintain Database 3. Maintain Login Id and Password 2. Maintain College Details System MAINTAIN LOGIN ID AND PASSWORD MAINTAIN DATABASE MAINTAIN COLLEGE DETAILS ADMINISTRATOR CHECK VALIDATION VIEW TIMETABLE DETAILS Use Case Diagram 2 Actor: Head of Department . labs and teachers. ROOMS DETAILS HOD GENERATE TIMETABLE PRINT TIMETABLE ACCORDING TO BRANCH LOGIN ID AND PASSWORD 3. 3.2 CLASS DIAGRAM . Generate the time table. System INSERT COLLEGE DETAILS INSERT TEACHERS DETAILS INSERT SUBJECT DETAILS INSERT LABS. subject.4. Print Time Table according to branch. Insert all details related to college. 2.Object: 1. * 1.* ASSIGN ASSIGN ASSIGN 1 TIMETABLE 1 READER PROFESSOR LECTURER GRADUATE POST GRADUATE OTHERS 1 +SID +INSTRUCTOR +ROOM +MID +CREATE() +MODIFY() +DELETE() +SEARCH() 3.* 1..4.* 1.* TEACHER +ID +NAME +QUALIFICATION +TYPE +LECTURE +ADD() +DELETE() +ASSIGN() HAS COURSE * TEACH * 1...* DEPARTMENT +NAME 1 1 1 HAS HAS 1.* ROOM +CCODE +NAME +LECT_PER_WEEK +ROOM_ID +LOCATION +CAPACITY +ADD() +DELETE() +ASSIGN() +ADD() +DELETE() +ASSIGN() 1....3 ACTIVITY DIAGRAM ..COLLEGE +NAME 1 1. student or an administrator. First. the lecturers. students and administrator need to log in using the username and password that was created during registration. If the password or username is invalid. If log in is successful.LOGIN VALIDATE(USER.PASSWORD) DISPLAY LOGIN ERROR MESSAGE VALIDATE [FAILURE] [SUCCESS] DISPLAY ADMINISTRATOR MENU (ADMINISTRATOR) (LECTURER/STUDENTS) DISPLAY LECTURER/STUDENT MENU ACTIVITY DIAGRAM FOR LOGIN Figure above shows the activity diagram for Log-in. the system will identify theuser as a lecturer. . an error message will be displayed and the lecturer or student oradministrator can try to log in again. The system will validate the username and password. SELECT MENU ADD CLASS DISPLAY ERROR MESSAGE READ INPUT (FAILURE) (ADD CLASS) READ INPUT ADD SUBJECT (SUCCESS) DISPLAY SUCCESS MESSAGE DISPLAY ERROR MESSAGE (FAILURE) (SUCCESS) REGISTER SUBJECT ACTIVITY DIAGRAM FOR ADD SUBJECT OR CLASS Above figure shows the activity diagram for add subject and class. a successful application page will be display. Upon successful adding the subject or class. If the administrator wants to add the subject or the class. Validation of the form will be carried out before the data is stored in the database. If validation failed. Both screens are the same. . Then click on the next button. an error message window will pop up. he or she has to fill in the form the subject or the class information. the message successful page will be displayed. Then if the class is available. If fails. If inquiry is successful. The message “successful booking” of the class is displayed and if the booking failed the message will also be displayed.INQUIRY CLASS AVAILABLE READ INPUT DISPLAY SUCCESS RESULT (AVAILABLE) BOOKING CLASS READ INPUT (SUCCESS) (NOT AVAILABLE) (NOT SUCCESS) DISPLAY NOT AVAILABLE CLASS MESSAGE ACTIVITY DIAGRAM FOR INQUIRY CLASS AVAILABLE AND CLASS BOOKING Figure above shows the activity diagram for the Inquiry class available for lecturers. the lecturers have to select the class based on the list in the system. Once the submit button has been clicked. the system will check the query. lecturer can go to booking class menu to book the class. a message error will also displayed. To inquire whether a class is available. . In order to log in. As for unsuccessful validation.4.Successful validation will be sent to the web server. and the server will display the Main Menu page according to the user type.4 SEQUENCE DIAGRAM USER/ADMIN LOGIN DATABASE 1 : USER NAME/PASSWORD() 2 : CHECK VALIDATION() 3 : VERIFY USER() 4 : MDI SCREEN() 5 : UNSUCCESSFUL VALIDATION() 6 : UNSUCCESSFUL VALIDATION() SEQUENCE DIAGRAM FOR VALIDATION Figure above shows a sequence diagram for the user validation. the server will send an error login page to the monitor. Then the browser will sendthe information to the web server and validate the information with the database. .3. the lecturer/student/administrator need to key in their username and password. The teacher will have to fill information form. the query will be passed to the database and after the data is stored successfully. . The browser will send a request to the web server and it will return the teacher information page. If validation is successful. If the form validation failed. a window with the error message will pop out.ADMINISTRATOR FRONTEND DATABASE 1 : REQUEST ADD FUNCTION() 2 : DISPLAY ADD FUNCTION() 3 : INFORMATION FILLED() 4 : SENDS FIELD() 5 : DATA VALIDATION SUCCESSFULLY() 6 : MESSAGE DATA IS SAVED() 7 : UNSUCCESSFUL() 8 : ERROR MESSAGE() SEQUENCE DIAGRAM (ADD TEACHER) Figure above shows a sequence diagram for Adding teacher. the message will be displayed. labs.ADMINISTRATOR FRONTEND DATABASE 1 : SELECT COURSE() 2 : SELECT WORKLOAD() 3 : ENTER TEACHER. .ROOM AND COURSE() 4 : SENDS FIELD() 5 : DATA VALIDATION SUCCESSFULLY() 6 : MESSAGE SUCCESSFULLY ADDED() 7 : UNSUCCESSFUL() 8 : ERROR MESSAGE() SEQUENCE DIAGRAM (ADD TIMETABLE) Figure above shows a sequence diagram for adding Timetable. the message will be displayed.subject. After filling these fields it is been send for validation. If the page validation failed. class. a window with theerror message will pop out. the information will be passed to the database and after the data is stored successfully. If validation is successful. The browser will send a request to the web server and it will return the information page which include information to be filled related to teacher. logical DFD can be completed using only four notations: • Represents source or destination of data • Represents Data Flow • Represents a process that transforms incoming data into outgoing data • Represents Data Source LEVEL 0 Level 0 Administrator College Time Table Management Database .3. It is a simple graphical formalism that can be used to represent a system in terms of the input data to the system. In a normal convention.4.5 DATA FLOW DIAGRAMS The DFD is also known as the bubble chart. various processing carried out in these data and the output data generated by the system. Starting with a set of high-level functions that a system performance of DFD model in hierarchically it represents various sub functions. LEVEL 1 Level 1 Administrator Database Admin Administrator Login Id and Password Login Validation College Time Table System Faculty Detail Subjects Detail Faculty database Subject Database . LEVEL 2 Level 2 New faculty Faculty or HOD Faculty database Login id User validation Passwor d User area either HOD or faculty Time table management system . CHAPTER 4 4. he will fill all the details related to the college.It basic function is to generate the time table according to the data filled.1 CONCLUSION Automatic Timetable Generator is a web based system for generating timetable automatically. Then he can also view the teacher and subject load also. labs. . The user which has login id and password can login or otherwise he can register himself. So proposed system will help to overcome this disadvantage. and project and submit the related form. After filling the entire data. The user can also print the time table from the website only. It is a great difficult task that to manage many Faculty's and allocating subjects for them at a time manually. teacher. Our system is very user friendly and it is secure enough. seminar. The user will distribute the subject among the teacher. After login. . time table will generates. and can be managed easily . . It is a great difficult task that to manage many Faculty's and allocating subjects for them at a time manually and this project will help to manage it properly.2 SUGGESTION FOR FUTURE WORK The Automatic Timetable Generator is driven portal for educational organization and is a web based application which will be helpful for creating Timetabels . This manage timetable for faculty with considering maximum and minimum workload .4. This project will be a great helpful for the institiutions because.