Sei sulla pagina 1di 79

Formulacin y Evaluacin de

Proyectos de Sistemas:

Estudio Tcnico
Captulo 4
Ing. MSc. Henry Ivn Condori
Alejo
hcondori@unap.pe
V.3.0 2012

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Objetivo del Estudio Tcnico


Demostrar la viabilidad del proyecto justificando la seleccin de la
alternativa para abastecer al mercado, considerando las restricciones de
recursos, ubicacin y tecnologa disponible.

El estudio tcnico comprende la seleccin de los medios de produccin y la


organizacin de la actividad productiva
4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Etapas del Estudio Tcnico

Tamao

Areas fsicas

Proceso

Organizacin

Localizacin

Calendario

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Tamao
Concepto.
Capacidad para producir un volumen determinado de productos o de
prestacin de servicios por unidad de tiempo: hora, turno, da, mes o ao.

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Determinantes del Tamao


Proceso productivo (tecnologa y organizacin)

Instalaciones y equipo
Personal, estructura organizativa y capacitacin
Demanda del mercado
Disponibilidad de materia prima e insumos
Capacidad total instalada

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

Capacidad financiera

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Proceso
Concepto
Procedimiento tcnico utilizado en el proyecto para producir los bienes o
servicios, mediante determinadas funciones de produccin.

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Proceso de transformacin
Estado inicial

Insumos fsicos

Proceso tcnico

Instalaciones

Primarios

Equipos

Secundarios

Personal

Contexto del
proyecto

Estado final

Productos
Subproductos
Residuos

Tecnologa
Efectos del proyecto

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Localizacin

Una vez que se conoce la ubicacin de los consumidores del proyecto


(mercado) y la competencia; habr que considerar la seleccin del sitio ms
adecuado para instalar el proyecto, donde se facilite adquirir la mano de
obra capacitada; el abasto de materia prima y otros insumos; medios de
comunicacin; servicios pblicos, transportes, bancos, etc.

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Obras Fsicas
Conjunto de obras civiles necesarias para el desarrollo de las funcines
productiva y administrativa, como: rea de proceso, oficinas
administrativas, almacen, laboratorio, patio, bodega de productos
terminados, servicios, estacionamiento, etctera.

Debe mostrarse el inventario de obras, sus dimensiones, los requisitos y


finalmente el costo.
4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Organizacin
Es la estructura organizativa que corrresponde a las funciones
administrativas, de produccin y ventas.

Debe incluir el perfil requerido de las personas que habrn de desempear los
distintos puestos y la cantidad de estos. As se conocer el monto de la nomina
del proyecto.
4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Calendario
Es un cronograma que comprende la secuencia de acciones que van, desde
la aprobacin del anteproyecto hasta la operacin normal del proyecto.

Incluye periodo para estudios de ingeniera, para financiamiento, permisos


legales y contratos de ejecucin. Luego, fase de construccin, montaje y
funcionamiento experimental hasta llegar a la puesta en marcha.
4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Resultado del Estudio Tcnico


E. de Mercado
Cuanto hacer ?

E. Tcnico
Considera que se necesita y cuanto cuesta
hacerlo.

Como hacerlo !

E. Financiero

Determina la rentabilidad del proyecto y la calidad de la inversin


4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Estudio Tcnico
Proyectos de Sistemas

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Etapas de Proyecto de Software


El inicio del proyecto, que establece los requisitos y los
objetivos funcionales generales que se deben conseguir y, de
hecho, da origen al proyecto y lo hace nacer.
La calificacin del proyecto, que permite realizar una
evaluacin global de la carga de trabajo necesario para la
realizacin del proyecto y, teniendo en cuenta los recursos
disponibles.
El desarrollo del proyecto o, ms exactamente, el seguimiento y
control del desarrollo del proyecto, en el cual se renen datos de
cmo se efecta el proyecto y se identifican las desviaciones
entre la planificacin y la realidad (seguimiento) para poder
tomar las medidas de correccin necesarias (control).
El cierre del proyecto, que indica la finalizacin definitiva del
proyecto y permite efectuar un balance de la realizacin al mismo
tiempo que libera los recursos que se le haban asignado.
4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Recursos
El hardware de las mquinas objetivo, en el cual se ha de ejecutar finalmente la aplicacin que se
desarrolla.
El hardware de las mquinas de desarrollo y pruebas, en el cual trabaja el equipo tcnico que lleva a
cabo el proyecto de construccin de software de aplicacin.
El software de las diferentes herramientas de apoyo.
Los recursos humanos, de los cuales se debe conocer las aptitudes* y las actitudes**.

