P. 1
Software Engineering Project

Software Engineering Project

|Views: 75|Likes:
Published by pooja_kandekar

More info:

Published by: pooja_kandekar on Feb 12, 2012
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOCX, PDF, TXT or read online from Scribd
See more
See less

04/29/2013

pdf

text

original

This project’s aim is to automate the system, pre -checking the inclusion of all required material and automatically

ranking each student’s application based on a number of criteria. The se criteriainclude the ranking of their university, their grade at said university and their language gradeCertificate. The data used by the system is stored in a database that will be the centre of allinformation held about students and the base for the remainder of the process after the initialapplication has been made. This enables things to be simplified and considerably quickened,making the jobs of the people involved easier. It supports the current process but centralizes it andmakes it possible for decisions to be made earlier and easier way. 1.3.1 Goals The main goal of the system is to automate the process carried out in the organization withimproved performance and realize the vision of paperless admission. Some of the goals of thesystem are listed below:  Manage large number of student details.  Manage all details of student who registered for the course and send appropriate detailsabout the course to the students account.  Create student accounts and maintain the data’s effectively.  View all the details of the students.  Create the statistical reports to facilitate the finance department work.  Manage the details of hostellers and facilitate the allotment of hostels rooms for thestudents.  Reduce the work load in interview the students for selection and Counseling should bevery effective rather then direct methods.  Activities like updating, modification, deletion of records should be easier.  The System must support Undo the Previous activities if any Problem Occurs. Software Requirements Specification for Online University Admission System Page 6 1.3.2 Objectives of the Proposed System: The aim of the proposed system is to address the limitations of the current system. Therequirements for the system have been gathered from the defects recorded in the past and alsobased on the feedback from users of previous metrics tools. Following are the objectives of theproposed system:  Reach to geographically scattered students. One of the important objectives of theadmission system is communicate with all the students scattered geographically.  Reducing time in activities.

Reduce the time taken process the applications of students,admitting a student, conducting the online examination, verify student marks, and send callletters to selected students.  Centralized data handling . Transfer the data smoothly to all the departments involved andhandle the data centralized way.  Paperless admission with reduced manpower . Reduce the manpower needed toperform all the admission and administration task by reducing the paper works needed.  Cost cutting . Reduce the cost involved in the admission process.  Operational efficiency . Improve the operational efficiency by improving the quality of theprocess. 1.4 Abbreviations  Verification: Student verifies the marks they scored in the online entrance exam conductedby the university.  Counseling: University conduct the online Counseling to admit the students in therespective Courses. Software Requirements Specification for Online University Admission System Page 7  Course Catalog: Course Catalog contains all the details about the course and schedule ofthe course. It is generated by the Superior Persons like Register in the university.  Maintenance: Student information’s are maintained in a separate Log for maintenance.  Registration: To participate in the entrance exam conducted by the University, the studentmust provide all the details about him. This process is called Registration. 

Deletion: If the course not like by most of the students and less number of applications aregetter from the students means the Course details is temporarily stopped by theadministrator.  Student Log: Student information’s are mai ntained in a separate log for future referenceand retrieved for any contacting Purpose.  Eclipse: Open Source developed by IBM to support development of complex Java projectsin a simple way and it provides easiest way to develop more dynamic web applications thatis run on anywhere.  HTML: Hyper Text Markup Language is a markup language used to design static webpages .  EJB: Enterprise Java Beans.  DB2 : DB2 Database is the database management system that delivers a flexible and costeffective database platform to build robust on demand business applications.  WAS: Web sphere application server is an application server that runs businessapplications and supports the J2EE and web services standards.  HTTP : Hypertext Transfer Protocol is a transaction oriented client/server protocol betweenweb browser & a Web Server. Software Requirements Specification for Online University Admission System Page 8  TCP/IP: Transmission Control Protocol/Internet Protocol, the suite of communicationprotocols used to connect hosts on the Internet. TCP/IP uses several protocols, the twomain ones being TCP and IP. 1.5 Benefits of the system As with most real world activities, there are numerous benefits to using a software system foruniversity admissions. The most apparent to this project is the unification of the entire process.Another benefit of a software system is the use of a central database. This database is the basis

