Está en la página 1de 15

Crear y Documento de

Objetivo
mantener Requerimiento
 Estudio de Factibilidad.
 Adquisición y Análisis
 Especificación
 Validación
Conjunto de Requerimientos del
negocio preliminares.
Estudio de
Descripción resumida del sistema. Informe
Viabilidad
Cómo este pretende contribuir a los
procesos del negocio
 Es un estudio corto para resolver 3
cuestiones:
› ¿Contribuye el sistema a los objetivos generales
de la organización?
› ¿Se puede implementar el sistema utilizando la
tecnología actual y dentro de las restricciones
de tiempo y forma?
› ¿Puede integrarse el sistema con otros sistemas
existentes en la organización?
• Identifica la información para contestar las 3 preguntas.
Evaluación y
recopilación de
información

• Jefes de los departamentos.


• Ingenieros de software
Consultar las • Expertos en tecnología.
fuentes de
infomación • Usuarios finales

• Informe de Estudio de Viabilidad


Redactar
 Ingenieros de software en conjunto con clientes y
usuarios finales trabajan para determinar el dominio
de aplicación, que servicios debe proporcionar el
sistema, las restricciones de hardware, etc.
 Tomar información sobre el sistema propuesto y los existentes
y extraer los requerimientos del usuario y del sistema
 Fuentes de información: documentación, stakeholders,
especificación de sistemas similares.
 Técnicas:
› Entrevistas.

› Escenarios.

› Casos de uso.

› Etnografía.
 Técnica de observación, que se puede
utilizar para entender los requerimientos
sociales y organizacionales.
 Efectiva, para descubrir 2 tipos de
requerimientos:
› De la forma en que trabaja la gente.
› De la cooperación y conocimiento de las
actividades.
 Toma la recopilación de requerimientos
y los organiza en grupos coherentes.

 Usa la arquitectura del sistema (


diagrama de bloque), para identificar
los subsistemas y asociar los
requerimientos con cada subsistema.
 Ordenar según las prioridades los
requerimientos.
 Encontrar y resolver los requerimientos en
conflicto a través de la negociación.
 Es la transformación de los
requerimientos en formulario estándar
 Trata de mostrar que éstos realmente
definen el sistema que el cliente desea.
 Verificaciones, comprenden:
› Validez.

› Consistencia.

› Completitud

› Realismo.

› Verificabilidad.
 Revisiones de requerimientos.

 Construcción de prototipos.

 Generación de casos de prueba.


 Interacción del usuario
 Presentación de la información

 Papel
 Revisión con el usuario.
 Realizar el diseño dinámico del prototipo.
 Revisión con el usuario
 Implementación

También podría gustarte