* Experiencia, conocimientos, habilidad, etc.


** Grado de disponibilidad, estabilidad, espritu de colaboracin, etc.

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Ciclo de vida

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Uso de Recursos

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Problema
Para planificar un proyecto se requieren
estimaciones CUANTITATIVAS
Pasos:
mbito del software
Contexto
Objetivos de informacin
Funcin y rendimiento

Descomposicin del
problema
4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9

Funcionalidad
Proceso

Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Proceso
Se debe seleccionar
el modelo de
proceso adecuado
para la ingeniera
del software que
debe aplicar el
equipo del proyecto
Los proyectos
pequeos necesitan
menos tiempo para
su desarrollo
4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Modelos de Proceso
MODELO CODIFICAR Y CORREGIR

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Modelos de Proceso
Secuenciales (I)
MODELO DE CICLO DE VIDA EN CASCADA

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Modelos de Proceso
Secuenciales (II)
CRTICAS AL MODELO DE CICLO DE VIDA
EN CASCADA
Acenta el fracaso de la industria software frente al
usuario final.
Se tarda mucho tiempo en pasar por todo el ciclo,
dado que hasta que no se finalice una fase no se
pasa a la siguiente.
No refleja el proceso real de desarrollo software.
Los proyectos reales raramente siguen este flujo
secuencial , puesto que siempre hay iteraciones.

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Modelos de Proceso
Secuenciales (III)
MODELO CONSTRUCCION DE PROTOTIPOS

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Modelos de Proceso
Secuenciales (VI)
MODELO DE
DESARROLLO
RAPIDO DE
APLICACIONE
S (DRA)

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Modelos de Proceso Evolutivos (I)


MODELO DE DESARROLLO INCREMENTAL

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Modelos de Proceso Evolutivos (II)


MODELO EN ESPIRAL

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Gua para definir requerimientos

Numerar cada requerimiento


Cada clusula debiera contener un nico requerimiento
Evitar que un requerimiento refiera a otro
Reunir los requerimientos de un mismo tipo
Asignar a cada uno un nivel de prioridad
Conviene tomar como referencia el estndar IEEE-830

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

29

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Lneas de investigacin del analista


Los analistas se deben reunir con:

los responsables del rea que se est tratando que aportan una visin global del sistema
con los usuarios finales que aportan el detalle de la zona que controlan

Los analistas estructuran su investigacin en base a 4 preguntas:

Cul es el proceso bsico que se est estudiando?


Qu datos utiliza o produce este proceso?
Qu frecuencia y volumen del proceso existe?
Qu controles utiliza para su realizacin?

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

30

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Lneas de investigacin del analista


Cul es el proceso bsico que se est estudiando?

Cul es la finalidad de esta actividad en la empresa?


Qu pasos se siguen para llevarla a cabo?
Donde se realizan estos pasos?
Quienes los realizan?
Cunto tiempo tardan en efectuarlos?
Con cuanta frecuencia lo hacen?
Quienes emplean la informacin resultante?

Qu datos utiliza o produce este proceso?

Este paso consiste en detectar qu datos se utilizan para llevar a cabo cada actividad

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

31

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Lneas de investigacin del analista


Qu frecuencia y volumen de proceso existe?

Los analistas deben investigar con cuanta frecuencia se repite una actividad. Esto cambia
mucho dependiendo de la actividad ya que por ejemplo el pago de la nmina se repite
mensualmente o semanalmente pero el pago de impuestos es anualmente.
La manera ms fcil de obtener esta informacin es identificar el objetivo de la actividad, es
decir, cul es la causa de la actividad.
El volumen de los procesos puede aumentar el tiempo de realizacin de las actividades, es
decir la cantidad total de pasos que puede constar una actividad puede generar problemas
an ocurriendo con poca frecuencia.

Qu controles utiliza para su realizacin?

Quin se encarga de comparar lo realizado con los estndares?


Cmo se detectan los errores?
Cmo se corrigen los errores?

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

32

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Ejemplo de investigacin
Ejemplo de investigacin de un sistema para re-abastecer inventarios
Cul es el proceso bsico que se est estudiando?