for all actions in the system and can be trivially updated and used to aid in all of the system’s processes, meaning all of the required information is stored in one central location and thus iseasily accessible. This is a far more reasonable storage method than a paper-based file system,where the time of traveling to and physically searching the records for the required informationcould be a burden. Human error could also be a factor in that mistakes could be made in the filingprocess which would not occur in a well written database system and mistakes or changes onphysical records can be messy to correct.Software systems are also much faster at performing certain tasks than humans, meaning thattime can be saved performing processes such as sending communication e-mails, creatingrecommendations and the comparison of applications. This also means that these tasks can bedone solely by the system, freeing up those involved to perform more important tasks.In the long term, if methods or minor details concerning the admissions process at universitieschanges, this can be reflected in potentially minor changes to the code of the system, to retrainemployees rather than having regarding the new practices. 1.6 References  The document in this file is adopted from the IEEE Guide to Software Requirements Specifications (Std 830-1993).  Basic Record Structure for designing and developing an OO System given by OMG. Software Requirements Specification for Online University Admission System Page 9  Appendix A contains use cases for most of the functionality of the system. 1.7 Technologies  J2EE: Application Architecture.  DB2: Database.  Eclipse: Development Tool.  WAS: Web Server.  Rational: Design Tool. 1.8 Overview

SRS will include two sections. Overall Description will describe major components of the system, interconnection andexternal interfaces. Specific Requirements will describe the functions of actors, their role in the system andconstraints. 1.8.1 Overall Description: The rest of this document will give further details on the overall product description, including thehardware, software, and communications interfaces, product functions, user characteristics, andany assumptions that will be made. 1.8.2 Specific Requirements: The document will also include the specific requirements needed. These will include the functions,performance, design, and software attributes.This document is organized in a logical manner and is easy to follow. Readers should refer to thetable of contents, appendices, or index if looking for something in specific. Otherwise, reading thisdocument from start to finish will start with a vague description and get more specific and detailedas changing sections and reading further. Software Requirements S pecification for Online University Admission System P a g e 1 0 2. Overall Description 2.1 Product Perspective Figure 1: Model of the System  The web pages (XHTML/JSP) are present to provide the user interface on customer clientside. Communication between customer and server is provided through HTTP/HTTPSprotocols.  The Client Software is to provide the user interface on system user client side and for thisTCP/IP protocols are used.  On the server side web server is EJB and database server is for storing the information.

Software Requirements S pecification for Online University Admission System P a g e 1 1 2.1.1 System Interfaces  Client on Internet: Web Browser, Operating System (any)  Client on Intranet: Client Software, Web Browser, Operating System (any)  Web Server: WAS, Operating System (any)  Data Base Server: DB2, Operating System (any)  Development End: Eclipse (J2EE, Java, Servlets, JSP), DB2, OS (Windows), Webserver. 2.1.2

Hardware Interfaces2.1.3 Communication Interface  Client on Internet will be using HTTP/HTTPS Protocol.  Client on intranet will be using TCP/IP protocol.

Software Requirements S pecification for Online University Admission System P a g e 1 2 2.1.4 Memory Constraints  Hardware memory: The growth of university is unpredictable; to resolve the futureproblems occurs while enhancing the system is controlled by larger memory as possible.So the memory constraint in the server side is extended up to 1TB. 2.1.5 Site Adaptation requirements  No site adaptation is necessary in this project. Because the University admissionsystem is portable. The entire system is transported to wherever it is needed. Noexternal dependendancies are in place and operation of the system will neverchange due to location. 2.2 Product Features Some of the features are identified for the software. They are listed below:  ViewCourseInformation’s: The student must able log as student and see all detailsabout course without any constraints. 

