Requirements Management For Personal Tutor Scheme - University Project

You will learn how to elicit, manage and document the changing requirements for a small development project.As your project develops, you will employ appropriate techniques to discover, develop,trace, analyse, qualify, communicate and manage your requirements. You will learn how to write functional and non-functional requirements (e.g. look and feel, usability and humanity, performance, operational and environmental, maintainability and support,security, cultural and legal requirements), and how a change management and a risk management process can support you in the task of requirement management.

Most projects involve a team of developers and there are a number of software tools that support the collaborative development process. You will evaluate the usefulness of specialist software in the documentation, capture, tracing, analysis and management of changes to requirements.

School of Computing Computer Labs You will have access to the School’s PC labs for practical work.Learning resources to be provided
• The Module Study Guide and handouts and notes for most sessions provided,covering all topics
• The Blackboard E-learning platform for discussion groups, distribution of information and email.
• Web page with links to relevant on-line resources.
• Case studies from current practice.
• All the software necessary for the module is available at UWL.

The reading list for your module is displayed below. Any core texts that you will be expected to purchase will also be indicated.You can also login to the Student Portal and select My Blackboard to see an online version of the reading list shown below for your module maintained by Library Services. This shows real-time availability of books in our library catalogue and direct links to recommended online resources to save your time. Special online support guides (LibGuides) for the subject are also available to help you find relevant information for assignments, with contact details of the Academic Support Librarian for your subject.

The university have undertaken a project for the development of the “personal tutor scheme” that has allowed the university to assign personal teacher to each of the individual for the assistance. The assigned personal teacher will be able to assist the student throughout the module. The significant aim of the project is to develop the required official system for managing the students and tutor allocations.

1.1. Requirements Management

The functional and non- functional requirement of the project are defined as follows:

Functional Requirement:

• The spreadsheet solution will be able to provide identification of the available students in various individual domains;
• The spreadsheet will be able to allocate the teachers to the students based on their academic domain;
• The spreadsheet will be able to identify the number of non-allocated students;
• The tutors will not be able to change the allocated students timings;
• The university administrator will be able to add new students and their information in the system;

Non- functional requirements:

• The spreadsheet solution will be able to provide accuracy in the student and tutor allocation;
• The system will provide easy interface for allocation;
• The spreadsheet system will provide real-time solutions to the tutor-student allocations;
• The spreadsheet will provide visually attractive allocation module
• The spreadsheet can be easily used by the students;

Volere Shell Card

Requirement  F1:   Requirement Type: Event/BUC/PUC:

Description:

The spreadsheet solution will be able to provide identification of the available students in various individual domains;

Rationale:

This will allow the university authorities to identify the available number of students in each year and in various academic domains;

Originator:  

The University Authority

 Fit Criterion:

Each teacher will be provided with the information regarding the academic level and the academic course;

Customer Satisfaction: 1 Customer Dissatisfaction:  

Priority:     1 Conflicts: N/A

Supporting Materials:

The allocation will be conducted based on the student’s information provided in the spreadsheet.

History:

Created May 9, 2017

Volere Shell Card

Requirement  F2:   Requirement Type: Event/BUC/PUC:

Description:

The spreadsheet will be able to allocate the teachers to the students based on their academic domain;

Rationale:

Through this, all the teachers will be allocated to the corresponding students for providing accurate information regarding the course;

Originator:  

The University Authority

 Fit Criterion:

No tutor will be allocated to the students having different academic domain;

Customer Satisfaction: 2 Customer Dissatisfaction: 2

Priority:     1 Conflicts: N/A

Supporting Materials:

The detailed testing and analysis of the developed spreadsheet allocation.

History:

Created May 9, 2017

Volere Shell Card

Requirement  F3:   Requirement Type: Event/BUC/PUC:

Description:

The spreadsheet will be able to identify the number of non-allocated students;

Rationale:

The number of total unallocated students in the university will help the university authority to allocate new tutors for guiding the remaining students.

Originator:  

The University Authority

 Fit Criterion:

The spreadsheet allocation will indicate the number of un-allocated students;

Customer Satisfaction: 2 Customer Dissatisfaction: 3

Priority:     1 Conflicts: N/A

Supporting Materials:

The detailed testing and analysis of the developed spreadsheet allocation.

History:

Created May 9, 2017

Volere Shell Card

Requirement  F4:   Requirement Type: Event/BUC/PUC:

Description:

The tutors will not be able to change the allocated student’s timings;

Rationale:

In most of the cases, the teachers refuses to accept the ITMB students of second year creating significant trouble. Eliminating the condition for not allowing the tutor to change their timings with the students helps in ensuring unbiased tutor allocations;

Originator:  

The University Authority

 Fit Criterion:

The timings will only be changes or modifies with the verification of the university authorities.

Customer Satisfaction: 1 Customer Dissatisfaction:  1

Priority:     1 Conflicts: N/A

Supporting Materials:

The detailed testing and analysis of the developed spreadsheet allocation.

Collaborative Development

History:

Created May 9, 2017

Volere Shell Card

Requirement  NF1:   Requirement Type: Event/BUC/PUC:

Description:

The spreadsheet solution will be able to provide accuracy in the student and tutor allocation;

Rationale:

This will ensure that the all the students are allocated with proper tutor. Apart from that, through this requirements the university will ensure no more than 30 students are allocated to each tutor.

Originator:  

The University Authority

 Fit Criterion:

The tutor will have no more than 30 students for assistance. All the students have allocated with the specific tutor.

Customer Satisfaction: 3 Customer Dissatisfaction:

Priority:     1 Conflicts: N/A

Supporting Materials:

The detailed testing and analysis of the developed spreadsheet allocation.

History:

Created May 9, 2017

Volere Shell Card

Requirement  NF2:   Requirement Type: Event/BUC/PUC:

Description:

The system will provide easy interface for allocation;

Rationale:

The system will be marinated by the university authorizes having no expertise in the excel spreadsheet. Providing easy interface will allow the teachers and the university authorities to understand the allocation procedure.  

Originator:  

The University Authority

 Fit Criterion:

The university authorities will be able to easily identify the allocated and unallocated students in the university;

Customer Satisfaction: 4 Customer Dissatisfaction: 1

Priority:     1 Conflicts: N/A

Supporting Materials:

The detailed testing and analysis of the developed spreadsheet allocation.

History:

Created May 9, 2017

Volere Shell Card

Requirement  NF3:   Requirement Type: Event/BUC/PUC:

Description:

The spreadsheet system will provide real-time solutions to the tutor-student allocations;

Rationale:

The new students and teacher added in the university will be added in the spreadsheet and the modifications would be observed in real-time;

Originator:  

The University Authority

 Fit Criterion:

The spreadsheet will be updated in real time.

Customer Satisfaction: 3 Customer Dissatisfaction:

Priority:     1 Conflicts: N/A

Supporting Materials:

The detailed testing and analysis of the developed spreadsheet allocation.

History:

Created May 9, 2017

1. BASIC RISK INFORMATION

2. RISK ASSESSMENT INFORMATION

3. RISK RESPONSE INFORMATION

Risk Number

Risk  Description / Risk Event Statement

Responsible

Date Reported day-month-year

Last Update day-month-year

Impact H / M / L

Impact Description

Probability H / M / L

Timeline N/M/F

Status of Response N / P / PE / EE

Completed Actions

Planned Future Actions

Risk Status Open / Closed / Moved to Issue

R1

The developed spreadsheet is unable to fetch the accurate results for selecting students and tutors.

Project Manager

5/8/2017

5/9/2017

H

quality and scope not met

M

F

PE

5/20/2017

N/A

closed

R2

The project was over-budgeted

Project Manager

5/8/2017

5/9/2017

M

budget increased

H

M

EE

5/21/2017

N/A

Open

R3

The functional requirements for allocating the relevant tutors were not met

Project Manager

5/8/2017

5/9/2017

H

budget and time increment

H

F

EE

5/22/2017

N/A

Moved to issue

R4

The developed spreadsheet is unable to fetch the accurate results for selecting students and tutors.

Project Manager

5/8/2017

5/10/2017

M

The scope of the project will  not be met

M

F

EE

5/22/2017

N/A

Moved to Issue

R5

The information was not obtained regarding the student course.

Project Manager

5/8/2017

5/11/2017

H

budget increment

M

M

EE

5/22/2017

N/A

Open

R6

The tutor are not accepting the revised procedure for tutor allocations

Project Manager

5/8/2017

5/12/2017

M

quality not met

M

M

EE

5/9/2017

N/A

closed

R7

fails to meet the requirements and specifications as mentioned by the university

Project Manager

5/8/2017

5/13/2017

H

quality and scope not met

M

F

EE

5/22/2017

N/A

Open

R8

The project was not completed within the scheduled time

Project Manager

5/8/2017

5/14/2017

M

time delay;

M

N

EE

5/22/2017

N/A

Open

R9

the information about the new students were not regularly integrated

Project Manager

5/8/2017

5/15/2017

H

budget increment

M

M

EE

5/22/2017

N/A

Open

R10

The system was not able to detect the unallocated students

Project Manager

5/8/2017

5/16/2017

M

scope not met

H

F

EE

5/22/2017

N/A

Open

R11

The developed allocation process increased the complexity of university operations

Project Manager

5/8/2017

5/17/2017

M

increment of budget

M

N

EE

5/9/2017

N/A

closed

R12

the administrator fails to operate the developed allocation system

Project Manager

5/8/2017

5/18/2017

H

quality not met

M

N

EE

5/22/2017

N/A

Open

R13

the students are unable to indicate their leaves through the system

Project Manager

5/8/2017

5/19/2017

M

quality not met

M

F

EE

5/22/2017

