2021

Course-Ware Management System

7/28/2021
 Business Requirement Document

Course-Ware Management System

CWMS001 Course-Ware Management System
Version 1.0
Author xxxxxx

Contents
V3.0 Confidential only for internal purpose Page 1
 Business Requirement Document

1. Document Revisions............................................................................................................................3
2. Approvals.............................................................................................................................................3
3. RACI Chart for This Document.............................................................................................................4
Codes Used in RACI Chart....................................................................................................................4
RACI Chart............................................................................................................................................4
4. Introduction.........................................................................................................................................5
4.1. Business Goals.............................................................................................................................5
4.2. Business Objectives.....................................................................................................................5
4.3. Business Rules..............................................................................................................................5
4.4. Background..................................................................................................................................5
4.5. Project Objective.........................................................................................................................6
4.6. Project Scope...............................................................................................................................6
4.6.1. In Scope Functionality..........................................................................................................6
4.6.2. Out Scope Functionality.......................................................................................................7
5. Assumptions........................................................................................................................................7
6. Constraints..........................................................................................................................................7
7. Risks.....................................................................................................................................................7
Technological Risks..................................................................................................................................7
Skills Risks................................................................................................................................................7
Political Risks...........................................................................................................................................7
Business Risks..........................................................................................................................................7
Requirements Risks.................................................................................................................................7
Other Risks..............................................................................................................................................7
8. Business Process Overview..................................................................................................................8
8.1. Legacy System (AS-IS)..................................................................................................................9
8.2. Proposed Recommendations (TO-BE)........................................................................................10
9. Business Requirements......................................................................................................................11
10. Appendices....................................................................................................................................11
10.1. List of Acronyms.....................................................................................................................11
10.2. Glossary of Terms..................................................................................................................11
10.3. Related Documents................................................................................................................11

V3.0 Confidential only for internal purpose Page 2

 Business Requirement Document

1. Document Revisions
Version
Date Document Changes
Number
XX/XX/2021 0.1 Initial Draft

2. Approvals

Role Name Title Signature Date

Project Sponsor John Smith Project Sponsor Johns 27/07/2021
Business Owner Rich Daley Business Lead Daley 27/07/2021
Project Manager Sheldon Cooper PM Sheldonc 27/07/2021
System Architect Connie Architect Con 27/07/2021
Development Lead Arjun Singh Project Lead Arjun 27/07/2021
User Experience Lead Jasmine Process Lead Jasminee 27/07/2021
Quality Lead Harshley QA Lead Harshl 27/07/2021
Content Lead rajasekher Analyst Pavan kumar 27/07/2021

3. RACI Chart for This Document

The RACI chart identifies the persons who need to be contacted whenever changes are made to this
document. RACI stands for responsible, accountable, consulted, and informed. These are the main codes

V3.0 Confidential only for internal purpose Page 3

 Business Requirement Document

that appear in a RACI chart, used here to describe the roles played by team members and stakeholders in
the production of the BRD. They are adapted from charts used to assign roles and responsibilities during a
project.( RACI Can be made for IT side[Project stakeholder] as mentioned above, apart from that Can
also Be made for Client side[Business Stakeholder]).

The following describes the full list of codes used in the table:

Codes Used in RACI Chart

* Authorize Has ultimate signing authority for any changes to the document.

R Responsible Responsible for creating this document.

A Accountable Accountable for accuracy of this document

(for example, the project manager)

S Supports Provides supporting services in the production of this document

C Consulted Provides input (such as an interviewee).

I Informed Must be informed of any changes.

RACI Chart

Name Position * R A S C I

John Smith Project Sponsor *  

Rich Daley Business Owner *  

Sheldon Cooper Project Manager *  

Pavan kumar Content Lead 

Connie System Architect 

4. Introduction

4.1. Business Goals

Students can register online courses more effectively.

V3.0 Confidential only for internal purpose Page 4

 Business Requirement Document

4.2. Business Objectives

To provide an IT solution for:

• To develop a website where users can easily search for available select their desired
Course-Ware and Register online. with minimal effort and ease

• This Project contains features like online registration of the users, selecting available
courses by filling-up the form, online payment for selected courses

• If no student is defined in context admin can be considered as a valid student on behalf

of Organization.

• On successful publishing of calendar, tutors & students will be notified.

• Admin has the option of enable or disable a courses package at any time. Admin have
the rights to create / Edit / Delete the Tour packages

• Providing large number of Course-Ware reservation and cancelation service in a few

times

