Adrian Cervantes

Fernanda Ruiz
Alicia Toledano
David Zarzoza
 Sistemas de Información

Aplicar el análisis de sistemas,

de acuerdo con las
necesidades y requerimientos
de los usuarios.
Diseñar una base de datos de
Determinar los elementos de
acuerdo con el modelo
un sistema de base de datos.
Entidad/ Relación.
Desarrollar bases de datos
mediante un programa
administrador.

Identificar tipo de Crear tablas de acuerdo a las

Investigación preliminar. Definir tablas y campos.
información. entidades diseñadas.

Asignar las claves principales

Propuesta de solución. Identificar tipos de usuarios. Establecer atributos.
a las tablas creadas.

Determinar el equipo a Realizar el diagrama Establecer relaciones entre las

Estudio de factibilidad.
utilizar. entidad/relacion. tablas creadas.

Determinar los programas a Establecer y realizar

Toma de decisiones. Realizar formularios.
desarrollar. consultas.

Requerimientos de un
Realizar informes.
sistema.

Obtener los datos del sistema

empleando herramientas
analíticas.
 El Análisis de Sistemas de Computación, es
un conjunto o disposición de procedimientos o
programas relacionados de manera que
juntos forman una sola unidad. Un conjunto
de hechos, principios y reglas clasificadas y
dispuestas de manera ordenada mostrando
un plan lógico en la unión de las partes . Un
método, plan o procedimiento de
clasificación.
También es un conjunto o arreglo de elementos para realizar un
objetivo predefinido en el procesamiento de la Información.

Esto se lleva a cabo teniendo en cuenta ciertos principios:

•Debe presentarse y entenderse el dominio de la
información de un problema.
•Defina las funciones que debe realizar el Software.
•Represente el comportamiento del software a consecuencias
de acontecimientos externos.
•Divida en forma jerárquica los modelos que representan la
información, funciones y comportamiento.

El proceso debe partir desde la información esencial hasta el

detalle de la Implementación.
Un Análisis de Sistema se lleva a cabo teniendo en cuenta los
siguientes objetivos en mente:
 Identifique las necesidades del Cliente.
 Evalúe que conceptos tiene el cliente del sistema para
establecer su viabilidad.
 Realice un Análisis Técnico y económico.
 Asigne funciones al Hardware, Software, personal, base de
datos, y otros elementos del Sistema.
 Establezca las restricciones de presupuestos y planificación
temporal.
 Cree una definición del sistema que forme el fundamento de
todo el trabajo de Ingeniería.
 La investigación preliminar es la obtención de conocimientos
básicos sobre un tema; requiere determinar las necesidades de
investigación con el objeto de evitar errores y encontrar soluciones
viables a cualquier problema que se presente y se le conoce
también como investigación exploratoria o sondeo de mercado.
Si un proyecto de sistema parece ser viable y tiene suficiente
prioridad, se comienza la investigación preliminar. Esta
investigación requiere uno o más analistas de sistemas analizando
el system request para determinar la verdadera naturaleza, el
alcance del problema y recomendar si es que se debe continuar
con el proyecto. El propósito de la investigación preliminar es
buscar información suficiente para determinar si se debe continuar
con el Ciclo de Vida del Desarrollo del Sistema. La investigación no
es una actividad de recolección de datos; no se espera que se
definan todos los problemas ni que se propongan todas las
posibles soluciones.
La investigación preliminar debe cumplir con los siguientes cinco
objetivos:

1. Entender la naturaleza del problema.

2. Definir el alcance y las restricciones o limitaciones del
sistema.
3. Identificar los beneficios que se obtendrían si el sistema
propuesto es completado.
4. Especificar un estimado de tiempo y costo para las
próximas fases de desarrollo.
5. Presentar un informe a la gerencia describiendo el
problema y detallando si se recomienda continuar con la
fase de análisis del sistema.
 Esta fase se ocupa de la reunión y estudio a detalle de los datos del sistema
