Unidad 4. ingeniería de documentos

UNIDAD 4. INGENIERÍA DE DOCUMENTOS
Objetivo Específico: El estudiante, aplicará las técnicas de obtención de requerimientos para el desarrollo de un sistema.

CONTENIDO
1.
2.

3.

Obtención de requisitos. Técnicas para obtener información sobre el proyecto. Especificaciones del proyecto y contrato.

Obtención de requisitos

La

obtención de los requisitos es un paso complejo yque no tiene una solución sencilla. Se suelen utilizar los métodos de pregunta-respuesta o los de cuestionarios plantilla para perfilar la versión inicial, pero se requieren sucesivas interacciones antes de obtener unas especificaciones adecuadas.

Requisito
Es

una capacidad que el sistema debe tener porque el cliente lo ha pedido explícita o implícitamente, lógicamente, la determinacióndel conjunto de requisitos es el primer paso a dar en la construcción de una aplicación.

Sub-tareas en la obtención de los requisitos

Análisis
El

Especificación
El

problema a resolver es la comprensión del problema del cliente y que características debe tener el producto.

problema a resolver es la comprensión del problema del cliente y que características debe tener el producto.Especificación

Lo

que se consigue aquí es un documento que especifica todos los requisitos, este documento tiene que tener estas propiedades:

Propiedades
COMPLETITUD
• ESTÁN TODOS LOS REQUISITOS.
• ES IMPORTANTE NO HACER UNA NOVELA, HAY QUE CONTAR LO QUE HAY PERO PENSANDO QUE QUIEN SE LEA EL DOCUMENTO COBRA POR HORAS.

CONCISIÓN

LEGIBILIDAD

• ES SIMILAR AL PUNTOANTERIOR, PERO EL SENTIDO DE ESTE ES LA CLARIDAD. • NO EXISTEN CONTRADICCIONES INTERNAS.

CONSISTENCIA

Propiedades
DEBE PODER FACILIDADES DE • DE ALGÚN MODO SE UNO DE LOS COMPROBAR CADA PRUEBA REQUISITOS. EL FACILIDADES DE • ES BASTANTE PROBABLE QUELARGO DOCUMENTO CAMBIE A LO CAMBIO DEL CICLO DE VIDA.

FACILIDADES DE • DEBE SER POSIBLE COMPROBAR SI SE VAN CUMPLIENDO LOS OBJETIVOS. SEGUIMIENTOFACTIBILIDAD
• LOS OBJETIVOS DEFINIDOS DEBEN SER CONSEGUIBLES A UN COSTE ``RAZONABLE''.

Tipos de requisitos

Requisitos funcionales:
Dicen qué debe hacer el sistema, en el sentido de servicios proporcionados al usuario.

Requisitos no funcionales:
Hablan de características del sistema, como pueda ser la fiabilidad, mantenibilidad, sistema operativo, plataforma hardware, etc.

Técnicasde análisis
Entrevistas Prototipos Desarrollo

conjunto de aplicaciones (Joint Application Development, JAD) Planificación conjunta de requisitos (Joint Requirements Planning, JRP) Casos de uso

Entrevista




Es la técnica más significativa y productiva de que dispone el analista para recabar datos. Es un intercambio de información que se efectúa cara a cara.

 



Es uncanal de comunicación entre el analista y la organización. Sirve para obtener información acerca de las necesidades y la manera de satisfacerlas, así como consejo y comprensión por parte del usuario para toda idea o método nuevos. Es una excelente oportunidad para establecer una corriente de simpatía con el personal usuario, lo cual es fundamental en para el desarrollo del proyecto.Entrevista

PREPARACIÓN

DESARROLLO

ANÁLISIS

Documentación

Apertura

Burocracia

Personal Desarrollo Objetivo Terminación Evaluación Asimilación

Logística

Desarrollo Conjunto de Aplicaciones (JAD)


Consiste en un conjunto de reuniones en un periodo de entre dos y cuatro días.

Patrocinador

Analista

Desarrollador (s)

Jefe del JAD

Representante (s) de los usuario(s)

Especialista (s)

Desarrollo Conjunto de Aplicaciones (JAD)

ADAPTACIÓN
Documentarse sobre la organización y el proyecto Organización de sesiones

SESIÓN JAD

ORGANIZACIÓN DE LA DOCUMENTACIÓN

PRESENTACIÓN Definición de requisitos de alto nivel Documentar temas abiertos Concluir la sesión

Compilar

Revisar

Selección de participantes

Validar

Brainstorming
 Es...