2004Unpublished venueRequires access

C-requirements specification teaching

F.J. Garcia, M.N. Moreno

Open publisher page 2 citations

Abstract

Requirements elicitation, so directly related to the final success of a software project, is also a complex task. Requirement certification and validation need the customer and/or user's participation, for which reason software engineers must document the elicited requirements in a user-friendly format. The information, which clients find easier to understand, is gathered in a requirements catalog, usually written in natural language. This kind of requirements representation is often called customer oriented requirements or C-requirements. Usually, the teaching of the requirement-related topics is more concerned with requirement analysis, especially in modeling issues, than with the elicitation and C-requirements documentation process. This situation can produce misunderstandings and mistakes in students who try to carry out the requirements elicitation and documentation processes when they have to face a real or proposed software project. In this paper, we will describe a concrete requirements elicitation and documentation method that has been introduced to and accepted by students who take the software engineering subject as taught in the context of the computer science studies at the University of Salamanca (Spain).

About this research paper

What this paper is about

Requirements elicitation, so directly related to the final success of a software project, is also a complex task. Requirement certification and validation need the customer and/or user's participation, for which reason software engineers must document the elicited requirements in a user-friendly format. The information, which clients find easier to understand, is gathered in a requirements catalog, usually written in natural language. This kind of requirements representation is often called customer oriented requirements or C-requirements. Usually, the teaching of the requirement-related topics is more concerned with requirement analysis, especially in modeling issues, than with the elicitation and C-requirements documentation process. This situation can produce misunderstandings and mistakes in students who try to carry out the requirements elicitation and documentation processes when they have to face a real or proposed software project. In this paper, we will describe a concrete requirements elicitation and documentation method that has been introduced to and accepted by students who take the software engineering subject as taught in the context of the computer science studies at the University of Salamanca (Spain).

Why it matters

OpenAlex reports 2 citations for this work. Citation counts describe recorded attention and do not establish research quality.

Key contribution

A contribution statement is not available in the OpenAlex record.

Method / approach

Method details are not available in the OpenAlex metadata.

Main findings

Findings are not separately available in the OpenAlex metadata.

Limitations

Limitations are not available in the OpenAlex metadata.

Applications

Application details are not available in the OpenAlex metadata.

Available abstract

Requirements elicitation, so directly related to the final success of a software project, is also a complex task. Requirement certification and validation need the customer and/or user's participation, for which reason software engineers must document the elicited requirements in a user-friendly format. The information, which clients find easier to understand, is gathered in a requirements catalog, usually written in natural language. This kind of requirements representation is often called customer oriented requirements or C-requirements. Usually, the teaching of the requirement-related topics is more concerned with requirement analysis, especially in modeling issues, than with the elicitation and C-requirements documentation process. This situation can produce misunderstandings and mistakes in students who try to carry out the requirements elicitation and documentation processes when they have to face a real or proposed software project. In this paper, we will describe a concrete requirements elicitation and documentation method that has been introduced to and accepted by students who take the software engineering subject as taught in the context of the computer science studies at the University of Salamanca (Spain).

Key concepts: Requirements elicitation, Requirements engineering, Documentation, Computer science, Requirements analysis, Requirement, Software requirements specification, Software requirements

Related papers

Back to paper searchBrowse research topicsOriginal source
C-requirements specification teaching — Research Paper | ScholarLens