Análisis de Sistemas

| Trabajo Práctic

Trabajo Práctico N°9

ANÁLISIS DE
SISTEMAS

INTEGRANTES:

• Haurigot Posse Octavio | Legajo 56914

• Ibáñez Matías Agustín | Legajo 56810
• García Tarcic Iñaki Ezequiel | Legajo 56962
• Gutiérrez Andrés Alberto | Legajo 56072
• Juárez Julio Tobías | Legajo 57424
• Gallardo Piorno Gerónimo | Legajo 56313
2 | Página
Comisión 2K1 | Prof. Del Prado
 Análisis de Sistemas | Trabajo Práctico

1- ¿Qué es el Paradigma Orientado a Objetos?

Es un paradigma que usa objetos y sus interacciones, para diseñar aplicaciones y

programas informáticos. Está basado en varias técnicas, incluyendo herencia,
abstracción, polimorfismo y encapsulamiento. Su uso se popularizó a principios de la
década de los años 1990. En la actualidad, existe variedad de lenguajes de
programación que soportan la orientación a objetos.

2- Liste los artefactos que conforman el Modelo de Casos de Uso y descríbalos.

-Diagrama de casos de uso

-Textos de caso de uso
-Diagrama de Secuencia
-Contratos

1- DIAGRAMA DE CASOS DE USO

Es una representación del contexto de un sistema, conforma un buen diagrama de
contexto, porque muestra los límites de un sistema y lo que permanece fuera de él.
Funciona como herramienta de comunicación que resume el comportamiento de un
sistema y sus actores.

2- TEXTO DE CASOS DE USO

Un caso de uso es una colección de escenarios con éxitos y fallos relacionados, que
describe a los actores utilizando un sistema para satisfacer un objetivo.

3- DIAGRAMA DE SECUENCIA
Un diagrama de secuencia del sistema es un artefacto creado de manera rápida y fácil,
que muestra los eventos de entrada y salida relacionados con el sistema que se está
estudiando.
Un Diagrama de secuencia del Sistema (DSS) es un dibujo que muestra, para un
escenario especifico de un caso de uso, los eventos que generan los actores externos,
el orden y los eventos entre los sistemas. Todos los sistemas se tratan como caja negra;
los diagramas destacan los eventos que cruzan los límites del sistema desde los actores
hasta los sistemas.
Debería hacerse un DSS para el escenario principal de éxito del caso de uso, y los
escenarios alternativos o frecuentes.
 Análisis de Sistemas | Trabajo Práctico

4- CONTRATOS
Los casos de uso son el principal mecanismo del UP para describir el comportamiento
del sistema y, normalmente es suficiente. Sin embargo, algunas veces se necesita una
descripción más detallada del comportamiento del sistema. Este artefacto describe el
comportamiento detallado del sistema en función de los cambios de estado de los
objetos del Modelo del Dominio, después de la ejecución de una operación del sistema.

3- De cuántas maneras se pueden redactar los Casos de Uso. Explique.

Los casos de uso son documentos de texto, no diagramas y el modelado de casos de

uso es, sobre todo, una acción de escribir texto, no dibujar. Sin embargo UML define un
diagrama de casos de uso para ilustrar los nombres de casos de uso y actores, y sus
relaciones.
Los casos de uso se escriben con varios grados de formalidad:
-Breve: Resumen conciso de un párrafo, normalmente del escenario principal con
éxito.
-Informal: Formato de párrafo en estilo informal. Múltiples párrafos que comprenden
varios escenarios.
-Completo: El más elaborado. Se escriben con detalle todos los pasos y variaciones,
y hay secciones de apoyo como precondiciones y garantías de éxito.

4- Hay tres tipos de actores en relación a un sistema. ¿Por qué es importante

identificar al actor de apoyo? .

Principal: Tiene objetivos de usuario que se satisfacen mediante el uso de los servicios
del propio sistema. Se ubican del lado izquierdo del sistema. Resulta importante
identificarlo ya que es de utilidad para encontrar los objetivos de usuario, los cuales
dirigen los casos de uso.
De Apoyo: Proporciona un servicio al sistema propio. Se ubican del lado derecho del
sistema. Se identifica para clarificar las interfaces externas y los protocolos.
Pasivo: Está interesado en el comportamiento del caso de uso, pero no es principal ni
de apoyo.

Sección Práctica
1- Nos solicitaron una aplicación que permita realizar solamente las operaciones
aritméticas de sumas y divisiones. La operación suma recibe solamente dos
 Análisis de Sistemas | Trabajo Práctico

números. Los números pueden ser positivos y/o negativos. El usuario podrá
seleccionar la operación, ingresar los operandos y luego la aplicación le devolverá
el resultado

Se pide:

1- Especifique con un documento completo el Caso de Uso [nombre del caso de

uso, actores, precondición, postcondición, escenario principal de éxito, cursos
alternativos.]

Caso de Uso C1: CALCULAR OPERACIONES

