UNIVERSIDAD JOSÉ CECILIO DEL

VALLE

SOLUCIÓN DE CASOS: 1 Y 2

CLASE:
Análisis y diseño de sistemas de información
GRUPO #3
Vanessa Giselle villeda mendez
Ossirys Anthonella Arriaza Rodríguez
CATEDRÁTICO
Dr. David Martín Rovelo Hernández
FECHA
Lunes, 12 de febrero, 2018
Caso número 1: CASO DE LA CPU
Se abre el caso

En un día cálido y soleado de finales de octubre, Chip Puller estaciona su automóvil y

camina hacia su oficina en la Central Pacific University. Se sentía bien empezar como
analista de sistemas y estaba esperando conocer al resto del personal. En la oficina,
Anna Liszt se presenta a sí misma.

- “Nos han asignado para trabajar como equipo en un nuevo proyecto. ¿Por qué no
te pongo al corriente con los detalles y después damos un paseo por las
instalaciones?”
- “Me parece bien”, responde Chip. “¿Cuánto tiempo llevas trabajando aquí?”
- “Aproximadamente cinco años”, le responde Anna. “Empecé como analista
programador, pero durante los últimos años me he dedicado al análisis y diseño.
Espero que encontremos formas de aumentar nuestra productividad”, continúa
Anna.
- “Cuéntame sobre el nuevo proyecto”, dice Chip.
- “Bien”, le responde Anna, “al igual que muchas organizaciones, tenemos una
gran cantidad de microcomputadoras con distintos paquetes de software instalados
en ellas. Hasta donde sé, en la década de 1980 había pocas computadoras personales
y una colección dispersa de software. Esto se expandió con rapidez en la década de
1990 y ahora todos usan computadoras. Algunos miembros del cuerpo docente
utilizan más de una. El sistema actual que utilizamos para dar mantenimiento al
software y hardware, que en un principio era bastante útil, ahora es obsoleto y está
bastante abrumado”.

- “¿Qué hay sobre los usuarios? ¿A quién debo conocer? ¿Quién crees que será
importante para ayudarnos con el nuevo sistema?”, pregunta Chip.
- “Vas a conocer a todos, pero hay personas clave que acabo de conocer y te diré
lo que he aprendido para que las recuerdes cuando las conozcas”. Dot Matricks es
gerente de todos los sistemas de microcomputadoras en Central Pacific. Al parecer
nos llevamos bien en el trabajo. Es muy competente. Realmente le gustaría poder
mejorar la comunicación entre los usuarios y los analistas”.
- “Será un placer conocerla”, especula Chip.
- “Y también está Mike Crowe, experto en mantenimiento de computadoras.
Realmente parece el tipo más amable, pero está demasiado ocupado. Necesitamos
ayudar a aligerar su carga. La contraparte de Mike encargada del software es Cher
Ware. Es un espíritu libre, pero no me malentiendas: conoce su trabajo”, dice Anna.

- “Tal vez sea divertido trabajar con ella”, reflexiona Chip.

- “Podría ser”, asiente Anna. “También conocerás al analista financiero, Paige
Prynter. Todavía no puedo entenderla bien”.
- “Tal vez yo te pueda ayudar”, dice Chip.
- “Por último, deberías —más bien dicho, tienes que— conocer a Hy Perteks,
quien hace un excelente trabajo como encargado del Centro de información. A él le
gustaría que pudiéramos integrar nuestras actividades del ciclo de vida”.
- “Suena prometedor”, dice Chip. “Creo que me va a gustar trabajar aquí”.

1. De la conversación de presentación que compartieron Chip y Anna, ¿cuáles de los elementos

mencionados podrían sugerir el uso de herramientas CASE?

Dot Matricks, ella menciona sobre que le gustaría mejorar la comunicación entre los usuarios y
analistas y se reporta que las herramientas case ofrecen ese medio de comunicación relacionado
con el sistema durante la conceptualización es decir que implica el desarrollo, construcción y
ordenación de ideas

Una herramienta CASE superior permite al analista crear y modificar el diseño del sistema por
lo que mejoraría el diseño del software

