DESIGN PROBLEM -1

Course code:course title:- Software

CSE 364

engineering concepts and tools

Submitted to:Sir. Ramandeep Mittal Deptt. Of CSE/IT

Submitted by:Venus Sharma Roll no-RA1705A21

Sec- A1705 Reg no-7050070001

Practical no 1

Ques :

Design a SRS(Software Requirement Specification) document for implementing UMS(University Management System) in LPU for teachers as well as for students.

Following requirements must be fulfilled:For teachers : Teachers can check any information regarding the students. Teachers can upload assignments, daily attendance and marks of the students. Important announcement can also be upload by the dean or vice chancellor. Teachers can also conduct online tests or quizzes of their particular courses for the students.

For students :-

Students can also registered for their given courses. They can also view their daily attendance, assignments and marks. They can also registered for their respective exams if given.

 They can also view their results and grades.

Basically SRS stands for (software requirement specification). It establishes the basis for agreement between customers and contractors or suppliers on what the software product is expected to do, as well as what it is not expected to do. Some of the features of SRS are It sets permits a rigorous assessment of requirements before design can begin. It sets the basis for software design, test, deployment, training etc. It also sets prerequisite for a good design though it is not enough. It sets basis for software enhancement and maintenance. It sets Basis for Project plans like Scheduling and Estimation.

I.

INTRODUCTION

Purpose :- The purpose of this document is to identify clearly the nature of the problem .
The main purpose for developing this project is to implement a successful system for university in which students as well as teachers can have ease of accessing universitys information and to facilitate everyone who is concerned with the university.

Scope :- The scope of University management is of very wide range i.e. registered users
such as students, teachers and any staff member must be able to access it from anywhere through internet .They can interact with this system directly by visiting the universitys website and then signing in with their username and password anytime and anywhere . Users can access this system even if they are residing outside the campus.

Definitions, acronyms and abbreviations : UMS :- University Management System SRS :- Software requirement specification RA :- Requirement analysis

The following are the list of conventions and acronyms used in this document and the project as well: Administrator :- A login id representing a user with user administration privileges to the software. User :- A general login id assigned to users. Client :- Intended users for the software. SQL :- Structured Query Language; used to retrieve information from a database. SQL Server :- A server used to store data in an organized format. ASP :- Active Server Pages: A Web Page formatted on the server and delivered to the browser.

 Layer :- Represents a section of the project. User Interface Layer :- The section of the assignment referring to what the user interacts with directly. Application Logic Layer :- The section of the assignment referring to the Web Server. This is where all computations are completed. Data Storage Layer :- The section of the assignment referring to where all data is recorded. Data flow diagram:- It shows the dataflow between the entities. Use Case :- A broad level diagram of the project showing a basic overview. Boolean :- A true/false notation.

Interface :- Something used to communicate across different mediums. Unique Key :- Used to differentiate entries in a database.

OVERVIEW

UMS will be having a such type of interface in which it will provide several features to the student as well as the teacher. As a teacher it should provide them to upload the various assignments and

the attendance of the students. Also they can conduct online test or quizzes of their respective courses. As a student it should provide them to check their daily attendance as well as their results. As a developer it should make a user interface which is user friendly. Backup at the main server should be made ,so that data loss can be prevented.

OVERALL DESCRIPTION

Product perspective :-

The product of which we are talking about i.e. UMS should provide all the latest updates and announcements regarding university to its registered users . It should have facilities like chatting for the signed in users. It should have backward compatability i.e it should run on all operating systems.It should be able to remove the communication gaps between a teacher and the student and this.The gap must be fulfilled by the requirements which are explained and demanded in the next part of this document .

Product Functions :- There are some product functions which are expected from this
system, such as:i) The Login option for the UMS must be on the official website of the university.

ii) All the updates and new announcements must be available to the users after they have successfully signed in by entering their respective user IDs and passwords iii)Not only announcement even student can have access to their academics such as :assignment downloads, online submission of assignments , etc. iv)User should be able to change the passwords. v) Web pages should support pdf, ppt, doc and similar supported formats so that they can be easily downloadable and unloadable.

User characteristics :- There will be no. of users for this system such as:

1) Faculty members who will be using the above features by accessing the UMS online. 2) Students who will be using the above features by accessing the UMS online.

Characterstics for these two users:A user can only have his/her registration number as username so if he joins the university then only he can then only he can login. It will provide security and safety to the system and hecking problems can also be avoided by doing this.

Operating environment :-

The product will be operating in windows environment. Also it will be compatible with the IE 6.0. Most of the features will be compatible with the Mozilla Firefox & Opera 7.0 or higher version. The only requirement to use this online product would be the internet connection.

User Documentation :- The product will include user manual. The user manual will
include product overview, complete configuration of the used software (such as SQL server), technical details, backup procedure and contact information which will include email address. The product will be compatible with the Internet Explorer 6.0 or higher. The databases will be created in the Microsoft SQL server 2000.

Assumptions and Dependencies :i) UMS should work even at when the network traffic is high.

ii) iii)

Server should have a power backup as well as a database backup. The UMS should be compatible with most of the operating systems i.e. previous and latest ones.

OBJECTIVES

Performance :- The performance of this system has to be up-to-mark.Back up for

database will have to be provided.

Budget :- The project must be completed without exceeding authorized budget.

Time to completion :- Time is always very much important while doing any of the
work. If we complete the system in more time it will effect the cost or we can say the more days and cost on the project will keep on increasing.Here UMS should be complete as soon as possible and will be delivered in two and half months.