Actor principal: Usuario.
Precondiciones: El usuario inicia el sistema
Postcondiciones: El usuario ingresa correctamente los datos, el Sistema calcula
correctamente, se muestra el resultado.
Escenario principal de éxito:
1. El Sistema muestra las opciones de operadores disponibles [suma, división].
2. El Usuario elige un operador.
3. El Sistema pide el ingreso de operandos.
4. El Usuario ingresa los operandos.
5. El Sistema captura y valida los operandos.
6. El Sistema calcula el resultado y lo muestra.
Extensiones o flujos alternativos:
*a. En cualquier momento el sistema falla:
-Para dar soporte a la falla el sistema, se reiniciará y pedirá de nuevo elegir
operador.
*b. En cualquier momento el usuario cancela la operación:
El sistema se reiniciará y mostrará las opciones de operadores.
5.a. El usuario ingresa en suma un operando no válido:
1. El usuario ingresa algo distinto a un digito o ingresa “-” al final.
2. El sistema indica un error y solicita un nuevo ingreso.
5.b. El usuario ingresa en división un operando no válido:
1. El usuario ingresa algo distinto a un digito o ingresa “-” al final, o un 0 como
segundo operando.
2. el sistema indica un error y solicita un nuevo ingreso.

2- Representar Diagrama de Caso de Uso y Diagrama de Secuencia.

Diagrama de Caso de Uso:

 Análisis de Sistemas | Trabajo Práctico

Diagrama de Secuencia:

Caso de Estudio
La Dirección de Jóvenes y Adultos Mayores nos solicitó el desarrollo de un sistema
de información que permita el registro de las denuncias o pedidos de ayuda
económica para adultos mayores. A continuación, se describe el sistema manual. Los
técnicos que trabajan en la Dirección de Jóvenes y Adultos Mayores, reciben
 Análisis de Sistemas | Trabajo Práctico

denuncias de personas mayores en situación de abandono, efectuadas por cualquier

ciudadano mayor de edad.
El sistema necesita almacenar la información del denunciante [apellido y nombre,
DNI, teléfono] como de la persona en situación de abandono [apellido y nombre, DNI,
localización] para crear un legajo correspondiente o actualizar la información.
Dicho legajo contiene los datos personales de la persona en situación de abandono
y negativa de ANSES (confirmó que no cuenta con ninguna ayuda social asignada o
jubilación). Con la información del legajo, el director puede aprobar o rechazar el
pedido de ayuda económica.
Las reglas de negocio:
● Regla 1: El responsable denunciante debe ser mayor de edad (mayor de 21 años).
● Regla 2: El adulto mayor que solicita ayuda debe ser mayor a 50 años y no debe tener ayuda social
o jubilación registrada en el sistema del ANSES mayor a $ 2000.
● Regla 3: El Director aprueba el legajo y el importe de la ayuda económica a otorgar.
● Regla 4: Las denuncias que se reciben son exclusivamente del ámbito de la provincia de Tucumán.
Características más sobresalientes del sistema automatizado:
● Permitir recibir denuncias desde cualquier lugar y en cualquier momento.
● Se conecta con el sistema del ANSES para obtener el CUIL y verificar la situación de ayuda del
adulto mayor en situación de abandono.
● Notifica por mail la decisión tomada por la Dirección.
● El denunciante puede consultar en línea el estado de la denuncia, el estado puede ser:
solicitada, en proceso de resolución, aprobada o rechazada.

Se pide:
1. Confeccionar BPD
 Análisis de Sistemas | Trabajo Práctico

2. Para el sistema automatizado desarrollar los artefactos del modelo de caso de uso:
a. Diagrama de Casos de Uso.

Documentar los Casos de Uso (en su formato Completo).

Caso de Uso 1: Registrar Denuncia
 Análisis de Sistemas | Trabajo Práctico

Actor Principal: Usuario

Precondiciones:El Usuario tiene acceso al sistema.
Flujo Principal:
1. El Usuario ingresa al sistema.
2. El usuario crea una nueva denuncia.
3. El Usuario ingresa sus datos (apellido y nombre, DNI, teléfono).
4.El Usuario ingresa los datos del denunciado (apellido y nombre, DNI, localización).
5. El sistema valida los datos en el ANSES.
6.El sistema entrega el legajo al usuario.
7.El sistema cierra el sistema.
Extensiones(o Flujo Alternativo):

1a. En el paso 5, si el sistema no puede validar los datos en el ANSES:

1. El sistema muestra un mensaje de error.

2. El Usuario tiene la opción de corregir los datos ingresados.
1. Si el Usuario elige corregir los datos, regresa al paso 3.
2. Si el Usuario decide cancelar la denuncia, el sistema cancela la
operación y muestra un mensaje de cancelación.
3. Se vuelve al paso 5 para intentar la validación nuevamente.

2a. En el paso 6, si el sistema encuentra alguna inconsistencia en los datos:

1. El sistema muestra un mensaje indicando la inconsistencia.

2. El Usuario tiene la opción de corregir la información.
1. Si el Usuario elige corregir los datos, regresa al paso 3.
2. Si el Usuario decide cancelar la denuncia, el sistema cancela la
operación y muestra un mensaje de cancelación.
3. Se vuelve al paso 6 para intentar corregir la inconsistencia.