En el caso se detalla el uso de una red computacional, la cual puede ser coordinada por medio de
CASE tools.

Una compañía con una división de roles debe de poder emplear un flujograma de trabajo, el cual
puede indicar al uso de herramientas visuales de diagramas, tales como Visio.

Perteks, A él le gustaría que Chip y Ana pudieran integrar sus actividades del ciclo de
vida: y los analistas emplean herramientas CASE para, comunicarse con los usuarios de
una manera más efectiva e integrar el trabajo que realizan en el sistema, desde el inicio
hasta el fin del ciclo.

CASO NUMERO 2: “Descripción gráfica de las relaciones”

“Entonces el proyecto implica algo más que sólo realizar trabajo de mantenimiento en los
programas actuales”, dice Chip. “¿Vamos a usar una metodología formal para analizar y diseñar
el nuevo sistema?” “Sí”, responde Anna. “También vamos a usar Microsoft Visio para crear y
modificar los diagramas, así como cierta información simple del repositorio. También tenemos
una herramienta CASE, Visible Analyst, para analizar y diseñar el sistema.1 Hace poco
instalamos los productos en la computadora de la oficina”. Con unos cuantos clics del ratón,
Anna produce un diagrama de flujo de datos a nivel de contexto (vea la figura E2.1).
“Es muy conveniente empezar a pensar en el sistema de esta manera”, dice Anna al momento en
que ven el diagrama en la pantalla.

Chip asiente y dice: “Puedo ver con mucha facilidad lo que crees que está ocurriendo con el
sistema. Por ejemplo, veo que

la entidad externa Administración suministra las preguntas sobre hardware y software y recibe a
cambio las respuestas correspondientes. Muestra al sistema dentro de la organización de mayor
tamaño”. “También dibujé un diagrama E-R preliminar del sistema”, dice Anna al momento de
mostrar el diagrama de entidad-relación en la pantalla (vea la figura E2.2).
“Tal vez haya que modificarlo a medida que aprendamos más sobre el sistema”. “Sí, las
relaciones de varios a varios y de uno a varios son muy claras cuando lo vemos de esta forma”,
dice Chip, viendo

a la pantalla.

“Hay una vista más del sistema”, continúa Anna al momento en que abre el diagrama de caso de
uso. “Éste es el diagrama de caso de uso preliminar para nuestro sistema (vea la figura E2.3).
Vamos a utilizarlo para obtener retroalimentación de los usuarios que nos puede ser de utilidad.
Los casos de uso no están completos, pero les puedo mostrar uno de ellos”. Anna hace clic en el
símbolo del caso de uso para mostrar la descripción del caso de uso en el repositorio que
aparece en la figura E2.4. “Ya tienes un buen comienzo aquí”, continúa Chip a medida que echa
un vistazo a la descripción del caso de uso. “Esto nos ayuda a comprender las actividades que se
realizan. Vamos a trabajar y ver qué hay que hacer ahora”.

Solución del Caso:

EJERCICIOS

1.- Utilice Microsoft Visio o Visible Analyst para ver e imprimir el diagrama de flujo de
datos a nivel de contexto para el sistema de inventario computacional.
● Se abrió el archivo .HTML adjunto a los archivos proporcionados en la página
de Pearson.
2.- Utilice la página de Repositorio para ver la entrada del proceso central.

Se entra al archivo html “StudentVisibleAnalystRepository” en donde está la entrada del

proceso central. Donde:
Proceso #: 0
Descripción del proceso:
Utiliza toda la entrada para producir todas las salidas o resultado.
Este proceso es el proceso central del diagrama de nivel de contexto.
Nivel de contexto de la CPU

Input Flows:
o New Computer Form
o Software Received Form
o Completed Installation Listing
o Software Inquiry
o Management Inquiries
o Deleted Computer ID
o Computer Change Information
Output Flows:
o Computer Received Listing
o Installation Listing
o Installation Report
 o Inquiry Response
o Installation Notification Report
o Management Reports
o Inquiry Responses
o Maintenance Reports
o Detailed Reports
o Software Cross Reference Report