cul es la finalidad del sistema de re-abastecimiento de inventarios?

asegurar la existencia de cantidades adecuadas de materiales y artculos en el almacn sin que sean
excesivas y costosas.

qu pasos se siguen para re-abastecer el inventario?

comprobar las existencias actuales y determinar las necesidades futuras y los tiempos ptimos para
solicitar los pedidos.

dnde se realiza esta actividad?

el departamento de compras utiliza la informacin proporcionada por el personal de produccin,


ventas y almacn para hacer los pedidos y poder tomar decisiones anticipadas.

quienes realizan esta actividad?

los directores de compras aprueban todos los pedidos. Los directores de almacn escriben solicitudes
de pedidos

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

33

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Ejemplo de investigacin
cunto tiempo tarda esta actividad?

para pedidos simples tarda unos minutos y para pedidos de artculos nuevos o de determinadas
caractersticas puede tardar un par de horas.

con cunta frecuencia se realiza esta actividad?


de forma continua.

para qu utilizan la informacin resultante?

la informacin se emplea para administrar inventarios, hacer el seguimiento de las compras y


pagos a proveedores.

Qu frecuencia y volumen de proceso existe?

Su frecuencia es de forma continuada pero el volumen de artculos manejados puede ser que
aumente el tiempo necesario para completar la actividad.

Qu controles utiliza?

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9

Tanto direccin de almacn como el personal del mismo llevan un seguimiento del proceso
por lo tanto el control es bueno

Fred T4
T11

T8

T12
Jane T1

34

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Ejemplo de investigacin
Qu datos utiliza o produce este proceso?

Para re-abastecer el inventario el flujo de informacin es:

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

35

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Fuentes de Informacin
Alguna de las fuentes ms comunes son:.

Usuarios del sistema


Formularios y documentos
Programas
Manual de procedimiento
Informes

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

36

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Criterios que rigen una especificacin

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

Huir de las conectivas persuasivas:

Indagar qu hay detrs de los trminos imprecisos:

Averiguar qu hay en una lista sin fin:

No admitir suposiciones de conocimiento.


Cuidado con verbos de interpretacin mltiple:

Si se especifican clculos, probar al menos con dos ejemplos.


Buscar certezas y exigir pruebas:

por lo tanto, obviamente, ciertamente, ...

alguno, a veces, a menudo, la mayora, ...


etc., y as sucesivamente, otros, ...

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

manejar, rechazar, procesar, ignorar, ...

siempre, cada, todos, ...

37

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Requerimientos funcionales y
NO funcionales
Funcionales:

describen la interaccin entre el sistema y su entorno


Servicios o funciones que proveer el sistema
Ejemplos:
Se deben ingresar cdula, nombre y telfono de cada cliente
Se quiere un listado de los clientes por zona

No-funcional:

Restricciones a los servicios o funciones ofrecidos por el sistema


describen restricciones que limitan las elecciones para construir una solucin
Ejemplos:
Las consultas deben resolverse en menos de 3 segundos
El lenguaje de programacin debe ser Java

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

38

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Requerimientos NO funcionales
Del Producto: Especifican restricciones al comportamiento del producto
Ejemplos: desempeo, confiabilidad, portabilidad, usabilidad

De la Organizacin: Se derivan de las polticas y procedimientos existentes en la


organizacin del cliente y en la del desarrollador
Ejemplos: estndares, lenguajes de programacin, mtodo de diseo

Externos: Se derivan de factores externos, como:


Interoperabilidad: con otros sistemas
Legislativos: privacidad, seguridad
ticos: dependen del contexto, las personas, etc

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

39

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Requerimientos - Tipos (1)


Al describir Requerimientos se deben tener en cuenta los siguientes aspectos:
Ubicacin y Entorno Fsicos
dnde, uno o varios, restricciones ambientales

Interfaces

Entrada de 1 o + sistemas, Salida a 1 o + sistemas, restricciones de formato, soporte

Usuarios y Factores Humanos

capacidad de cada tipo de usuario, tipo de entrenamiento, facilidad de uso, posibilidad de mal
uso

Funcionalidad y Restricciones asociadas

qu debe hacer, cundo, modos de operacin, cmo y cundo se puede modificar el sistema,
restricciones de velocidad, tiempo de respuesta, capacidad de proceso

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

40

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Requerimientos - Tipos (2)


Documentacin

cunta, formato, para quin

