Instituto Hernando Arias de Saavedra

Análisis de Sistemas de Información

Trabajo Práctico I: Identificación del Problema

Alumno Responsable del Trabajo: Suarez, Cesar

Curso: Segundo

Materia: Análisis de Sistemas

Docente Responsable del espacio: Coronel, Miriam

Fecha de Entrega: 10 de Junio, 00:00hs

Año: 2023

1
 Índice

Titulo…………………………………………………………………………………………………1

Actividad……………………………………………………………………………………………..2

Video Club……………………………………………………………………………………………4

Identificación del Problema…………………………………………………………………………..4

Estrategias para resolver el Problema………………………………………………………………..4

Motivo de inicio de Proyecto………………………………………………………………………...4

Alcance del Sistema………………………………………………………………………………….4

Estudio de la Viabilidad……………………………………………………………………………...4

Plan de Entrevistas……………………………………………………………………………………5

Fuentes de datos……………………………………………………………………………………....6

Técnicas y métodos de búsqueda de información……………………………………………………6

Diagrama de Contexto………………………………………………………………………………..8

Particionado…………………………………………………………………………………………..9

Diccionario de Datos………………………………………………………………………………..15

Referencias Cruzadas……………………………………………………………………………….16

Normalización………………………………………………………………………………………16

Herramienta CASE………………………………………………………………………………….17

2
 ACTIVIDAD:

Objetivo de la Actividad:

– Identificar, en un escenario donde se plantea un problema, los sistemas y

subsistemas involucrados, los objetivos generales que deberán cumplir cada uno de
ellos, los perfiles de los usuarios involucrados, sus necesidades y, a partir de allí, el
personal necesario para llevar adelante la propuesta de solución.

– Identificar qué herramientas informáticas existen para apoyo en la realizaciónde las

actividades del profesional en sistemas de información. Herramientas CASE existentes,
ventajas y desventajas

Se describe un escenario a continuación para el cual deberán.

 Identificar los Problemas.

 Enumerar los Objetivos del Sistema.
 Investigar qué son las herramienta CASE
 Investigar y presentar ventajas y desventajas de una herramienta CASE
seleccionada.
Justificar la elección.

3
 Video Club

Identificación del Problema:

Un sistema mono usuario que no le permite trabajar en red con las tres nuevas sucursales a habilitar
en diferentes barrios.

Estrategias para resolver el Problema:

Crear un sistema que conecte en red a las sucursales entre sí y con la central.
Crear sistemas para cada sucursal que se contacten directamente con los proveedores.

Motivo de inicio de Proyecto:

El motivo de inicio fue aprovechar una oportunidad de incorporar nuevas tecnologías a las sucursales
y a la central permitiendo la comunicación entre ellas y mejorar el rendimiento económico de la
empresa y su competitividad dentro del mercado.

Equipo de Proyecto:

1) Jefe de Proyecto
2) Analistas de Sistemas
3) Diseñadores de Sistemas
4) Programadores de Sistemas

Alcance del Sistema:

El alcance del sistema va desde las etapas de: análisis de sistema, planificación y análisis de
requisitos; donde se identifican problemas y sus causas, se desarrollan entrevistas y se especifica la
forma de cómo debería ser el sistema que resuelva dicho problema; siguiendo por las etapas de:
diseño, codificación, prueba e implementación del sistema; para el cual, sabiendo a través de las
entrevistas las especificaciones del sistema, este es diseñado, codificado y probado; una vez
implementado el tipo de mantenimiento que recibirá será adaptativo y perfectivo.

Estudio de la Viabilidad:

Viabilidad Técnica: El video club posee un sistema mono usuario, el cual será removido para utilizar
el sistema a desarrollar y se deberá adquirir más hardware que soporte el nuevo sistema y un servidor
el cual será encargado de administrar las aplicaciones y funciones del sistema en cuestión.