3.- Utilice Microsoft Visio o Visible Analyst para ver e imprimir el diagrama entidad-relación
para el Sistema de inventario computacional.
4.- Explique por qué las entidades externas del diagrama de flujo de datos a nivel de contexto no
se encuentran en el diagrama entidad-relación.

● En el modelo de entidad-relación no se expresan las relaciones externas que si se

muestran en el diagrama de flujo de datos a nivel de contexto porque en el ER lo que se
demuestran son las relaciones entre las entidades y cómo estas interactúan, algo que no
se puede demostrar con entidades externas, ya que estas no forman parte del sistema.

5.- Explique porque las entidades MANAGEMENT y FACULTY se encuentran en ambos lados
del proceso en el diagrama a nivel de contexto.

● Se encuentran a ambos lados del diagrama porque ambas entidades tanto envían o
ingresa consultas (lado izquierda) como reciben datos del sistema. debido qué son las
entidades que hacen consultas y por lo tanto tienen que tener una respuesta.

6.- Utilice Microsoft Visio o Visible Analyst para ver e imprimir el diagrama de caso de uso
para el sistema de inventario computacional.
7.- Haga los siguientes cambios al diagrama de caso:
a. El actor CUERPO DOCENTE al lado izquierdo del diagrama de casos de uso. b. Conectar el
actor CUERPO DOCENTE con el caso de uso CONSULTAR CLASES DE CAPACITACIÓN.
c. Como las computadoras pueden tener software instalado para un laboratorio computacional
específico, el personal de soporte de oficina puede hacerse cargo de instalar software en las.
Conecte el actor SOPORTE DE OFICINA al caso de uso AGREGAR SOFTWARE.

d. Agregue dos nuevos casos de uso debajo del caso de uso CONSULTAR CLASES DE
CAPACITACIÓN: CONSULTAR EXPERTO DE SOFTWARE y debajo de éste,
CONSULTAR INFORMACIÓN DE SOFTWARE.

e. Conecte el actor CUERPO DOCENTE a los casos de uso CONSULTAR EXPERTO DE

SOFTWARE y CONSULTAR INFORMACIÓN DE SOFTWARE.

f. Conecte el actor ADMINISTRACIÓN al caso de uso CONSULTAR EXPERTO DE

SOFTWARE
8.- Agregue el caso de uso INSTALAR COMPUTADORA DE ESCRITORIO al área superior
derecha del diagrama. Este caso de uso extiende al caso de uso AGREGAR COMPUTADORA
9. Agregue una descripción para el caso de uso AGREGAR SOFTWARE. Esta descripción
debe contener la siguiente información:

a. Obtenga el nombre del caso de uso y los actores del diagrama de casos de uso. Los
interesados y el nivel son los mismos que en la figura E2.3.

CASOS DE USO:

- Agregar nueva computadora

- Agregar Software
- Crear categoría de software
- Producir informe de inversión de hardware
- Producir informe de referencia cruzada de hardware y software
- Consultar clases de capacitación

ACTORES

- Departamento de embarques/recepción
- Usuario del software
- Mantenimiento
- Soporte de oficina
- Administración

b. La descripción debe ser: Agregar nuevo software a la tabla Software de la base de

datos e imprimir un listado de instalación.

c. La actividad empieza (se desencadena) cuando el usuario hace clic en el elemento de

menú Add Software (Agregar software).

d. Los pasos realizados y la información para los pasos son:

El software se introduce en el nuevo sistema y se valida. Formulario de software recibido

El software se agrega al Archivo maestro de software Archivo maestro de software.

Se produce la Lista de instalación de software. Archivo maestro de software, Pedido

Se notifica al usuario de software sobre el software instalado. Pedido

e. Las precondiciones son el software que se recibió. Las postcondiciones son que el
software se agregó a la base de datos y se crearon los informes. Las suposiciones son
que el usuario inició sesión con éxito y tiene acceso a la pantalla Add Software
(Agregar software). Una garantía de éxito es que se haya agregado el software a la base
de datos y se haya impreso el informe requerido. Una garantía mínima es que se haya
recibido el software. Los objetivos cumplidos son agregar e instalar nuevo software. La
 cuestión pendiente es cómo determinar qué software instalar en cuáles equipos. La