Datos

formatos E/S, frecuencia, fuentes, destinos, calidad requerida, precisin en clculos, flujo en el
sistema

Recursos

materiales, personal y otros para construir, usar y mantener el sistema, habilidades de los
desarrolladores, necesidades de espacio y ambientales, calendario prescrito, limitaciones en
presupuesto

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

41

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Requerimientos - Tipos (3)


Seguridad

control de acceso a las funciones/datos, aislamiento de los programas, respaldos-frecuencia


,disponibilidad-, seguridad fsica

Aseguramiento de la Calidad

Confiabilidad -tiempo medio entre fallas, robustez, tolerancia a fallas


Disponibilidad - tiempo para estar operativo luego de falla- mantenimiento estando activotiempo mximo de no disponibilidad
mantenibilidad
seguridad
portabilidad

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

42

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Tipos Req. No funcionales


Requerimientos
No - funcionales

Requerimientos
Organizacionales

Requerimientos
De producto

Requerimientos
De eficiencia

Requerimientos
De usabilidad

Requerimientos
De confiabilidad

Requerimientos
De entrega

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

Requerimientos
De ejecucin
T12

Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

Requerimientos
De portabilidad

Requerimientos
De espacio

Requerimientos
De implementacin

Requerimientos
De interoperabilidad

Requerimientos
estndares

Requerimientos
De seguridad

Requerimientos
Externos

Requerimientos
ticos

Requerimientos
legales

Requerimientos
De integridad

43

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Proceso
Actividades

Estudio de
factibilidad

Obtencin y
Anlisis de
Requerimientos

Especificacin
de
Requerimientos

Validacin
de
Requerimientos

Artefactos
Informe
de
factibilidad
4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9

Documento
de
Requerimientos

Modelo del
Sistema

Especificacin
de
Requerimientos

Fred T4
T11

T8

T12
Jane T1

44

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Modelado del Sistema

Tablas de Decisin
Diagramas de Transicin de Estados
Redes de Petri
Diagramas de Flujo de Datos (DFD)
Casos de Uso
UML

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9

Diagramas de Casos de Uso


Diagramas de Actividad
Diagramas de estado
Diagrama de clases
Modelo Conceptual

Fred T4
T11

T8

T12
Jane T1

45

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Casos de Uso

Tcnica para entender y describir requerimientos


Los casos de uso son requerimientos, describen requerimientos funcionales
Pone el acento en el uso del producto
Describen como el sistema debe comportarse desde el punto de vista del usuario
Casos de Uso como caja negra: Especifican que es lo que el sistema debe hacer sin
especificar cmo debe hacerlo
Se describen mediante documentos de texto
Introducido por Ivar Jacobson (1992)

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

46

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Actor
Entidad externa que interacta con el sistema
( persona identificada por un
rol o sistema externo)
Actor principal: Sus objetivos son cumplidos al realizar el caso de uso
Los actores son externos al sistema que vamos a desarrollar.
Al identificar actores estamos delimitando el sistema
Usuario: persona que cuando usa el sistema, asume un rol.

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9

<<actor>>
Sistema

Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

Actor

47
http://www.unap.edu.pe/~isistemas

Cajero Automtico - Ejemplo

Cliente

Retiro

Servicio de
Cajeros

Actor principal: Cliente


Actores: Servicio de Cajeros
Caso de Uso: Retiro
Descripcin: Un cliente de un banco retira dinero de una cuenta a travs del cajero automtico utilizando
una tarjeta bancaria, el Servicio de Cajeros verifica que el PIN sea vlido y que el monto de la cuenta sea
suficiente para realizar el retiro
4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

48

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Caso de Uso
Caso de Uso

Escenario:

Secuencia de acciones e interacciones entre los actores y el sistema, dando un resultado de valor
observable para un actor particular
Tambin se conoce como instancia de caso de uso
Es una forma particular de usar el sistema, un camino a travs de un caso de uso.

Caso de uso: conjunto de escenarios posibles que puede encarar un actor (o varios)
con el sistema para el logro de cierto objetivo
un resultado observable de valor se basa en entregar sistemas que hagan lo que las
personas realmente necesitan

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

49

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Caso de Uso : Retiro