Viabilidad Económica: El equipo de proyecto junto con los usuarios del sistema del video club
trabajará 5 días a la semana una hora y media antes de abrir el local, además para desarrollar el nuevo
sistema y adoptar nuevas tecnologías la empresa requerirá de un préstamo bancario que se estima en
120.000$.

4
Viabilidad Operativa: se lanzará una versión prototipo del sistema para los encargados de atención
al público para que se adapten al nuevo sistema a medida que el mismo se desarrolla, permitiendo
ahorrar tiempo a la hora de capacitar a los usuarios y lanzar el sistema completo.

Plan de Entrevistas:

1. Director:
 Objetivos: Conocer la estructura de la empresa y los flujos de información en ella.
 Tiempo de duración y día: x/xx/xxxx, 40 minutos.

2. Gerente General:
 Objetivos: Conocer el funcionamiento del sistema que se maneja en la sucursal.
 Tiempo de duración y día: xx/xx/xxxx, 50 minutos.

3. Encargado de Atención al Público:

 Objetivos: Conocer el manejo del sistema informático.
 Tiempo de duración y día: xx/xx/xxxx, 50 minutos.

Entrevista de Inicio: Director:

 ¿Cómo son las relaciones existentes entre las sucursales?

 ¿Podría describir o comentarnos sobre la estructura de su empresa?
 ¿Poseen algún sistema de información?
 ¿Con cuántos operadores/administradores cuenta dicho sistema?
 ¿Con cuántos proveedores se manejan? ¿Cómo realiza la empresa el pago a sus
correspondientes proveedores?
 ¿Quién cataloga las películas y como lo hace?

Entrevista de Recolección de Datos: Gerente General:

 ¿Con cuanto personal capacitado en uso de PC cuenta el video club?

 ¿Con cuantas PC cuentan actualmente?
 ¿El sistema actual tuvo alguna vez alguna actualización?
 ¿Cómo se efectúan los alquileres de las películas?
 ¿Cómo son los medios de pago de las mismas?
 ¿Cómo se comunican entre sucursales? ¿Cuál es el medio?
 ¿Generalmente manejan promociones? ¿Qué métodos publicitarios utiliza?

Entrevista de Seguimiento: Encargado de Atención al Público:

 ¿Cómo funciona el sistema?

 ¿Se conecta con alguna fuente externa?
 ¿Cómo el sistema gestiona los alquileres de las películas?
 ¿Cómo trata el mismo las devoluciones de estas?
 ¿El sistema lleva un control de los morosos? ¿Qué tipo de sanciones efectúa?
 ¿Es sencillo de utilizar? ¿Le gustaría realizar algún cambio o modificación? ¿De ser así
que recomendaría?
5
 Fuentes de datos

 El Director (cliente)
 Gerente General (cliente)
 El encargado de Atención al público (usuario)
 Sistema Bancario (software de otros dominios)
 Base de datos de clientes (software del dominio)
 Sistema actual (software del dominio)
 DBMS ORACLE (software de otros dominios)

Técnicas y métodos de búsqueda de información

 El director: Entrevistas

 El Gerente General: Entrevistas

 El encargado de Atención al público:

1. Entrevistas: Prueba de proyecto
2. Visualización óptica (insitu)

 Sistema bancario:
1. Entrevista con el encargado Soporte y formato de comunicación
2. Base de datos de clientes: Formato de archivo

 Sistema actual:
1. Revisión o prueba de funcionamiento
2. Programa fuente
3. DBMS ORACLE: Formato de archivos Soporte y formato de comunicación

Requerimientos de usuario

 Validar identificación del cliente

 Verificar estado del cliente
 Verificar estado de cuenta bancario del cliente
 Administrar datos del cliente
 Agregar cliente nuevo
 Confirmar alquiler
 Confeccionar alquiler
 Consultar catalogo
 Administrar películas
 Emitir informes

Requerimientos de Negocio:

Ampliar el mercado mediante la habilitación de nuevas sucursales que funcionen en unidad y en

forma efectiva gracias a la intercomunicación de estas mismas.

