The Requirements Engineering (RE) discipline is where the software system needs or requirements are captured; these are then "translated" into software components. At present, functional requirements are treated, but non-functional requirements (NFR) are neglected, causing problems at later stages of development. In an industrial software production context, product quality must be considered, and the Domain Analysis discipline within RE, proposes different approaches to treat NFR for building a Reference Architecture (RA) from which all products of a domain family can be generated. Consequently, the same process is adapted to different contexts and abstraction levels. This paper proposes a Unified Process for Domain Analysis (UPDA), based on Aspect and Goal orientations to deal with NFR, specified by quality standards to enhance communication. UPDA integrates techniques that are separately used: -the Chung and others extended process of Losavio and others, based on the NFR Framework with treatment of crosscutting concerns, andthe ISO/IEC 25010 quality standard to specify NFR. Three sub-processes constitute UPDA: -Construction of the quality model, -Identification of crosscutting concerns and -RA design. The main artifact obtained is the RA, which can be reused as an asset in the context of software product lines.

In the Domain Engineering (DE) discipline, different approaches are used for one purpose, the treatment of non-functional requirements (NFR) to build a reference architecture (RA), or generic architecture from which all product members of a family of a domain, are generated. Consequently, the same process is adapted to different contexts and abstraction levels. This paper proposes a Unified Domain Analysis Process (UDAP) of DE, which uses Aspect and Goal orientations and the specification of NFR by quality standards. This process integrates the following specific techniques: -extended process of Chung and others, based on the NFR Framework with treatment of crosscutting concerns of Losavio and others -ISO/ IEC 25010 quality standard to specify NFR. The proposed process obtains the RA as the main artifact and can be reused as an asset in the context of software product lines.Keywords -domain analysis, quality standard, ISO / IEC 25010, NFR Framework, aspect-oriented, Chung extended process, reference architecture I.INTRODUCCIÓNEl proceso de desarrollo de software ha mostrado grandes avances desde sus inicios hasta la actualidad. Modernos enfoques han mejorado este proceso haciendo cada fase más especializada y con aplicación de técnicas y herramientas que ayudan a mejorar la calidad del producto final, entendida ésta, como el conjunto de características o propiedades deseadas que deben estar presentes en el producto, desde el punto de vista del usuario y del producto en si [8].De la misma manera que se han refinado las fases del proceso de desarrollo, también se han presentado enfoques que elevan el nivel de abstracción, logrando ver las aplicaciones desde puntos de vista que incluyen las necesidades y metas de las organizaciones e incluso del ambiente donde están inmersas. Por ejemplo, se puede mencionar el enfoque de la orientación a metas, donde se parte de los objetivos de los "Stakeholders" o participantes en el proyecto de software, para obtener, a través de un proceso de refinación, los requisitos de la aplicación. Una meta u objetivo constituye algún interés que el sistema debe alcanzar [9]. Dentro del ciclo de vida del desarrollo de software, este enfoque se utiliza en la disciplina de Ingeniería de Requisitos (IR), donde es también conocido en la literatura como "Goal-Oriented Requirements Engineering" (GORE) o Ingeniería de Requisitos Orientada a Metas [9].Una sub-disciplina importante de resaltar dentro de la IR es la Ingeniería de Dominio (ID), con su proceso de Análisis del Domino (AD), el cual permite establecer características comunes y variables para un conjunto de productos, aplicaciones o sistemas similares, miembros de una familia en un dominio particular, incentivando la reutilización de artefactos y componentes. Es muy utilizada en el desarrollo de sistemas de software complejos, en los contextos de construcción de software basado en componentes y líneas de productos de software.Desde estas perspectivas es muy importante mantener un proceso basado en la calidad, permitiendo asegurar de esta m...