Term Paper: Management Requirements Engineering Process

Pages: 10 (2612 words)  ·  Bibliography Sources: 1+  ·  Level: College Senior  ·  Topic: Engineering  ·  Buy This Paper

SAMPLE EXCERPT:

[. . .] When we have a poor specification it fails the validation in spite of successful verification process. Mistakes in the specification process are translated into the software design ultimately leading to the finished product, which does not cater to the actual user needs. [Steeve Easterbrook]

Implementation

The implementation of the project as per the scheduled date depends on the proper specification report and the proper integration of the same in the design and development phase of the project. It is necessary to ascertain the correctness of the design by conducting periodic testing and validation. If the requirements specification is bad it will invariably show up during the validation process. This would necessitate redoing the whole process of gathering information to prepare a correct requirement specification that is consistent in all the stages of the project. This implies that a bad specification report would postpone the implementation phase indefinitely as the whole software development life cycle has to be repeated. It is needless to mention that the operational costs of such a project is exorbitant.

Risk Management

Risk engineering is an integral part of the software development process. "Project risk is the probability that the project will fail to meet the needs of the business at completion." [Lou Rusell] Risk analysis involves three primary activities such as identifying, estimating and evaluating risks. Risk analysis is a continuous process, which extends throughout the project development life cycle. Unrealistic schedules, budgets, Gold plating, Continuous requirement changes and Real time performance shortfalls are some of the risk items involved in software development. [Barry Boehm]

Requirement Management Tools lot of tools are available to help us in assessing the system requirements at every level of abstraction. These tools assist us in arriving at a better specification report and save considerable amount of time. AnalystPro, Rational requisite pro, Core, Doors, Slate are some of the prominent Requirements management tools that are widely used. One special aspect of these RM tools is that they greatly help in coordinating the different groups working on the project thereby eliminating the ambiguity and making the specification more transparent. [Jiludwig.com]

Requirements management tools reduce the cost of project significantly. As a practical case in point let us consider Citipower Corporation. The company used the 'Requisite pro' tool as part of its requirements analysis process together with analysts in preparing the requirements specification document for its 'Full Retail Contestability' project. Citipower managed to save around $6,30,000 by using the requisite pro-tool, which is a considerable saving, compared to purely manual analysis. [Stephen] For a project to be successful it is necessary that the requirements specification is transparent and clear to the entire team working on the project. Using a tractability matrix we can ensure that the requirements propagate throughout the entire design stage and that the requirements at a higher level are based on those of the lower level. Tools like PSL (Problem Statement Language) / Problem Statement Analyzer (PSA) have completely automated the generation of the requirements specification part of the project. The project management task has become much easier with these tools, which take care of project as well as the product related information. [Fairley Richard, 115]

Different software architectures can be used to solve a particular problem and hence it rests with the project team to select the best among them. Requirements management extends beyond the process of specifying the needs of the users as it also includes information pertaining to the software structures that are appropriate for the particular project. All these aspects are part of the requirements management. According to Rick Kazman, (SEI Interactive Corporation), "Each requirement suggests certain architectural structures and rules other ones out. I will choose one set of architectural structures over another because I know that it's a good architecture for being able to predict and control end-to-end latency or throughput, or that it's a good architecture for high availability." [Thomas Bill]

Conclusion

Requirements engineering process is fundamental for the success of any project. Rather than spend huge amounts of money for reworking the whole project it is prudent and cost effective to identify and rectify the problems early in the project development life cycle. The modern requirements management tools have added great value to the requirement specification process by handling the requirements of the different level of people who are involved in the project such as the project managers, testers, designers, etc. This ensures clear-cut requirements specification, which in turn contributes greatly to the ease and manageability of the project. There is no question of doubt that the benefits derived from proper requirements assessment approach would outweigh the costs incurred and the time invested is worth the effort, as it would eliminate the need for reworking the entire project.

Bibliography

Designed by Jiludwig.com, "Requirements Management Tools" Accessed on August 28th, 2003

http://www.jiludwig.com/Requirements_Management_Tools.html

Hendrick D. Stephen, Richard. V. Heiman "Achieving ROI with Rational requirements Management Tools," Accessed on August 28th, 2003, http://www.rational.com/media/whitepapers/roirm.pdf

Thomas Bill, "Meeting the Challenges of Requirements Engineering" Accessed on August 28th, 2003, http://interactive.sei.cmu.edu/Features/1999/March/Spotlight/Spotlight.mar99.pdf

Fairley Richard, "Software Engineering Concepts," Tata McGraw-Hill, 2000, pg 115

Ivy. F.Hooks, Kristin. A. Farry, "Customer Centered Products: Creating Successful

Products Through Smart Requirements Management" Amacom, September 2000, pg 3

Harel D, Biting the Silver Bullet: "Toward a Brighter Future for Software Development," IEEE Computer, Vol 25, 1 1992, 8-24

Iain M. Tolmie', "An IT Consultant's Perspective on Project Failures and the Cost Effective Resolution of Disputes" Accessed on August 29th, 2003, www.resolveit.co.uk/Project%20failure%20talk.pdf

Boehm, Barry, "Industrial Software Metrics Top 10 List," IEEE Software 4, 5 September 1987, pp. 84-85.

9) 'Best Practices', IEEE Software, Vol. 15, No. 3, June 1998

The Standish Group International, "The chaos Report," Accessed on August 28th, 2003, http://standishgroup.com/sample_research/chaos_1994_1.php

San Jose state University, 'Software Process' Accessed on august 28th, 2003, http://www.cs.sjsu.edu/faculty/tseng/courses/cs160/LectureNotes/ch3.pdf

Steeve Easterbrook, "The Role of Independent V & V in Upstream Software Development Process," Accessed on august 30th, 2003

http://www.cs.toronto.edu/~sme/papers/1996/NASA-IVV-96-015.pdf.

Dr. Barry W. Boehm, "Software Risk Management: Principles and Practices,

IEEE Software, Vol. 9, No.1, January 1991, pp.32-39

Lou Rusell, "Disaster Looks Good to Me: Validating Technical Requirements for Non-Technical Project Managers," Accessed on august 29th, 2003, http://www.russellmartin.com/articles/disaster.htm

Accelea Communications, "Requirements Set The Mark," IT World, March 5th, 2001, Accessed on August 30th, 2003, http://www.itworld.com/AppDev/1251/IW010305tcreqs/

Macaulay, Linda, Fowler, A New Approach to Requirements Specification. Interacting with Computers, April 1990 92-118, http://www.sei.cmu.edu/pub/documents/92.reports/pdf/tr12.92.pdf

James F. Peters and Witold Pedrycz, "Software Engineering: An Engineering Approach," Published by John Wiley & Sons, 2000. [END OF PREVIEW]

Construction Project Risk Management Research Paper


Elites in Engineering Dissertation


Managing Uncertainty in Production Planning a Real Option Approach Multiple Chapters


Managing Quality Research Paper


Management Logical Argument Term Paper


View 1,000+ other related papers  >>

Cite This Term Paper:

APA Format

Management Requirements Engineering Process.  (2003, August 31).  Retrieved October 23, 2019, from https://www.essaytown.com/subjects/paper/management-requirements-engineering/9538660

MLA Format

"Management Requirements Engineering Process."  31 August 2003.  Web.  23 October 2019. <https://www.essaytown.com/subjects/paper/management-requirements-engineering/9538660>.

Chicago Format

"Management Requirements Engineering Process."  Essaytown.com.  August 31, 2003.  Accessed October 23, 2019.
https://www.essaytown.com/subjects/paper/management-requirements-engineering/9538660.