Preview

End to end requirement traceability through contribution structures

Powerful Essays
Open Document
Open Document
3789 Words
Grammar
Grammar
Plagiarism
Plagiarism
Writing
Writing
Score
Score
End to end requirement traceability through contribution structures
End-to-End Requirement Traceability through Contribution Structures and Requirements Traceability Matrices
Aamrah Naqvi aamra_naqvi@yahoo.com College of Computer Science
PAF - Karachi Institute of Economics and Technology, Pakistan
Syed Irfan Hyder hyder@pafkiet.edu.pk College of Compter Science
PAF - Karachi Institute of Economics and Technology, Pakistan.

Abstract
Requirements traceability is the ability to follow the life of a requirement, in both forward and backward direction, i.e. from its origin, to its refinement and inclusion in the requirement specification document, and from there to its subsequent deployment in coding, testing and validation [1]. Requirement traceability is often divided into Pre-Requirement Traceability and Post-Requirement Traceability. Pre-Requirement Traceability is concerned with requirement’s life before its inclusion in the requirement specification, while Post-Requirement Traceability is concerned with the requirement’s life after its inclusion in the requirement specification.
Traceability tools and techniques often use frameworks that are stronger in the Post-Requirement Traceability area [14, 15, 19]. Pre-Requirement Traceability is typically not covered because it is difficult to trace the origin of requirements to the individuals who initiate, authenticate and document the user requirements. This research indicates that the performance of these tools can be significantly improved by including Pre-Requirement Traceability in their traceability frameworks. This inclusion would solve many of the problems associated with these tools and techniques such as difficulty to trace the information necessary for requirements management and requirements change management.
Contribution structures specify relationships between the user requirements and their initiators [1,4]. Traceability matrix is a structure often used by tools and techniques covering post-requirement traceability [4]. Thesis of this research is

