PRACTICA 01: REQUISITOS DE LOS SISTEMAS DE INFORMACIÓN

1. Determinar requisitos

Consiste en definir o realizar estudios para resolver un problema o lograr un objetivo, cada
definición es independiente de su forma de implementación (software o hardware), llegándose a
conocer:
1.1. Como se trabaja
Explica las características aceptables, excluyendo aquellas que no deben de mostrarse en el
sistema
El costo de obtener información no debe de ser mayor al beneficio que
Economicidad
produce disponer la información.
Utilidad La información debe de satisfacer necesidades reales, cualquier
irrelevancia debe de ser eliminada.
Piramidizacion Simboliza la jerarquía de niveles a investigar.
Estandarización Trata de que las salidas de información sean homogéneas o similares
entre sí.

1.2. Donde es necesario efectuar mejoras

Se obtiene éxito en el entorno en el que se usara

Oportunidad La información debe de estar disponible como y cuando se necesite.

Todo sistema de información debe de estar estructurado en base a
Comparabilidad información comparativa, ejemplo: comparación entre resultado
esperado y resultado obtenido.
Flexibilidad Toda información que se genere debe de adaptarse a cambios.
Para toma de decisiones, es requisito haber detectado errores y evitar
Confiabilidad
que estos no se produzcan al momento de recopilar información.
Para facilidad de comprensión de lectura, se recomienda el empleo de
Claridad
frase corta y de la habilidad de comunicación eficaz.

2. Tipos de requisitos
 Historias de usuario  Reglas de negocio
 Requisitos de información  Requisitos no funcionales
2.1. Historias de usuario

Como parte de metodologías agiles, está centrado desde el punto de vista del usuario y de su
vocabulario, la sintaxis esta basado en el siguiente formato (propuesto por Mike Cohn)
 Título de requisito
o Como [ tipo de usuario], quiero [servicio], para [razon]
Ejemplo:
 Reservaciones de entradas
o Como cliente, quiero reservar entradas para un evento “X” via online, para
evitar colas.

2.2. Requisitos de información

Describe la información que debe ser reservada en la base de datos para el cumplimiento de
los objetivos.
Se identifica el concepto relevante sobre el que se guardara la información, así como datos
específicos del concepto relevante para cumplir con los objetos, ejemplo:
 Un sistema deberá de almacenar información correspondiente a los prestamos
realizados en biblioteca, en concreto, el socio que realiza el préstamo, libro, o libros Commented [U1]: Concepto relevante
prestados se registra la fecha de préstamo, asi como se registra la fecha de devolución
prevista y efectiva (si esta se ha producido) por cada libro prestado. Commented [U2]: Datos especificos

2.3. Reglas de negocio

Son reglas o políticas definidas, las cuales se deben de respetar para el desarrollo de un sistema,
sin embargo estas reglas podrían cambiar con el paso del tiempo, ejemplo:
 No se puede borrar la ventas de un cliente mientras ya se encuentre almacenado
registros de pagos por boleta o factura.
 El socio de biblioteca no puede tener prestamos simultaneaos de libros por más de 3
veces.

2.4. Requisitos no funcionales

Son condiciones que se le impone al sistema, relacionados con aspectos de calidad:
usabilidad, rendimiento, disponibilidad, fiabilidad, seguridad, compatibilidad, etc. Ejemplos:
 Un sistema soporte hasta 100 usuarios, quienes e conectan concurrentemente sin que
el tiempo de respuesta medio aumente un 10%
 El sistema debe de funcionar con sistema operativo Linux
 El sistema debe de funcionar con un servidor con las siguientes características (Se
indican las características de hardware).
3. Ejercicios prácticos