Apply for Course: The student can able download the application form or register for thecourse online.  Verification of Marks: The system must allow the student verify marks through online.  Advanced Enquiry support: Enable the students to ask and clear doubts.  Online Counseling: The administrator can able to send the call letters for the short listedcandidates, if the student not able contact directly respective authorized persons, than thesystem must facilitate the online Counseling.  Report Generation: The system supports generation of reports based on different criteria. Software Requirements S pecification for Online University Admission System P a g e 1 3  Record maintenance: The system also must keep track the statistical reports of dailyactivities of the Student Registration Process.  Online Examination: Enable the student to write the exams through online in effective waycompare with paper based process. 2.3 User Classes and Characteristics 2.3.1 User Characteristics The Student should have the basic idea to operate (use) the system and he already has theexperience to work in the internet (browser). Default Language is English. 2.3.2 User Classes Some of the users identified for this system through use case analysis are listed below:  Students  Data entry operators  Tutors  Administrators  Admission Authorities

2.4 Design and Implementation Constraints Some of the design and implementation constraints identified are listed below:  Student is not allowed to register for more than three courses.  Student not has any rights to edit any data in the system. Software Requirements S pecification for Online University Admission System P a g e 1 4  Student pays the application fees in VPP or DD or MO to register for Course.  Online Payment facility may be restricted if the university not want this facility for somereasons.  This system is not support distributed database Facility.  System is limited to HTTP/HTTPS Protocols. 2.5 User Documentation  Online documentation facility is available for the students to assess them for the easy use.  A specific document should be prepared for the maintenance of the system and should saythe system in easiest way. 2.6 Assumptions and Dependencies  Courses are already created and information’s available for use.  Roles and responsibilities are already established.  Administrator is already created. 2.7 Apportioning of Requirements It is possible in the future that a few additional features be implemented into this system.  Management System: This will allow the system to manage effectively the other resourcesin the easiest way.  Training Facility: This will allow effectively train the staffs and improve the quality ofeducation in the institution. Software

Requirements S pecification for Online University Admission System P a g e 1 5 3. System Requirements and Analysis: The following sections will introduce the numerous requirements of the system from the point ofview of different users and will introduce a number of decisions that have been made regardingimplementation. These sections also attempt to somewhat describe the role of each user group inthe system, discussing their individual roles through the functions they can perform. 3.1 User Interface  The user interface for this system will have to be simple and clear. Most importantly, theages must be easy to read, easy to understand and accessible. The color scheme shouldbe appropriate to provide familiarity with the university and there should be no contrastissues. 3.2 Student View Functionality:  Registration and Login System: Applicants will carry out their own registration, providingthe system with a way to associate a user to their application(s). This will enable the systemto display personalized information when the user logs in and certain information, such asname and address, to be added to each application automatically. Giving each student aspecific ID will also allow a user to apply to a number of courses, while giving the system away to prevent unnecessary duplication of applications.  Application System: The application process will be as straightforward as possible, usingan intuitive form layout, with the necessary information being completed in stages. Whenregarding supplementary documentation, such as degree transcripts, these could beuploaded through the form in digital format, upon which it will be saved to the database andassociated with the application, being accessible by both the admissions office staff andtutors.  Update Details: Applicants, admissions staff and tutors will all have the ability to updatetheir personal details at any time. Applicants, however, will also be able to update their Software Requirements S pecification for Online University Admission System P a g e 1 6 application details. After the user has confirmed the update, an e-mail is dispatched with theoriginal and new details as confirmation. The only time an application will be locked forediting will be when it has been submitted to a tutor for review, after which point theapplication will no longer be accessible by the user. 3.3 Admissions View Functionality:  Create New Application:

Registering is not something admissions office staff or tutors willbe required to complete. These accounts will be created by the admissions office to preventunauthorized users obtaining global access, with the login information being given to theappropriate user.  Create Application: For the sake of keeping the system centralized and accessible, shouldan application be received by post, the admissions office staff would enter the details into aspecialized application form. This form is very much like the student view application form,however none of the information is automatically filled in and an account is automaticallycreated for the user.  View Submitted Applications: Viewing all of the recently submitted applications issomething the admissions office will do on a regular basis. A list of all the submittedapplications, oldest to newest to prevent some applications remaining unread, will beviewable, each of which expandable to view the entire details. This list will be a set size, forexample the last two days, but this value will be variable to enable more or fewerapplications to be displayed.  Generate Emails: For most users, who apply through the website, communication can behandled most effectively by e-mails. These will be less formal than the documents createdby the system, but nonetheless will convey the same information. The admissions officestaff will select the type of communication required, based on templates, and include anyadditional required information and the system will automatically send the e-mail to thecorrect user. Software Requirements S pecification for Online University Admission System P a g e 1 7  Generate Documents: For those users who apply by post, communication cannot becarried out through emails and instead formal documents must be created including all ofthe required information to be posted back to the applicant. This function of the system willgenerate a number of such documents ranging from acceptance letters to letters regardingmissing information.  View Logs : Whenever an action has been completed, a time stamped log should becreated by the system, detailing the action completed and the user who performed it forreference purposes. These logs should be viewable by the admissions office staff and bydefault should display the logs for the past two hours.  Edit/Add Universities :Fromtimetotime,auniver sity’s rank may change in the tables used by the admissions office. Since this table will be held by the system for automaticranking of applications, it would be wise to include the ability to edit this information. Amember of the admissions office staff will be able to view the list of universities included inthe university ranking and edit its details, including name, rank and location. 3.4 Tutor:

 ViewApprovedApplication : Much like the view submitted applications page foradmissions office staff, view approved applications will list the applications, oldest tonewest, that were deemed of a suitable quality to forward to an admissions tutor. The maindifference with the approved applications is that each is only sent to one tutor, thus there isno need for a locking mechanism.  Compare Application : In some cases, decisions about an application will be simple, giventhat the application might be exceptionally good or exceptionally bad. If, however, anapplication is similar to other, previous applications, the tutor may have a more difficultdecision to make and inconsistencies may be introduced. Using the automatic ranking ofapplications a tutor will be able to see a list of applications with a similar ranking. This listwill have a default length of 5, for example, but this will be extendible if more comparisonsare needed, and the list will include applications of the same rank as well as slightly higherand lower ranks. Software Requirements S pecification for Online University Admission System P a g e 1 8 3.5 System  Validation: On the completion of each form in the system, the system will use a set ofvalidation functions to ensure that information is of the right type in each field.  Make Recommendations: The system should be able to make recommendations to thetutor which will be decided once an application has been submitted by the admissionsoffice. The system could make its recommendation based on the ranking of the application,where any rank above a certain threshold would be accepted and any below would berejected.  Statistics: If the admissions office so wishes, they should be able to view statisticsgathered by the system regarding applications. These statistics should be displayed on apage with individually expandable sections, such as extending the number of applicationsreceived from the past year to the past two years.  Report Generation: Generate reports based on the selected criteria. Software Requirements S pecification for Online University Admission System P a g e 1 9 4. Supplementary Requirements 

Immediate Feedback: The System must try to answer all the queries of the students and itshould provide immediate feedback after getting any request from the students. The systemmust provide the illusion to the students that, they are contact the real peoples for processthe Admission task.  Reduce the Cost of Admission Process: The main aim of the System is to reduce thecost needed for Admission Process, so it automatically reduces the manual power neededto perform the entire task and improve the quality of the work.  Increase the Quality of the Process: The System facilitates the work of the universitiesand the same time it must reduce the work load of the organization with expected quality.Quality in the sense, the system try to avoid the mistakes that are usually happen duringthe Admission Process because names of the students sometimes missed in the selectedlist and call letters for the students also not send properly to the qualified students.  Make the Interface Simple as Possible: The System must provide the simple and easyinterface for beginners and also provide facilities for technical peoples who are using thesystem. The interface must be simple as possible.  Reduced Time: To perform any task time is one of the important factors to consider. If thesystem not utilize properly time, than the entire aim of system is fails and the system is failsto reach its goal. So time take to process all these activities should be less but the outputshould be effective.  Make the System as Global Unit: The System must provide facilities to tie up with anyother existing system and transformation of messages between that other existing systemshould be not depend upon any other server architecture and any other platform. Software Requirements S pecification for Online University Admission System P a g e 2 0 5. Other Nonfunctional Requirements 5.1 Performance Requirements Some Performance requirements identified is listed below:  The database shall be able to accommodate a minimum of 10,000 records of students.  The software shall support use of multiple users at a time.There are no other specific performance requirements that will affect development. 5.2 Security Requirements

