El RUP como un marco de

trabajo para la administracin

de Requerimientos
Administracin de Requerimientos con Casos de Uso
Objetivo del Curso

Aplicar las tcnicas de administracin de requerimientos para definir claramente

los requerimientos del sistema.
Capturar y documentar requerimientos usando un Modelo de Casos de Uso.
Desarrollar requerimientos en un proceso iterativo.
Describir la jerarqua de documentos y actividades que definen los
requerimientos de un sistema.
Administrar cambios en los requerimientos.
Comprender el rol de los requerimientos en el proceso de desarrollo.
Ciclo de vida de un sistema.
Audiencia objetivo

Primaria
Analistas.

Secundaria
Administradores de Proyecto.
Diseadores.
Desarrolladores.
Diseadores y Testers.
Qu es el RUP?

Provee un
El RUP es un marco enfoque
de trabajo para los Contiene las disciplinado para
Define un enfoque
procesos de mejores prcticas asignar y
iterativo e
ingeniera de del desarrollo de administrar tareas
incremental para
y
Software, Software Incluyendo la especificacin y
responsabilidades
desarrollado y la disciplina de desarrollo del
dentro de una
distribuido Requerimientos. Software.
organizacin que
racionalmente. desarrolla
Software.
RUP Principios Fundamentales

Atacar los riesgos principales de forma temprana y continua o ellos le atacaran a UD.

Asegurar que entregamos valor a los clientes.

Permitir y adaptar el cambio.

Establecer una Arquitectura ejecutable de forma temprana.

Hacer foco en la calidad.

Desarrollar Iterativamente e Incrementalmente.

Administrar requerimientos efectivamente

Modelos visuales (UML)

 Caractersticas del Desarrollo Iterativo

Proceso de Desarrollo que consiste en una secuencia de pasos

incrementales (Iteraciones)
Cada Iteracin incluye la mayora de las disciplinas de
desarrollo
Cada iteracin tiene un conjunto bien definido de objetivos
Cada iteracin produce una implementacin parcial del
sistema final.
Cada iteracin evoluciona y refina el sistema hasta llegar al
producto final.
Las iteraciones son administradas segn una lnea de tiempo.
Disciplina de Requerimientos: Propsito

Comprender el problema a resolver. Stakeholders

El trmino agrupa a
Comprender las necesidades de los stakeholders trabajadores, organizaciones
sociales, accionistas y
Definir los requerimientos de la solucin proveedores, entre muchos
otros actores clave que se
Definir el alcance del sistema.
ven afectados por las
Identificar las interfaces externas del sistema. decisiones de una empresa.

Identificar restricciones de la solucin.

Proveer la base para la planeacin de las iteraciones.
Proveer las bases iniciales para estimar costo y tiempo.
Define una forma para administrar cambios a los requerimientos.
Disciplina de Requerimientos:
Flujo de Trabajo

El Anlisis y Diseo de un producto software tiene como

finalidad:

Transformar los requisitos en un diseo del sistema en

creacin.

Evolucionar una arquitectura slida para el sistema.

Adaptar el diseo para que se ajuste al entorno de

implementacin, con un diseo pensado para el
rendimiento.
 Documentacin.

CAPTULO I: MODELO DE REQUISITOS

CAPTULO II: MODELO DE ANLISIS
Descripcin del problema
Arquitectura de Clases
Modelo de Casos de Uso
Identificacin de Clases segn Estereotipos CAPTULO IV: MODELO DE DESARROLLO
Identificacin de Actores Requisitos de Implementacin
Clases segn Casos de uso
Identificacin de Casos de Uso Diagrama de Componentes del
Diagramas de Secuencia
Diagrama de Casos de Uso
Matriz Problema/Causa/Efecto/Solucin Sistema
Documentacin de Casos de Uso Diagrama de Despliegue del Sistema
CAPTULO III: MODELO DE DISEO
Modelo de Dominio del Problema
Determinacin del Diseo de la Propuesta CAPTULO V: MODELO DE PRUEBAS
Identificacin de Clases Identificacin de Pruebas a
Justificacin Tcnica de la Solucin
Identificacin de Atributos Desarrollar
Seleccionada
Identificacin de Relaciones Diseo de casos de Prueba
Alcances y Limitaciones de la Aplicacin
Diagrama de Clases con
Diseo de la Base de Datos
Relaciones y Atributos
Normalizacin de la Base de Datos
Modelo de Interfaces
Modelo Relacional de la Base de
Identificacin de Interfaces
Datos
Desarrollo de Interfaces
Interfaz Grfica del Sistema
Documentacin de Interfaces
Diseo de Pantallas de Entrada
Diseo de Pantallas de Salida
Diagrama de Estados del Sistema
Para reflexionar.

La parte ms difcil de construir un sistema es precisamente saber qu construir.

Ninguna otra parte del trabajo conceptual es tan difcil como establecer los
requerimientos tcnicos detallados, incluyendo todas las interfaces con gente,
mquinas, y otros sistemas. Y luego agrega, ninguna otra parte del trabajo
afecta tanto al sistema si es hecha mal. Ninguna es tan difcil de corregir mas
adelante... Entonces, la tarea ms importante que el ingeniero de software hace
para el cliente es la extraccin iterativa y el refinamiento de los requerimientos
del producto.

Frederick P. Brooks
Ingeniero de software
 MODELO DE REQUISITOS
Descripcin del problema
Dentro del paradigma estructurado la definicin del problema es lo que generalmente se conoce como
Anlisis, en esta fase se realiza la Planeacin del proyecto y se determinan los requerimientos del sistema. Esta
planeacin incluye las necesidades que el cliente ha expresado, las necesidades internas de la organizacin y
principalmente la misma misin de la empresa.

Segn Fairley en su libro sobre Ingeniera de Software menciona que para definir un
problema es necesario:
Desarrollar un enunciado definitivo del problema por resolver. Incluir una descripcin del
sistema actual, restricciones del problema y de las metas que se lograran. El enunciado del
problema debe de realizarse empleando terminologa del cliente.

Justificar la estrategia de solucin computarizada.

Identificar las funciones por realizar, las restricciones, el subsistema del equipo electrnico, el
subsistema del producto de programacin, y del personal.

Determinar los objetivos y requisitos en el nivel del sistema para el proceso de desarrollo y los
productos finales.

Establecer los criterios de alto nivel para la aceptacin del sistema.

MODELO DE REQUISITOS
Descripcin del problema
EJEMPLO (Ministrio de Obras Pblicas de Chile)
 MODELO DE REQUISITOS
Modelo de Casos de Uso

Los casos de uso son una tcnica para especificar el comportamiento

de un sistema:
Un caso de uso es una secuencia de interacciones entre un sistema y
alguien o algo que usa alguno de sus servicios.
Todo sistema de software ofrece a su entorno aquellos que lo usan
una serie de servicios. Un caso de uso es una forma de expresar cmo
alguien o algo externo a un sistema lo usa. Cuando decimos alguien o
algo hacemos referencia a que los sistemas son usados no slo por
personas, sino tambin por otros sistemas de hardware y software.
Por ejemplo, un sistema de ventas, si pretende tener xito, debe
ofrecer un servicio para ingresar un nuevo pedido de un cliente.
Cuando un usuario accede a este servicio, podemos decir que est
ejecutando el caso de uso ingresando pedido.
MODELO DE REQUISITOS
Modelo de Dominio del Problema
MODELO DE REQUISITOS
Modelo de Interfaces