Pruebas

Especificación de Requerimientos Parte 2

Sistemas de Información Administrativos
Departamento de Ingeniería Industrial Universidad de Chile
Derechos Reservados (c)

Metodología generica de desarrollo de proyectos
Requerimientos Del Sistema Aquí está “la magia”

 Requerimientos del sistema:
 Si no están escritos, no hay nada  Nunca están completos y nunca listos para comenzar elproyecto.

Fábrica de software

Generación de código

 Hay demasiados pasos entre requerimientos e implementación.  La mayoría de los proyectos gastan el 50% del tiempo en planificación e integración.
Otoño 2007 3-2

Integración Sistema operando

IN55A, Sistemas de Información Administrativos

Desarrollo de un proyecto informático
Marketing e Ingeniería de Requerimientos ArquitecturaEste modelo se conoce como “ciclo en cascada” y lo estudiaremos en profundidad más adelante. Por ahora, sólo hay que tener presente dónde se realiza el levantamiento de requerimientos.
Implementación Verificación Validación y Pruebas Desarrollo y Mantención

Requerimientos de software

Diseño

IN55A, Sistemas de Información Administrativos

Otoño 2007 3-3

Perespectiva de laingeniería de Software
 ¿Ingeniería de Software?
 La creación de software no es barata.  Tampoco es simple.  Se requieren de métodos para:  Reducir costos.  Reducir la variabilidad en la entrega de tareas.  Mejorar la calidad del software.

 Hay que tener presente que:
 Buenas prácticas aseguran el buen software.  El recurso humano es esencial.
IN55A, Sistemas de InformaciónAdministrativos Otoño 2007 3-4

Rol de los requerimientos
 Asegurar que el sistema hace lo que se supone debe hacer.  Asegurar que el sistema no hace cosas erróneas.  Minimizar costos y complejidad del sistema.

IN55A, Sistemas de Información Administrativos

Otoño 2007 3-5

Detrás de un requerimiento
 Siempre hay un producto o servicio que se quiere crear o mejorar a la vista del cliente. Entonces tenemos:
 Requerimientos del negocio.  Requerimientos de marketing/ingeniería.  Requerimientos de Software.
IN55A, Sistemas de Información Administrativos Otoño 2007 3-6

Ejemplo: El cajero automático
 Hace muchos años atrás, no existían cajeros automáticos.  La idea al principio no fue entendida e incluso causaba risas.  Pero cuando una idea es buena, siempre se buscan loscaminos para hacerla realidad.  La persona que trajo la idea a Chile, pensó en agregar valor al servicio tradicional de caja que ofrece un banco.
IN55A, Sistemas de Información Administrativos Otoño 2007 3-7

El cajero automático (2)
 Primera paso: Análisis de la situación previa, es decir ¿cómo opera un cajero bancario?  Preguntándole al señor cajero humano cómo hace su trabajo:

Se hacela fila. Se llega a la caja. Se presenta un documento. Si es un cheque, vale vista u otra especie valorada, se revisa si hay dinero en la cuenta y se paga si hay fondos.  Si es un deposito, se recibe el dinero o especie valorada y se ingresa, previo unos chequeos.    
IN55A, Sistemas de Información Administrativos Otoño 2007 3-8

El cajero automático (3)
 En este punto, se hacendiagramas explicativos para que ambos, diseñador y cliente estén de acuerdo en que se entendió el proceso de negocio.  Una vez entendido el proceso, viene la parte más complicada.  Segundo paso: Entender qué quiere el cliente.
    ¿Re-hacer el proceso de negocio? ¿Identificar holguras? ¿Disminución de tiempos? ¿Todo lo anterior?

IN55A, Sistemas de Información Administrativos

Otoño 2007 3-9El cajero automático (4)
 Requerimientos del negocio:
 Funcional: El cajero debe recibir documentos y dinero desde el usuario y entregar dinero al usuario si se cumplen algunos requisitos.  No-Funcional: El cajero aumenta la cantidad de transacciones que recibe el banco en un día.  Restricción. “El cajero debe ser compatible con los actuales sistemas informáticos en operación dentro de...