SISTEMAS DE INFORMACIN

Los sistemas de informacin son como cualquier otro sistema dentro de una
empresa ya que tienen propsitos e interactan con otros componentes de la
compaa.
Es un sistema de conjuntos de informacin para la decisin, en un sistema
ms amplio del cual es subsistema y que contiene a su vez sus propios subsistemas
para recolectar, almacenar, procesar y distribuir conjuntos de informacin.
Entonces su tarea consiste en: procesar la entrada, mantener los archivos de
datos y producir la informacin.
Son sistemas que recolectan, manejan y hacen posible el uso de la
informacin considerada como relevante para apoyar la toma de decisiones en las
organizaciones.
Su desarrollo est supeditado a la tecnologa y a la metodologa, se
trabaja con modelo de sistemas.
Lo que ocurre corrientemente es que los SI son sometidos a un
proceso de transformacin de una descripcin actual del sistema y de los nuevos
requerimientos en un nuevo sistema.
Nuevos requerimientos

Metodologa

Sistema actual
Desarrollo

Modelo

Tecnologa

Ciclo de vida del desarrollo de software.

SI

Consiste bsicamente en dos etapas principales de anlisis y diseo de

sistemas; comienza cuando la gerencia, o en algunas ocasiones el personal de
desarrollo de sistemas, se da cuenta de que cierto sistema del negocio necesita
mejorarse.
Es el conjunto de actividades de los analistas, diseadores y usuarios que
necesitan llevarse a cabo para desarrollar y poner en marcha un sistema de
informacin.
En una primera aproximacin se distinguen slo tres fases:
1. Definicin y anlisis del problema
2. Diseo e implementacin
3. Operacin y mantenimiento
Estas fases se pueden extender dependiendo de ciertos factores a ms las
siguientes etapas:
1. Investigacin preliminar
2. Determinacin de requerimientos
3. Desarrollo del sistema prototipo
4. Diseo de sistema
5. Desarrollo de software
6. Prueba de los sistemas
7. Puesta en marcha

1. INVESTIGACIN PRELIMINAR.
Se puede iniciar una peticin por muchas razones, pero la clave es que
alguien, ya sea un gerente, un empleado o un especialista de sistemas, inicie un

requerimiento para recibir ayuda de un sistema de informacin. Cuando ese

requerimiento se realiza, la primera actividad la investigacin preliminar se inicia.
Esta actividad tiene tres partes:
1. Clarificacin del requerimiento
2. Estudio de factibilidad
3. Aprobacin de requerimiento.
1.

Clarificacin del requerimiento

En esta fase se debe tener claro que es lo que se desea o que desea la
empresa, lo importante es tener clara la idea, o sea, el requerimiento del
proyecto debe estar claramente establecido.

2.

Estudio de factibilidad.

Es muy importante determinar si el sistema requerido es factible, para

ello existen tres aspectos en el estudio de la factibilidad de investigacin preliminar.
Factibilidad tcnica
Factibilidad econmica
Factibilidad operativa
Factibilidad Tcnica. Consiste en verificar si los recursos econmicos y los
conocimientos respectivos existen en la organizacin o en el entorno.
Puede realizarse el trabajo para el proyecto con el equipo actual,
tecnologa de software y el personal disponible?
Si se requiere de nueva tecnologa qu probabilidades hay de que
pueda desarrollarse?

Factibilidad econmica. Consiste en verificar si existen los recursos necesarios para

llevar a cabo el proyecto.
Existen suficientes beneficios en la creacin del sistema para hacer
que los cosos sean aceptables?