4.3. Business Rules

 [Use business rules to accomplish tasks like automatically changing values in form fields
when certain conditions are met, or to create events for email notifications and payment
options.
 Displaying information messages to the student and admin
 To increase user registrations from 0 to 10,000
 To be the in the leading position in state Course-Ware segment
 To avoid paper work for the students by providing web based online registration

4.4. Background

The XYZ Company is a Course-Ware operator based out of Hyderabad. The company provides online information
pertaining to various Tutors across the India for students without providing them with the classes to select their
desired Course-Ware and Register online.

The design element for a course ware management system that can be used to manage courses and
classes for an organization that specialize in providing training. The organization offers a variety of
courses in a variety of areas such as learning management techniques and understanding different
software languages and technologies. Each course is made up of set of topics. Tutors in the organization
are assigned courses to teach according to the area that is specialized in and their availability. The
organization publish and maintain a calendar of different courses and assign tutors every year. There is a
group of Course Administrator in the organization to manage the courses including course content,
assign courses to tutor and define the course schedule. The training organization aim to use the Course-

V3.0 Confidential only for internal purpose Page 5

 Business Requirement Document

ware Management System to get a better control and visibility to the management of courses as also to
streamline the process of generating and managing the schedule of the different courses.

4.5. Project Objective

• To develop a website where users can easily search for available select their desired Course-
Ware and Register online. with minimal effort and ease

• This Project contains features like online registration of the users, selecting available courses by
filling-up the form, online payment for selected courses

• If no student is defined in context admin can be considered as a valid student on behalf of

Organization.

• On successful publishing of calendar, tutors & students will be notified.

• Admin has the option of enable or disable a courses package at any time. Admin have the rights
to create / Edit / Delete the Tour packages

• Providing large number of Course-Ware reservation and cancelation service in a few times

4.6. Project Scope

Creating a powerful and relatable Application for students, tutors and admin that helps Students to
connect with tutors more effectively.

4.6.1. In Scope Functionality

Below are the high –level requirements for the Course-Ware reservation system

search criteria courses

Student select Courses

Student View Courses information and topics Student

Student Check courses availability in selected tutor area

View course calendar

View tutors

Manage tutor information

Assign Courses

Mantin Should

4.6.2. Out Scope Functionality

System Integration with third party payment gateway

5. Assumptions
 Sufficient budget is approved during project execution in order not to impact project scope

V3.0 Confidential only for internal purpose Page 6

 Business Requirement Document

 Customer has valid bank account details and enough cash in the account
 Staff available at the office to accept payments and issue ticket to the customer
 Customer has access to printer

6. Constraints
 There is no maintainability of backup so availability of the goods will be affected.
 NO multilingual support.

7. Risks
A risk is something that could affect the success or failure of a project. include the following risks

 Avoid: courses not available

 Mitigate: By maintaining the tutors to have the required courses on yearly basis.

 Transfer: if payment mode is not accepting the amount.

 Accept: Do nothing about the risk. Accept the consequences.

Technological Risks
N/A

Skills Risks
Not Applicable.

Political Risks
Not Applicable.

Business Risks
Not Applicable.

Requirements Risks
Not Applicable.

Other Risks
Not Applicable.

8. Business Process Overview

 Secure registration and profile management facilitate for students, tutors and admin.
 Adequate courses and also payment mechanism and gateway for all popular credit cards, debit
cards and other relevant payment options.

V3.0 Confidential only for internal purpose Page 7

 Business Requirement Document

V3.0 Confidential only for internal purpose Page 8

 Business Requirement Document

8.1. Legacy System (AS-IS)

V3.0 Confidential only for internal purpose Page 9

 Business Requirement Document

8.2. Proposed Recommendations (TO-BE)

V3.0 Confidential only for internal purpose Page 10

 Business Requirement Document

9. Business Requirements
REQUIRMEN REQUIREMENT REQUIREMENT DESCRIPTION PRIORITY STATUS
T ID

CWMS_OO1 search criteria System prompts the student to High Open

courses search courses by entering input
details In the form of the text.

CWMS_002 Available page System shall display a message High Open

courses available and student click
select button.

CWMS_003 Not available page System shall display a message High Open
courses not available and student
click on back button

CWMS_004 Student select System shall allow students to select High Open
Courses courses

CWMS_005 Student View System shall display the information High Open
Courses information and topic of the courses
and topics

CWMS_006 Student Check System shall allow students to check High Open
courses availability course availability of in selected tutor
in selected tutor
area area

CWMS_007 courses not System shall display the message High Open
available course is in selected tutor area and
student click back button.

CWMS_008 View Tutors System shall display tutors of particle High Open
course in different tutors

CWMS_009 View course System shall display the course High Open
calendar calendar.

CWMS_0010 Manage tutor System shall allow to admin to High Open

information manage tutor information and data

CWMS_0011 Manage the System shall allow to admin to High Open

courses manage courses

V3.0 Confidential only for internal purpose Page 11

 Business Requirement Document

CWMS_0012 Register and Fee System allow to student register for High Open
payment course and fee payment for course

CWMS_0013 assign courses to System shall allow to admin to assign High Open
tutor course tutors the for students

CWMS_0013 define the course System shall allow admin define the High Open
schedule course schedule to the students

CWMS_0014 Assign Courses System shall allow to admin assign High Open
course to students

CWMS_0015 Manage schedule System shall allow to admin to High Open

of different courses manage schedule of different
courses.

10.Appendices
N/A

10.1. List of Acronyms

N/A

10.2. Glossary of Terms

N/A Not Applicable

10.3. Related Documents

N/A

V3.0 Confidential only for internal purpose Page 12