prioridad es alta y el riesgo es medio.

Nombre del caso de uso: Agregar Software

Área: Inventario de Computadoras

Actores: Usuario de Software. Departamento de envío y recepción

Interesados: Cuerpo Docente, Personal

Nivel: Azul

Descripción: Agregar nuevo software a la tabla Software de la base de datos e

imprimir un listado de instalación.

Evento Desencad enador: cuando el usuario hace clic en el elemento de menú Add
software (Agregar Software)

Tipo de Desencadenador: [x] interno [ ] Temporal:

Pasos Realizados (Ruta Principal) Información para los pasos

1. El software se introduce en el nuevo sistema y se Formulario de software

valida. recibido

2. El software se agrega al archivo maestro de Archivo maestro de software.

software.

3. Se produce la lista de instalación de software. Archivo maestro de software

pedido.

4. Se notifica al usuario de Software, sobre el Pedido

software instalado.

Precondiciones: Software recibido

Post condiciones: El software se agregó a la base de datos y se crearon los informes

Suposiciones: El usuario inició sesión con éxito y tiene acceso a la pantalla Add software
(Agregar Software)
 Garantía de éxito: Se agregó el software a la base de datos y se imprimió el informe
requerido

Garantía mínima: Se recibió previamente el software

Objetivos Cumplidos: Agregar e instalar el nuevo software

Cuestiones Pendiente: Determinar que software instalar en cuales equipos

Prioridad (Opcional): alta

Riesgo (Opcional): Medio

10.- Escriba la descripción para el caso de uso PRODUCIR INFORME DE REFERENCIA

CRUZADA DE HARDWARE Y SOFTWARE. Use el diagrama de casos de uso para
determinar la información del encabezado y haga todas las suposiciones razonables. Los pasos
serían leer un registro de software, usar esa información para leer la tabla relacional de
hardware-software y después leer el registro de hardware. Use el registro de hardware para
imprimir una línea en la que se acumulen los totales. Imprima subtotales y totales generales.
Ésta es una actividad de nivel medio y bajo riesgo. Las precondiciones son que la información
se debe haber agregado antes a las tablas de base de datos apropiadas. Las postcondiciones son
que se imprimió el informe. Las suposiciones son que toda la información en las tablas de base
de datos es correcta. Una garantía de éxito sería que se haya creado el informe con éxito. Una
garantía mínima sería que no se haya podido imprimir el informe. Los objetivos cumplidos son
producir información sobre el software instalado en cada máquina. Las cuestiones pendientes
son: ¿Qué pasa si el software es antiguo y no está instalado actualmente en ninguna máquina?
¿Cómo se debe producir el informe: impreso, en un archivo PDF o habría que consultar qué
paquete de software se debe utilizar?

Nombre del caso de uso: Producir Informe De Referencia Cruzada De Hardware Y

Software

Área: Inventario de Computadoras

Actores: Administracion

Interesados: Cuerpo Docente

Nivel: Cometa

Descripción: Producción de informe

Evento Desencadenador: Cuando el usuario haga clic a la solicitud al sistema

Tipo de Desencadenador: [ x ] interno [ ] Temporal:

Pasos Realizados (Ruta Principal) Información para los pasos

1. Leer un registro de software Registro de software

2. Usar la información para leer la tabla relacional de Tabla Relacional de

hardware-software hardware-software

3. Leer el registro de hardware Registro de hardware

4. Use el registro de hardware para imprimir una línea

en la que se acumulen los totales

5. Imprima subtotales y totales generales.

Precondiciones: La información se debe haber agregado antes a las tablas

de base de datos apropiadas.

Post condiciones: El informe debe haber sido impreso.

Suposiciones: Toda la información en las tablas de base de datos es correcta

Garantía de éxito: Se debe haber creado el informe con éxito

Garantía mínima: No se pudo imprimir el informe

