INTRODUCCION

INDICE
PAGINA DE PRESENTACION..1
INTRODUCCION.....2
INDICE...........................................3
CONTENIDO 4
DEFINICION.4
CONCEPTOS..4
ETAPAS...5
DIAGRAMA DE PROCESO..7
CONCLUSION..8
BIBLIOGRAFIA9

CONTENIDO

Definicin.
PREview Process es un mtodo de requisitos que se centra en la etapa temprana de la
Ingeniera de Requisitos: Descubrir y documentar requisitos. PREview utiliza un
enfoque orientado a Puntos de Vista para permitir la conversin de los objetivos de
nivel superior conocidos como preocupaciones dentro de los requisitos y limitaciones.
PREview tiene como objetivo mejorar la calidad de la especificacin de requisitos,
proporcionando un marco que puede soportar tanto la obtencin de requisitos y la
estructuracin del documento de requisitos.

Conceptos.
En este mtodo se utilizan varias palabras especficas que juegan papeles
fundamentales para los engranes durante el transcurso del proceso

Preocupacione Un requisito no negociable cuya satisfaccin es esencial para el

s xito de la empresa.
Requisito Una declaracin de la funcionalidad requerida de un componente
de software.
Requisitos Requisitos contra el cual se validan otros requisitos.
externos
Punto de Vista Representa una perspectiva utilizada para asignar requerimientos
derivados del dominio del problema en el sistema a desarrollar.
Enfoque Define el mbito de los requisitos de los puntos de vista como una
funcin del dominio del problema y los componentes influidos en
el sistema.
Fuente Identifica explcitamente la fuente de los requerimientos asociados
con el requisito primordial. Las fuentes pueden ser individuos,
grupos, roles, o documentos.

Etapas.
1. Descubrir Preocupaciones: Esta fase consiste en varias sub-etapas que se
explicaran a continuacin.
-

Identificar Preocupaciones: Las preocupaciones se identifican mediante la

discusin con los principales grupos de inters. Estos son por lo general el
cliente y el desarrollador. Las principales preocupaciones de los grupos de
inters para el sistema son provocadas a travs de entrevistas y
cuestionarios.

Preocupaciones Elaboradas: Una vez identificadas, las preocupaciones

deben ser elaborados en una forma que es directamente aplicable. Las
preocupaciones se elaboran en cuenta a las necesidades y preguntas
externas en conjuntos que funcionarn como una lista de verificacin. Estas
preguntas sern utilizadas como una agenda de los puntos de vista cuando
se descubrieron por primera vez. Mediante el uso de esta lista de control,
PREview identificar los conflictos entre dos o ms requisitos en una etapa
temprana.

Identificar puntos de vista: Los Puntos de vista en PREview representan

una perspectiva utilizado para asignar requerimientos derivados del dominio
del problema en el sistema a desarrollar. De esta manera el software o
problemas de ingeniera de sistemas se analizan desde la perspectiva de los
diferentes actores (humanos o mquinas) que deben interactuar con el
sistema o que tienen algn inters en el sistema. "El trmino 'punto de vista'
es ampliamente sinnimo de perspectiva".

Descubrir requisitos: Los requisitos, provocados desde el conjunto de

diferentes puntos de vista sern documentados y analizados en la siguiente
etapa del proceso

2. Anlisis de Requisitos: Los requisitos recogidos durante la fase de

descubrimiento estn integrados y analizados. Por lo general, esto dar lugar a
la identificacin de los requisitos faltantes, inconsistencias y requisitos de
conflictos.
Por lo general, los requisitos en un sistema de gran tamao son documentados
por una mezcla de lenguajes naturales, la notacin semi-formal, formal y grfica.
Un enfoque sistemtico para descubrir las inconsistencias se utiliza en PREview,
basada libremente en House of Quality utilizado por Quality Function
Deployment (QFD), desarrollado por el Dr. Yoji Akao en Japn en 1966.
Despliegue de la funcin de calidad o (QFD) es un mtodo para ayudar a
transformar las necesidades del cliente en caractersticas de ingeniera (y
mtodos de prueba apropiados) para un producto o servicio. Ayuda a crear
definiciones operativas de los requisitos, que pueden ser vagos cuando se
expresa en primer lugar. Se da prioridad a cada producto o servicio
caracterstico al establecer simultneamente los objetivos de desarrollo del
producto o servicio.
House of Quality o Casa de la Calidad es un diagrama, que se asemeja a una
casa, utilizado para definir la relacin entre los deseos de los clientes y las
capacidades de las empresas/productos. Se trata de una parte del Despliegue
de la funcin calidad (QFD) y se utiliza una matriz de planificacin para
relacionar lo que el cliente quiere contra cmo una empresa (que produce los
productos) va a cumplir esas necesidades. Se parece a una casa con una
"matriz de correlacin", como su techo, los deseos del cliente frente a las
caractersticas del producto como la parte principal. Se basa en "la creencia de
que los productos deben ser diseados para reflejar los deseos de los clientes y
sus gustos ".3 tambin se ha informado que aumenta la integracin funcional
cruzada dentro de las organizaciones que la utilizan, sobre todo entre el
marketing, la ingeniera y la fabricacin.

3. Negociacin de requisitos: Cualquier inconsistencia entre las necesidades y las

deficiencias de estos requisitos dar lugar a la reintroduccin de la fase de
descubrimiento de requisitos, para descubrir ms informacin y refinar la
informacin existente pero incompleta.

4. Definicin de requisitos: Requisitos de cumplimiento y coherentes entre s se

integrarn y formateados en un documento de especificacin de requisitos.
5

Diagrama de Proceso.

Descubrimiento de Requisitos

Identificar Preocupaciones

Elaborar Preocupaciones

Identificar Puntos de Vista

Descubrir Requisitos

Anlisis de Requisitos

Anlisis de Requisitos

Definicin de requisitos

CONCLUSION
6

BIBLIOGRAFIA
7

:(