Some of the factors that are identified to protect the software from accidental or malicious access,use, modification, destruction, or disclosure are described below. Specific requirements in this areacould include the need to:  Utilize certain cryptographic techniques  Keep specific log or history data sets  Assign certain functions to different modules  Restrict communications between some areas of the program  Check data integrity for critical variables  Later version of the software will incorporate encryption techniques in the user/licenseauthentication process.  The software will include an error tracking log that will help the user understand what erroroccurred when the application crashed along with suggestions on how to prevent the errorfrom occurring again.  Communication needs to be restricted when the application is validating the user or license.(i.e., using https). Software Requirements S pecification for Online University Admission System P a g e 2 1 5.3 Portability Requirements Some of the attributes of software that relate to the ease of porting the software to other hostmachines and/or operating systems. This may include:  Java is used to develop the product. So it is easiest to port the software in any environment. 5.4 Maintainability The user will be able to reset all options and all stored user variables to default settings. 5.5 Reliability Some of the attributes identified for the reliability is listed below:  All data storage for user variables will be committed to the database at the time of entry.  Data corruption is prevented by applying the possible backup procedures and techniques. 5.6 Usability requirements Some of the usability requirements identified for this system are listed below:  A logical interface is essential to an easy to use system, speeding up common tasks.  Error prevention is integral to the system and is provided in a number of formats from sanitychecks to limiting free-text input. 5.7

Availability  All cached data will be rebuilt during every startup. There is no recovery of user data if it islost. Default values of system data will be assigned when necessary. Software Requirements S pecification for Online University Admission System P a g e 2 2 5.8 Software System Attributes There are a number of attributes of software that can serve as requirements. It is important thatrequired attributes by specified so that their achievement can be objectively verified. The followingitems provide a partial list of examples.  The input system will allow for inputting numbers, operands, special symbols and letters of the alphabet. 6. Change management Process As a team, we will update and evaluate our SRS document every week as we make changes inour design and requirements. We will add new detailed information which will include: research,references, charts and graphs, and more specifications and requirements that we find along theway in the designing and implementation of the product. 7. Document Approvals We have no document approvals as of this time.

Software Requirements S pecification for Online University Admission System P a g e 2 3 8. Supporting informationAppendix A: Glossary  ACADEMICPROGRAM – An academic program is a broad category for the student’s areaof academic interest. An academic program “owns” students and is that organizational entity to which a student applies, is admitted, and ultimately graduates from.  ACADEMIC INSTITUTION – Each campus of the University of Missouri will be anacademic institution. Separate Institutions allow us to maintain separate code and ruletables for each campus while keeping all four campuses in the same database. 

ACADEMICYEAR – Each term is associated with an academic year for purposes ofreporting and financial aid accumulation. (However, a student may have any summer termwork changed to point at either the preceding or subsequent academic year.) Accounting isdone at a term level and then summarized into a fiscal year which usually parallels anacademic year.  AP – Accounts Payable module within the People Soft Finance System. Will be used forissuing student refund and third party sponsor refund checks.  COURSE – A course offered by a school, usually described in the course catalog. Acourse has a standard syllabus and credit level, although these may be modified at theclass level. Courses can contain multiple components such as lecture, discussion, and lab.Courses are not term or even academic year specific, but they do have an effective orstarting date. Courses may be entered in pending status.  COURSELIST – A listing of courses that is used to satisfy an academic or enrollmentrequirement. Course lists must be established before academic requirements aredeveloped.  TERM FEES -The Term Fee rate table allows us to charge different rates based on thenumber of units a student is taking in a particular term. We can differentiate the course loadby academic structure, campus, location of the course and how the course is taught as wellas other student attributes. Software Requirements S pecification for Online University Admission System P a g e 2 4  TUITION GROUP – A Tuition Group is a group of students who are charged the same setof fees under the same general rules.  WASH PERIOD – That period of time (expressed in days) during which credits and charges resulting from registration add/drop activity “wash” against one another. Software Requirements S pecification for Online University Admission System P a g e 2 5 Appendix B: Analysis Models Data Flow Diagram 1:

Figure 2: Data Flow Diagram level 0 StudentAdministrator Give DetailsGiveInformation'sGet ApplicantDetailsSelected Report Get AdmissionOpening Get Vacancy DetailsSelection Process Statu s Online Chat AdmissionProcess

Software Requirements S pecification for Online University Admission System P a g e 2 6 Data Flow Diagram 2: Figure3:DataFlowDiagram StudentRegister Data StoreForm StatusForm Number &Password Member’s Section Valid form no.& passwordSelection processUpdate DetailsSaveView ResultsChat with Councilor LogOut

Software Requirements S pecification for Online University Admission System P a g e 2 7 Overall Use Case Diagram: Figure 4: Use Case Diagram Register for Course View Course Details Student Mo dify Course Information’s ConductMa rks verification OpenCreate Course Catalog Tutor

Collect Course Information’s Close Registration Register Administrator Provide Course Information’s <<Extends>> <<Uses>>

Online University Admission System Download this Document for FreePrintMobileCollectionsReport Document Report this document? Please tell us reason(s) for reporting this document Top of Form
7ce8d06d73ad42

doc

Spam or junk Porn adult content Hateful or offensive If you are the copyright owner of this document and want to report it, please follow these directions to submit a copyright infringement notice. Report Cancel This is a private document. Bottom of Form

Choose the language in which you want to experience Scribd: • • • English Español Português (Brasil)

Online Admission System

Every year, students in thousands queue up for collecting admission / application forms and then again for submitting the admission / application forms. This leads to problems in managing the applications, resulting in annoyed parents and students alike. Problems with the Current Admission Process :A. Print Forms : • Institute incurs expenditure on printing of admission forms, and in absence of any reliable forecasting system on how much application it is going to receive it may overspend by printing excessive application forms or may fall in crisis if there is excess demand of application forms. Once printed, changes to the application form are not only difficult but also incurs additional cost.

B. Handle Queries & Distribute Forms :

• •

Wastage of institute's resources as same information has to be imparted to candidates / guardians individually. Candidates / Guardians have to queue up numerous times i.e. to collect form, to submit form, to view merit list, etc. Chances of form misplacement are very high, because of huge number of applications. Wastage of institute's resources due to involvement of people / teachers in form collection. It is difficult to stop in-eligible candidates from applying. It is a tedious and time consuming process to list out data of each candidate, manually check them against documents submitted, resulting in delay and wastage of valuable resources. Multiple merit lists often leads to duplication of work for the institution, even candidates / guardians have to visit again and again to check the latest merit list. In addition to the above, the admission process is not transparent, leading to scope for widespread malpractices. In order to rectify these shortcomings, optimize the current admission process and make it more transparent Webtech has come up with an "Online Admission Application System". Developing the Online Admission Application System was not an easy thing to do as we were facing the following challenges:Challenges to Optimize the Admission Process :-

C. Collect Forms : • •

D. Sort List Candidates : • •

1. Minimize : • • • • • • • • • • Cost of Entire Process. Total Time Required. Human Involvement. Data Redundancy. Paperwork. Availability. Transparency. Accuracy. Reliability. Productivity.

2. Maximize :

3. Design a Dynamic Process. 4. User Interactive / Friendly. 5. Real Time Report Availability. The Online Admission Application System is a web based application developed onASP and MS SQL Server. The Online Admission Application System allows institutes to receive applications through the web and candidates need not collect physical forms. Candidates are required to

