ANALISIS DE SISTEMAS

TRABAJO COLABORATIVO PASO 4

Presentado por:
Andres Felipe Rios Losada COD: 1075297470

Presentado a:
Paola Andrea Marmolejo

Grupo: 301308_27

UNAD-Universidad Nacional Abierta y a Distancia

Neiva-Huila
05/05/2017
 OBJETIVOS

La finalidad de este trabajo es establecer modelo de objetos, funcional y dinamico,

que captura la estructura esttica del sistema a travs de identificar los objetos
claves que se utilizan el sistema, formular las relaciones entre los objetos, y
caracterizar cada clase de objetos a travs de la asignacin de los atributos que
describen sus caractersticas y estado y las operaciones que describen su
funcionamiento externo.
 REQUERIMIENTOS

Falencias Requerimientos Tipo

Reportar la prestacin Funcional
del servicio para el
Falta de sistema de sistema de recaudo del
facturacin lavaseco

Desarrollar dentro del Funcional

sistema una forma de
No hay control de los control de ingreso y
empleados salida de los empleados,
con nombre del
empleado, fecha y hora.
Crear un formulario Funcional
donde permita registrar
los egresos, por tipo de
No hay control sobre los egreso, descripcin,
egresos valor del egreso, fecha
de pago y que vaya de
manera automtica al
historial de egresos.
Llevar control de prendas Funcional
ingresadas por cliente
Control de prendas a detallando el trabajo a
ingresar elaborar a la prenda

Se requiere que el Funcional

sistema permita
almacenar informacin
No hay base de datos de bsica sobre los clientes.
ningn tipo. El sistema debe permitir Funcional
crear reportes ya sean
diarios, mensuales o
anuales.
El sistema debe tener Funcional
todo el portafolio
comercial donde los
clientes puedan visualizar
Calidad del servicio
los servicios que ofrece la
lavandera.
El sistema debe poseer No Funcional
interfaces graficas bien
 informadas para la
comodidad de los
clientes.
Sistema operativo y Realizar sobre un No funcional
software de facturacin sistema operativo
confiable y de bajo costo
Otros requerimientos La entrega del proyecto No funcional
ser en 6 meses a partir
de la firma del contrato
El sistema debe contar
con un manual de
usuario

DIAGRAMAS DE CASOS DE USO

Un caso de uso es una descripcin de los pasos o las actividades que debern
realizarse para llevar a cabo algn proceso. Los personajes o entidades que
participarn en un caso de uso se denominan actores. El caso de uso es una
secuencia de interacciones que se desarrollarn entre un sistema y sus actores en
respuesta a un evento que inicia un actor principal sobre el propio sistema. Los
diagramas de casos de uso sirven para especificar la comunicacin y el
comportamiento de un sistema mediante su interaccin con los usuarios y/u otros
sistemas. O lo que es igual, un diagrama que muestra la relacin entre los actores
y los casos de uso en un sistema. Una relacin es una conexin entre los
elementos del modelo, por ejemplo, la especializacin y la generalizacin son
relaciones. Los diagramas de casos de uso se utilizan para ilustrar los
requerimientos del sistema al mostrar cmo reacciona a eventos que se producen
en su mbito o en l mismo
R-1 Creacin de Clientes
Actor Empleado
Objetivo Almacenar informacin de los clientes
Precondiciones Informacin detallada del cliente
Descripcin El sistema debe permitir la creacin del cliente
Paso Accin Actor Accin Sistema
Dar click en la opcin Se despliegan las
1
Administrar Clientes opciones
Se despliega el
Dar click en la opcin
2 formulario con los
Flujo Normal creacin de clientes
campos requeridos
El Actor ingresa la
Permite el ingreso de
3 informacin en el
la informacin
formulario
Dar clic en guardar Guarda la informacin
4
Cliente en la base de datos
Ingreso de la informacin Se muestran las alertas en
Flujo Alternativo 1 errnea en los campos del los campos que no cumplen
formulario con la condicin
Se muestran las alertas en
No ingresar informacin en
Flujo Alternativo 2 los campos que no cumplen
los campos obligatorios
con la condicin
Post-Condicin Cliente Guardado exitosamente
Cliente existente en el Mensaje: Cliente ya existe
Excepciones
sistema en el sistema
Frecuencia
Media
esperada
Importancia Alta

