Class 04 Estudio Tecnico 2013

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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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

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?
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

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
Ejemplo de investigacin
Ejemplo de investigacin de un sistema para re-abastecer inventarios
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
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
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
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
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
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
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
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

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

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
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
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
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
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
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
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
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
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
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
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
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

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

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

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
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
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
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

Flujo principal:
Incluye el caso de uso: Identificar Cliente
SC (Servicio de Cajeros) 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
T12
Jane T1
60
T3
T9
Anne T2
T6
Jim
Mary
T7
T5
T10
Ref: HCA
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
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
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

Flujo principal:
Incluye el caso de uso: Identificar Cliente
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
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 dispensa los rollos de monedas
CA imprime recibo
T10
Ref: HCA
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
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
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
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
Diagramas para representar Requerimientos

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

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
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
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
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
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
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
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
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
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

Class 04 Estudio Tecnico 2013

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Class 04 Estudio Tecnico 2013

Caricato da

Copyright:

Formati disponibili

Formulacin y Evaluacin de

Objetivo del Estudio Tcnico

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

Etapas del Estudio Tcnico

Determinantes del Tamao

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

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

Incluye periodo para estudios de ingeniera, para financiamiento, permisos

Resultado del Estudio Tcnico

Determina la rentabilidad del proyecto y la calidad de la inversin

Etapas de Proyecto de Software

* Experiencia, conocimientos, habilidad, etc.

Modelos de Proceso Evolutivos (I)

Modelos de Proceso Evolutivos (II)

Gua para definir requerimientos

Numerar cada requerimiento

Lneas de investigacin del analista

Los analistas estructuran su investigacin en base a 4 preguntas:

Cul es el proceso bsico que se est estudiando?

Lneas de investigacin del analista

Cul es la finalidad de esta actividad en la empresa?

Qu datos utiliza o produce este proceso?

Lneas de investigacin del analista

Qu controles utiliza para su realizacin?

Quin se encarga de comparar lo realizado con los estndares?

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

qu pasos se siguen para re-abastecer el inventario?

dnde se realiza esta actividad?

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

quienes realizan esta actividad?

con cunta frecuencia se realiza esta actividad?

para qu utilizan la informacin resultante?

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

Qu frecuencia y volumen de proceso existe?

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

Usuarios del sistema

Criterios que rigen una especificacin

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.

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

por lo tanto, obviamente, ciertamente, ...

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

manejar, rechazar, procesar, ignorar, ...

siempre, cada, todos, ...

describen la interaccin entre el sistema y su entorno

Restricciones a los servicios o funciones ofrecidos por el sistema

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

Externos: Se derivan de factores externos, como:

Requerimientos - Tipos (1)

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

Usuarios y Factores Humanos

Funcionalidad y Restricciones asociadas

Requerimientos - Tipos (2)

cunta, formato, para quin

Requerimientos - Tipos (3)

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

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

Tipos Req. No funcionales

Modelado del Sistema

Diagramas de Casos de Uso

Tcnica para entender y describir requerimientos

Cajero Automtico - Ejemplo