Managing Requirement Elicitation Issues Using Step-Wise Refinement Model

Nikita Nahar G,Pujita K wora,Sakthi Kumaresh

DOI: https://doi.org/10.48550/arXiv.1311.1729

2013-11-08

Abstract:In this paper, a Step-wise Refinement model is proposed to elicit requirements in a more effective manner.

Software Engineering

What problem does this paper attempt to address?

Experience of Collaborative Requirement Management in Dual-Shore Software Maintenance Projects

Bin Xu,Yujuan Dou,Xiaohu Yang,Xiejun Liang,Albert Ma

DOI: https://doi.org/10.1109/wicom.2008.2963

2008-01-01

Abstract:There may be much gap of the scope and requirement among distributed teams in dual shore software projects. Collaborative requirement engineering is essential so as to keep consistent not only among distributed teams but also among the entire software life cycle. This paper is intended to introduce a workflow for collaborative software requirement engineering including requirement gathering, requirement analysis, requirement evolving, and requirement management for change or bug fixing. The suggestion solution can be helpful especially to the dual-shore software maintenance project.
Hierarchical Petri Nets Based Software Requirement Refinement for Web Service

SHEN Bin,YAO Min,YI Wen-sheng,YUAN Bo

DOI: https://doi.org/10.3785/j.issn.1008-973x.2006.06.026

2006-01-01

Abstract:To satisfy the service-oriented architecture of software for structured object-oriented formal language(SOFL),a new service-oriented software requirement refinement method was proposed.After the architecture was modeled using hierarchical Petri net,message transmission was analyzed adopting sequence diagram,and informal and semi-formal system descriptions were refined using SOFL step by step.hierarchical Petri nets based web service was discussed,and the corresponding concepts of hierarchical service net and hierarchical web service were defined.The whole analysis,design and modeling process of web service software requirement using the proposed method was described,and an illustration of travel service for explaining this process was given.Results show that the method can fit web service architecture,and help users realize web service of various granularities.The method is quite useful for exploring software requirement refinement and review in service circumstance.
Extreme programming in reducing the rework of requirement change

Xu Bin,Yang Xiaohu,He Zhijun,Maddineni, S.

DOI: https://doi.org/10.1109/CCECE.2004.1349706

2004-01-01

Abstract:Requirement changes and the involved rework are inevitable if the requirement changes could not be foreseen. Extreme programming (XP) suggests the customer be on site with the developers. The requirement changes may be forecast by the on site customer from the business perspective and by the developers from the technology perspective. Extreme programming was adopted in the Lattice Trading System reengineering project. The user stories were weighed by a set of criteria which included the risk, cost, schedule, as well as the possibility to be changed. The stories were decomposed into features, and the features were organized into components. The components with less possibility to be changed were implemented earlier. Meanwhile, spikes were conducted when the decisions were being made for some critical tasks. In such a way, most components were completed without any change to their functional features while few components were implemented with large modification. The overall effort of rework was reduced considerably with this approach. Compared with the small cost for managing the change possibility, the method introduced in this paper is of significant worth.
A QoS Ontology Cooperated with Feature Models for Non-Functional Requirements Elicitation.

Ting Wang,Yuanjie Si,Xiao Xuan,Xinyu Wang,Xiaohu Yang,Shanping Li,Aleksander J. Kavs

DOI: https://doi.org/10.1145/2020723.2020740

2010-01-01

Abstract:Non-functional requirements (NFRs) are often regarded as the key success factor in building high quality software. However, most of the requirements elicitation methods are centered on discovering functional requirements only. This paper presents a novel NFRs elicitation approach aiming at empowering requirements analysts with a knowledge repository that aids to the process of capturing precise NFRs during elicitation interviews. The knowledge repository is composed of two layers: the upper layer of feature models and the lower layer of the QoS ontology. The case study of the stock trading domain illustrates the relationships and cooperations of the two layers.
Refining a design thinking-based requirements elicitation process: Insights from a focus group

Ezequiel Kahan,Marcela Genero,Alejandro Oliveros

DOI: https://doi.org/10.1016/j.scico.2024.103137

IF: 1.039

2024-05-25

Science of Computer Programming

Abstract:Requirements elicitation processes have a series of challenges and limitations in terms of business process focus, system transparency, and dealing with the complexity resulting from interdependence. The Design Thinking approach, which focuses on people and on understanding the context of problems, can contribute to solving them. For this reason, a requirements elicitation process based on Design Thinking has been defined, consisting of three activities: Empathise, Synthesise, and Ideate. For refining this process, a focus group discussion with experts was conducted. The experts provided feedback, specifically on the role of empathy in the process, its domain of application and activities. The results analysed from the focus group confirm the usefulness of the process and generate a series of lessons learned that allowed us to continue refining it. This paper presents the cited process, the main characteristics and results of the focus group and the refined process.