N/A

Open

R14

the project lacked the proper maintenance

Project Manager

5/8/2017

5/20/2017

M

scope not met

H

N

EE

5/22/2017

N/A

Open

R15

all the requirements were not met as specified by the university authorities

Project Manager

5/8/2017

5/21/2017

H

scope not met

M

N

EE

5/10/2017

N/A

closed

. Change Request Template

Change Request
Project: The Personal Tutor Scheme			Date: 08/05/2017
Change Requestor: Project Manager			Change No: C1
Change Category (Check all that apply): Ö Schedule ? Cost      ? Scope ? Requirements/Deliverables ? Testing/Quality ? Resources
Does this Change Affect (Check all that apply): ? Corrective Action ? Preventative Action ? Defect Repair ? Updates Ö Other
Describe the Change Being Requested: The project for the complete development of the “personal trainer scheme” needs to be extended by two weeks and the entire schedule was modified.
Describe the Reason for the Change: Various technical issues were found while implementing the functions for allocating the appropriate tutor to the specific student.
Describe all Alternatives Considered: Not applicable.
Describe any Technical Changes Required to Implement this Change: The functionality and algorithm needs to be changed.
Describe Risks to be Considered for this Change: The scope of the project will not be met;
Estimate Resources and Costs Needed to Implement this Change: Time of the project completion needs to be extended that in turn increased the cost for the project.
Describe the Implications to Quality: The change will ensure required quality for the project.
Disposition: Ö Approve ? Reject ? Defer
Justification of Approval, Rejection, or Deferral: Integrating the change will ensure the success of the project.
Signatories:	Name & Title: [Project Manager]	Signature		Date

The application of the requirement management procedure in the project helped in prioritizing, tracing, analyzing and documenting the requirements and resources required for the development of the “personal tutor allocation”. Various researchers have defined requirement management as the process used for managing and monitoring the requirements required for the project. In order to elicit the requirement, a detailed analysis of the system requirements were obtained by direct interview with the university authorities.

For understanding the requirements, the requirements of the project was evaluated by analyzing the functional and non-functional requirements of the project. For managing the requirements, the project manager needs to evaluate the requirements based on criteria for achieving the same through the project. In terms of ensuring the quality of the requirement management, the Polarion online tool have been utilized for evaluating the impact and monitoring the progress.

The acceptance and the qualification of the requirements the detailed risk management template was developed while defining the priority, customer satisfaction and customer dissatisfaction. Furthermore, risk management plan and change control plan have been developed for monitoring the risk through the project. Furthermore, the application of the Polarion requirement management tools have allowed in effectively management, analyze, trace and capture the various requirements used in the project.  

Abas, N.H., Adman, N. and Deraman, R., 2017. Development of Occupational Safety and Health Requirement Management System (OSHREMS) Software Using Adobe Dreamweaver CS5 for Building Construction Project. In MATEC Web of Conferences (Vol. 103, p. 03011). EDP Sciences.

Akhtar, A., Motla, Y.H., Aslam, H. and Jamal, M., 2014, June. Role of requirement change in software architecture using Twin Peaks Model. In Software Engineering and Service Science (ICSESS), 2014 5th IEEE International Conference on (pp. 174-177). IEEE.

Bibi, S., Hafeez, Y., Hassan, M.S., Gul, Z., Pervez, H., Ahmed, I. and Mazhar, S., 2014. Requirement change management in global software environment using Cloud Computing. Journal of Software Engineering and Applications, 2014.

Chang, C.H., Lu, C.W., Yang, W.P., Chu, W.C.C., Yang, C.T., Tsai, C.T. and Hsiung, P.A., 2014, July. A sysml based requirement modeling automatic transformation approach. In Computer Software and Applications Conference Workshops (COMPSACW), 2014 IEEE 38th International (pp. 474-479). IEEE.

Hauksdóttir, D. and Nielsen, P.E., 2014. Requirement Management Strategy. International Journal of Machine Learning and Computing, 4(3), pp.256-262.

Kakeshita, T. and Yamashita, S., 2015, July. A Requirement Management Education Support Tool for Requirement Elicitation Process of REBOK. In Applied Computing and Information Technology/2nd International Conference on Computational Science and Intelligence (ACIT-CSI), 2015 3rd International Conference on (pp. 40-45). IEEE.

Mohapatra, S., 2015. Requirement management–controlling quality at the upstream in commercial software project management. International Journal of Applied Engineering Research, 10(3), pp.8203-8219.

Robison, R., 2015. Review of requirement methodologies and the component standard and specialized requirement elicitation techniques.

Venkatesh, B. and Balani, L., 2016. Requirement Management A Key To Successful Project Management For Software Systems (No. 2016-06-15).

Violante, M.G. and Vezzetti, E., 2014. A methodology for supporting requirement management tools (RMt) design in the PLM scenario: An user-based strategy. Computers in industry, 65(7), pp.1065-1075.