De los siguientes casos, identificar y definir todos los posibles tipos de requisitos que se
encuentren:
3.1. Primer caso: Análisis
El grupo laboral de la Administración de Ciencias Médicas de la Universidad de Buenos Aires se
compone de las siguientes tipos de nombramientos; nombramiento temporal, empleado regular,
y contrato de servicios profesionales. Todos estos nombramientos componen un grupo laboral
de alrededor de 1000 personas de las cuales aproximadamente 500 personas son empleados
regulares. Los empleados regulares son los únicos miembros que tienen derecho a una cobertura
médica cubierto por la Universidad.
En vista de esto, el Director del Departamento de Recursos Humanos ha solicitado el análisis del
problema existente para realizar posteriormente el diseño e implantación de un sistema
computarizado que ayude a manejar de una manera más eficiente todo el proceso de manejo de
información de las coberturas médicas.
El Departamento de Recursos Humanos es el encargado de la administración de los documentos
concernientes a los empleados que tienen derecho a este según su contrato de empleo.
Actualmente esta información la recopilan mediante un formulario que se le suministra al
empleado en la oficina del Departamento de Recursos Humanos y luego este formulario es
almacenado en un área de archivos. Cuando surge por ejemplo una información que es requerida
por la gerencia (Departamento de Contabilidad) la persona encargada de manejar los
expedientes en los archivos físicos tiene que dirigirse hasta el área de Base de Datos.
3.2. Segundo caso: Importancia
Dado que la Universidad de Buenos Aires es en sí un sistema, muchos de los proyectos que se
realizan en las diferentes unidades del sistema universitario son evaluados para analizar la
posibilidad de que los mismos no sólo puedan implantarse en dicha unidad, sino en todas las
unidades. Esto significa que el esfuerzo logrado por Ciencias Médicas para el desarrollo de
este proyecto podría ser de beneficio para toda la institución.
Hasta el día de hoy ninguna unidad del sistema universitario posee esta herramienta, por lo
que el éxito del proyecto es significativo y vital. Entre las razones para solucionar este
problema se encuentran:
 Manejo rápido de la información solicitada por las diferentes oficinas a la
Administración.
 Muchas personas califican el servicio provisto como promedio, ya que aunque las
solicitudes son realizadas, a veces hay que esperar mucho tiempo para que se
realicen.
 Una fuente de almacenaje de información más confiable, precisa, rápida y sobre todo
económica ya que el uso de papeles se reduciría considerablemente.
 Actualmente no existe ningún medio computarizado que permita por ejemplo actualizar
la información en una manera rápida y clara.
 Una fuente de almacenaje de información más confiable, precisa, rápida y sobre todo
económica ya que el uso de papeles se reduciría considerablemente.
 Se reduce la pérdida de horas de trabajo.
La Administración de Ciencias Médicas cuenta con una de las infraestructuras en tecnologías
de información más completas y seguras de todo el sistema universitario.
Además, la Administración cuenta con un presupuesto especial (aprobado por el rector) para el
desarrollo de nuevas tecnologías de información, las cuales puedan servir en beneficio para la
comunidad universitaria. Los fondos para el desarrollo del nuevo sistema pueden ser obtenidos
de este presupuesto ya que serán utilizados para mejorar un servicio en el recinto.
La inversión en equipo y programado es pequeña en relación con otras instituciones debido a
los acuerdos establecidos entre la Universidad y las compañías que proveen dichos equipos y
programados. Esto no solo permite el desarrollo de este proyecto, sino el de muchos otros que
se encuentran propuestos. Por último, se utilizarán recursos (personal) de la Universidad para
el desarrollo de éste.
La solución fue propuesta es un sistema computarizado para agilizar los métodos y
procedimientos relacionados con la administración de los procesos que envuelven el manejo de
información de las coberturas médicas de los empleados que son sometidas al Departamento
de Recursos Humanos.
Este sistema permitirá mejorar la calidad del servicio provisto por la oficina de Cobertura
Médica, identificar aquellas áreas con mayor índice de problemas, y proveer al usuario de una
herramienta para generar la actualizar la información de planes médicos de una manera rápida
y eficaz.
3.3. Tercer Caso: Aplicación
Actualmente la universidad tiene un acuerdo con la compañía Microsoft Corp. que permite la
adquisición de licencias de programas a bajo costo. Entre ellos se encuentra el programa
"Office", el cual es el "standard" impuesto por la Oficina de Gerencia y Presupuesto para todas
las empresas de gobierno. Dentro del "Office" se encuentra la versión "Professional", que
incluye el programado “Access”. Dado que todas las computadoras del recinto tienen instalado
el "Office Professional" podríamos aprovechar esto utilizando el programado "Access" como
una opción a bajo costo para diseñar el "frontend", que consta de las pantallas e informes
completamente funcionales. Todo esto aplica solamente al personal administrativo del sistema,
el cual consta de:
 El Rector
 La Administración
 El Vicedecano
 Dos administradores del sistema: el “project manager” y el técnico de mantenimiento