computer science, software engineering
From Stakeholder Requirements To Formal Specifications Through Refinement

Feng-Lin Li,Jennifer Horkoff,Alexander Borgida,Giancarlo Guizzardi,Lin Liu,John Mylopoulos

DOI: https://doi.org/10.1007/978-3-319-16101-3_11

2015-01-01

Abstract:[Context and motivation] Stakeholder requirements are notoriously informal, vague, ambiguous and often unattainable. The requirements engineering problem is to formalize these requirements and then transform them through a systematic process into a formal specification that can be handed over to designers for downstream development. [Question/problem] This paper proposes a framework for transforming informal requirements to formal ones, and then to a specification. [Principal ideas/results] The framework consists of an ontology of requirements, a formal requirements modeling language for representing both functional and non-functional requirements, as well as a rich set of refinement operators whereby requirements are incrementally transformed into a formal, practically satisfiable and measurable specification. [Contributions] Our proposal includes a systematic, tool-supported methodology for conducting this transformation. For evaluation, we have applied our framework to a public requirements dataset. The results of our evaluation suggest that our ontology and modeling language are adequate for capturing requirements, and our methodology is effective in handling requirements in practice.
Refinement-Based Specification: Requirements and Architecture

Maria Spichkova

DOI: https://doi.org/10.48550/arXiv.1404.7260

2014-04-29

Abstract:This paper presents the methodology for the system requirements and architecture w.r.t. their decomposition and refinement. It also introduces ideas of refinement layers and of refinement-based verification.

Software Engineering
Nine Steps to Shorten the Distance between Requirement Theory and Practice

Yiping Jiang,Mei Li,Zhijun He,Chilong Zhao

DOI: https://doi.org/10.1109/ETCS.2009.689

2009-01-01

Abstract:Requirement analysis is a critical but difficult part of software development. With the combination of various requirement analysis methods and practice, a method which carries out requirement analysis through nine steps is proposed. The establishment of three models, business model, preliminary data model and functional model, is the focus of the establishment of a target system. Such method has been applied in the development of a library information system and practice showed that such method is systematic, comprehensive and practical, shortening the distance between requirement analysis theory and practice.
A Viewpoint-Oriented Requirements Elicitation Integrated with Aspects

YuNing Pu,Qiang Liu

DOI: https://doi.org/10.1109/csie.2009.604

2009-01-01

Abstract:It has proved that the success of large-scale software systems depends on how accurate the huge amount of requirements is elicited and analyzed by software engineers. Large-scale software systems usually involve many participants with different needs. To handle the situation, people devise viewpoint-oriented requirement approaches, which regard every participant as a viewpoint and elicit every participantpsilas requirement respectively. Nevertheless, the crosscutting nature of requirements is not addressed by these approaches, but this can be managed using aspect-oriented concepts. Using the requirement data structure of a requirement management tool - RequisitePro for reference, this paper redesigns the structure of viewpoint in vision, and integrates aspects with the approach to deal with requirement conflicts.
A lightweight forum-based distributed requirement elicitation process for open source community

Han Lai,Rong Peng,Dong Sun,Jia Liu

DOI: https://doi.org/10.4156/ijact.vol4.issue7.15

2012-10-11

Abstract:Nowadays, lots of open source communities adopt forum to acquire scattered stakeholders' requirements. But the requirements collection process always suffers from the unformatted description and unfocused discussions. In this paper, we establish a framework ReqForum to define the metamodel of the requirement elicitation forum. Based on it, we propose a lightweight forum-based requirements elicitation process which includes six steps: template-based requirements creation, opinions collection, requirements collection, requirements management, capability identification and the incentive mechanism. According to the proposed process, the prototype SKLSEForum is established by composing the Discuz and its existed pulg-ins. The implementation indicates that the process is feasible and the cost is economic.

Software Engineering,Computers and Society
Requirement Engineering as a Software Development Process

Pawel Baszuro,Jakub Swacha

DOI: https://doi.org/10.1007/978-3-030-34706-2_2

2019-12-15

Abstract:The paper introduces a novel requirements management tool, incorporating software development practices into requirements engineering. It is motivated by an expectation that using well-established techniques should provide benefits such as increase of requirements quality, better alignment of tooling to organization needs and support for Agile project management techniques. Our aim, therefore, is to provide an open architecture for various requirements engineering activities, as till now, many of existing requirements management tools do not follow the latest developments in software development practices. In this paper, we propose a mapping of various aspects of software development based on Continuous Integration to requirements engineering and describe a prototype requirements management tool built to validate the proposed concept.
ASREF: an Adaptive Service Requirements Elicitation Framework Based on Goal-Oriented Modelling.