Objetivos Cumplidos: Producir información sobre el software instalado en cada máquina

Cuestiones Pendiente: ¿Qué pasa

 si el software es antiguo y no está instalado actualmente en ninguna máquina? ¿Cómo se
debe producir el informe:
impreso, en un archivo PDF o habría que consultar qué paquete de software se debe
utilizar?

Prioridad (Opcional): Media

Riesgo (Opcional): Medio/Bajo

11. Escriba la descripción para el caso de uso PRODUCIR INFORME DE INVERSIÓN DE

HARDWARE. Use el diagrama de casos de uso para definir la información del encabezado. Los
pasos implican leer cada registro de hardware, contar el número de equipos y calcular el monto
total invertido en ellos para cada modelo de computadora. Calcular subtotales para cada marca
de computadora y un gran total al final del informe. Toda la información proviene de la tabla de
base de datos Hardware Master (Archivo maestro de hardware). Haga todas las suposiciones
razonables en cuanto a las precondiciones, postcondiciones, suposiciones, garantía de éxito,
garantía mínima, objetivos cumplidos, cuestiones pendientes, prioridad y riesgo.

Nombre del caso de uso: Producir Informe De Inversión De Hardware

Área: Inventario de Computadoras

Actores: Soporte

Interesados: Cuerpo Docente

Nivel: Cometa

Descripción: Producir informe

Evento Desencadenador: El usuario ingreso al inventario de Hardware

Tipo de Desencadenador: [ ] interno [ ] Temporal:

Pasos Realizados (Ruta Principal) Información para los pasos

1.- Leer cada registro de hardware

2.- Contar el número de equipos

 3.- Calcular el monto total invertido

Precondiciones: La información de cálculos de hardware debe existir y debe estar

actualizada .

Post condiciones: Se imprimió el informe de la manera correcta.

Suposiciones: La información no tenga ningún error y esté al día.

Garantía de éxito: Se imprimió el informe sin ningún error.

Garantía mínima: No se logró imprimir el informe

Objetivos Cumplidos: Se creó exitosamente el informe de inversión de hardware

Cuestiones Pendiente: ¿El hardware evaluado se encuentra en condiciones óptimas?

Prioridad (Opcional): Alta

Riesgo (Opcional): Medio

12. Escriba la descripción para el caso de uso CONSULTAR CLASES DE CAPACITACIÓN.

Use el diagrama de casos de uso para definir la información del encabezado. Los pasos implican
introducir información en el formulario Web, validar la información y almacenar los datos en
una tabla de base de datos llamada Training Request (Solicitud de capacitación). Haga todas las
suposiciones razonables en cuanto a las precondiciones (por ejemplo, si el software tiene que
estar comprado de antemano), postcondiciones, suposiciones, garantía de éxito, garantía
mínima, objetivos cumplidos, cuestiones pendientes, prioridad (ésta sería una tarea de alta
prioridad) y riesgo.

Nombre del caso de uso: Consultar Clases de Capacitación

Área: Recursos Humanos

Actores: Docente, Administración

Interesados: Personal nuevo

Nivel: Azul

Descripción: Hacer consultas de capacitación

Evento Desencadenador: El usuario ingreso introdujo la información en el

formulario Web
Tipo de Desencadenador: [ x ] interno [ ] Temporal:

Pasos Realizados (Ruta Principal) Información para los pasos

1.- Introducir información en el formulario Web Formulario

2.- Validar la información

3.- Almacenar los datos

Precondiciones: El sistema debe estar disponible a consultas.

Post condiciones: Que se hayan almacenado correctamente los datos

Suposiciones: El usuario pudo haber ingresado al sistema correctamente para hacer las
consultas necesarias.

Garantía de éxito: Se produjo la respuesta correcta a la consulta y se le envió al usuario.

Garantía mínima: No se imprimió la información al usuario.

Objetivos Cumplidos: Se proporcionó la información que el usuario solicitó.

Cuestiones Pendientes: ¿Existe personal para impartir la capacitación y si es así, están

preparados para ello?

Prioridad (Opcional): Alta

Riesgo (Opcional): Bajo