en operación y la especificación de los nuevos requerimientos del sistema a
desarrollar. Concluye en general con un documento que recoge el resultado del
análisis. Con la recopilación de datos se completan los datos resultantes de la fase
1, añadiendo detalles sobre el sistema actual. Son medios comunes para acometer
tal recopilación: Las entrevistas, cuestionarios, encuestas a usuarios finales, así como
también, las consultas a documentos y manuales que contengan lineamientos de
funcionamiento o normas de procedimientos de operación. Existen varias técnicas y
herramientas útiles para el análisis de datos. Una de estas es el uso de diagramas
de flujo de datos para diagramar la entrada, proceso y salida de las funciones de
la organización de manera grafica. Estos diagramas sirven para desarrollar el
llamado diccionario de datos, el cual contiene la definición de los datos usados en
el sistema, así como sus características de tipo, tamaño, limitaciones o
especificaciones especiales. La documentación de la etapa de análisis recoge la
descripción del sistema de información en uso, los requerimientos para el nuevo
sistema y un probable plan de desarrollo en un reporte dirigido ala gerencia. Este
reporte permite tomar la decisión de proseguir o no con el proyecto.
El aspecto más importante de cualquier propuesta es
identificar y comprender el problema que el cliente busca
resolver. Uno de los puntos del desarrollo de una propuesta
de solución es presentar una noción propia del problema,
así como la propuesta para resolverlo, con el fin de
convencer al cliente de que tal propuesta es la mejor.
Para ello, se presentara lo que implica una descripción de
los problemas:
 La Naturaleza del problema.
 La historia del problema.
 Las características del problema.
 Las soluciones alternas consideradas.
 La solución o la técnica seleccionada
Es el análisis comprensivo de los resultados financieros, económicos y sociales de
una inversión (dada una opción tecnológica -estudio de pre-factibilidad). En la
fase de pre-inversión la eventual etapa subsiguiente es el diseño final del
proyecto (preparación del documento de proyecto), tomando en cuenta los
insumos de un proceso productivo, que tradicionalmente son: tierra, trabajo y
capital (que generan ingreso: renta, salario y ganancia).
En general los análisis de factibilidad más profundos, o los estudios de
factibilidad, se completan durante la fase de diseño de sistemas, en general
durante la consideración de la evaluación de las diferentes alternativas de
solución propuestas. Los estudios de factibilidad consideran la factibilidad
técnica, económica y operacional de cada alternativa, así como si el proyecto es
o no apropiado dados los factores políticos y otros del contexto institucional.
Sirve para recopilar datos relevantes sobre el desarrollo de un proyecto y en
base a ello tomar la mejor decisión, si procede su estudio, desarrollo o
implementación.
La investigación de factibilidad en un proyecto consiste en descubrir cuáles son los
objetivos de la organización, luego determinar si el proyecto es útil para que la
empresa logre sus objetivos. La búsqueda de estos objetivos debe contemplar los
recursos disponibles o aquellos que la empresa puede proporcionar, nunca deben
definirse con recursos que la empresa no es capaz de dar. En las empresas se cuenta
con una serie de objetivos que determinan la posibilidad de factibilidad de un
proyecto sin ser limitativos. Estos objetivos son los siguientes:
 Reducción de errores y mayor precisión en los procesos.
 Reducción de costos mediante la optimización o eliminación de recursos no
necesarios.
 Integración de todas las áreas y subsistemas de la empresa.
 Actualización y mejoramiento de los servicios a clientes o usuarios.
 Aceleración en la recopilación de datos.
 Reducción en el tiempo de procesamiento y ejecución de tareas.
 Automatización optima de procedimientos manuales.
 La toma de una decisión, fundamentalmente, tiene
que ver con combinar información sobre
probabilidades con información sobre deseos e
intereses. Significa que tenemos que compensar el
valor de un cierto resultado contra su probabilidad.
Para operar la decisión debemos hacer cálculos del
valor de un cierto resultado y sus probabilidades, y a
partir de allí de las consecuencias de las elecciones.
Los requerimientos de un sistema de software, cuando se ven en su conjunto son
extensos y detallados, y además contienen múltiples relaciones entre sí. Lo que
nos da a concluir, de acuerdo a lo expuesto en el capítulo de complejidad en el
software, que el conjunto de requerimientos de un sistema computacional es
complejo.

El análisis de requerimientos consiste brevemente en los siguientes pasos:

 Obtener información acerca de lo que los usuarios desean
 Clasificar esos deseos para comenzar a estructurar requerimientos
 Identificar los niveles de jerarquía del sistema y empezar a alojar los ya
clasificados requerimientos en cada nivel.
 Especificar formalmente los requerimientos de acuerdo al nivel de audiencia
que se desea.
Una base de datos se puede definir como un conjunto de información relacionada que
se encuentra agrupada ó estructurada desde un punto informático, la base de datos es
un sistema formado por un conjunto de datos almacenados en discos que permiten el
acceso directo a ellos y un conjunto de programas que manipulen ese conjunto de
datos.

Los elementos básicos de una base de datos son:

o Entidad: Persona, lugar, objeto u evento para el cual se obtiene y mantiene datos.
Ejemplo: Cliente, Orden, Producto, Suplidor.
o Campo: Atributo o característica de la entidad. Ejemplo: en la entidad Cliente,
algunos campos pueden ser Nombre, Apellido, Dirección.
o Record: Es una colección o grupo de campos que describen un miembro de una
entidad. Ejemplo, el record de un cliente, o de un producto.
o Archivo: Es un grupo de records que contienen datos sobre una entidad en
específico. Ejemplo: el archivo de clientes, es archivo de productos, o de
empleados.
o Llave o Key: Es un campo que se usa para localizar, acceder o identificar un record
en específico. Hay cuatro tipos de key.
Los pasos para el desarrollo de una investigación de mercados son:

 Definir el problema a investigar.

 Seleccionar y establecer el diseño de la investigación.

 Seleccionar el diseño de la investigación. Los tipos “genéricos” de

diseño en investigación son:
Exploratoria
Descriptiva
Causal

Identificar los tipos de información necesaria y las fuentes. Existen
dos tipos de información en investigación de mercados, la primaria y
la secundaria.
 Determinar y diseñar los instrumentos de medición. Luego de
determinar qué tipo de información es necesaria, se debe determinar
el método en que se logrará obtener dicha información.
 Para tipificar usuarios, debería hablar de cómo participa un usuario
en el sistema, o mejor dicho como interactúa con el sistema en un
momento dado. Y digo en un “momento” porque quiero recalcar que
todos los usuarios pueden pasar a ser de un tipo a otro
dependiendo del “momento”

 Actitud activa: Servicios que se originan cuando el mismo usuario

inicia la petición de uso. Tienen bastante que ver con la interacción -
petición a tiempo real. Ejemplos: Hacer una búsqueda de resultados,
mandar un mensaje, saber quien tengo cerca.
 Actitud pasiva: Se trata de aquellos servicios latentes, que se
originan por sistemas automáticos, otros usuarios o el propio usuario
de indirecta (normalmente con un espacio temporal). En este sentido
no son tanto de interacción con el usuario. Ejemplos: Recepción de
una alerta, alguien quiere contactar contigo
 Una base de datos (cuya abreviatura es BD) es una
entidad en la cual se pueden almacenar datos de manera
estructurada, con la menor redundancia posible. Diferentes
programas y diferentes usuarios deben poder utilizar estos
datos. Por lo tanto, el concepto de base de datos
generalmente está relacionado con el de red ya que se
debe poder compartir esta información. De allí el término
base. "Sistema de información" es el término general
utilizado para la estructura global que incluye todos los
mecanismos para compartir datos que se han instalado.
Para que la aplicación cumpla eficientemente sus objetivos y los resultados sean
buenos, debemos seguir un proceso:

1. Análisis. Debemos comenzar estudiando a fondo el mundo real que deseamos

representar en la aplicación y base de datos. A partir de este estudio, debemos
crear el UD, que es simplemente la visión del mundo real bajo unos determinados
objetivos.

2. Diseño del modelo entidad / relación. El modelo entidad-relación es el modelo

conceptual más utilizado para el diseño conceptual de bases de datos. Está formado
por un conjunto de conceptos que permiten describir la realidad mediante un conjunto
de representaciones gráficas y lingüísticas.
Entidad: Cualquier tipo de objeto o concepto sobre el que se recoge
información: cosa, persona, concepto abstracto o suceso. Las entidades se representan
gráficamente mediante rectángulos y su nombre aparece en el interior. Un nombre de
entidad sólo puede aparecer una vez en el esquema conceptual.

Relación (interrelación): Es una correspondencia o asociación entre dos o más

entidades. Cada relación tiene un nombre que describe su función. Las relaciones se
representan gráficamente mediante rombos y su nombre aparece en el interior.
Las entidades que están involucradas en una determinada relación se denominan
entidades participantes. El número de participantes en una relación es lo que se
denomina grado de la relación. Por lo tanto, una relación en la que participan dos
entidades es una relación binaria; si son tres las entidades participantes, la relación
es ternaria; etc.
Una relación recursiva es una relación donde la misma entidad participa más de
una vez en la relación con distintos papeles. El nombre de estos papeles es
importante para determinar la función de cada participación.

La cardinalidad con la que una entidad participa en una relación especifica el