Postcondiciones: Se registra una nueva denuncia y se crea un legajo asociado.

Caso de Uso 2: Aprobar o Rechazar pedido

Actor Principal: Director de la Dirección de Jóvenes y Adultos Mayores
 Análisis de Sistemas | Trabajo Práctico

Precondiciones: Existe un legajo pendiente de aprobación. El Director tiene acceso al

sistema.
Flujo Principal:
1. El director inicia sesión en el sistema.
2. El director accede a la lista de legajos pendientes de aprobación.
3. Revisa la información del legajo.
4. Aprueba el legajo y especifica el importe de la ayuda económica a otorgar (Regla 3).
Extensiones (o Flujo alternativo):

1a. En el paso 2, si el director no puede acceder a la lista de legajos pendientes:

1. El sistema muestra un mensaje de error.

2. El Director tiene la opción de intentar nuevamente iniciar sesión.
1. Si el Director elige volver a intentar, regresa al paso 1.
2. Si el Director decide abandonar, el sistema cancela la operación y
muestra un mensaje de cancelación.

3a. En el paso 3, si el director identifica información incorrecta o incompleta en el

legajo:

1. El sistema muestra un mensaje indicando la inconsistencia.

2. El Director tiene la opción de solicitar correcciones al Usuario que registró el
legajo.
1. Si el Director elige solicitar correcciones, se comunica con el Usuario
para realizar las modificaciones necesarias.
2. Si el Director decide cancelar la aprobación, el sistema cancela la
operación y muestra un mensaje de cancelación.

4a. En el paso 4, si el director no puede aprobar el legajo o especificar el importe:

1. El sistema muestra un mensaje de error.

2. El Director tiene la opción de intentar nuevamente aprobar el legajo y
especificar el importe.
1. Si el Director elige volver a intentar, regresa al paso 4.
2. Si el Director decide cancelar la operación, el sistema cancela la
aprobación y muestra un mensaje de cancelación.

Postcondiciones: El legajo es aprobado, y se asigna el importe de ayuda económica

especificado.
 Análisis de Sistemas | Trabajo Práctico

c. Diagrama de Secuencia

d. Contratos
1. Operación: CrearDenuncia()
○ Referencias cruzadas: Caso de Uso: Registrar Denuncia
○ Precondiciones: El usuario tiene acceso al sistema.
○ Postcondiciones:
■ Se crea una instancia de IngresarDenunciante().
■ Se crea una instancia de IngresarDenunciado().
■ Se genera un número único de legajo para la denuncia.
■ Los datos de la denuncia se almacenan en la base de datos del
sistema para futuras referencias.
■ Se notifica al usuario sobre la creación exitosa de la denuncia.
2. Operación: IngresarDenunciante(Apellido, Nombre, DNI, Teléfono)
○ Referencias cruzadas: Caso de Uso: Registrar Denuncia
○ Precondiciones: El usuario tiene acceso al sistema.
○ Postcondiciones:
 Análisis de Sistemas | Trabajo Práctico

■ Se registra el usuario que desea realizar la denuncia.

■ Los datos del denunciante se almacenan en la base de datos
del sistema.
■ Se realiza una validación para garantizar la unicidad del DNI del
denunciante.
■ El sistema confirma al usuario que sus datos han sido
registrados correctamente.
3. Operación: IngresarDenunciado(Apellido, Nombre, DNI, Localización)
○ Referencias cruzadas: Caso de Uso: Registrar Denuncia
○ Precondiciones: El usuario tiene acceso al sistema.
○ Postcondiciones:
■ Se registra el denunciado.
■ Los datos del denunciado se almacenan en la base de datos del
sistema.
■ Se realiza una validación de la localización para garantizar su
formato y precisión.
■ El sistema confirma al usuario que los datos del denunciado han
sido registrados correctamente.
4. Operación: SolicitarNegativa()
○ Referencias cruzadas: Caso de Uso: Registrar Denuncia
○ Precondiciones: Se han ingresado los datos del denunciante y del
denunciado.
○ Postcondiciones:
■ Se obtiene la negativa del ANSES y se almacena en la base de
datos del sistema.
■ El sistema notifica al usuario sobre el resultado de la solicitud al
ANSES.
■ En caso de una respuesta negativa, se proporcionan
instrucciones adicionales al usuario sobre los siguientes pasos.
5. Operación: FinalizarDenuncia()
○ Referencias cruzadas: Caso de Uso: Registrar Denuncia
○ Precondiciones: Se han ingresado los datos del denunciante y del
denunciado. Se ha obtenido el legajo correspondiente.
○ Postcondiciones:
■ Se cierra el sistema, asegurando que todos los datos se
almacenen adecuadamente.
■ Se realiza un proceso de archivado para garantizar la integridad
y accesibilidad de los datos en el futuro.
■ Se notifica al usuario que la denuncia ha sido completada y el
sistema está cerrado.
 Análisis de Sistemas | Trabajo Práctico

3. Modelo del Dominio

4. Modelo de Análisis