Wei Qiao,Lin Liu,Jian Xiang

2008-01-01

Abstract:This paper formulates the service-oriented requirements analysis process as a feedback control system, in which the classical “once for all” philosophy is replaced with a continuous negotiation and adaptation process. Based on existing requirements model and new service request, the proposed service requirements elicitation framework ASREF aims to achieve an optimal service supply and demand relationship. Current control variable is the similarity of the service requirements model and the service capability model. Major contributions include: a dynamic questionnaires system for service requirements elicitation, the construction process of goal-oriented service models based on user’s answers to the elicitation questions and the dual feedback control mechanism to service requestor and provider. A virtual travel agency example is used to illustrate the proposed ideas.
An Empirically-Based Process To Improve The Practice Of Requirement Review

Juan Li,Lishan Hou,Zhongsen Qin,Qing Wang,Guisheng Chen

DOI: https://doi.org/10.1007/978-3-540-79588-9_13

2008-01-01

Abstract:Requirement quality serves as the basis of the whole software development. How to improve and assure the quality of requirements is one of the most difficult issues. Aiming to improve requirement review in a software company, we propose a role-based requirement review process based on the idea that requirement quality should meet needs of all roles involved to the largest extent, and not only determined by the number of defects found in requirements. This process helps reviewers focus on their own concerns and find more defects related to their tasks, and provides a quantitative method to analyze and evaluate the quality of the requirement document. We also provide a case study to illustrate the new process and report some preliminary results.
Negotiation in the Requirements Elicitation and Analysis Process

Sabrina Ahmad

DOI: https://doi.org/10.1109/aswec.2008.4483263

2008-03-01

Abstract:Requirements elicitation and analysis is the most crucial process in requirements engineering since it moulds the shape of the desired end product. In dealing with a system's stakeholders in a process to elicit the requirements, conflicts are inevitable. In the initial state, usually, all the stakeholders have a common goal; to build a system. However as an individual, they do have their own perspectives and perceptions. In addition, the stakeholders, either as a representative of end users, a decision maker or a developer, have different concerns, priorities and responsibilities. This paper considers introducing negotiation spiral model with supporting elements in the requirements elicitation and analysis process. Many researches show that negotiation is necessary to handle conflicts in order to gain better requirements. It is believed that the quality of intermediate deliverables like the requirements document is correlated with the quality of the final product. The advantages of implementing negotiation process are well aligned requirements by all the stakeholders, improved system quality, a sound basis for resource estimation and less resource wastage.
Requirements Elicitation Problems: A Literature Analysis

Bill Davey,Kevin R. Parker

DOI: https://doi.org/10.28945/2137

2015-01-01

Abstract:[The final form of this paper was published in the journal Issues in Informing Science and Information Technology.] Requirements elicitation is the process through which analysts determine the software requirements of stakeholders. Requirements elicitation is seldom well done, and an inaccurate or incomplete understanding of user requirements has led to the downfall of many software projects. This paper proposes a classification of problem types that occur in requirements elicitation. The classification has been derived from a literature analysis. Papers reporting on techniques for improving requirements elicitation practice were examined for the problem the technique was designed to address. In each classification the most recent or prominent techniques for ameliorating the problems are presented. The classification allows the requirements engineer to be sensitive to problems as they arise and the educator to structure delivery of requirements elicitation training.
A Systematic Solution of Requirement Management

姬晓鹏,吴朝晖

DOI: https://doi.org/10.3969/j.issn.1000-3428.2003.19.031

2003-01-01

Abstract:Requirement management is a sub-engineering of requirement engineering. The paper diseusses the requirement management of requirement engineering, and analyzes the eurrent requirement management system based on the essence of the requirement management- A solution of requirement management system is given.
Weaving together requirements and architectures

B. Nuseibeh

DOI: https://doi.org/10.1109/2.910904

2001-03-01

Computer

Abstract:Software development organizations often choose between alternative starting points-requirements or architectures. This invariably results in a waterfall development process that produces artificially frozen requirements documents for use in the next step in the development life cycle. Alternatively, this process creates systems with constrained architectures that restrict users and handicap developers by resisting inevitable and desirable changes in requirements. The spiral life-cycle model addresses many drawbacks of a waterfall model by providing an incremental development process, in which developers repeatedly evaluate changing project risks to manage unstable requirements and funding. An even finer-grain spiral life cycle reflects both the realities and necessities of modern software development. Such a life cycle acknowledges the need to develop software architectures that are stable, yet adaptable, in the presence of changing requirements. The cornerstone of this process is that developers craft a system's requirements and its architecture concurrently, and interleave their development.