TECHNICAL REQUIREMENT

Software :- Windows XP or 98 or vista should be installed on the PC. Hardware :- 1. Server with atleast 106B RAM, 250 GB, hard drive.

2.Work stations with atleast 512MB RAM.

Acceptance criteria :- 1.Complete

starting from the date of SRS preparation.

UMS will be delivered in two & half months

User Interfaces The external users are the students and the teachers of the university.
The students can have an access to their accounts for their attendance, assignments etc. The teachers have also an account to access their account for uploading of the students attendance and the assignments to be submitted by them.

Hardware Interfaces The external hardware interface used for accessing the UMS is the personal computers of the teachers and the students. The PCs may be laptops with wireless LAN as the internet connections provided will be wireless.

Software Interfaces The Operating Systems can be any version of Windows, Linux, Unix or Mac which supports TCP/IP protocols.

Communication Interfaces The communication interface is a local area network through wireless network routers.

Performance Requirements The PCs used must be at least Pentium 4 machines so that they can give optimum performance of the product. Design Constraints The constraints at the designing time are that the needs of the university students and the teachers may keep on changing so the designers must keep this in view and design the product in this way that it is easily updatable.

FUNCTIONAL REQUIREMENTS

Attendance :- Students can also view their attendance on UMS regularly day by day or

when it is updated by their teacher. Announcement :- All announcement has to be shown on the main page with the subject name and lecturer name.

Assignments :- students can view, download and upload their assignments on UMS. Security :- The UMS always opens with registration number and with different password
of the student.

Result :- grades and marks should be seen when we want to check the result.

Signing in of registered user

Input :- Student /Teacher entering its username and password in the login box Processing :- Username and password checking from the database Output :- Home Page of university management system consisting of new announcements and updates.

Assignment Upload/Download by the student

Input :- Selection of Assignment Upload/Download option from the menu in the homepage

 Selection of the particular course with their respective teacher from the next page
Processing :- Fetching of the assignment for the course selected Output :- Page will be opened having download /upload option for the course selected

Online Attendence checking by the student

Input :- Selection of the attendance option from the menu in the homepage Processing:-Fetching of the attendance record from the database Output :- A screen showing percentage of attendance in each course

Online Registration for the course to be selected in next semester

Input :- Selection of registration option from the available options in the menu Processing :- Database is ready for updation Output :- After selecting all the courses to be registered,database of the particular student is updated with new courses.

Uploading of attendance by the teacher

Input :- Selection of the Attendence update option from the menu

Selection of the section no. for which the attendance is to update

Processing:-checking of the particular section is done from the database

Output:-An output screen will be visible having options for updating the attendance

Uploading of marks by the teacher

Input :- Selection of the Marks upload option from the menu

Selection of the section no for the students of which marks are to be uploaded
Output :- A page will be visible having marks upload option after each roll no of that section

Conduction of online test /quizzes by the teachers

Input :- Selection of the online test/quizzes option from the menu

Selection of the section no. for which the test has to conduct
Input :- Select the section for which the online test has to conduct Processing :- Database will be ready to retrieve answer pages of all the students Output :- After a fixed duration of time all the answer pages will be automatically submitted in the database.

Information checking of any LPU student by the teacher

Input :- Selection of the student info option from the menu Output :- A page will appear consisting of a Textbox in which the registration ID of the student is entered whose information is to fetch.

 Input- Entering of students Registration ID

Processing :- searching from Universitys database Output :- A screen will appear showing full info about student

Use-Case Diagram students

University

Management

UMS

Technical
Departme nts

courses Marks Assignmen Attendenc

experts

Faculty

E-R DIAGRAM
ADMIN

Solution E-R Model

Teacher

Login ID

Student

Attenda Marks Daily Library Upload

Announc H Salary Assignm ement Student Retrieve a Name Attendanc Identit Profile

FeeAddreAccountSubmiss

Attenden Marks Assignme

marks

assi gnm Attenda nce View Downloa d

Uploa dd

uploa d

retrieve

NON FUNCTIONAL REQUIREMENTS

Performance Requirements :- The proposed system that we are going to develop will
be used as the Chief performance system within the different campuses of the university which interact with the university staff and students. Therefore, it is expected that the database would perform functionally all the requirements that are specified by the university.

Safety Requirements :- The database may get crashed at any certain time due to virus or operating system failure. Therefore, it is required to take the database backup.

Security Requirements :- We are going to develop a secured database for the

university .There are different categories of users namely teaching Administrator, Staff members and students etc. Depending upon the category of user the access rights are decided. It means if the user is an administrator then he can be able to modify the data, delete, append etc. All other users other than University Staff only have the rights to retrieve the information about database.

Software Quality Attributes :- The Quality of the database is maintained in such a

way so that it can be very user friendly to all the users of the database.

CONSTRAINTS
The system requires a database in order to store persistent data. The database should have backup capabilities. The development of the system will be constrained by the availability of required software such as web servers, database and development tools. The system must be designed to allow web usability. That is, the system must be designed in such a way that will be easy to use and visible on most of the browsers. Server capacity is how many users can access or can be online at once. More is the number of users more will be the network traffic and hence the server comes in a down state. Personal firewall and updating is a tough task, it should be such that it should not block the network traffic, making the system slower. Firewall of the UMS should not collide with the firewall of the user system. There might be hardware constraints like the time to access UMS. When no. of students try to access the UMS then there may be limit to access speed. High security factors can be constraints to the software,that each student and teacher should have passwords and login information.