O en forma inversa, son tan altos los costos como para que el
proyecto no deba llevarse cabo?
Factibilidad operativa. Consiste en ver si la organizacin est en condiciones de
llevar adelante el proyecto en funcin del nivel de desarrollo de los procedimientos
y de las actitudes.
Se utilizar el sistema si se desarrolla y pone en marcha?
Habr resistencia de los usuarios, que los posibles beneficios
reducirn del sistema?
El estudio de factibilidad se lleva a cabo con un pequeo grupo de gente
familiarizadas con las tcnicas de los sistemas de informacin.
El propsito del estudio de factibilidad es minimizar prdidas por el proyecto
que se conducir.
La metodologa para llevar a cabo es realizar un preanlisis que permita
determinar los alcances reales del proyecto y en base a ello establecer las
consideraciones del estudio de factibilidad.
El esquema del pre-anlisis debe:
Establecer los requerimientos tcnicos o computacionales del problema
Permitir establecer los requerimientos operacionales relativos a las actividades
no computarizadas, pero que hacen uso de los resultados de los procesos
computacionales. Ejemplo: volumen, cantidad de datos, caractersticas de los
procedimientos administrativos, etc.
Debe determinar los costos y beneficios que se derivan de la implementacin del
sistema.
3.
Aprobacin del requerimiento.
No todos los proyectos requeridos son factibles o deseables. Aquellos que si
lo son comenzaran a ejecutarse, dependiendo si el departamento de sistema no este
ocupado con otros proyectos, si esto sucede entonces la gerencia decide qu
proyectos son ms importantes y los programa.

Despus de ser aprobado la requisicin de un proyecto, se estima su costo, la

prioridad, el tiempo de terminacin y los requerimientos de personal que se
utilizaran, para determinar en que lista de proyectos existentes se incluir.
II.

DETERMINACIN DE REQUERIMIENTOS.

Lo ms importante en esta etapa es adquirir un conocimiento detallado de

todas las facetas importantes dentro del rea de negocios que se investiga.
Consiste en identificar, caracterizar y especificar el conjunto de desiciones y
funciones orgnicas que determinan el sistema de informacin, explicitando los
correspondientes requerimientos de informacin.
Involucra:
Ubicar el sistema dentro del contexto orgnico
Precisar actividades del sistema y la informacin que liga esas actividades.
Precisar como se realizarn esas actividades, es decir, se llevarn a cabo
automaticamente o manualmente.
Los analistas, al trabajar con los empleados y gerentes, deben estudiar el
proceso que actualmente se efecta para contestar estas preguntas clave:
1. Qu se esta haciendo?
2. Cmo se esta haciendo?
3. Qu tan frecuentemente ocurre?
4. Qu tan grande es la cantidad de transacciones o decisiones?
5. Qu tan bien se lleva a cabo la tarea?
6. Existe algn problema?
7. Si el problema existe, que tan serio es?
8. Si el problema existe, cul es la causa principal?
Para contestar estas preguntas los analistas de sistemas hablarn con
diferentes personas para recabar los detalles en relacin con el proceso, as como
sus opiniones sobre las causas por las cuales suceden las cosas de esa manera y
algunas ideas para modificarlas.
Se utilizan:
Cuestionarios
Entrevistas personales
Registros
Observacin.

III DESARROLLO DEL SISTEMA PROTOTIPO

En esta etapa se selecciona como prototipo situaciones nicas, de las cuales
las personas que desarrollan el sistema no tienen ninguna informacin ni
experiencia. Tambin se evalan situaciones de alto costo y alto riesgo en donde el
diseo propuesto es nuevo y no ha sido probado a travs del prototipo.
El prototipo es un piloto o una prueba, y se espera que se modifique despus
de varios intentos. Est diseado para que se pueda modificar con facilidad.
El desarrollo del prototipo a menudo coincide con el diseo de sistemas.

IV. DISEO DE SISTEMAS.

El diseo de un sistema de informacin consiste en traducir los
requerimientos, informaciones y procesamiento asociados a las funciones,
identificados durante el anlisis de sistemas.
Esta etapa se conoce como diseo lgico.
Se traduce en una especificacin que permita una implementacin en un hardsoftware.

Los analistas de sistemas comienzan por identificar los informes y otras