6
Requerimientos de software:

Validar identificación del cliente:

 Solicitar nombre de cliente
 Validar cliente
 Mostrar datos personales del cliente

Verificar estado del cliente:

 Mostrar crédito disponible

 Mostrar ejemplares pendientes de devolución
 Mostrar deuda debido a sanciones

Verificar estado de la Cuenta Bancaria del cliente:

 Solicitar número de Cuenta Bancaria
 Solicitar pin
 Verificar saldo disponible

Administrar datos del cliente:

 Modificar datos personales
 Agregar datos personales
 Cargar bonos adquiridos
 Cargar cancelación de deuda
 Cargar ejemplares alquilados
 Cargar ejemplares adeudados
 Cargar devolución de ejemplar

 Confeccionar alquiler:
- Solicitar código de película
- Búsqueda de película
- Verificar disponibilidad de película
- Verificar estado de película (estreno)
- Mostrar total

 Confirmar alquiler:
- Mostrar monto
- Seleccionar modo de pago
- Emitir comprobante
- Enviar datos de transferencia al banco

 Agregar nuevo cliente:

- Cargar datos personales

7
  Consultar catalogo:
- Ordenar por géneros
- Ordenar por estreno
- Búsqueda de película
- Listado de películas
- Mostrar características de película

 Administrar películas:
- Cargar película
- Cargar cantidad de ejemplares
- Clasificar por género
- Catalogar en estreno
- Eliminar ejemplar

 Emitir informes:
- Calcular demanda total por género
- Calcular stock actual género
- Calcular total de bonos
- Calcular total de ejemplares pendientes de devolución

Diagrama de Contexto

Lista de Acontecimientos

1 Diálogo con el socio

1.1. El socio modifica sus datos

1.2. El socio consulta catálogo
1.3. El socio selecciona/deselecciona película
1.4. El socio confirma alquiler
1.5. El socio solicita créditos
1.6. El socio devuelve película
8
2 Diálogo con la dirección

2.1. La dirección da de alta socio

2.2. La dirección actualiza stock de películas
2.3. La dirección agrega película
2.4. La dirección modifica precios
2.5. La dirección establece proveedores
2.6. La dirección realiza pedido
2.7. La dirección verifica informe de facturación (T)
2.8. La dirección verifica informe de demanda (T)
2.9. La dirección verifica informe de stock
2.10. La dirección verifica informes de facturas pendientes de pago
2.11. La dirección verifica informes de películas pendientes de entrega
2.12. La dirección asienta el pago de una factura

3 Diálogo con el proveedor

3.1. El proveedor emite factura

Particionado
1.1. El socio modifica sus datos

1.2. El socio consulta catálogo

1.3. El socio selecciona/deselecciona película

9
1.4. El socio confirma alquiler

1.5. El socio solicita créditos

1.6. El socio devuelve película

10
2.1. La dirección da de alta socio

2.2. La dirección actualiza stock de películas

2.3. La dirección agrega película

11
2.4. La dirección modifica precios

2.5. La dirección establece proveedores

2.6. La dirección realiza pedido

12
2.7. La dirección verifica informe de facturación (T)

2.8. La dirección verifica informe de demanda (T)

2.9. La dirección verifica informe de stock

13
2.10. La dirección verifica informes de facturas pendientes de pago

2.11. La dirección verifica informes de películas pendientes de entrega

2.12. La dirección asienta el pago de una factura

3.1. El proveedor emite factura

14
 Diccionario de Datos:

Descripción: Almacena los datos del cliente

Campo Tipo Longitud Descripción Dominio Valor

*IdCliente Numérico - Es para identificar al cliente 0-9 100608210
Nombre Texto 25 Es el nombre del cliente a-z Rodrigo
Apellidos Texto 45 Apellido paterno y materno A-Z Gutiérrez Cuevas
Teléfono Texto 15 Número telefónico del cliente 0-9 75-3-30-09
Email Texto 45 Correo electrónico del cliente A-Z, 0-9,@ [email protected]
Dirección Texto 45 Donde vive el cliente A-Z, 0-9 Bravo # 111
Numérenla Numérico - Veces que ha rentado 0-9 3
s

