1.

Aplicar el anlisis de sistemas de acuerdo con las necesidades y los

requerimientos de los usuarios.
1.1. Investigacin preliminar
1.2. Propuesta de solucin
1.3. Estudio de factibilidad
1.4. Toma de decisiones
1.5. Requerimientos de un sistema
1.6. Obtener los datos del sistema empleando herramientas analticas.
2. Determinar los elementos de un sistema de base de datos.
2.1. Identificar el tipo de informacin.
2.2. Identificar los tipos de usuarios.
2.3. Determinar el equipo a utilizar.
2.4. Determinar los programas a desarrollar.
3. Disear una base de datos con base en el modelo entidad/relacin.
3.1. Definir entidades y relaciones.
3.2. Establecer atributos.
3.3. Definir los enunciados semnticos.
3.4. Establecer los esquemas para los enunciados semnticos.
3.5. Realizar el diagrama entidad/relacin.
4. Desarrollar bases de datos mediante un programa administrador.
4.1. Crear tablas de acuerdo con las entidades diseadas.
4.2. Asignar las claves principales a las tablas creadas.
4.3. Establecer relaciones entre las tablas creadas.
5. Verificar el sistema de informacin.
5.1. Realizar pruebas al sistema de informacin.
5.2. Validar el sistema de informacin.
5.3. Implantar el sistema de informacin.
5.4. Realizar mantenimiento al sistema de informacin.
6. Elaborar documentos del sistema de informacin en un lenguaje de
programacin visual.
6.1. Elaborar el manual de tcnico.
6.2. Elaborar el manual de usuario.

1. Aplicar el anlisis de sistemas de acuerdo a las

necesidades y requerimientos de los usuarios.
1.1 Investigacin Preliminar
Cuntas veces se est en situaciones en donde la pregunta es si no existe una
mejor manera de hacer algo?
Una organizacin en crecimiento, puede contemplar los sistemas de informacin
computarizados como una forma de resolver sus problemas sin tener dificultades
en sus procesos.
Por ejemplo La escuela Hroes de Puebla actualmente cuenta con 500 alumnos
sin embargo y las inscripciones cada ao son realizadas manualmente por lo que
al requerir algn reporte en especfico ste es muy difcil de elaborarlo. Tan solo
basta que alguna persona perteneciente a la organizacin solicite un sistema que
permita agilizar el proceso y genere los reportes necesarios.
Es as como se inicia esta primera fase del anlisis de sistemas en el cual se debe
identificar los problemas, oportunidades y objetivos.
Identificacin de problemas. El analista deber observar en forma objetiva lo
que est sucediendo en una empresa o negocio, para posteriormente hacer
resaltar los problemas ante los miembros de la misma.
Identificacin de Oportunidades. Son situaciones que el analista considera que
pueden ser mejoradas por medio del uso de sistemas de informacin
computarizados. Por ejemplo:
1. Acelerar o agilizar un proceso mediante la eliminacin de pasos
innecesarios y duplicados.
2. Combinacin de procesos.
3. Reduccin de errores en la entrada por medio de cambios en formas y
pantallas.
4. Reduccin de salidas redundante.
5. Mejora en la satisfaccin del trabajador con el sistema.

Identificacin de Objetivos. El analista de sistemas debe determinar cules son

los objetivos que se persiguen, para lo cual es preciso identificar las necesidades
de los usuarios, los objetivos deben ser claros y precisos, pues de stos
depender en gran medida el xito del producto final, ya que si stos no son los
adecuados o se prestan a malas interpretaciones el producto final no cubrir las
necesidades de los usuarios.
Cualquiera que sea la estrategia mediante la cual se va a desarrollar el sistema
primero es necesario revisar la solicitud del proyecto. Lo importante es determinar
si la solicitud merece o no la inversin de recursos en un proyecto de sistemas de
informacin.
En la investigacin preliminar se rene la informacin que permita a los miembros
de una organizacin evaluar los mritos de la solicitud de proyecto y emitir un
juicio, con conocimiento de causa, con respecto a la factibilidad del proyecto
propuesto.
Durante la investigacin preliminar se deben satisfacer los siguientes objetivos:
o
o
o
o