En resumen, la parte lógica del sistema constará de:
1. La parte del usuario – compuesta por una forma instalada en un Web Server con
acceso a los usuarios de la oficina de Cobertura Médica.
2. La parte administrativa – compuesta de pantallas e informes diseñados utilizando
"Access", las cuales estarán enlazadas a la base de datos.
3. Un sistema de DBMS para almacenar los datos, que será “SQL Server”.
Además, se recomienda adquirir una licencia del programado "Office Developer" para el
desarrollo del proyecto, ya que contiene componentes adicionales de programación para
"Access" y una aplicación llamada "Packaging Wizard", que se utilizará para la creación del CD
que contendrá las herramientas para instalar el sistema en cada computadora del personal
administrativo.
Teniendo en cuenta que la Administración se encuentra analizando la posibilidad de implantar
varios sistemas para el Decanato, y dado el hecho de que el sistema recomendado almacenará
y procesará una gran cantidad de datos, es vital el que se escoja un servidor que provea los
recursos necesarios para realizar ambas tareas sin que se afecte el rendimiento. Hay que
enfatizar que en el servidor se instalará más de una base de datos.
Entre las especificaciones para este equipo se encuentran las siguientes:
 Doble procesador a 3.0 Ghz, preferiblemente Intel Xeon, ya que estos están diseñados
para el procesamiento de tareas de alto rendimiento, como lo son las bases de datos
 Una cantidad considerable de memoria (aproximadamente 8 GB)
 Que contengan dos arquitecturas de discos duros:
o 2 discos en RAID 1 para almacenar el sistema operativo y el SQL Server
 o 4 discos en RAID 5 para almacenar los datos
El equipo no sólo contendrá estos sistemas, sino que servirá como controlador de dominio, por
lo que su utilidad será múltiple. Esto permitirá implantar una forma de seguridad más robusta,
ya que las cuentas de “SQL Server” autenticarán contra las cuentas de usuario del servidor, lo
que se conoce como “mixed mode authentication”.
El Recinto cuenta con una infraestructura de telecomunicaciones que es administrada por la
Oficina de Tecnologías de Información. La oficina implantó hace unos años un “Firewall” que
protege al recinto de accesos no autorizados y la distribución de las computadoras dentro de la
red fue realizada utilizando el concepto de redes privadas. Ya que el sistema de manejo de
órdenes de servicio se utilizará solamente a nivel interno, ésta es la estructura más apropiada
para la implantación del sistema sin arriesgar la seguridad.

PRACTICA 02

4. Realice los requisitos Funcionales y no funcionales para su proyecto de Sistema de

Información Final del Curso.

5. Realizar avance de su proyecto de SI final de curso. Se recomienda el

siguiente esquema:

CAPITULO I: GENERALIDADES
Titulo del proyecto
Autores
Vision, misión
Estructura organica

CAPITULO II: FORMULACION DEL PROYECTO

Antecedentes
Justificacion de la necesidad del proyecto
Planteamiento del Problema
Objetivos

CAPITULO III: MARCO TEORICO

CAPITULO IV: DESARROLLO

Requerimientos, Analisis, daigramas, metodologia
Desarrollo
Prototipo
CONCLUSIONES Y RECOMENDACIONES

ANEXOS:
Fotos, diagramas, instrumentos, otros