Comentarios Ninguno
R-2 Actualizacin de Clientes
Actor Empleado
Objetivo Almacenar informacin de los clientes
Precondiciones Informacin detallada del cliente
El sistema debe permitir modificar informacin de un
Descripcin
cliente existente
Paso Accin Actor Accin Sistema
Dar click en la opcin Se despliegan las
1
Administrar Clientes opciones
Se despliega el
Dar click en la opcin
2 formulario con el
Actualizar Cliente
campo ID cliente
Flujo Normal
Se despliega la
El Actor ingresa el Id
3 informacin del
del cliente a actualizar
empleado
Actualizar la
Dar clic en Actualizar
4 informacin en la base
cliente
de datos
Se muestran las alertas en
Ingreso de la informacin
los campos que no cumplen
Flujo Alternativo 1 errnea en los campos del
con los requerimientos del
formulario
sistema
Se muestran las alertas en
No ingresar informacin en
Flujo Alternativo 2 los campos que no cumplen
los campos obligatorios
con la condicin
Post-Condicin Cliente Actualizado exitosamente
Cliente existente en el Mensaje: Cliente ya existe
Excepciones
sistema en el sistema
Frecuencia
Baja
esperada
Alta
Importancia
Comentarios Ninguno
R-3 Eliminacin de Clientes
Actor Empleado
Objetivo Eliminar informacin de los clientes
Precondiciones Cdigo del cliente
El sistema debe permitir eliminar informacin de un cliente
Descripcin
existente
Paso Accin Actor Accin Sistema
Dar click en la opcin Se despliegan las
1
Administrar Clientes opciones
Se despliega el
Dar click en la opcin
2 formulario con el
Flujo Normal Eliminar Cliente
campo ID cliente
El Actor ingresa el Id Se despliega la
3
del cliente a eliminar informacin del cliente
Dar clic en Eliminar Se inhabilita el cliente
4
cliente en la base de datos
Se muestran las alertas en
Ingreso de la informacin
los campos que no cumplen
Flujo Alternativo 1 errnea en los campos del
con los requerimientos del
formulario
sistema
Se muestran las alertas en
No ingresar informacin en
Flujo Alternativo 2 los campos que no cumplen
los campos obligatorios
con la condicin
Post-Condicin Cliente Eliminado exitosamente
Cliente existente en el Mensaje: Cliente ya existe
Excepciones
sistema en el sistema
Frecuencia
Baja
esperada
Importancia Alta
Comentarios Ninguno
R-4 Generar Factura
Actor Empleado
Objetivo Crear factura
Precondiciones Formulario con la informacin detallada
Descripcin El sistema permitir generar la factura
Paso Accin Actor Accin Sistema
Ingresar al mdulo de El sistema despliega el
1
creacin de factura formulario
Se ingresa la
Flujo Normal El sistema valida
2 informacin al
campos requeridos
formulario
Se da clic en el botn El sistema realiza el
3
guardar registro de la factura
El sistema valida que los
Flujo Alternativo 1 Se da clic en el botn crear campos estn
correctamente diligenciados
Post-Condicin Factura creada
Mensaje de error nmero de
Excepciones Duplicidad de factura
factura duplicada
Frecuencia
Baja
esperada
Importancia Alta
Comentarios Ninguno
 R-5 El sistema imprime factura
Actor Empleado
Objetivo Imprimir Factura
Precondiciones Factura con informacin completa y detallada
Descripcin Se general factura del cliente
Paso Accin Actor Accin Sistema
Se completan los
El sistema habilita el
1 campos requeridos del
botn imprimir
cliente
El administrador da las
El sistema genera la
propiedades de
factura y guarda
Flujo Normal 2 impresin y guarda
informacin en la base
copia a la base de
de datos
datos
Se genera soporte
El administrador
fsico de movimiento
3 entrega factura al
para ser firmado o
cliente
soportado con facturas

Flujo Alternativo 1 No reconoce la impresora No se genera factura

Post-Condicin Soporte de movimiento impreso

Excepciones Ningn gasto No hace nada

Frecuencia
Alta
esperada
Importancia Media
Comentarios Ninguno

.
R-6 El sistema visualiza factura en PDF
Actor Empleado
Objetivo Visualizar factura
Precondiciones Factura con informacin completa y detallada
Descripcin Se genera factura del cliente
Paso Accin Actor Accin Sistema
Se completan los
El sistema habilita el
1 campos requeridos del
botn visualizar
cliente
El empleado da las El sistema genera la
propiedades de factura y guarda
Flujo Normal 2
visualizar en PDF la informacin en la base
factura de datos
El empleado abre el
PDF con toda la El sistema realiza el
3
informacin de la registro de la factura
factura