Descripción: Almacena los datos de los alquileres realizados

Campo Tipo Longitu Descripción Dominio Valor

d
*IdAlquiler Numérico - Es para identificar al préstamo 0-9 00114
IdCliente Numérico - Es para identificar al cliente 0-9 100608210
IdPelicula Numérico - Es para identificar las películas 0-9 003750
F.salida Fecha - Es la fecha en la que se prestó la - xx/xx/20xx
película
F.entrada Fecha - Es la fecha en la que se regresa la - xx/xx/20xx
película
Status Texto 10 Si esta activa o no A-Z Activo

15
 Descripción: Almacena los datos de las películas existentes

Campo Tipo Longitud Descripción Dominio Valor

*IdPelicula Numérico - Es para identificar las películas 0-9 003750
Titulo Texto - Es para saber el nombre de la película A-Z Infram
undo
Año Numérico - Es para saber el año de la película 0-9 1992
Genero Texto 15 Es el género de la película A-Z Terror
Status Texto 15 Es para saber si la peli esta activa A-Z Activo
Clasificación Texto 20 Para saber la clasificación de la A-Z Adultos
película

Referencias Cruzadas

Cliente Préstamo Tipo Longitud

IdCliente IdCliente Numérico -

Películas Películas Tipo Longitud

IdPelicula IdPelicula Numérico -

Normalización

Clientes.-
1FN: Si cumple porque los dominios de los atributos de cliente son atómicos. Todas las celdas
contienen valores simples y todas las columnas son del mismo tipo.
2FN: si cumple porque cumple con la primera forma normal y los atributos dependen
funcionalmente de la clase, id cliente.
3FN: Si cumple porque con la 2FN y no existen dependencias transitiva

Alquileres.-
1FN: Si cumple porque los dominios de los atributos son atómicos. Todas las celdas contienen
valores simples.
2FN: si cumple porque cumple con la primera forma normal y los atributos dependen
funcionalmente de la clave IdAlquiler
3FN: Si cumple porque no existen dependencias transitivas y porque si cumple con la 2FN.

Películas.-

16
1FN: Si cumple porque los dominios de los atributos son atómicos. Todas las celdas contienen
valores simples.
2FN: si cumple porque depende de la llave primaria IdPelicula
3FN: Si cumple porque no tienen dependencias transitivas

Herramienta CASE

CASE (Computer Aided Software Engineering, Ingeniería de Software Asistida por Ordenador)
hace referencia a la aplicación de un conjunto de herramientas y métodos para incrementar la
productividad del desarrollo software y reducir costes de tiempo y dinero, obteniendo un software
de alta calidad, sin defectos y mantenible. Estas herramientas ayudan en todos los estados del ciclo
de vida de desarrollo software, tareas como el proceso de diseño del proyecto, cálculo de costos,
implementación de parte del código, compilación automática, documentación o detección de
errores.

Las herramientas no poseen una única clasificación y es difícil determinarle en una clase y suelen
ser clasificadas de acuerdo a los siguientes factores:

 Las plataformas que soportan.

 Las fases del ciclo de vida del desarrollo de sistemas que cubren.
 La arquitectura de aplicaciones que producen.
 Su funcionalidad.

Una primera clasificación del CASE es considerando su amplitud:

TOOLKIT: Es una colección de herramientas integradas que permiten automatizar un conjunto de

tareas de algunas de las fases del ciclo de vida del sistema informático: Planificación estratégica,
Análisis, Diseño, Generación de programas.

WORKBENCH: Son conjuntos integrados de herramientas que dan soporte a la automatización del
proceso completo de desarrollo del sistema informático. Permiten cubrir el ciclo de vida completo.
El producto final aportado por ellas es un sistema en código ejecutable y su documentación.