Aclarar y comprender la solicitud del proyecto

Determinar el tamao del proyecto
Evaluar los costos y beneficios de las diversas opciones
Determinar la factibilidad tcnica y operacional de las diferentes
alternativas

Ahora bien, los datos recogidos durante la investigacin se renen principalmente

de la revisin de documentos y la realizacin de entrevistas a miembros de la
organizacin que se encuentra directamente relacionado con los procesos a
resolver.

1.2. Propuesta de solucin.

En este punto el analista prepara una propuesta de sistema que suma lo que ha
sido encontrado, proporciona anlisis de costo/beneficio de las alternativas y hace
recomendaciones sobre lo que debe ser hecho. Si alguna de las recomendaciones
es aceptable para la administracin, el analista contina sobre ese curso. La
manera en que se formula una solucin o recomendacin depende de la
capacidad y entrenamiento profesional individual de cada analista.

1.3. Estudio de factibilidad

Para los proyectos de sistemas, la factibilidad es valorada en tres formas
principales: operacional, tcnica y econmicamente. Un proyecto debe ser factible
en las tres formas para merecer un desarrollo posterior.
Factibilidad tcnica. El analista debe determinar si los recursos tcnicos actuales
pueden ser mejorados o aadidos, en forma tal que satisfaga la peticin bajo
consideracin.
En este punto se debe determinar si existe la tecnologa disponible para satisfacer
las necesidades de los usuarios, por ejemplo:

Equipo de cmputo
Impresoras
Redes
Etc.

Factibilidad econmica. Se refiere a los recursos econmicos y financieros

necesarios para desarrollar el proyecto, los recursos bsicos que deben
considerarse son el costo del tiempo (costo de tiempo del personal de la empresa
y del equipo de desarrollo del sistema), el costo de la realizacin (desarrollo de
software) y el costo de adquirir nuevos recursos (costo de adquisicin de
Hardware).
Factibilidad operacional. Depende de los recursos humanos disponibles para el
proyecto, e involucra proyectar si el sistema operar y ser usado una vez que
est instalado.

1.4. Toma de decisiones

La toma de decisiones (o resolucin de problemas) es un proceso mediante en el
cual se realiza una eleccin entre diferentes opciones o formas para resolver un
problema.
Existen tres fases para la toma decisiones:
Inteligencia. En esta fase el tomador de decisiones debe identificar de forma clara
y objetiva el problema teniendo en cuenta las diferentes alternativas y
oportunidades.
Diseo. Consiste en hacer un estudio detallado de cada una de las posibles
soluciones que se generaron para el problema, es decir mirar sus ventajas y
desventajas de forma individual con respecto a los criterios de decisin.
Seleccin. Est compuesta de la seleccin de una alternativa entre aquellas que
han sido consideradas y la determinacin de razones y argumentos para la
adopcin de esa solucin.

1.5 Requerimientos de un sistema

Un requerimiento es algo que el sistema debe hacer o una cualidad que el sistema
debe poseer.
Un analista de sistemas debe determinar las necesidades tanto de hardware como
de software y pronosticar los costos y beneficios.
Requerimientos de hardware
Los analistas de sistemas deben estimar las cargas de trabajo para caracterizar
adecuadamente la capacidad de cargas de trabajo actual y la proyeccin
necesaria para el hardware. Solo as se determinar si se conserva el equipo
actual, se modifica o se compra un nuevo hardware computacional.

Requerimientos de software.
Existen tres tipos de requerimientos:
1. Un requerimiento funcional puede ser una descripcin de lo que un sistema
debe hacer. Este tipo de requerimiento especfica algo que el sistema
entregado debe ser capaz de realizar.
2. Un requerimiento no funcional: de rendimiento, de calidad, etc.; especifica
algo sobre el propio sistema, y cmo debe realizar sus funciones. Algunos
ejemplos de aspectos solicitados son la disponibilidad, el testeo, el
mantenimiento, la facilidad de uso, etc.
3. Requerimientos del "entorno: El entorno es todo lo que rodea al sistema.
Aunque no podemos cambiar el entorno, existen cierto tipo de
requerimientos que se clasifican en esta categora:
El sistema usa el entorno y lo necesita como una fuente de los servicios
necesarios para que funcione. Ejemplos del entorno podemos