Flujo principal:
Cliente inserta una tarjeta bancaria en el lector del CA.
El CA lee el cdigo de la tarjeta y verifica que es correcto
El CA pide el cdigo de PIN (4 dgitos)
EL Cliente ingresa el PIN
CA enva Id. Tarjeta y PIN
El SC verifica que el PIN sea correcto
El CA despliega las distintas alternativas disponibles
El Cliente elige Retiro
El CA pide cuenta y monto
El Cliente los elige (o ingresa)
CA enva Id. Tarjeta, PIN, cuenta y monto
SC (Servicio de Cajeros) contesta: Continuar (OK)
CA dispensa el dinero
CA devuelve la tarjeta
CA imprime el recibo

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

50

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Caso de Uso : Retiro

Flujo principal: (otra forma)


Cliente

Sistema

Servicio de Cajeros

1. Inserta una tarjeta bancaria en el lector


del CA.
2. Lee el cdigo de la tarjeta y verifica que es
correcto
3 Pide el cdigo de PIN (4 dgitos)
4 Ingresa el PIN
5 Enva Id. De tarjeta y PIN
6 Verifica que el PIN sea correcto
7- Despliega las distintas alternativas
disponibles
8- Elige la opcin: Retiro
9. Pide cuenta y monto
10- Ingresa cuenta y monto
11. Enva al SC el Id. Tarjeta, PIN, cuenta y
monto
12 Contesta: Continuar (OK) o No
Continuar

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

13 Dispensa el dinero

T12
Jane T1
T3

14 Devuelve la tarjeta

T9
Anne T2
T6
Jim
Mary

T7
T5

51

T10

Ref: HCA

15 Imprime recibo

http://www.unap.edu.pe/~isistemas

Casos de Uso
Forma de encontrarlos: Mirar cada uno de los actores del sistema y preguntarse que
es lo que buscan cuando usan el sistema
Cada caso de uso modela partes de la dinmica
Diagrama de Casos de Uso descripcin esttica
Los casos de uso son independientes del mtodo de diseo que se utilice, y por lo
tanto del mtodo de programacin, no son parte del anlisis OO, pero son una
excelente entrada para ello
Los casos de uso pueden dirigir el proceso de desarrollo. Guan el diseo, la
implementacin y la prueba del sistema
4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

52

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Casos de Uso - Conceptos


Precondiciones: Establece que cosas deben ser siempre verdaderas antes de
comenzar un caso de uso. Las precondiciones no se verifican dentro del caso de
uso ya que se asume que son verdaderas dentro de l.
Postcondiciones: Establece que cosas ocurren al completar el caso de uso
Flujo principal ( o bsico): Describe el escenario del caso de uso de mayor inters
para el actor. Tpicamente no incluye condiciones ni bifurcaciones
Flujos alternativos: Son todos los otros escenarios. Los flujos alternativos son
bifurcaciones en el flujo principal
Requerimientos Especiales: Son los requerimientos no funcionales, atributos de
calidad o restricciones especficas relacionadas con el caso de uso.

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

53

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Caso de Uso : Retiro


Flujos Alternativos :
2A. La tarjeta no es vlida
2A1. CA devuelve la tarjeta con el mensaje tarjeta no vlida
6A. PIN invlido
El Cliente puede realizar tres intentos para ingresar el PIN vlido. Sino, el CA retiene la tarjeta.
6A1. SC contesta indicando PIN invlido
6A2. CA muestra el mensaje PIN incorrecto y sigue en punto 3 (ingresar PIN)
Esto significa que tiene que volver a ingresar cuenta y monto.
7A. El CA no tiene dinero
7A1.La opcin Retiro en esta situacin no es una alternativa posible, y el CA despliega la advertencia: Sin dinero.
4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

54

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Caso de Uso : Retiro


Flujos Alternativos (cont.):
12A. Tarjeta no tiene ninguna cuenta asociada
Qu hacer? Devolver la tarjeta? retenerla? Ser por error en SC? Tarjeta fraguada?
12B. Cuenta invlida
Si el monto indicado por el cliente no puede obtenerse a partir de los billetes de que dispone el CA, este despliega un mensaje de advertencia y le solicita
que ingrese nuevamente el importe. No hay lmite de repeticiones.
12C. No hay suficiente saldo en la cuenta.
12C1. CA despliega mensaje al Cliente y devuelve la tarjeta (no se imprime recibo)
12D. No hay contacto con el computador central
12D1. CA despliega un mensaje de advertencia al Cliente y devuelve la tarjeta
12E. Enlace con el computador central se cae durante la transaccin
Hay que asegurar que el SC considera slo los retiros efectivamente realizados
12F. Cliente Cancela cuando se recibi OK del SC.
4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