visit the admission website of the institute. All eligibility criteria, no. of seats, selection criteria etc are mentioned in the website. Candidates are required to fill in the online admission form and submit it online. On successful submission of the application the candidate receives a unique form no. against which he / she is required to make the payment of the application form. For institutes willing to receive the application fees online we can also integrate the payment gateway. Merit list of eligible candidates are generated through the application and published on the admission website. The Online Admission Application System can also be programmed to electronically notifycandidates about the outcome of the admission process. Since the candidates information is entered by the candidate and that to once, this result in reduced turnaround time for the entire admission process. This saves a lot of time and effort on the part of the institute as well as for the candidates. Moreover, the merit list of admitted students is generated automatically by the application, ruling out any chance of foul play. In this case only the deserving candidates get admission to the institute. Online Admission Application System has been accepted with widespread praise and as such several institutes have approached us for implementing a similar system for them. Already the top colleges of Kolkata are our clients and Online Admission Application System has received widespread acclaim from academics, students and guardians. We are carrying online admissions for some of the prestigious colleges in Kolkata. Our journey so far has not been without obstacles but due to our never say die approach and skilled manpower we have been able to handle all situations with ease. The very fact that we have been managing the admissions since 2004 has only helped us to gain expertise and command over this sector. The Online Admission System integrates technology with the administrative/education process and is advantageous for both the institution and the students alike. It acts as a new success factor in addition to traditional sources of advantages. We as a company facilitate online admission process for Under Graduate Courses, Post Graduate Courses, MBA Courses and B.Ed. Courses for some of the prestigious colleges in Kolkata since 2004, and in the near future we are looking forward to work with colleges across the country and internationally. Over the years we have processed more than 5 lakhs successful online applications. We are alrady in talks with colleges / universities in Delhi and Karnataka, Universities in USA and UK. Clientele (In Alphabetical Order) 1) 2) 3) 4) 5) 6) 7) 8) 9) Bethune College Chandernagore College Goenka College Heramba Chandra College Ladybrabourne College Presidency College Scottish Church College Shri Shikshayatan College Vidyasagar College for Women College Site College Site College Site College Site College Site College Site College Site College Site College Site Admission Site Admission Site Admission Site Admission Site Admission Site Admission Site Admission Site Admission Site Admission Site

10)

Vidyasagar Evening College

College Site

Admission Site

Advantages of Online Admission Application System :A. 24 x 7 Solution : • Minimizes time of processing - due to no time barrier, institutes admission process time is reduced. Institutes can publish their merit list lot earlier than they could have in case the same thing was required to be done manually following the traditional way. Maximizes Availability - allows candidates to fill application form at their convenient time, our statistics from the past trend shows that almost 40% of the application form are received during the non-office hours (i.e. 6:00 P.M. to 08:00 A.M.). Institutes don't need take the burden of posting the application form for outstation candidates. Candidates can fill application form from anywhere i.e. convenient place. Candidates don't need to stand in long queues to get their queries answered. Candidates don't need to queue up to get application form and submit the same. Man Power Saving - Institutes don't need to assign additional security to manage huge crowd. Institutes no longer require printing & storing forms. Institutes no longer require to collect forms of all the candidates and file them. Institute can take the print of only candidates who are admitted to the college. Both these result in not only cost saving but also man power saving. Minimizes Data Redundancy - checks can be provided so that only eligible candidates can apply. Moreover the candidate data is to be entered only once. Releases institutes man power resources. Institutes no longer require deputing personnel for addressing to candidates / guardian's query. Institutes no longer require deputing personnel to distribute and collect forms. Institutes no longer require deputing personnel to file collected forms. Enhance Productivity - as a result of this institute can utilize these man power resources in other activities. In the traditional way human error might creep in due to fatigue and monotonous nature of work involving numbers. Very Accurate and Reliable - The process is very accurate and reliable due to limited human involvement.

B. No Geographical Boundary : • • • • •

C. No Long Queues :

D. Reduces Paper Work : • • • •

E. Only Eligible Candidate Apply :

F. Reduces Human Involvement : • • • • •

G. Accurate and Reliable : • •

H. Dynamic and User Friendly :

• •

The entire process is very dynamic - any changes can be reflected in real time & will immediately reach the candidates. The process is simple & user friendly - similar to filing a form manually, the difference being use of keyboard instead of pen. Institutes can monitor the ongoing process. Have day to day summary of progress of the admission. Great Flexibility - Various types of reports can be generated in quick time with minor changes in the design. J. Symbiosis Institute of Computer Studies and Research K. Online Admission System L. RUP Analysis with all diagrams M. Name: Krunal ShahPRN: 11030142029 N.

I. Customizable Real Time Reports : • • •