mencionar: sistemas operativos, sistema de archivos, bases de datos.

El sistema debe de ser robusto y tolerar los errores que puedan ocurrir
en el entorno, tales como congestin en los dispositivos y errores de
entrada de datos, por lo tanto el entorno se debe de considerar dentro
de los requerimientos.

1.6 Obtener los datos del sistema empleando herramientas analticas

Los mtodos de bsqueda de datos aportan informacin slo en uno o en varios
niveles. Los datos inciales deben ser organizados e interpretados por el analista
para que le sean de utilidad. Para ello utiliza las siguientes herramientas:

Buscar organigramas, misiones de la organizacin.

Buscar la documentacin referente al actual sistema de informacin

administrativa.
Examinar los planes de la distribucin fsica de oficinas y plantas.
Obtener una lista y muestras de todas las formas de la organizacin

relacionada con el proyecto en cuestin.

Determinar mediante muestreo estadstico el nmero de transacciones
diarias de cada tipo que interviene en el sistema de informacin
administrativa.

Servirse de cuestionarios para obtener de los gerentes (o muestras de

empleados) sus necesidades de informacin, los problemas que
advierten y las decisiones que toman. Una adecuada preparacin de
tales cuestionarios requiere considerable conocimiento y habilidad. Los
cuestionarios pueden presentar una estructura poco rgida.

2. Determinar los elementos de un Sistema de Base de

Datos.
2.1. Identificar tipo de informacin
Informacin: Conjunto organizado de datos procesados, que constituyen un
mensaje sobre un determinada entidad o fenmeno.
La informacin puede ser integrada o compartida:
Integrada: La Base de datos puede considerarse como una unificacin de varios
ficheros de datos, que son tratados como uno solo, y en el que se ha eliminado
totalmente, o en parte, la redundancia de datos.
Compartida: Los datos pueden compartirse entre varios usuarios distintos. Es
posible que varios de estos usuarios accedan al mismo tiempo al mismo elemento
de informacin (acceso concurrente).

2.2 Identificar tipos de usuarios

Usuarios: Es todo aquel personaje que hace uso de un sistema de informacin y,
en este caso de un Sistema de Base de Datos (SBD). A continuacin se enlistan
los usuarios que existen en un SBD:
Administrador de Datos: Este tipo de usuario adems de manejar la mayora de
las opciones de un administrador tambin puede obtener otro tipo de informacin
sobre el desempeo del sistema.
Administrador de Bases de Datos: Este es el usuario con la mayor capacidad de
operacin dentro del sistema y por tal motivo tiene acceso al mayor nmero de

operaciones. Los usuarios que desempean este rol dentro del sistema se
encargan de realizar el mantenimiento diario o peridico de los datos para
mantener en un estado funcional todo el sistema.
Programador de Aplicaciones: Disea y construye mdulos, programas y
sistemas de software de aplicacin orientados a dar soluciones a las empresas de
cualquier tipo.
Mantiene los sistemas informticos en ptimo funcionamiento adecundolos y
actualizndolos cuando corresponda frente a requerimientos internos y externos a
la organizacin que lo utiliza. Implementa las soluciones de software en las
plataformas de hardware y software de base que la aplicacin requiera.
Usuario Final: La persona o personas que van a manipular de manera directa un
producto de software.

2.3 Determinar el equipo a utilizar

Equipo: es el hardware utilizado para soportar, ejecutar, correr o utilizar un SBD.
Cada sistema de base de datos o sistema de informacin necesita de ciertos
requisitos o caractersticas que debe de tener un equipo de cmputo (PC);
ejemplo: as como el Office necesita de espacio en disco duro, espacio en
memoria y velocidad de proceso, al igual un SBD o SI.

2.4 Determinar los programas a desarrollar.

Un programa es un conjunto de instrucciones escritas en un determinado lenguaje
que dirigen a un ordenador para la ejecucin de una serie de operaciones, con el
objetivo de resolver un problema que se ha definido previamente.