12G. El dinero no es retirado de la bandeja.


Si despus de YY segundos el dinero est todava en la bandeja, el CA lo recupera y lo deja en el depsito de dinero usado

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

55

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Caso de Uso : Retiro


Flujos Alternativos (cont.):
14A. La tarjeta se tranca al intentar devolverla.
14A1. CA trata de devolverla durante xx segundos.
14A2. Si en ese tiempo no puede devolverla, CA avisa a mantenimiento
GA1. Cancela
El cliente en todo momento tiene la opcin de cancelar la transaccin.
La transaccin se detiene y el CA devuelve la tarjeta.
4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

56

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Diagrama de Casos de Uso


UML provee notacin para los casos de uso para ilustrar los actores, los casos de uso y las
relaciones entre ellos
Permite realizar un diagrama del contexto del sistema
Muestra los bordes del sistema

Retiro

Cliente

Depsito

Servicio de Cajeros

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

57

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

Transferencia

http://www.unap.edu.pe/~isistemas

Construccin del Modelo - Pasos


Definir frontera
Identificar Actores
Para cada Actor, identificar qu cosas quiere hacer
cada uno va a determinar un caso de uso
darle un nombre

Dado un caso de uso

Identificar si participan otros actores


describirlo brevemente de forma narrativa, centrndose en el flujo principal (distintas
variantes de presentacin y contenido)

Una vez definido el conjunto de casos de uso relevante:

refinarlos incluyendo condiciones especiales


identificar casos de uso comunes y particulares (incluye y extiende), generalizacin

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

58

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Include Relaciones entre CU


Escenarios comunes a ms de un caso de uso
El Caso de Uso includo no depende del Caso de Uso base
Cuando una instancia del Caso de Uso llega al lugar donde el comportamiento de otro Caso de
Uso debe ser includo, ejecuta todo el comportamiento descripto por el Caso de Uso includo y
luego contina de acuerdo a su Caso de Uso original.
El Caso de Uso includo representa comportamiento encapsulado que puede ser reusado en varios
Casos de Uso
En el caso del Cajero:
Desconoce la
existencia de los
Identificar Cliente
que lo usan
<<include>>

<<include>>
<<include>>

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

59

T3
T9

Retiro

Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

Transferencia
Depsito

http://www.unap.edu.pe/~isistemas

Caso de Uso : Retiro


Flujo principal:
Incluye el caso de uso: Identificar Cliente
El CA despliega las distintas alternativas disponibles
El Cliente elige Retiro
El CA pide cuenta y monto
El Cliente los elige (o ingresa)
CA enva Id. Tarjeta, PIN, cuenta y monto
SC (Servicio de Cajeros) contesta: Continuar (OK) o No Continuar
CA dispensa el dinero
CA devuelve la tarjeta
CA imprime el recibo
4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

60

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Caso de Uso: Identificar Cliente


Descripcin Breve:

Verifica que la tarjeta y el PIN sean vlidos

Flujo Principal:
1. Cliente inserta una tarjeta bancaria en el lector del CA.
2. El CA lee el cdigo de la tarjeta y verifica que es correcto
3. El CA pide el cdigo de PIN (4 dgitos)
4. EL Cliente ingresa el PIN
5. CA enva Id. Tarjeta y PIN
6. El SC verifica que el PIN sea correcto
Flujos Alternativos :

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

2A. La tarjeta no es vlida


2A1. CA devuelve la tarjeta con el mensaje tarjeta no vlida
6A. PIN invlido
El Cliente puede realizar tres intentos para ingresar el PIN vlido. Sino, el CA retiene la tarjeta.
SC valida el PIN en la transaccin nica que procesa, resultados posibles:

PIN invlido , el Cliente debe reiniciar la transaccin a partir del ingreso de PIN

3er. PIN invlido, con lo que el CA retiene la tarjeta.


Ref: HCA

61
http://www.unap.edu.pe/~isistemas

Extend Relaciones entre CU

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4

Es un fragmento de un caso de uso, que agrega comportamiento a otro caso de