salidas que el sistema producir. A continuacin los datos especficos de cada uno
de estos se sealan, incluyendo su localizacin exacta sobre el papel, la pantalla de
despliegue u otro medio, los diseadores dibujan la forma o la visualizacin como la
esperan cuando el sistema est terminado, tambin describe los datos calculados o
almacenados que se introducirn, seleccionan la estructura de los archivos y los
dispositivos de almacenamiento.
El diseo provee la especificacin para programacin.

Genera algunas alternativas de solucin de cmo manejar y procesar

automaticamente los datos.
Dentro de estas alternativas se deber seleccionar la configuracin
computacional ms adecuada.
Los diseadores son responsables de proporcionar a los programadores las
especificaciones completas y escritas con claridad, que estableceran lo que debe
hacer el software.
El diseo es determinar como realizar lo especificado en lo anterior de
modo que sea ejecutable computacionalmente.

V. DESARROLLO DEL SOFTWARE.

Es la produccin de los distintos programas de aplicacin especificados en la
etapa anterior.
Los desarrolladores del software pueden instalar o modificar: por ejemplo
software comercial que se haya comprado, o puedan escribir programas nuevos
diseados a la medida.
La decisin de que se va a hacer depende del costo de cada una de las
opciones, el tiempo disponible para describir el software y la disponibilidad de los
programadores.

Los programadores tienen la responsabilidad de documentar los programas e

incluir comentarios que expliquen el cmo y por qu se utilizo cierto procedimiento
conforme se codific de cierta forma.
La documentacin es fundamental para la mantencin del programa .

VI. PRUEBA DE LOS SISTEMAS.

En esta etapa el sistema se utiliza en forma experimental para asegurar que el
software no falle, y que correra de acuerdo a la especificaciones y de acuerdo como
los usuarios esperan que lo haga.
Se examinan datos especiales de prueba en la entrada del procesamiento y los
resultados sirven para localizar cualquier error inesperado.
En muchas compaas la prueba se lleva a cabo con personas externas a las
que disearon el programa.

VII. PUESTA EN MARCHA.

Cuando el personal de sistemas verifica y pone en uso el nuevo equipo,

entrena al personal usuario, instala la aplicacin y construye el archivo de datos que
se necesiten, entonces se dice que el sistema est puesto en marcha.

Pero, con los aos tanto la

empresa como los usuarios cambiarn, el
medio ambiente ser diferente, por lo
tanto
la
aplicacin
necesitar
mantenimiento, o sea, necesitar cambios
y modificaciones al software para los
nuevos requerimientos que se necesiten.

Durante la operacin manual se producen cambios menores en la lgica de

procedimientos o en el hard - software y otros que deben atenderse. Los cambios
mayores traen consigo Sistemas nuevos.

Def. del problema

Est. De Factibilidad
Anlisis

Diseo

Prueba e
implementacin

Redefinir
sistema

Operacin

Mantencin

PROCESO DE DESARROLLO DE UN PROYECTO INFORMATICO

ANALISIS

DISEO

IMPLEMENTACION

NUEVO SISTEMA

Este esquema es la parte medular de un sistema en desarrollo.

Cuando se desarrlla un S.I. se tiene:
Software + lo manual.
Intenciones de cambio que conducen a un sistema nuevo.
Sistema actual
(SW + manual)

Sistema nuevo
(SW)

Intenciones de
cambio

Sistema nuevo
(manual)

Sist. Actual
Soft + manual

Restriccin
fsica

Modelo
del
esquema
operativo
del
proceso
cambio

Parte
auto.
Requerimientos
del sistema

Determinar
mbito de
automatizacin.

Parte
manua
l

1. Modelamiento parte automtica

2. Construccin software
3. Modelamiento parte manual
4. Entrenamiento usuario.

Diseo

1
1

Software

Proced.

Nuevo sistema
(automatizado)

Nuevo sistema
(manual)