Tracing the implementation of non-functional requirements

2Citations
Citations of this article
13Readers
Mendeley users who have this article in their library.
Get full text

Abstract

A software architecture has to enable the non-functional properties, such as flexibility, scalability, or security, because they constitute the decisive factors for its design. Unfortunately, the methodical support for the implementation of non-functional requirements into software architectures is still weak; solutions are not generally established. Recently, there are only few approaches that actually deal with non-functional requirements during design; even fewer take advantage of traceability, which supports a mapping of requirements to solutions through the development process. Therefore, in this chapter the new architectural design method TraGoSoMa is presented, which supports these issues. The method uses a so-called Goal Solution Scheme, which guides the design activities, supports conflict resolution, decision-making, and the classification of solutions. For illustration purposes the chapter uses a case study from a reengineering project for a Manufacturing Execution System (MES) that is restructured according to the SOA principles and integrated with an Enterprise Resource Planning (ERP) system. © 2011, IGI Global.

Cite

CITATION STYLE

APA

Bode, S., & Riebisch, M. (2011). Tracing the implementation of non-functional requirements. In Non-Functional Properties in Service Oriented Architecture: Requirements, Models and Methods (pp. 1–23). IGI Global. https://doi.org/10.4018/978-1-60566-794-2.ch001

Register to see more suggestions

Mendeley helps you to discover research relevant for your work.

Already have an account?

Save time finding and organizing research with Mendeley

Sign up for free