srs on talent acquisition online portal

12
1. INTRODUCTION: 1.1. Purpose This Software Requirements Specification provides a complete description of all the functions and constraints of the Training and Placement System, developed for the college training and placement cell. The expected audience of this document includes faculty members in the Department of T.P.O., the software developer and students needing placements in campus. 1.2. Scope of Project The Talent Acquisition Online Portal is used to grade multiple-choice content examinations given to all incoming freshmen in the college. Based on test results, the system makes recommendations for course placement and produces a number of different reports for various campus stakeholders. The system is designed replace a previous system created and used manually by T.P.O. staff. The previous system has proved very valuable for its intended purpose but has an awkward user interface, requires programming to make minor changes and relies on the academic mainframe computer. It must also provide the information regarding which companies had visited the campus or are going to visit, with their complete required information. 1

Upload: sarvesh-chandra

Post on 27-Sep-2015

5 views

Category:

Documents


2 download

DESCRIPTION

Full fledged SRS on Talent Acqisition Online Portal based on somewhat topics covered through wikipedia.org

TRANSCRIPT

1. INTRODUCTION:1.1. PurposeThis Software Requirements Specification provides a complete description of all the functions and constraints of the Training and Placement System, developed for the college training andplacement cell. The expected audience of this document includes faculty members in the Department of T.P.O., the software developer and students needing placements in campus.1.2. Scope of ProjectThe Talent Acquisition Online Portal is used to grade multiple-choice content examinations given to all incoming freshmen in the college. Based on test results, the system makes recommendations forcourse placement and produces a number of different reports for various campus stakeholders. The system is designed replace a previous system created and used manually by T.P.O. staff. Theprevious system has proved very valuable for its intended purpose but has an awkward userinterface, requires programming to make minor changes and relies on the academic mainframe computer. It must also provide the information regarding which companies had visited the campus or are going to visit, with their complete required information. It must also be used to retrieve the information regarding students which are eligible for placements. The revised system must have at least all the functionality of the previous system with some noted problems corrected and an enhanced ability to easily produce new reports on demand.1.3. Overview of DocumentThis document contains two descriptions. The first is designed to be understandable to faculty members in the Department of placement cell. It lists all the functionsperformed by the system and the constraints under which it is to operate. Included are screen formats for the user interface.2. OVERALL DESCRIPTION:The Placement System utilizes information from the College Database and from a Test Scannerto accomplish its goal. Communication is currently through the file system of the College Academic Computer (Tiger). Most printing is done with the local file system but very large reports are printed remotely on Tiger.2.1. System EnvironmentThe Talent Acquisition Online Portal is embedded in a larger system involving several College systems. In this section, we describe this environment. The PS Administrator requests CRN data files and freshmen data files from the College Database when needed. These are sent in text format to thepre-test account on Tiger (Remote File System). Student answer sheets and other information are scanned and a text file with the test answers is sent to the pre-test account on Tiger. (This file must then be converted into a standard text file format on Tiger.) The Administrator uses FTP to move these files to the file system of the PC (Local File System) where the Placement System software is located. All grading and report generation is done on this PC with reports in text files stored in its file system. Most reports are printed on a printer networked directly with this PC. One large file is sent via FTP to Tiger, formatted there, and printed on the printer attached to Tiger. One file is put on disk and delivered physically to the Registrar for uploading to the University Database System Environment

2.2. Product PerspectiveFunctional Requirements are those that refer to the functionality of the system, i.e., what services it will provide to the user. Non-functional (supplementary) requirements pertain to otherinformation needed to produce the correct system and are detailed separately. For complete management of the Placement Cell enabling the placement officer, Students and the potential employer to seamlessly interact.2.2.1. Survey Description The Administrator uses the Initialize (not shown) to clear the current database for a new master. They uses access directly to update academic majors, placement recommendations, test versions and answer keys.The Administrator uses load data file to add/ update a file of semester CRNs with course information, instructors and companies.The Administrator uses Load Student to add/update a file of persistent (non-testing) student information to the System.The Administrator uses Load Test File to add a file of student test data to the System.The Administrator uses Report Session to generate test results for all students since the last session was reported.The Administrator uses Create General Reports to generate various reports on all students in the database.The Administrator uses archive (not shown) to store one years students before initializing for the next year.

2.2.2. Brief Description

The system is prepared for use for an academic year. Usually done in June when the previous group of freshmen has become sophomores. Initial Step-By-Step Description Before this use case can be initiated; the Administrator has already archived any previous years students.1. The Administrator selects New from the File menu.2. The system reports completion.2.3. Non-Functional Requirements