You May Also Find These Documents Helpful

  • Satisfactory Essays

    Every day in the world, a project is taking place. From a company that decides to expand operations and needs additional space to an IT company creating software, one thing remains constant. These are projects, and as with many projects a systematic process exists, in order to identify all the tasks are accomplished and the project stays on track. Concerning the company Track Stuff Inc., the following eight phases are essential and in this paper are covered…

    • 3456 Words
    • 14 Pages
    Satisfactory Essays
  • Good Essays

    Documentation Review – Using company data to find requirements. Data flow diagrams can help illustrate the system’s…

    • 717 Words
    • 3 Pages
    Good Essays
  • Best Essays

    Braude, E. J., & Bernstein, M. E. (2011). Chapter 3 and Chapter 28 Software process. In Software engineering Modern approaches (2nd ed., pp. 32-62 and ). Hoboken, NJ: John Wiley & Sons.…

    • 3816 Words
    • 16 Pages
    Best Essays
  • Powerful Essays

    Cis518 Assignment 2

    • 776 Words
    • 4 Pages

    The reason that I am using this technique, many software teams discovered that mixing use-case modeling techniques for requirements expression along with traditional methods of documenting specific requirements within a “software requirements specification” (SRS) document provides an efficient means to record the complete set of detailed requirements for a system or application to be built.…

    • 776 Words
    • 4 Pages
    Powerful Essays
  • Good Essays

    Cis 331 Case Study

    • 705 Words
    • 3 Pages

    There are several basics a writer needs to write when concerning a software requirement specification. The writer needs to include these issues: functionality, external interfaces, performances, attributes and design qualities. This type of document lists everything that is required when it comes to the system that is being created. This is basically a backbone for the work that needs to be completed.…

    • 705 Words
    • 3 Pages
    Good Essays
  • Powerful Essays

    Unit 2 Labs

    • 571 Words
    • 5 Pages

    1. Allow IT Staff to edit all the Types of Software to be tracked. This includes type of software, licensing dates, status, and location.…

    • 571 Words
    • 5 Pages
    Powerful Essays
  • Powerful Essays

     Document Analysis  Business Rules  Functional Decomposition  Interface Analysis  Process Modeling  Scenarios & Use Cases  Sequence & State Diagrams  User Stories…

    • 3983 Words
    • 16 Pages
    Powerful Essays
  • Powerful Essays

    At the beginning there is always a customer who wants a specific software system Customer “wishes” are always informal Interviews, some documents, some Excel tables, ... We need to analyze such informal records and structure it Requirements engineering is a huge field but we just illustrate here one possibility…

    • 6018 Words
    • 25 Pages
    Powerful Essays
  • Powerful Essays

    The importance of getting the software requirement right has made big difference to so many major projects in the IT industry. Many techniques and solutions have been developed for understanding and getting software requirements right first time in the software development life cycle, but fewer people are taking these techniques into account and this is the reason why most of the IT projects are failing. I define here how to get software requirements right and why it has become some important to get software requirements right.…

    • 1574 Words
    • 7 Pages
    Powerful Essays
  • Powerful Essays

    Reverse Engineering

    • 7160 Words
    • 29 Pages

    Most traditional reverse engineering tools focus on abstraction and analysis of source code, presenting a visual representation of the software architecture. This approach can be both helpful and cost effective in software maintenance tasks. However, where large software teams are concerned, with moderate levels of employee turnover, traditional reverse engineering tools can be inadequate. To address this issue, we examine the use of software process data, such as software artifact change history and developer activities. We propose the application of this data confers additional information developers need to better understand, maintain and develop software in large team settings. To explore this hypothesis, we evaluate the use of a tool, Xia, in the navigation of both software artifacts and their version history. This paper introduces Xia, reveals the results of our evaluation and proposes directions for future research in this area.…

    • 7160 Words
    • 29 Pages
    Powerful Essays
  • Powerful Essays

    Claim Adjudication

    • 8483 Words
    • 34 Pages

    This chapter gives an overall introduction to documenting requirements using use cases. In this chapter, we will explain the following: • the symbols found in a use case diagrams • the relationships between the symbols in a use case diagram • the textual description of a use case, the use case flow of events It is quite likely that you have written code in an object-oriented language, such as Java or C++. In these object-oriented languages, you have come to create your programs in terms of classes where each class has its own data (via variables/attributes) and its own behavior (via the class methods). In your programs, you create instances of these classes, called objects. As your program runs, these objects interact with each other to implement the system functionality. In this chapter we will discuss a means of documenting your stakeholder functional requirements in a way that will more easily lead you to discover what classes you will need to implement. This approach is called the use cases approach (Jacobson, Christerson et al., 1992). When you document your requirements using use cases, these use cases are then valuable during the next steps in your project development – such as in the design and testing activities. Also, it will be easier to write your user manual if you have documented your requirements by means of use cases. When we document requirements using use cases, we use textual description along with use case diagrams. The use case diagram is a part of the Unified Modeling Language (Rumbaugh, Jacobson et al., 1999), more commonly referred to as UML. In this chapter, we will first introduce you to UML. Then, we will show you how to document your requirements using use cases.…

    • 8483 Words
    • 34 Pages
    Powerful Essays
  • Good Essays

    * Businesses operate in a fast –changing requirement and it is practically impossible to produce a set of stable software requirements…

    • 690 Words
    • 3 Pages
    Good Essays
  • Satisfactory Essays

    The cost of incorrect, misunderstood, and not agreed upon requirements affects the customers and developers in terms of time, money, and lost opportunities.…

    • 654 Words
    • 3 Pages
    Satisfactory Essays
  • Powerful Essays

    Abstract— Service Oriented Architecture (SOA) is a shift of paradigm in software development. It can be seen as an evolution of Component Based Software Development (CBSD), with web services used instead of Commercial Off-the-shelf (COTS) software. For the last few years the number of services on the web has increased exponentially. Among available services locating the best service that fulfills the user requirement is a challenging task for researchers. There is still no standard Requirement Engineering (RE) process defined for Service Oriented Software Development (SOSD). The traditional processes and those used for COTS selection cannot be used due to the architectural differences of SOSD with other domains. In this paper we have extracted a list of issues and challenges from literature under considerations by research community for RE process in SOSD. The issues of RE in CBSD are compared with those of SOSD, as CBSD is considered close in nature to SOSD. The results shows that there is a need of standard RE process for SOSD with proper guidance on how to perform different steps with details. Keywords - requirement engineering; service oriented software development; component based software development; commercial off-the-shelf softwares (COTS).…

    • 5034 Words
    • 21 Pages
    Powerful Essays
  • Good Essays

    Software Crisis

    • 384 Words
    • 2 Pages

    Conflicting requirements have always hindered the software development process. As users demand a large number of features, customers generally want to minimize the amount they must pay for the software and the time required for its development.…

    • 384 Words
    • 2 Pages
    Good Essays