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:
Non- functional requirements:
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.
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 |
Last Update |
Impact |
Impact Description |
Probability |
Timeline |
Status of Response |
Completed Actions |
Planned Future Actions |
Risk Status |
|
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.
Essay Writing Service Features
Our Experience
No matter how complex your assignment is, we can find the right professional for your specific task. Contact Essay is an essay writing company that hires only the smartest minds to help you with your projects. Our expertise allows us to provide students with high-quality academic writing, editing & proofreading services.
Free Features
Free revision policy
$10Free bibliography & reference
$8Free title page
$8Free formatting
$8How Our Essay Writing Service Works
First, you will need to complete an order form. It's not difficult but, in case there is anything you find not to be clear, you may always call us so that we can guide you through it. On the order form, you will need to include some basic information concerning your order: subject, topic, number of pages, etc. We also encourage our clients to upload any relevant information or sources that will help.
Complete the order form
Once we have all the information and instructions that we need, we select the most suitable writer for your assignment. While everything seems to be clear, the writer, who has complete knowledge of the subject, may need clarification from you. It is at that point that you would receive a call or email from us.
Writer’s assignment
As soon as the writer has finished, it will be delivered both to the website and to your email address so that you will not miss it. If your deadline is close at hand, we will place a call to you to make sure that you receive the paper on time.
Completing the order and download