These are requirements that are not functional in nature, that is, these are constraints within which the system must work. The program must be self-contained so that it can easily be moved from one PC to another. It is assumed that Access will be available on the PC on which the program resides. It is not required that a Visual language be available on that computer. The database must be small enough when it holds an entire class to be held on one 3.5 disk (at most 1.4 megabytes). This is for backup purposes and for transportability. The Archive database may be a separate database for size considerations. It will not have to hold more than four years of student records. The program must be efficient. We require that any operation other than report generation mustbe completed with five minutes 100% of the time. Within any operation, responses to an entry must be done within 15 seconds 100% of the time. Report printing for the session reports mustbe completed with 15 minutes 100% of the time. Report printing for other reports must be completed within 1 hour 100% of the time.3. USER INTERFACE SPECIFICATION:The anticipated users are faculty members in the Department at the College. They have account son Tiger with which they are familiar. They are familiar with using FTP to move files. They are comfortable with the concept of a database and will need minimal training to utilize the Access features to update persistent information about courses, majors and faculty. The system will have a standard Windows type interface with pull-down menus on a top menubar and buttons and text boxes for communications.These interfaces help the administrators with all the transactional states like Data insertion, Data deletion and Data updation along with the extensive data search capabilities.3.3. Detailed Non-Functional Requirements The system should be designed in as a secured system applying security measures.

Special exception handling mechanism should be in place to avoid system errors. Should be capable of giving access to concurrent users without degrading the system performance and accept answers. Sessions of each user should be synchronized with server and duration calculations should be done according to the server time.3.4. Hardware/ Software Interface

Hardware: IBM compatible Pentium-based PC with standard or better keyboard, mouse and

monitor. Colormonitor is assumed but not required. At least 2M of available disk memory.Operating System:Windows that can support Access version used.Software Needed: Access 98 needed. Visual interface provided by executable file.Performance:No noticeable delays in performance.Software Standard: Every function will have a cancel option if logically permissible. Cancel will restore to aprevious safe system state.Code Standards:Each code module fully documented using departmental standards.3.4. Product FunctionsThe proposed system is a web based application and maintains a centralized repository of all the necessary information. The system allows students to access details of recruitments. The system allows students to access any recruitment related queries prior before the drive. Recruiters can access the student details. It is easy for one to access desired information through the well-defined interfaces.4. FUNCTIONAL REQUIREMENTS:

4.1. Description The systems objectives outlined during the feasibility study serve as the basic from which the work of system design is initiated. Much of the activities involved at this stage are of technical nature requiring a certain degree of experience in designing systems, sound knowledge of computer related technology and through understanding of computers available in the market and the various facilities provided by the vendors. Nevertheless, a system cannot be designed in isolation without the active involvement of the user.

The user has a vital role to play at this stage too. As we know that data collected during feasibility study will be utilized systematically during the system design.

4.2. Criticality It should, however be kept in mind that detailed study of the existing system is not necessarily over with the completion of the feasibility study. Depending on the plan of feasibility study, the level of detailed study will vary and the system design stage will also vary in the amount of investigation that still needs to be done. This investigation is generally an urgent activity during the system.

Sometimes, but rarely, this investigation may form a separate stage between feasibility study and computer system design. Designing a new system is a creative process, which calls for logical as well as lateral thinking.

4.3. Technical issuesSeveral development activities are carried out during structured design. They are database design, implementation planning, system test preparation, system interface specification, and user documentation.

Database Design: This activity deals with the design of the physical database. A key is to determine how the access paths art to be implemented. All the attributes of students and company are to be inserted in the database with proper checks and validations. Program Design: In conjunction with database design is a decision on the programming language to be used and the flowcharting, coding, and debugging procedure prior to conversion. The operating system limits the programming languages that will run of the system. Programming is done in notepad and eclipse. System and program test preparation: Each aspect of the system has a separate test requirement. System testing is done after all programming and testing completed the test on system and program test requirements become a part of design specifications a prerequisite to implementation.

5. COST:

It is desirable to aim for a system with a minimum cost subject to the condition that it must satisfy all the requirements. As our system is made of all the softwares that are generally open source.6. RISKS:

The only risk with this system is the failure of database. Though system is designed scalable, but sometimes the SQL server may crash. So, the backup of the database is must.

7. DEPENDENCIES WITH THEIR OTHER REQUIREMENTS:

The server should be automatically started.

The passwords of database should be same as given at the time of installation.

8