La siguiente clasificación es la más habitual basada en las fases del ciclo de desarrollo que cubren:

Upper CASE (U-CASE): herramientas que ayudan en las fases de planificación, análisis de
requisitos y estrategia del desarrollo, usando, entre otros diagramas UML.

Middle CASE (M-CASE): herramientas para automatizar tareas en el análisis y diseño de la

aplicación.

Lower CASE (L-CASE): herramientas que semi-automatizan la generación de código, crean

programas de detección de errores, soportan depuración de programas y pruebas. Además
automatizan la documentación completa de la aplicación. En esta parte podemos incluir las
herramientas de Desarrollo rápido de aplicaciones.

17
Existen otros nombres que se le dan a este tipo de herramientas, y que no es una clasificación
excluyente entre sí, ni con las fases del ciclo de vida del desarrollo:

Integrated CASE (I-CASE): herramientas que engloban todo el proceso de desarrollo software,
desde el análisis hasta la implementación.

MetaCASE: herramientas que permiten la definición de nuestra propia técnica de modelado, los
elementos permitidos del metamodelo generado se guardan en un repositorio y pueden ser usados
por otros analistas, es decir, es como si definiéramos nuestro propio UML, con nuestros elementos,
restricciones y relaciones posibles.

CAST (Computer-Aided Software Testing): herramientas de soporte a la prueba de software.

IPSE (Integrated Programming Support Environment): herramientas que soportan todo el ciclo
de vida, incluyen componentes para la gestión de proyectos y gestión de la configuración activa.

Ventajas y Desventajas: Entre las más significativos de las herramientas CASE se enumeran los
siguientes: Ventajas:

1. Facilidad para la revisión de aplicaciones

La experiencia muestra que una vez que las aplicaciones se implementan, se emplean por mucho
tiempo. Las herramientas CASE proporcionan un beneficio substancial para las organizaciones al
facilitar la revisión de las aplicaciones. Contar con un depósito central agiliza el proceso de revisión
ya que éste proporciona bases para las definiciones y estándares para los datos. Las capacidades de
generación interna, si se encuentran presentes, contribuyen a modificar el sistema por medio de las
especificaciones más que por los ajustes al código fuente.

2. Soporte para el desarrollo de prototipos de sistemas

Se suelen desarrollar diseños para pantallas y reportes con la finalidad de mostrar la organización y
composición de los datos, encabezados y mensajes. Los ajustes necesarios al diseño se hacen con
rapidez para alterar la presentación y las características de la interface. Sin embargo, no se prepara
el código fuente, de naturaleza orientada hacia procedimientos, como una parte del prototipo. Como
disyuntiva, el desarrollo de prototipos puede producir un sistema que funcione. Las características
de entrada y salida son desarrolladas junto con el código orientado hacia los procedimientos y
archivos de datos.

3. Generación de código
La ventaja más visible de esta característica es la disminución del tiempo necesario para preparar un
programa. Sin embargo, la generación del código también asegura una estructura estándar y
consistente para el programa (lo que tiene gran influencia en el mantenimiento) y disminuye la
ocurrencia de varios tipos de errores, mejorando de esta manera la calidad. Las características de la
generación del código permiten volver a utilizar el software y las estructuras estándares para
generar dicho código, así como el cambio de una especificación modular, lo que significa volver a
generar el código y los enlaces con otros módulos.

4. Mejora en la habilidad para satisfacer los requerimientos del usuario

Es bien conocida la importancia de satisfacer los requerimientos del usuario, ya que esto guarda
relación con el éxito del sistema. De manera similar, tener los requerimientos correctos mejora la

18
calidad de las prácticas de desarrollo. Las herramientas CASE disminuyen el tiempo de desarrollo,
una característica que es importante para los usuarios. Las herramientas afectan la naturaleza y
cantidad de interacción entre los encargados del desarrollo y el usuario. Las descripciones gráficas y
los diagramas, así como los prototipos de reportes y la composición de las pantallas, contribuyen a
un intercambio de ideas más efectivo.