Flujo Alternativo 1 Generar vista No se genera factura

Post-Condicin Ninguno

Excepciones Ningn gasto No hace nada

Frecuencia
Alta
esperada
Importancia Baja
Comentarios Ninguno
R-7 Consultar Factura
Actor Empleado
Objetivo Consultar factura
Precondiciones Consultar informacin detallada
Dos formas de consulta de factura por nmero de cedula o
Descripcin
de factura
Paso Accin Actor Accin Sistema
El sistema abre un
Selecciona la opcin
1 formulario de dos
de consultar factura
campos
El sistema trae la
Se ingresa un numero
Flujo Normal informacin respectiva
2 de cedula del cliente y
de las facturas
se da clic en consultar
existentes
El sistema trae la
Se ingresa nmero de
3 informacin de la
la factura
factura consultada
Ingresar mal el nmero de
Mensaje de error verifique
Flujo Alternativo 1 cedula o nmero de factura
datos
al consultar
Post-Condicin Informacin consultada exitosamente
El cliente solicitado no tiene
facturas correspondientes o
Excepciones Mensaje cod. No existe
la cedula del cliente no
existe
Frecuencia
Media
esperada
Importancia Baja
Comentarios Ninguno
DIAGRAMA DE CLASES

Este diagrama tiene la funcin de mostrar todas las clases dispuestas en el

desarrollo de este software.
DIAGRAMA DE SECUENCIAS

Un diagrama de secuencia muestra la interaccin de un conjunto de objetos en

una aplicacin a travs del tiempo y se modela para cada caso de uso. Mientras
que el diagrama de caso de uso permite el modelado de una vista en el escenario,
el diagrama de secuencia contiene detalles de implementacin del escenario,
incluyendo los objetos y clases que se usan para implementar el escenario y
mensajes intercambiados entre los objetos.

Generar Factura
Imprimir Factura
Consultar Factura
 CONCLUSIONES

El anlisis, diseo y programacin orientada a objetos, ha sido desarrollado para

responder a las necesidades de flexibilidad en los Sistema de informacin basados
en computadora. La encapsulacin, herencia y polimorfismo, tienen como objeto
proporcionar sistemas complejos con mecanismos para un rpido, fcil y confiable
mantenimiento y cambio de los programas.
 BIBLIOGRAFIA

Campderrich, F. B. (2003). Captulo VI. Ingeniera del software. Pgina 111-

139. Barcelona, ES: Editorial UOC. Recuperado de:
http://bibliotecavirtual.unad.edu.co:2077/lib/unadsp/reader.action?ppg=112&do
cID=10646149&tm=1485734781320

Campderrich, F. B. (2003). Captulo VI. Ingeniera del software. Pgina 110

111. Barcelona, ES: Editorial UOC. Recuperado de:
http://bibliotecavirtual.unad.edu.co:2077/lib/unadsp/reader.action?ppg=111&do
cID=10646149&tm=1485734684633

Campderrich, F. B. (2003). Ingeniera del software. Pgina 141 175.

Barcelona, ES: Editorial UOC. Recuperado de:
http://bibliotecavirtual.unad.edu.co:2077/lib/unadsp/reader.action?ppg=142&do
cID=10646149&tm=1485734983973

Minguilln, J. (2011). Introduccin al lenguaje de modelado Unificado.

OpenLibra. (FUOC, Ed.). Recuperado de:
https://openlibra.com/es/book/introduccion-al-lenguaje-de-modelado-unificado

Kimmel, P. (2008). Diagramacin de caractersticas como procesos. Manual de

UML. Pgina 49 79. Mxico, D.F., MX: McGraw-Hill Interamericana.
Recuperado
de: http://bibliotecavirtual.unad.edu.co:2077/lib/unadsp/reader.action?ppg=68&
docID=10433806&tm=1485746402519

Granollers, I. S. T., Lors, V. J., & Caas, D. J. J. (2005). Captulo VI. Diseo
de sistemas interactivos centrados en el usuario. Pgina 216-233. Barcelona,
ES: Editorial UOC. Recuperado de:
http://bibliotecavirtual.unad.edu.co:2077/lib/unadsp/reader.action?ppg=217&do
cID=10638465&tm=1485744410905

Kimmel, P. (2010). El Principio Con Casos de Uso. En Manual de UML (pp.

[17]-46). Mxico: McGraw-Hill Interamericana. Recuperado de:
http://bibliotecavirtual.unad.edu.co:2077/lib/unadsp/reader.action?ppg=36&docI
D=10433806&tm=1485361490116