número mínimo y el número máximo de correspondencias en las que puede tomar
parte cada ocurrencia de dicha entidad. La participación de una entidad en una
relación es obligatoria (total) si la existencia de cada una de sus ocurrencias
requiere la existencia de, al menos, una ocurrencia de la otra entidad participante.
Si no, la participación es opcional (parcial). Las reglas que definen la cardinalidad
de las relaciones son las reglas de negocio.
A veces, surgen problemas cuando se está diseñado un esquema conceptual.
Estos problemas, denominados trampas, suelen producirse a causa de una
mala interpretación en el significado de alguna relación, por lo que es
importante comprobar que el esquema conceptual carece de dichas
trampas. En general, para encontrar las trampas, hay que asegurarse de
que se entiende completamente el significado de cada relación. Si no se
entienden las relaciones, se puede crear un esquema que no represente
fielmente la realidad.

Una de las trampas que pueden encontrarse ocurre cuando el esquema

representa una relación entre entidades, pero el camino entre algunas de
sus ocurrencias es ambiguo. El modo de resolverla es reestructurando el
esquema para representar la asociación entre las entidades correctamente.

Otra de las trampas sucede cuando un esquema sugiere la existencia de

una relación entre entidades, pero el camino entre una y otra no existe para
algunas de sus ocurrencias. En este caso, se produce una pérdida de
información que se puede subsanar introduciendo la relación que sugería el
esquema y que no estaba representada.
 Atributo. Es una característica de interés o un hecho sobre una entidad o
sobre una relación. Los atributos representan las propiedades básicas de las
entidades y de las relaciones. Toda la información extensiva es portada por los
atributos. Gráficamente, se representan mediante bolitas que cuelgan de las
entidades o relaciones a las que pertenecen. Cada atributo tiene un conjunto de
valores asociados denominado dominio. El dominio define todos los valores
posibles que puede tomar un atributo. Puede haber varios atributos definidos
sobre un mismo dominio.
Identificador. Un identificador de una entidad es un atributo o conjunto de
atributos que determina de modo único cada ocurrencia de esa entidad. Un
identificador de una entidad debe cumplir dos condiciones:
No pueden existir dos ocurrencias de la entidad con el mismo valor del
identificador.
Si se omite cualquier atributo del identificador, la condición anterior deja de
cumplirse.
Toda entidad tiene al menos un identificador y puede tener varios identificadores
alternativos. Las relaciones no tienen identificadores.
 Los atributos son las propiedades que describen a cada entidad
en un conjunto de entidades.
Un conjunto de entidades dentro de una entidad, tiene valores
específicos asignados para cada uno de sus atributos, de esta forma, es
posible su identificación unívoca.

Para cada atributo, existe un dominio del mismo, este hace

referencia al tipo de datos que será almacenado o a restricciones
en los valores que el atributo puede tomar (Cadenas de caracteres,
números, solo dos letras, solo números mayores que cero, solo
números enteros...).
Cuando una entidad no tiene un valor para un atributo dado, este
toma el valor nulo, bien sea que no se conoce, que no existe o que
no se sabe nada al respecto del mismo
Atributos:
es una característica (adjetivo) de una entidad que
puede hacer 1 de tres cosas:
 Identificar
 Relacionar
 Describir
Un DER es una herramienta de
modelado de sistemas, que se concentra
en los datos almacenados en el sistema
y las relaciones entre éstos. Un
diagrama de entidad-relación o DER es
un modelo de red que describe la
distribución de los datos almacenados
en un sistema de forma abstracta
El Modelo Entidad-Relación es un concepto de modelado
para bases de datos, propuesto por Peter Chen en 1976,
mediante el cual se pretende 'visualizar' los objetos que
pertenecen a la Base de Datos como entidades (se
corresponde al concepto de objeto de la Programación
Orientada a Objetos) las cuales tienen unos atributos y se
vinculan mediante relaciones. Es una representación
conceptual de la información. Mediante una serie de
procedimientos se puede pasar del modelo E-R a otros,
como por ejemplo el modelo relacional.
El modelado entidad-relación es una técnica para el modelado de datos
utilizando diagramas entidad relación. No es la única técnica pero sí la más
utilizada.

Consiste en los siguientes pasos:

•Se parte de una descripción textual del problema o sistema de información

a automatizar (los requisitos).
•Se hace una lista de los sustantivos y verbos que aparecen.
•Los sustantivos son posibles entidades o atributos.
•Los verbos son posibles relaciones.
•Analizando las frases se determina la cardinalidad de las relaciones y otros
detalles. Se elabora el diagrama (o diagramas) entidad-relación.
•Se completa el modelo con listas de atributos y una descripción de otras
restricciones que no se pueden reflejar en el diagrama.