5. Soporte interactivo para el proceso de desarrollo

La experiencia ha demostrado que el desarrollo de sistemas es un proceso interactivo. Las
herramientas CASE soportan pasos interactivos al eliminar el tedio manual de dibujar diagramas,
elaborar catálogos y clasificar. Como resultado de esto, se anticipa que los analistas repasarán y
revisarán los detalles del sistema con mayor frecuencia y en forma más consistente.

En las desventajas podemos conseguir:

6. Confiabilidad en los métodos estructurados

La mayoría de las herramientas CASE se construyen teniendo como base la metodología del
análisis estructurado y el ciclo de vida de desarrollo de sistemas. Por si sola la esta característica se
convierte en limitante ya que no todas las empresas emplean los métodos de análisis estructurado.

7. Falta de niveles estándar para el soporte de la metodología

Aún no aparece un conjunto “estándar” de herramientas CASE. Por tanto, debe tener precaución al
seleccionar una herramienta de este tipo. Existen dos significados para las palabras “soporte de la
metodología”. Una herramienta puede: (1) dar soporte a los diagramas que emplea una metodología
o (2) soportarlos e imponer la metodología, sus reglas y procesos. Las herramientas que son
independientes de la metodología, no pueden fomentar el uso de las reglas y estándares de la
misma. Estas herramientas quizá proporcionen los componentes de una metodología (por ejemplo:
diagramas de flujos de datos, un diccionario de datos y facilidades para la descripción de procesos),
pero no el marco de referencia, reglas y procedimientos que en realidad constituyen el núcleo de la
metodología. Estas herramientas mejoran la productividad al efectuar tareas tediosas y de
documentación, aunque ellas no puedan asegurar buenos resultados. Desde el punto de vista
funcional, las capacidades que brindan para garantizar la calidad son mínimas.

8. Conflictos en el uso de los diagramas

Las herramientas difieren en el uso que hacen los diagramas. Algunas son herramientas
exclusivamente para gráficas, que se abocan al dibujo de diagramas para el análisis de entrada y
salida de datos. Este tipo de herramientas puede restringir ya sea el proceso de desarrollo normal
seguido por una organización o el estilo particular de trabajo de los analistas.

9. Diagramas no utilizados
En general, las herramientas CASE se emplean para generar gráficas, informes y modelar el análisis
y estructurar el desarrollo. Sin embargo, muchos profesionales en informática no hacen uso correcto
de herramientas gráficas en el desarrollo de software; más bien las emplea para automatizar la
producción de informes y documentación del sistema, como los diagramas de flujo utilizados por
los programadores para documentar un programa una vez terminado.

19
 10. Función limitada
Aunque una herramienta puede apoyar varias fases del ciclo de vida de desarrollo de sistemas o
adaptarse a diferentes metodologías de desarrollo, por lo general su enfoque primario está dirigido
hacia una fase o método especifico. Muchas herramientas para la fase de desarrollo recalcan el
mantenimiento y la reestructuración del código, pero ofrecen un soporte débil durante la fase de
análisis para la determinación y especificación de requerimientos.

11. Alcance limitado

Aunque muchas herramientas basadas en computadoras incluyen la capacidad de verificar las
especificaciones para determinar su complementes o consistencia, virtualmente no llevan a cabo
ningún análisis de los requerimientos de la aplicación. Por tanto, el alcance de las actividades de
desarrollo asociado con las herramientas existentes es bastante limitado. La mayor parte de
productos CASE describe (documenta) pero no analiza. De poca ayuda es proporcionar una regla de
inclusión en los mejores enfoques y una regla de exclusión para los que son poco satisfactorios. No
ofrecen o evalúan, soluciones potenciales para los problemas relacionados con sistemas. Y tampoco
existe una garantía clara para que dos analistas que utilicen los mismos métodos aplicados a
información idéntica, formulen recomendaciones igualmente aceptables.

20