uso
Se usan para explicar escenarios que sera complejo presentar como flujo
alternativo, o que se desea destacar
Representan una parte de la funcionalidad del caso que no siempre ocurre
(condicional).
Se ejecuta solo si la condicion se cumple
El caso de uso extendido referencia a su caso de uso base
Punto de extensin: Punto dentro del caso de uso donde se puede insertar
comportamiento adicional
Al terminar el caso de uso extendido, se vuelve al caso de uso base, en la
sentencia siguiente al punto de extensin

T11

T8

T12
Jane T1

62

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Extend - Ejemplo
El Cliente puede querer retirar monedas adems de billetes
<<include>>
Identificar Cliente
Retiro

Retirar Monedas

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

<<extend>>

T12
Jane T1

63

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Caso de Uso : Retiro


Flujo principal:
Incluye el caso de uso: Identificar Cliente
El CA despliega las distintas alternativas disponibles
El Cliente elige Retiro
El CA pide cuenta y monto
El Cliente los elige (o ingresa)
CA enva Id. Tarjeta, PIN, cuenta y monto
SC (Servicio de Cajeros) contesta: Continuar (OK)
CA dispensa el dinero
CA devuelve la tarjeta
CA imprime el recibo

Puntos de Extensin:
Retiro de Monedas: En el punto 5 del flujo principal

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

64

http://www.unap.edu.pe/~isistemas

Caso de Uso: Retiro de Monedas


Punto de extensin
indicado por un nombre

Descripcin Breve: El cliente opcionalmente puede querer retirar Monedas


Flujo Principal:

Extensin de Retiro en el punto Retiro de Monedas, el cliente tambin puede elegir monedas, en ese
caso:
1.
2.
3.
4.
5.
6.
7.
4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12

Flujos Alternativos:

3A El cliente puede querer cambiar la seleccin, se vuelve a 1

Jane T1

65

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

El Cliente especifica el importe a retirar eligiendo tipos de monedas y la cantidad de rollos para cada uno.
El CA calcula el importe a retirar para cada moneda y el total y lo muestra
El Cliente confirma
CA enva Id. Tarjeta, PIN, cuenta y monto
SC (Servicio de Cajeros) contesta: Continuar (OK)
CA dispensa los rollos de monedas
CA imprime recibo

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Generalizacin Relaciones entre CU


Algunas veces existe ms de un escenario principal para un caso de uso
Se puede crear un caso de uso abstracto, crear un caso de uso para cada escenario principal y que
estos hereden del caso abstracto
el Caso de Uso hijo hereda los escenarios, puntos de extensin y relaciones definidos en el Caso
de Uso padre
El Caso de Uso hijo puede definir nuevas operaciones, como tambin redefinir o enriquecer con
nuevas secuencias de acciones operaciones ya existentes en el Caso de Uso padre

Validar Cliente
4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

66

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

Validar con PIN

Validar con Scaner de Retina

http://www.unap.edu.pe/~isistemas

Actividades

Encontrar actores y casos de uso


Priorizar los casos de uso
Detallar un caso de uso
Estructurar el modelo de casos de uso

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

67

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

UML
Unified Modeling Language
Lenguaje que permite:

Visualizar: La comunicacin es a travs de grficos


Especificar: construyendo modelos para el anlisis, diseo, implementacin
Construir: Permite la generacin de cdigo a partir de un modelo UML, y la construccin de
un modelo a partir del cdigo (ingeniera reversa)
Documentar: Permite la documentacin completa de todo el sistema

Aprobado como estndar por la OMG en 1997

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

68

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Tipos de Diagramas
Modelo Esttico
Construye y documenta los aspectos estticos
de un sistema.
Refleja la estructura bsica y estable de un
sistema software.
Crea una representacin de los principales
elementos del dominio del problema
Se compone de:

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4

Diagramas de Casos de Uso


Diagramas de Clases
Diagramas de Objetos
Diagramas de Componentes
Diagramas de Despliegue

Modelo Dinmico
Crea los diagramas que muestran el
comportamiento de un sistema
Se compone de los siguientes diagramas:

Diagramas de Secuencia
Diagramas de Colaboracin
Diagramas de Transicin de Estados
Diagramas de Actividad

T11

T8

T12
Jane T1

69

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Diagramas para representar Requerimientos

Diagrama de Casos de Uso


Diagrama de clases (modelo conceptual)
Diagrama de Actividad
Diagramas de Estados

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

70

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Diagrama de Casos de Uso