O. P. Contents------------------------------------------------------------------------Q. 1) R. Introduction…………………………………………………………….. S. 2) RUP Analysis T. …………………………………………………………... U. 3) Use case Diagram V. ……………………………………………………… W. 4) Activity Diagram X. ………………………………………………………… Y. 5) Sequence Diagram Z. …………………………………………………….. AA. 6) Class Diagram BB. ………………………………………………………….. CC. 7) State Chart Diagram DD. …………………………………………………… EE. 8) Component Diagram FF. ……………………………………………………

GG.
HH.Introduction II. : JJ.  KK.

LL. Online admission system includes complete RUP [Rational UnifiedProcess] analysis according to object oriented concepts. MM. NN. OO.It contains overall analysis of system for online and offline admissionsystem. PP.  QQ. RR. It is totally object oriented based analysis for online admission system. SS.  TT. UU.It includes different phases of RUP like inception, elaboration,transition and deploymen

Modules :  Inquiry Module.  Form Filling.  Criteria Settings.  Merit Generation.  Final Admission.  Fees Payment.

 User Validations.  Report Generation and analysis Use Case Diagram: o A use case diagram in the Unified Modeling language (UML) is a type of behavioraldiagram defined by and created from a Use case analysis. o In this system four actors are there. o Applicant, visitor, student and administrator. o Processes like inquiry, login admission form filling, merit generation, final admission,payment of admission. o Also login process includes some authentication sub cases

Activity Diagram : o Activity diagrams are graphical representations of workflows of stepwise activities andactions with support for choice, iteration and concurrency. o

This system contains activities like inquiring , applying merit generating finaladmission confirmation payments etc .

Sequence Diagram: o A sequence diagram in Unified modeling language (UML) is a kind of Interactiondiagram it shows how processes operate with one another and in what order. o It shows how object behaves with another object during its life line. 1) Sequence diagram for Visitor and Administrato

For Applicant and Admini 3) For Student and Administrator Class Diagram:  Class diagram in the Unified Modeling Language (UML) is a type of staticstructure diagram that describes the structure of a system by showing thesystem's classes, their attributes, operations (or methods), and the relationshipsamong the classes.  Diagram:  Its contains classes for person class Admin side may be interviewer etc. Code of classes in this system.import java.util.Vector;public class Administrator{public Integer Admin_id;public String Admin_name;public String Rights;public Visitor Association;public Applicant Association;public Student Association

public Vector May be Admin itself;public void Set_Criteria(){}public void Generate_merit_list(){}public void View_students(){}public void Update_student(){}public void ConfirmAdmission(){}public void View_inquiries(){}public void Reply_Inquiries() {}public void newOperation(){}

State chart diagram: o A state diagram is a type of diagram used in computer science and related fields todescribe the behavior of systems. State diagrams require that the system described iscomposed of a finite number of states sometimes, this is indeed the case, while at othertimes this is a reasonable abstraction. o This system contains different states like inquiry state login state final admission state

4)

Final admission state: 5) Criteria set state :

6)

Final admission.  Collaboration Diagram: o A Collaboration Diagram is a diagram that shows object interactions organizedaround the objects and their links to each other. o Unlike a Sequence Diagram, a Collaboration Diagram shows the relationshipsamong the objects. Sequence diagrams and collaboration diagramsexpress similar information, but show it in different ways.

Component Diagram: o In the Unified Modeling Language, a component diagram depicts how components arewired together to form larger components and or software systems. They are used toillustrate the structure of arbitrarily complex systems. o This system contains components like o Applicant ’ s desktop. o Website console. o College server. o Merit console. o Cashier ’ s desktop o Bank database. ***

Component Diagram: o In the Unified Modeling Language, a component diagram depicts how components arewired together to form larger components and or software systems. They are used toillustrate the structure of arbitrarily complex systems. o This system contains components like o Applicant ’ s desktop. o Website console. o

College server. o Merit console. o Cashier ’ s desktop o Bank database.

Collaboration Diagram: o A Collaboration Diagram is a diagram that shows object interactions organizedaround the objects and their links to each other. o Unlike a Sequence Diagram, a Collaboration Diagram shows the relationshipsamong the objects. Sequence diagrams and collaboration diagramsexpress similar information, but show it in different ways.

You're Reading a Free Preview

Download
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->