computer science, software engineering, hardware & architecture
The representation of manufacturing requirements in model-driven parts manufacturing

V. Rogstrand,T. Kjellberg

DOI: https://doi.org/10.1080/09511920902741117

IF: 4.1

2009-11-01

International Journal of Computer Integrated Manufacturing

Abstract:Today there is a need to make process and production planning more cost-effective while not compromising the quality of the product. Manufacturing requirements are used to ensure producibility in early development phases and also as a source for continuous improvement of the manufacturing system. To make this possible it is essential to have correct, updated information available and to be able to trace the relations between requirements and their origin and subjects. To trace requirements' origin in resources or processes is today very difficult owing to system integration problems. This article discusses the relations that need to be represented and proposes the use of model-based methods to enable traceability of requirements. Because requirements are a collaborative effort a standard for information exchange is needed. The ISO10303 STEP application protocol AP233 System Engineering is proposed for this purpose.
EXPLORING THE INFLUENCE OF REQUIREMENT REPRESENTATION ON IDEA GENERATION

Akash Patel,Joshua Summers,Beshoy Morkos,Sourabh Karmakar

DOI: https://doi.org/10.1115/1.4065368

2024-04-23

Journal of Mechanical Design

Abstract:Abstract The objective of this research is to understand how different representations of requirements influence idea generation in terms of quantity, addressment, novelty, and variety of conceptual sketches. Requirements are testable statements of need, desires, and wishes of the stakeholders that are used by engineers to frame the problem. Project success is highly dependent on well-defined requirements documents. An experimental study was conducted with 52 fourth year mechanical engineering undergraduate students. Two design problems were formulated with three different representations: a problem statement with embedded requirements, a problem statement and a traditional requirement list, and a problem statement with contextualized scrum stories. Each student was provided both design problems with two different representations of requirements. It was found that the use of contextualized scrum story representations significantly affected the novelty of solution fragments and addressment of requirements, while no significant change in variety and quantity was seen. Finally, it was found that quantity is not directly related to the number of requirements addressed in the sketches.

engineering, mechanical
Desiree - a Refinement Calculus for Requirements Engineering

Feng-Lin Li,Alexander Borgida,Giancarlo Guizzardi,Jennifer Horkoff,Lin Liu,John Mylopoulos

DOI: https://doi.org/10.48550/arxiv.1605.02263

2016-01-01

Abstract:The requirements elicited from stakeholders are typically informal, incomplete, ambiguous, and inconsistent. It is the task of Requirements Engineering to transform them into an eligible (formal, sufficiently complete, unambiguous, consistent, modifiable and traceable) requirements specification of functions and qualities that the system-to-be needs to operationalize. To address this requirements problem, we have proposed Desiree, a requirements calculus for systematically transforming stakeholder requirements into an eligible specification. In this paper, we define the semantics of the concepts used to model requirements, and that of the operators used to refine and operationalize requirements. We present a graphical modeling tool that supports the entire framework, including the nine concepts, eight operators and the transformation methodology. We use a Meeting Scheduler example to illustrate the kinds of reasoning tasks that we can perform based on the given semantics.

Managing Requirement Elicitation Issues Using Step-Wise Refinement Model

Experience of Collaborative Requirement Management in Dual-Shore Software Maintenance Projects

Hierarchical Petri Nets Based Software Requirement Refinement for Web Service

Extreme programming in reducing the rework of requirement change

A QoS Ontology Cooperated with Feature Models for Non-Functional Requirements Elicitation.

Refining a design thinking-based requirements elicitation process: Insights from a focus group

From Stakeholder Requirements To Formal Specifications Through Refinement

Refinement-Based Specification: Requirements and Architecture

Nine Steps to Shorten the Distance between Requirement Theory and Practice

A Viewpoint-Oriented Requirements Elicitation Integrated with Aspects

A lightweight forum-based distributed requirement elicitation process for open source community

Requirement Engineering as a Software Development Process

ASREF: an Adaptive Service Requirements Elicitation Framework Based on Goal-Oriented Modelling.

An Empirically-Based Process To Improve The Practice Of Requirement Review

Negotiation in the Requirements Elicitation and Analysis Process

Requirements Elicitation Problems: A Literature Analysis

A Systematic Solution of Requirement Management

Weaving together requirements and architectures

The representation of manufacturing requirements in model-driven parts manufacturing

EXPLORING THE INFLUENCE OF REQUIREMENT REPRESENTATION ON IDEA GENERATION

Desiree - a Refinement Calculus for Requirements Engineering