Permite visualizar en una forma compacta los casos de uso del sistema y que actores participan en
cada caso de uso
Presenta las relaciones que existen entre los casos de uso
Muestra los lmites del sistema
Visin esttica de los Casos de Uso de un sistema
Consta de los siguientes elementos:
Actor
Caso de Uso
Relaciones

include
extend
Generalizacin

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

71

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Diagrama de Casos de Uso - Ejemplo


<<extend>>
Retiro de Monedas
<<include>>
Validar con PIN

Retiro
Cliente

<<include>>
Validar Cliente
Depsito
<<include>>
Validar con Scaner de Retina

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9

Transferencia

Fred T4
T11

T8

T12
Jane T1

72

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Diagrama de Clases

Nombre Clase
Atributos
Operaciones

Muestra las clases e interfaces que componen el sistema y las relaciones que existen entre ellas
Muestra aspectos estticos
Clase: conjunto de objetos que comparten:

Atributos
Operaciones
Relaciones
Semntica

Modelo de Dominio (Conceptual): ayudan a entender los conceptos del dominio del problema y el vocabulario
del mismo. Se excluyen detalles referentes a la implementacin o al lenguaje de programacin.
Diagramas de clases de implementacin: muestran todos los mtodos y atributos necesarios para implementar
cada clase. Es un diagrama dependiente de la implementacin y del lenguaje.

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

73

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Modelo del Dominio (Conceptual)


Permite describir las entidades que conforman el Dominio, sus relaciones y atributos
Se representan los conceptos del dominio
Muestra aspectos estticos

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

74

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Diagrama de Actividad
Se construye para modelar el flujo del control (workflow)
Elementos:
Estado de Actividad (o de Accin)
Estado Inicial
Estado Final
Transiciones
Actividades concurrentes
Bifurcaciones
Andariveles

Permite modelar el flujo del trabajo


En un sistema
En una organizacin

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

75

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Diagrama de Actividad - Ejemplo


Guarda de
decisin

Se abren Flujos
Paralelos

Sincronizacin

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

76

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Diagrama de Estados
Muestra el comportamiento de un objeto representando los estados en que se puede encontrar y
los eventos que le hace pasar de uno a otro.
Se utiliza para:
Modelar el estado interno de una clase
Modelar el estado de un caso de uso

Da una vista dinmica del sistema

Permite:
Anidamiento (un estado con
subestados)
Estados paralelos (reduce el nro. de
estados necesarios en el modelo)

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9

Condiciones de bifurcacin

Anne T2
T6
Jim
Mary

T7
T5

A
1 2

B
C
E
4 5 6 7
D
F
77

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

Diagrama de Estados - Ejemplo


ingreso PIN [PIN incorrecto]

Esperar
Tarjeta

ingreso tarjeta

Pedir PIN

ingresar PIN[ PIN correcto ]

Seleccionar
cuenta y monto

ingreso cuenta y monto

Verificar
fondos

fondos insuficientes

Devolver
Tarjeta

retiro de tarjeta

contesta[ fondos suficientes ]


efectivo retirado
Dar Dinero
Contar

dinero suficiente

Dispensar

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1

78

T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

http://www.unap.edu.pe/~isistemas

2.2

4/7 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
Fred T4
T11

T8

T12
Jane T1
T3
T9
Anne T2
T6
Jim
Mary

T7
T5

T10

Ref: HCA

Tabla de contenido
Lista de figuras
Lista de tablas
1.
Introduccin
1.1
Propsito del sistema
1.2
Alcance del sistema
1.3
Definiciones, acronismos y abreviaturas
1.4
Referencias
2.
Descripcin general del sistema
2.1
Contexto del sistema (Perspectivas del producto)
Capacidades principales del sistema (Funciones del Producto)
2.3
Restricciones principales del sistema
2.4
Tipos de usuarios
2.5
Suposiciones y dependencias
3.
Requerimientos especficos
3.1
Requerimientos funcionales
3.1.1
Requerimiento funcional n (n= 1,2,3,........)
3.1.1.1 Propsito
3.1.1.2 Alcance
3.1.1.3 Entradas
3.1.1.4 Procedimiento
3.1.1.5 Salidas
3.2 Requerimientos de interfaces externas
3.2.1
Interfaces del usuario
3.2.2
Interfaces del hardware
3.2.3
Interfaces del software

79
http://www.unap.edu.pe/~isistemas