18276187
Description
Mind Map by KEVIN ANDRES RANGEL CARVAJAL, updated more than 1 year ago
|
Created by KEVIN ANDRES RANGEL CARVAJAL
over 5 years ago
|
|
ERS
- Objetivos
- Ayudar a los clientes a
describir claramente lo
que se desea obtener
mediante un
determinado software.
- Ayudar a los
desarrolladores a
entender qué quiere
exactamente el cliente:
En muchas ocasiones el
cliente no sabe
exactamente qué es lo
que quiere.
- Servir de base para
desarrollos de
estándares de ERS
particulares para
cada organización
- Servir de base para
desarrollos de
estándares de ERS
particulares para
cada organización
- Ayudar a los
desarrolladores a
entender qué quiere
exactamente el cliente:
En muchas ocasiones el
cliente no sabe
exactamente qué es lo
que quiere.
- Ayudar a los clientes a
describir claramente lo
que se desea obtener
mediante un
determinado software.
- Caracteristicas
- Correciòn
- La ERS es correcta si y
sólo si todo requisito
que figura en ella refleja
alguna necesidad real.
- Ambigüedad
- Un documento es no
ambiguo si y solo si cada
requisito descrito tiene una
única interpretación.
- Completitud
- debe ser siempre
completa, aunque
en ocasiones esto
no será posible
- Verificabilidad
- Un requisito se dice que es
verificable si existe algún
proceso no excesivamente
costoso por el cual una
persona o una máquina
pueda chequear que el
software satisface dicho
requerimiento.
- Consistencia
- es consistente si y sólo si
ningún conjunto de requisitos
descritos en ella son
contradictorios o entran en
conflicto
- Clasificación
- o ideal es el establecimiento de
prioridades, de modo que la
implementación de un
requisito de menor prioridad
no emplee excesivos recursos.
- Modificabilidad
- es modificable si cualquier
cambio puede realizarse de
manera fácil, completa y
consistente.
- Explorabilidad
- es explorable si el origen de cada
requerimiento es claro tanto hacia
atrás (origen que como hacia
delante (componentes del sistema
que realizan dicho requisito
- Utilizable durante las
tareas de mantenimiento
y uso
- también se deben tener en cuenta las
necesidades de mantenimiento. El
personal que no ha intervenido
directamente en el desarrollo debe ser
capaz de encargarse de su mantenimiento.
- Utilizable durante las tareas de mantenimiento y uso
- Utilizable durante las tareas de mantenimiento y uso
- también se deben tener en cuenta las
necesidades de mantenimiento. El
personal que no ha intervenido
directamente en el desarrollo debe ser
capaz de encargarse de su mantenimiento.
- Utilizable durante las
tareas de mantenimiento
y uso
- es explorable si el origen de cada
requerimiento es claro tanto hacia
atrás (origen que como hacia
delante (componentes del sistema
que realizan dicho requisito
- Explorabilidad
- es modificable si cualquier
cambio puede realizarse de
manera fácil, completa y
consistente.
- Modificabilidad
- o ideal es el establecimiento de
prioridades, de modo que la
implementación de un
requisito de menor prioridad
no emplee excesivos recursos.
- Clasificación
- es consistente si y sólo si
ningún conjunto de requisitos
descritos en ella son
contradictorios o entran en
conflicto
- Consistencia
- Un requisito se dice que es
verificable si existe algún
proceso no excesivamente
costoso por el cual una
persona o una máquina
pueda chequear que el
software satisface dicho
requerimiento.
- Verificabilidad
- debe ser siempre
completa, aunque
en ocasiones esto
no será posible
- Completitud
- Un documento es no
ambiguo si y solo si cada
requisito descrito tiene una
única interpretación.
- Ambigüedad
- La ERS es correcta si y
sólo si todo requisito
que figura en ella refleja
alguna necesidad real.
- Correciòn
Want to create your own Mind Maps for free with GoConqr? Learn more.