Definicin Sistema de Informacin (S.I.).

Los roles fundamentales de los S.I.

Componentes, Recursos y Actividades de un Sistema de
Informacin.
Tipos de Sistemas de Informacin.
Enfoque actual de los Sistemas de Informacin.
Tendencias.
Importancia
Sistemas de Soporte de Operaciones: Sistemas de
Procesamiento de Transacciones, Sistemas de
Control de Procesos.
Sistemas de Soporte Gerencial: Sistemas de Informacin
Gerencial, Sistemas de
Soporte de Decisiones, Sistemas de Informacin Ejecutivos.
Sistemas especializados de informacin
de negocios. Sistemas Expertos, Sistemas de Administracin
de Conocimiento, Sistemas de
Informacin Estratgica.
Que es un Sistema De Informacin?
Un sistema de informacin es un conjunto de elementos que
interactan entre s con el fin de apoyar las actividades de
una empresa o negocio. El equipo computacional: el
hardware necesario para que el sistema de informacin
pueda operar. El recurso humano que interacta con el
Sistema de Informacin, el cual est formado por las
personas que utilizan el sistema.
Un sistema de informacin realiza cuatro actividades bsicas:
entrada, almacenamiento, procesamiento y salida de
informacin.
Entrada de Informacin: Es el proceso mediante el cual el
Sistema de Informacin toma los datos que requiere para

procesar la informacin. Las entradas pueden ser manuales o

automticas. Las manuales son aquellas que se proporcionan
en forma directa por el usuario, mientras que las automticas
son datos o informacin que provienen o son tomados de
otros sistemas o mdulos. Esto ltimo se denomina interfases
automticas.
Almacenamiento de informacin: El almacenamiento es una
de las actividades o capacidades ms importantes que tiene
una computadora, ya que a travs de esta propiedad el
sistema puede recordar la informacin guardada en la
seccin o proceso anterior. Esta informacin suele ser
almacenada en estructuras de informacin denominadas
archivos. La unidad tpica de almacenamiento son los discos
magnticos o discos duros, los discos flexibles o diskettes y
los discos compactos (CD-ROM).
Procesamiento de Informacin: Es la capacidad del Sistema
de Informacin para efectuar clculos de acuerdo con una
secuencia de operaciones preestablecida. Estos clculos
pueden efectuarse con datos introducidos recientemente en
el sistema o bien con datos que estn almacenados. Esta
caracterstica de los sistemas permite la transformacin de
datos fuente en informacin que puede ser utilizada para la
toma de decisiones, lo que hace posible, entre otras cosas,
que un tomador de decisiones genere una proyeccin
financiera a partir de los datos que contiene un estado de
resultados o un balance general de un ao base.
Salida de Informacin: La salida es la capacidad de un
Sistema de Informacin para sacar la informacin procesada
o bien datos de entrada al exterior. Las unidades tpicas de
salida son las impresoras, terminales, diskettes, cintas
magnticas, la voz, los graficadores y los plotters, entre otros.
Es importante aclarar que la salida de un Sistema de

Informacin puede constituir la entrada a otro Sistema de

Informacin o mdulo. En este caso, tambin existe una
interfase automtica de salida. Por ejemplo, el Sistema de
Control de Clientes tiene una interfase automtica de salida
con el Sistema de Contabilidad, ya que genera las plizas
contables de los movimientos procesales de los clientes.
A continuacin se muestran las diferentes actividades que
puede realizar un Sistema de Informacin de Control de
Clientes:
Actividades que realiza un Sistema de Informacin:
Entradas:
Datos generales del cliente: nombre, direccin, tipo de cliente,
etc.
Polticas de crditos: lmite de crdito, plazo de pago, etc.
Facturas (interfase automtico).
Pagos, depuraciones
Proceso:
Clculo de antigedad de saldos.
Clculo de intereses moratorios.
Clculo del saldo de un cliente.
Almacenamiento:
Movimientos del mes (pagos, depuraciones).
Catlogo de clientes.
Facturas.
Salidas:
Reporte de pagos.
Estados de cuenta.
Tipos y Usos de los Sistemas de Informacin

Durante los prximos aos, los Sistemas de Informacin

cumplirn tres objetivos bsicos dentro de las organizaciones:
Automatizacin de procesos operativos.
Proporcionar informacin que sirva de apoyo al proceso de
toma de decisiones.
Lograr ventajas competitivas a travs de su implantacin y
uso.
Los Sistemas de Informacin que logran la automatizacin de
procesos operativos dentro de una organizacin, son
llamados frecuentemente Sistemas Transaccionales, ya que
su funcin primordial consiste en procesar transacciones tales
como pagos, cobros, plizas, entradas, salidas, etc. Por otra
parte, los Sistemas de Informacin que apoyan el proceso de
toma de decisiones son los Sistemas de Soporte a la Toma de
Decisiones, Sistemas para la Toma de Decisin de Grupo,
Sistemas Expertos de Soporte a la Toma de Decisiones y
Sistema de Informacin para Ejecutivos. El tercer tipo de
sistema, de acuerdo con su uso u objetivos que cumplen, es
el de los Sistemas Estratgicos, los cuales se desarrollan en
las organizaciones con el fin de lograr ventajas competitivas,
a travs del uso de la tecnologa de informacin.
A continuacin se mencionan las principales caractersticas
de estos tipos de Sistemas de Informacin.
Sistemas Transaccionales: Sus principales caractersticas
son:
A travs de stos suelen lograrse ahorros significativos de
mano de obra, debido a que automatizan tareas operativas de
la organizacin.
Con frecuencia son el primer tipo de Sistemas de Informacin
que se implanta en las organizaciones. Se empieza apoyando
las tareas a nivel operativo de la organizacin.

Son intensivos en entrada y salida de informacin; sus

clculos y procesos suelen ser simples y poco sofisticados.
Tienen la propiedad de ser recolectores de informacin, es
decir, a travs de estos sistemas se cargan las grandes bases
de informacin para su explotacin posterior.
Son fciles de justificar ante la direccin general, ya que sus
beneficios son visibles y palpables.
Sistemas de Apoyo de las Decisiones. Las principales
caractersticas de estos son:
Suelen introducirse despus de haber implantado los
Sistemas Transaccionales ms relevantes de la empresa, ya
que estos ltimos constituyen su plataforma de informacin.
La informacin que generan sirve de apoyo a los mandos
intermedios y a la alta administracin en el proceso de toma
de decisiones.
Suelen ser intensivos en clculos y escasos en entradas y
salidas de informacin. As, por ejemplo, un modelo de
planeacin financiera requiere poca informacin de entrada,
genera poca informacin como resultado, pero puede realizar
muchos clculos durante su proceso.
No suelen ahorrar mano de obra. Debido a ello, la
justificacin econmica para el desarrollo de estos sistemas
es difcil, ya que no se conocen los ingresos del proyecto de
inversin.
Suelen ser Sistemas de Informacin interactivos y amigables,
con altos estndares de diseo grfico y visual, ya que estn
dirigidos al usuario final.
Apoyan la toma de decisiones que, por su misma naturaleza
son repetitivos y de decisiones no estructuradas que no
suelen repetirse. Por ejemplo, un Sistema de Compra de
Materiales que indique cundo debe hacerse un pedido al

proveedor o un Sistema de Simulacin de Negocios que

apoye la decisin de introducir un nuevo producto al mercado.
Estos sistemas pueden ser desarrollados directamente por el
usuario final sin la participacin operativa de los analistas y
programadores del rea de informtica.
Sistemas Estratgicos. Sus principales caractersticas son:
Su funcin primordial no es apoyar la automatizacin de
procesos operativos ni proporcionar informacin para apoyar
la toma de decisiones.
Suelen desarrollarse dentro de la organizacin, por lo tanto
no pueden adaptarse fcilmente a paquetes disponibles en el
mercado.
Tpicamente su forma de desarrollo es a base de incrementos
y a travs de su evolucin dentro de la organizacin. Se inicia
con un proceso o funcin en particular y a partir de ah se van
agregando nuevas funciones o procesos.
Su funcin es lograr ventajas que los competidores no
posean, tales como ventajas en costos y servicios
diferenciados con clientes y proveedores. En este contexto,
los Sistema Estratgicos son creadores de barreras de
entrada al negocio. Por ejemplo, el uso de cajeros
automticos en los bancos en un Sistema Estratgico, ya que
brinda ventaja sobre un banco que no posee tal servicio. Si
un banco nuevo decide abrir sus puerta al pblico, tendr que
dar este servicio para tener un nivel similar al de sus
competidores.
Apoyan el proceso de innovacin de productos y proceso
dentro de la empresa debido a que buscan ventajas respecto
a los competidores y una forma de hacerlo en innovando o
creando productos y procesos.
Sistema De informacin Formal: Basados en un conjunto de
normas, estndares y procedimientos que permiten que la

informacin se genere y llegue a quien la necesita en el

momento deseado.
Sistemas de Informacin Informal: Estn basados en la
comunicacin no formalizada, ni predefinida entre las
personas de la organizacin.
Ahora bien para poder ver otras clasificaciones las veremos
segn M.J. Alexander:
Sistemas de comunicacin: Transmiten informacin entre los
diferentes sub-sistemas de una organizacin.
Sistemas de informacin informal: Es una red no estructurada
de comunicacin informal entre personas dentro o en el
ambiente de la organizacin.
Sistemas de informacin organizacional: Formados por los
flujos o canales de informacin que transmiten mensajes
entre los diferentes niveles jerrquicos de la organizacin
desde los niveles de planificacin, pasando por los de control,
hasta los operacionales.
Sistemas de informacin operativos: Son definidos como
sistemas de informacin que recogen, mantienen y procesan
los datos ocasionados por la realizacin de operaciones
bsicas en la organizacin.
Sistemas de informacin gerencial: Es un tipo de sistema que
proporciona la informacin necesaria para que gerentes o
directivos puedan ejecutar los procesos de toma de
decisiones y solucin de problemas en una organizacin.
Sistema de apoyo para la toma de decisiones: Es un tipo
muy especial de sistema de informacin caracterizado por

procesar datos para realizar automticamente parte o todo el

proceso de toma de decisiones e indicar la accin que se
debe tomar para mantener a la organizacin dentro de
condiciones normales de funcionamiento.
Sistema de procesamiento de datos: el procesamiento de
datos es parte fundamental e implcita de la mayora de
sistemas de informacin discutidos anteriormente.
CICLO DE VIDA DE UN SISTEMA
Este punto no es mas que la breve descripcin del ciclo de
vida de un sistema. Los sistemas tienen cuatro fases que son:
o Nacimiento: Surgen necesidades y se plantea la idea de
crear un sistema.
o Desarrollo: es cuando ya se entra en la fase de creacin del
sistema.
o Madurez: es el mantenimiento del sistema realizado.
o Deterioro o muerte: Es la extincin del sistema realizado.
Hay una quinta fase en el Ciclo de Vida de un Sistema, esta
es llamada renacimiento; la cual es posible solo si despus
de extinto un sistema este mismo sistema, puede ser usado
otra vez, sea en otra empresa, o por alguna condicin en
especial.
ENFOQUES PARA DISEAR SISTEMAS DE INFORMACIN
Existen tres tipos de enfoques para el desarrollo de los
Sistemas de Informacin estos son Independiente,
Centralizado y Distribuido. Ahora pasar a explicarlos
vindolos desde el punto de vista de una organizacin que es
a mi opinin la mas simple.
Independiente: Cada parte de la organizacin tiene su
propio sistema no depende de los dems sistemas.

 Centralizado: Son equipos, programas y datos que se

encuentran centralizados, por citar un ejemplo mas claro
como un centro de navegacin de Internet, donde una sola
PC, es decir el servidor, es la que mantiene a las dems PC's.
Distribuido: Combinacin de los dos anteriores por lo que
explotan las ventajas de ambos; poseen una grana base de
datos pero se comunican entre s.
Hay que destacar que el tercer enfoque podra ser el mas
optimo, siendo as presentare las ventajas del enfoque
distribuido:
Reduccin de costos.
Confiabilidad.
Tiempo de respuesta satisfactorio.
Facilidad de extensin.
Pero no todo es tan fcil este mismo enfoque posee sus
defectos:
Es complejo.
Administracin descentralizada.
Seguridad de datos difcil de resolver.
Uniformidad de los recursos (tratar de tener una misma
plataforma, pero al tiempo es difcil conseguir los equipos).
Complejidad para controlar la privacidad, consistencia,
integridad respaldo y acceso de los datos.
CLASIFICACIN DE LOS SISTEMAS
Los sistemas se clasifican de muchsimas maneras, por ello
mencionare primero los tres aspectos fundamentales en los
cuales los sistemas se clasifican y seguido, mencionare
algunas de las dems clasificaciones mas comunes:
Los tres aspectos principales son:
Segn su entitividad: se clasifican en reales, ideales y
modelos.

 Reales: Estos presumen de una existencia independiente

del observador.
Ideales: Estos son construcciones simblicas, como lo es el
caso de la lgica y las matemticas.
Modelos: Estos corresponden a abstracciones de la
realidad, donde se combinan lo conceptual con las
caractersticas de los objetos.
Segn su origen: Estos pueden ser naturales o artificiales.
Estas distinciones dependen segn la dependencia o no en
su estructuracin por parte de otros sistemas.
Naturales: Son aquellos en los cuales la mano del hombre
no a intervenido en ellos.
Artificiales: Son aquellos sistemas, que son creados por el
hombre o que est a interferido en ellos.
Segn el ambiente o grado de aislamiento: Estos dependen
solo segn el intercambio que establecen con sus ambientes.
Estos pueden ser cerrados o abiertos.
Abiertos: Estos interactan y reciben informacin del
ambiente estos se dan en su totalidad en las empresas.
Cerrados: Estos son hermticos al ambiente (hay que
resaltar, que estos son solo tericos, por lo tanto no existen).
Ahora algunas otras clasificaciones de las mas conocidas
entre los sistemas:
Probabilsticos: Cuando se basan en la probabilidad y no se
sabe con seguridad que va a ocurrir, estos son destinados al
azar o a las circunstancias.
Determinsticos: Cuando se sabe con exactitud que va a
ocurrir.
Sub-sistemas: Sistemas pequeos incorporados a otros
sistemas.

 Supra-sistemas: Sistemas grandes que poseen dentro de

ellos sub-sistemas.
Simples: Cuando no poseen muchos elementos, que sea un
sistema sencillo.
Complejos: Cuando tienen varios elementos (un ejemplo en
el rea que estudio la misma computadora).
Muy complejos: Son aquellos que poseen demasiados
elementos por citar un ejemplo una empresa cualquiera.
Dinmicos: Aquellos que interactan.
Estticos: Aquellos que no interactan.
Temporales: Durn por un tiempo determinado.
Permanentes: Siempre permanecen en el tiempo sin variar.
Inestables: Cuando varan constantemente.
Adaptativos: Se adaptan rpidamente al ambiente.
No adaptativos: No se adaptan al ambiente.
En cualquier sistema encontramos como mnimos cuatro
elementos: Insumos, proceso, producto y retroalimentacin.
En otros trminos es como el proceso de la comunicacin,
entrada proceso y salidas.
CARACTERSTICAS DE LOS SISTEMAS
Propsito: Todos los sistemas buscan un propsito o fin
comn.
Globalismo o totalidad: Abarcan todas las caractersticas del
ambiente interno y externo.
La entropa: Movimiento de un sistema hacia el desgaste.
Homeostasis: Caractersticas de un sistema abierto para
regresar a un estado estable.
COMPONENTES Y ATRIBUTOS DE LOS SISTEMAS
Componentes: Partes inidentificables del sistema.
Atributos: Son las caractersticas que influyen en la operacin
del sistema.

Entre los trminos de los componentes y atributos de los

sistemas tenemos que definir lo que es la estructura de
sistemas; la cual no es mas que la forma o manera como se
relacionan los componentes y atributos para obtener un fin
comn.
PUBLICADO POR ING.LUZ LUQUE
Unidad II Metodologia para el Desarrollo de Sistemas de
Informacion
http://golfredoe.files.wordpress.com/2007/12/apa-upel.pdf
MEDSI.
1. Introduccin
Es una metodologa estructurada para desarrollar sistemas
de informacin en y para organizaciones de cualquier tipo.
Entre las caractersticas resaltantes de esta metodologa
podemos destacar:
1. ES ESTRUCTURADA: esta caractersticas se debe a dos
razones esenciales:
a. Utiliza diferentes mtodos y tcnicas estructuradas, que
son propias de la Ingeniera de la Programacin, y que han
demostrado ser las ms eficientes y eficaces para el
desarrollo de sistemas programados.
b. Gua paso a paso de arriba hacia abajo el grupo que la
aplica explicando primero de forma muy general lo que debe
hacerse para luego entrar en los detalles, a medida que se
avanza hasta explicar las tareas esenciales que el grupo
debe llevar a cabo para realizar el sistema de informacin.
2. ES COMPLETA. Cubre todas las distintas fases del ciclo de
desarrollo de un sistema de informacin, desde la definicin
del proyecto hasta la implantacin del sistema en la

organizacin. Gua al grupo de desarrollo a travs de las

fases, a un nivel bastante detallado, explicando las
actividades que deben hacerse y en la mayora de los casos,
enumerando las tareas especficas que los miembro del
grupo deben efectuar.
3. ES PARTICIONADA. A fin de manipular mejor la inherente
a un proyecto de este tipo, la metodologa se divide en fases,
y cada una de las fases esta compuesta por pasos los cuales
estn orientados a algn tipo de tpicos, aspecto o elemento
de un sistema de informacin. Cada paso a su ves agrupa a
un conjunto de actividades que han de ser realizadas por el
grupo de desarrollo.
Diagramas Utilizados en MEDSI.
Los diagramas utilizados en esta metodologa, para explicar
las diferentes fases estn basados en la tcnica de Anlisis
Estructurado de Sistemas, y corresponden a lo que, en
trminos de esa tcnica, recibe el nombre de Diagrama de
Flujo de Datos.
Esta metodologa (MEDSI), esta orientada a proyectos
medianos y grandes, que ameriten la integracin de grupos
de desarrollo conformados por tres o ms personas que
puedan requerir para su desarrollo varios meses.
2. Fases de MEDSI.
Fase I. Definicin del proyecto.
Determinar la factibilidad de desarrollar un nuevo sistema de
informacin y estimar los costos, tiempos y recursos

requeridos de tal manera que las unidades interesadas

puedan decidir si se ha de emprender o no el proyecto. Si se
decide realizarlo se elabora el plan del proyecto. Dentro de
esta fase encontramos los siguientes pasos:
1. Estudio Preliminar del proyecto: este estudio muestra de
manera general si se justifica o no desarrollar un sistema de
informacin para satisfacer las necesidades de las unidades
interesadas. Para ello, el gerente realiza las siguientes
actividades:
1.1. Reconocer el problema.
Implica efectuar las acciones necesarias para reconocer que
existe un problema. Las tareas que este debe realizar en esta
actividad son:
Recopila y analizar aquellos elementos que indiquen la
necesidad de un nuevo sistema.
Realizar reuniones preeliminares con el personal de las
unidades involucradas para definir la necesidad de un
cambio.
1.2. Formular el problema.
Esta actividad busca diagnosticar, de modo muy general, el
sistema actual, si es que existe, tratando de responder entre
otras cosas, las siguientes interrogantes:
Qu hace este sistema actual?
Qu objetivo persigue? Los logra actualmente? Por
qu?
Qu dificultades o inconvenientes presenta?
Qu reas de la organizacin se ven afectadas?
Es parte de un problema mayor?

As mismo se busca determinar las necesidades preliminares

que puedan o no justificar el desarrollo del nuevo sistema.
Alguna de las interrogantes que se han de responder son:
Qu argumentos justifican un cambio?
Por qu es importante un cambio?
Por qu se cree que un nuevo sistema resolver el
problema?
Qu funciones generales debera ejecutar el nuevo
sistema?
Para esta actividad el gerente del proyecto debe llevar a cabo
las siguientes tareas:
Realizar entrevistas con las personas que sientan la
necesidad de un cambio.
Recopilar y archivar documentos, notas de las entrevistas y
datos relevantes del sistema actual, sus inconvenientes y la
necesidad de cambio.
Analizar la documentacin archivada.
1.3. Elaborar el informe preliminar.
A partir del anlisis anterior, el gerente debe elaborar un
informe que resuma los resultados de las actividades
anteriores, el cual debe concluir si existen o no necesidades y
problemas actuales que justifiquen emprender el desarrollo
de un nuevo sistema.
1.4. Discutir el informe preliminar.
El gerente presenta el informe preliminar a los directivos de
las unidades involucradas quienes deciden, a partir de ese
informe, si se emprende el proyecto o no, o si es necesario un
mayor estudio.
1.5. Planificar el estudio de factibilidad.

Dependiendo de la decisin adoptada durante la discusin del

informe preliminar, el gerente se dedica ahora a iniciar un
estudio de factibilidad del proyecto, para ello debe realizar
previamente las siguientes tareas:
Determinar las actividades y tareas necesarias para
conducir un estudio de factibilidad.
Determinar los recursos requeridos.
Programar los tiempos de las actividades y tareas.
2. Estudio de Factibilidad. Una vez que se ha justificado la
necesidad de un nuevo sistema, el gerente debe estudiar,
junto con el grupo seleccionado para este paso, la factibilidad
tcnica, econmica y psicosocial de diferentes alternativas
que puedan constituir soluciones aceptables al problema
actual. Por consiguiente, el grupo de factibilidad debe realizar
las siguientes actividades:
2.1. Evaluar el sistema actual.
Siempre y cuando exista un sistema actual de informacin el
grupo de be evaluar en este momento dicho sistema.
2.2. Establecer nuevos requerimientos en forma general.
En esta actividad el grupo se dedica a establecer los
requerimientos generales de un nuevo sistema.
2.3. Formular sistemas alternativos.
El grupo identifica, en esta actividad diferentes
configuraciones para el sistema que satisfaga los
requerimientos generales establecidos en la actividad
anterior, las tareas que han de realizarse son:

 Identificar configuraciones alternativas. Para cada

alternativas:
o Describir sus caractersticas principales.
o Determinar que requerimientos no se satisfacen, total o
parcialmente.
o Definir el grado de automatizacin.
o Determinar que restricciones y atributos no se pueden
satisfacer.
2.4. Determina factibilidad tcnica.
Para cada sistema alternativo se debe establecer su
factibilidad tcnica, ellos deben responder a dos
interrogantes: es posible desarrollar el sistema propuesto
con la tecnologa actual o existente?, y si es posible, qu
tecnologa adicional debe adquirir la organizacin?. Las
tareas que se deben efectuar son:
Evaluar las tecnologas que dispone la organizacin.
Determinar la tecnologa demandada.
Determinar la tecnologa adicional que debe adquirirse.
2.5. Determinar factibilidad econmica.
En esta actividad el grupo debe realizar un anlisis costo
beneficio que permita identificar y medir los costos de
desarrollo de operacin y los beneficios que obtiene la
organizacin de cada sistema alternativo; para luego
comparar las diferentes alternativas bajo un criterio
econmico. Tambin deben estimarse los tiempos de
desarrollo de cada sistema propuesto a fin de medir la
factibilidad econmica de cada uno de ellos.
2.6. Determinar factibilidad psicosocial.
La implantacin de un sistema de informacin automatizado
en cualquier organizacin crea un impacto social, que puede

ocasionar su aceptacin el rechazo total al cambio

tecnolgico que se pretende introducir. El grupo debe predecir
o estimular para cada alternativa el impacto social que ellas
pueden originar dentro de la organizacin.
2.7. Elaborar informe de factibilidad.
Este informe describe cada sistema alternativo y resume su
factibilidad tcnica, econmica psicosocial.
2.8. Discutir el informe de factibilidad.
El gerente del proyecto presenta el informe a la comisin de
planificacin, quienes junto con los otros directivos de las
unidades involucradas discuten la factibilidad de cada
alternativa y selecciona la ms conveniente. El proyecto
puede ser paralizado debido a que no existan alternativas
factibles o convenientes a la organizacin
3. Planificacin del Proyecto. A partir de la decisin de
continuar con el proyecto y de la seleccin de un enfoque
alternativo para el nuevo sistema de informacin, el gerente
del proyecto se dedica a planificar el mencionado proyecto,
tratando de estimar los costos, tiempos y recursos para
llevarlo a cabo.
Este paso tiene por finalidad elaborar un documento que gue
el desarrollo del proyecto y que denominaremos el PLAN DE
PROYECTO. Las actividades que debe realizar el gerente del
proyecto durante el proceso de planificacin son:
3.1. Elaborar un plan general.
3.2. Elaborar un plan de fases.
3.3. Elaborar un plan de organizacin.
3.4. Elaborar un plan metodolgico.
3.5. Elaborar un plan de administracin de la configuracin.
3.6. Elaborar un plan de administracin de recursos.

3.7. Elaborar un plan de documentacin.

3.8. Elaborar un plan calendario de eventos.
3.9. Seleccionar el grupo de desarrollo.
3.10. Revisar el plan de proyecto.
3.11. Discutir el plan de proyecto.
3.12.
Fase II. Anlisis De Contexto.
En esta fase se busca ganar un slido conocimiento del
sistema ampliado dentro del cual se ubicar el nuevo sistema
de informacin y determinar las deficiencias y problemas que
presenta el actual sistema de informacin (Si existe). Dentro
de esta fase encontramos los siguientes pasos:
1. Anlisis documental. este paso le permite al grupo de
desarrollo disponer de una biblioteca organizada de
documentos relativos al proyecto. Una ves constituida la
biblioteca, el grupo se ocupa de estudiar la documentacin
propia del sistema con iras a obtener una primera
aproximacin al conocimiento del citado sistema y sobre todo
al contexto que lo contiene. Las actividades que el grupo
desarrollo debe llevar a efecto durante ese paso son:
1.1. Recopilar documentos.
Con la colaboracin de los diferentes usuarios del sistema
actual, el grupo recopila toda la documentacin posible a tal
sistema.
1.2. Organizar documentacin.
Al finalizar la recopilacin de documentos el gerente del
proyecto asigna a una o ms personas del grupo para que se
encarguen de organizar la biblioteca, estas personas son
denominadas bibliotecarios del proyecto.

1.3. Estudiar documentos.

Despus de haberse organizado la biblioteca el grupo se
dedica a estudiar a documentacin. El gerente programa
reuniones de discusin, distribuye el material para lecturas
individuales y conduce las discusiones en equipo sobre
algunos documentos en particular el objetivo de este estudio
es familiarizarse con el sistema actual antes de iniciar su
anlisis formal
2. Anlisis del Contexto. este paso constituye un estudio
formal de todo el sistema, con un nivel de detalle ms
profundo que aquellos realizados anteriormente. Su objetivo
es permitirle al grupo de desarrollo conocer el sistema actual
y su contexto para luego modelarlo y sobre el modelo
identificare las situaciones problemticas que el sistema
presenta. El modelo del sistema actual se elabora utilizando
la tcnica conocida como Anlisis Estructurado de Sistema.
El modelo general esta integrado por dos submodelos
2.1. Analizar el contexto del sistema.
Durante esta actividad el grupo de desarrollo estudia el
sistema de actividades (sistema empleado) dentro del cual
esta enmarcado el sistema de informacin. Ello debe llevar a
determinar los objetivos de ese sistema, definir su estructura,
establecer sus procesos y determinar su comportamiento.
2.2. Analizar el sistema actual de informacin.
En esta actividad el grupo de desarrollo identifica los
objetivos, estructuras y procesos del sistema actual, para ello
deben efectuar las siguientes tareas:
Definir los objetivos del sistema de informacin.
Identificar sus sub sistemas.

 Identificar sus funciones.

Identificar las entradas, procesos y salidas de cada funcin.
Determinar su flujo de informacin.
Identificar sus archivos.
Analizar su documentacin y sus procedimientos manuales.
Identificar los usuarios de sistema y describir sus tareas.
Describir la tecnologa que utiliza el sistema.
2.3. Construir el modelo del sistema actual de Informacin.
Para ello se utiliza la tcnica de anlisis estructurado de
sistemas que permite elaborar los modelos fsicos y lgicos
del sistema de informacin. Las tareas que se deben realizar
durante esta actividad se dividen en:
Construir los diagramas de flujo de datos del modelo fsico y
lgico.
Elaborara el diccionario de datos.
Describir cada proceso del modelo lgico hasta un nivel
adecuado.
2.4. Identificar las situaciones problemticas.
2.5. Elaborar el informe del sistema actual.
Este informe resume los resultados de las actividades
anteriores, mediante una descripcin del ambiente y del
mismo sistema, la presentacin del modelo y la descripcin
de los problemas que presenta el actual sistema.
Fase III. Definicin de requerimientos.
Esta fase busca definir los requerimientos de los usuarios y
establecer las funciones, restricciones y atributos que el
nuevo sistema de informacin debe satisfacer.

1. Especificacin de Requerimientos de Informacin. El grupo

de desarrollo se encarga de especificar junto con el usuario
del nuevo sistema las salidas, las entradas y las estructuras
necesarias de datos. Las actividades que realizas el grupo de
desarrollo durante este paso son las siguientes:
1.1. Determinar los requerimientos de informacin.
En conjunto con los usuarios, el grupo de desarrollo
determina las necesidades actuales y futuras de informacin
que el nuevo sistema de informacin debe satisfacer. Dichos
requerimientos son:
Requerimientos de entrada.
Requerimientos de salida.
Requerimientos de almacenamiento.
1.2. Construir el libro de requerimientos de informacin.
Este libro contiene una entrada para cada requerimiento de
informacin nuevo o viejo. Los requerimientos se agrupan e
divisiones de acuerdo al tipo sealado en la actividad anterior.
La divisin de requerimientos de salida se organiza por
sesiones. Cada sesin contiene los requerimientos de
informacin de una unidad funcional que esta involucrada en
el sistema.
2. Especificacin Funcional del Nuevo sistema. Tomando
como elemento de entrada el informe del sistema actual y el
libro de requerimiento, el grupo, a lo largo de este paso,
especifica con los usuarios las funciones que el nuevo
sistema debe realizar.
2.1. Determinar requerimientos funcionales.

Este tipo de requerimiento constituye las funciones que el

nuevo sistema debe ejecutar para lograr la consecucin de
los objetivos identificados en el estudio de factibilidad.
Utilizando el informe del sistema actual, el grupo determina
con los usuarios, aquellas funciones que deben continuar, las
que se han de modificare o eliminar y las que se han de
incorporar al nuevo sistema.
2.2. Construccin del modelo lgico del nuevo sistema.
Este modelo es constituido utilizando la tcnica Anlisis
Estructurado de Sistema, y constituye un medio grfico de
valioso apoyo descriptivo y documentado de cada una de las
funciones del sistema en desarrollo debe realizar.
2.3. Elaborar el informe del nuevo sistema.
Bajo el nombre de especificacin funcional del nuevo sistema
se almacena en la biblioteca del proyecto el modelo lgico y
la lista de restricciones y atributos y a partir de ellos se
elabora un resumen que denominaremos informe del nuevo
sistema.
2.4. Discutir el informe del nuevo sistema.
3. Especificacin de Restricciones y Atributos. En este paso,
el grupo de desarrollo establece junto con los usuarios las
restricciones bajo las cuales se deben desarrollar y debe
operar el sistema de informacin. As mismo se establece
tambin, la interaccin que debe haber entre el hombre, el
computador y los atributos de calidad que se la van a imponer
al mencionado sistema de informacin
3.1. Determinar Restricciones.

Estas restricciones se pueden agrupar tal como se muestra a

continuacin:
Econmica: de que cantidad de dinero se dispone para
mantener el sistema.
Tcnicas: que equipo debe o puede utilizarse.
De personal: de que personal se dispone para mantener y
operar el sistema.
Legales: que polticas, reglamentos, normas, leyes, etc,
tanto internas como externas deben acatarse.
3.2. Determinar interaccin hombre mquina.
Esta actividad es esencial pues define la comunicacin que
debe haber entre los usuarios y el computador a travs del
subsistema programado.
3.3. Determinar atributos de calidad.
Entre las interrogantes que se deben responder para algunos
de los atributos de calidad se destacan las siguientes:
Confiabilidad.
Grado de prueba.
Movilidad
Adaptabilidad
Mantenimiento requerido.
Seguridad y privacidad.
Eficiencia y rendimiento.
Documentacin.
3.4. Elaborar listas de restricciones y atributos.
3.5. Planificar detalles de la prxima fase.
Fase IV. Diseo Preliminar.

Esta fase se encarga de elaborar un diseo preliminar del

sistema de informacin que satisfaga los requerimientos,
restricciones y atributos establecidos en la fase III. El diseo
preliminar consta de un prototipo o modelo fsico que delinea
la interaccin hombre- mquina del sistema de informacin y
describe, en forma general sus procesos automatizados.
Dentro de esta fase encontramos:
1. Definicin de prototipos: en este paso el grupo de
desarrollo elabora diferentes prototipos que puedan satisfacer
la especificacin funcional, las restricciones y los atributos
identificados en la fase anterior. se solicitan precios y
especificaciones tcnicas de los equipos o programas que
hagan falta, a los diferentes vendedores del mercado.
La definicin de prototipo esta regida por la estructura o
configuracin global del sistema de informacin, en ella se
indica si el diseo del sistema ha de ser independiente,
centralizado o distribuido. Partiendo de este enfoque, se
establecen diferentes configuraciones para el procesamiento
y para la interaccin que existir entre el hombre y la
maquina.
1.1. Elaborar diferentes prototipos alternativos.
A partir del modelo lgico del nuevo sistema y de las
restricciones y atributos establecidos anteriormente, el grupo
desarrolla diferentes prototipos. Un prototipo es un modelo
construido sobre el modelo lgico que muestra claramente la
interaccin hombre-maquina, esto indica que procesos son
manuales y cuales automticos. El prototipo muestra tambin
los procedimientos de activacin del subsistema programado,
los de respaldo y recuperacin de fallas y los de seguridad de
la base de datos.
1.2. Evaluar configuracin tcnica existente.

Tomando como datos las configuraciones de equipos

existentes en la organizacin, que puedan ser utilizados por
el nuevo sistema, se procede luego a evaluar estas
configuraciones y a determinar que prototipos se pueden
desarrollar con ellos en forma parcial o total.
1.3. Determinar configuracin tcnica necesaria.
Para aquellos prototipos que no puedan ser desarrollados
totalmente con la tecnologa disponible en la organizacin
actualmente, se elaboran las configuraciones tcnicas
adicionales que ellos requieran y se solicitan las cotizaciones
respectivas a los vendedores del mercado.
2. Seleccin de prototipos. En este paso el grupo de
desarrollo realiza un anlisis de costo beneficio para los
diferentes prototipos definidos en el paso anterior. De los
resultados de este anlisis se presenta y discute con la
comisin de planificacin, quin deside posteriormente el
prototipo ms conveniente y da las instrucciones necesarias
para la adquisicin de la tecnologa que haga falta.
2.1. Realizar un anlisis costo beneficio.
Para cada prototipo se determina sus costos de desarrollo y
operaciones y se estima los beneficios que puedan
obtenerse. Se comparan los diferentes prototipos bajo un
criterio econmico pre-establecido. Los resultados obtenidos
se resumen en un informe tcnico denominado informe de
prototipo.
2.2. Discutir informe de prototipos.

El informe producido en la actividad anterior se presenta a la

comisin de planificacin, quien lo discute y finalmente
selecciona el prototipo que considere ms conveniente para
la organizacin.
2.3. Adquirir tecnologa necesaria.
De ser necesario el grupo de desarrollo, o en su defecto, el
que designe la comisin de planificaciones, se encarga de
adquirir, instalar y probar el equipo y los programas que el
prototipo seleccionado requiera para su desarrollo u
operacin.
3. Refinamiento de Prototipo. Finalmente, el grupo se dedica
a refinar el prototipo escogido, es decir, se describen con
mayor detalle aquellos procesos del prototipo que sean
automticos, siguiendo la tcnica de anlisis estructurado de
sistema.
3.1. Refinar prototipo.
Cada proceso automtico del prototipo se refina mediante la
descomposicin funcional establecida por la tcnica AES.
Cada proceso del mas bajo nivel debe describirse utilizando
cualquier de las tcnicas siguientes: algoritmos estructurados,
tablas de decisin o rboles de decisin. Los entes del
diccionario de datos que se vean afectados por la
automatizacin deben ser actualizados durante esta actividad
3.2. Revisar Prototipo.
El modelo o prototipo obtenido en la actividad anterior se
somete a una revisin estructurada o a una inspeccin de
diseo.

3.3. Elaborar informe de diseo preliminar.

3.4. Planificar detalles de la prxima fase.
Fase V. Diseado Detallado.
Esta fase busca elaborar un diseo detallado del sistema de
informacin que muestre como se construirn los
subsistemas de datos y el subsistema programado. Esta fase
produce el paquete de diseo, el cual contiene todas las
especificaciones para la construccin del sistema, y el plan de
pruebas que regirn las diferentes pruebas del sistema de
informacin durante las fases de construccin, pruebas e
implantacin. Dentro de esta encontramos los siguientes
pasos:
1. Diseo de Entradas y Salidas. En este paso se elabora
minuciosamente el diseo de la interaccin entre el hombre y
la mquina, la cual ha sido delineada en el prototipo del
sistema.
1.1. Disear dialogo hombre mquina.
Dependiendo del tipo de interaccin hombre-mquina
seleccionada, en esta actividad se debe:
Determinar el medio de comunicacin (terminal,
teleimpresor, lectora ptica, tc), estableciendo ademas sus
caractersticas capacidades y especificaciones tcnicas que
afecten al diseo de los programas.
Determinar el tipo de dilogo hombre-mquina y disearlo
completamente.
Describir la accin que debe realizar el computador ante
cada comando o selector que del usuario.
1.2. Disear las pantallas de entrada salida.

Esta actividad consiste en disear la estructura o formato de

cada pantalla de entrada de datos al sistema y de salida de
informacin a los usuarios.
1.3. Disear los reportes.
En esta actividad el grupo disea aquellos reportes que no
fueron especificados en la actividad anterior. Estos son
bsicamente, los listados de papel, los grficos y los
diagramas. Para cada uno de ellos se debe especificar su
estructura o formato, su contenido (registro de datos ) y el
medio de produccin o salida.
2. Diseo de Datos. El diseo del subsistema de datos del
sistema de informacin gira en torno a el diseo de la (s)
base (s) de datos necesaria (s) para almacenar los datos de
dicho sistema y el diseo de los programas que permitirn
crear y cargar la (s) base (s) de datos.
2.1. Realizar el diseo lgico de la base de datos.
En este proceso de diseo se elabora un modelo de datos
que representa las entidades, sus atributos y las relaciones
existentes entre esas entidades. Las tareas que realiza el
grupo para elaborar un modelo de datos son:
Analizar los flujos de datos que entran y salen de cada
archivo del prototipo del sistema.
Derivar la (s) estructura (s) de datos contenida (s) en cada
archivo, identificando las entidades que representa y los
atributos que poseen.
Establecer las relaciones que existan entre las diferentes
entidades y construir el modelo de entidad-relacin
correspondiente.

 Si el SMBD (sistema manejador de base de datos) que se

valla a utilizar manipula base de datos relacionales, entonces
cada entidad del modelo entidad-relacin debe ser
normalizada hasta por lo menos la tercera forma normal.
Verificar si el modelo de datos obtenido satisface todos y
cada uno de los requerimientos detallados en el libro de
requerimientos.

2.2. Realizar el diseo fsico de la base de datos.

Dependiendo del tipo y caracterstica del sistema de manejo
de bases de datos que se halla dispuesto a utilizar, el grupo
traduce el modelo de datos a un esquema, esto es, un
programa que describe las estructuras lgicas de los datos y
sus correspondientes estructuras de almacenamiento e indica
los mtodos de acceso que se utilizaran, en trminos de
lenguaje de descripcin de datos del SMBD.
2.3. Disear los programas de inicializacin y mantenimiento
de la base de datos.
En esta actividad el grupo disea aquellos programas que no
forman parte del subsistema programado y que permiten
iniciar o cargar la base de datos con los datos provenientes
de fuentes de volumen considerable. Estos programas sern
operados y mantenidos por el administrador de la base de
datos y por lo tanto se consideran parte integrante del
subsistema de datos en lugar del subsistema programado.
3. Diseo de programas y procedimientos. Luego que se ha
elaborado el diseo de entrada-salida y el de datos, el grupo

de desarrollo puede proceder a disear los programas y

procedimientos del subsistema programado.
El prototipo del nuevo sistema de informacin, su
correspondiente especificacin funcional y la lista de
restricciones y atributos le imprimen una forma nica a la
estructura del sistema programado.
3.1. Disear la estructura del subsistema programado.
El subsistema programado se disea como una estructura
jerrquica compuesta por una o mas programas, cada uno de
estos se compone a su vez de mdulos un modulo se define
como una unidad de programa que se caracteriza por lo
siguiente:
Posee un nombre propio y nico.
Ejecuta una funcin claramente especificables.
Puede compilarse y catalogarse en forma catalogada .
Puede definir y mantener un conjunto propio de variables
locales se llama o invoca de otro modulo.
3.2. Disear cada modulo de la estructura.
Durante la presente actividad el grupo elabora el diseo de
cada uno de los mdulos que configuran la estructura del
subsistema programado. Este diseo consiste en establecer
la lgica general de cada modulo, esto es, describir los pasos
necesarios para llevar a cabo la funcin asignada al modulo.
La lgica de un modulo se puede representar mediante el uso
de algoritmos o diagramas de flujo.
El algoritmo o diagrama de flujos del modulo, en si, no es
suficiente como para que un programador empiece su
codificacin, pues se requiere de una informacin adicional
sobre las caractersticas del modulo, su funcin, su ubicacin,
sus argumentos, etc. Toda esta informacin se condensa en

un formulario elaborado para tal fin y que se denomina

especificacin de programa.
3.3. Disear la documentacin y los procedimientos
manuales.
En esta actividad el grupo se ocupa a determinar el formato y
contenido de cada uno de los manuales que forman la
documentacin del sistema de informacin de acuerdo a lo
que se ha establecido en el plan de documentacin. De igual
modo se disean los formatos, formularios, instructivos,
planillas y demas procedimientos manuales que se
mencionan en el prototipo del sistema, y que se requieren
como elemento de los flujos de datos de los procesos
manuales del sistema de informacin.
La estructura del sistema programado, las especificaciones
del programa asociadas a cad modulo de esa estructura y el
diseo de la documentacin y de los procedimientos
manuales, constituyen lo que se denomina como la
especificacin del subsistema programado.
4. Ensamblaje del paquete de diseo. Este paso se basa en
revisar y ensamblar el conjunto de especificaciones de
diseos producidas en los anteriores, con el proposito de
garantizar la consistencia, calidad y exactitud del diseo e
integrar lo que hemos denominado como paquete de diseo.
Para cada una de las especificaciones antes mencionadas se
realiza una revisin estructurada (o una inspeccin de diseo)
siguiendo los lineamientos dados para esas tcnicas. Los
objetivos de estas revisiones son :
Determinar las inconsistencias de diseo.
Determinar las fallas y errores cometidos en las diferentes
especificaciones.

 Medir y corregir las desviaciones del diseo con respecto a

las normas y procedimientos de diseo establecidos en el
plan metodolgico.
Asegurar que las restricciones y atributos establecidos se
satisfagan plenamente con el diseo elaborado.
Asegurar que cada requerimiento contenido en el libro de
requerimiento y cada especificacin funcional del prototipo se
cubran o satisfagan con el diseo producido.
4.1. Ensamblar el paquete de diseo.
Las especificaciones de diseo, una vez revisadas y
corregidas, se ensamblan para producir el paquete de diseo.
Este documento contiene todo el material descriptivo
necesario para conducir la construccin del sistema. Por
consiguiente, contiene:
El prototipo del sistema.
La configuracin y documentacin del equipo que se va a
emplear.
Las especificaciones de entrada y salida.
La especificacin del subsistema programado.
La especificacin del subsistema de datos.
Cualquier otro material que fuese necesario
4.2. Elaborar y discutir el informe del diseo detallado.
Haciendo uso del paquete de diseo, el gerente del proyecto
elabora un informe descriptivo de las caractersticas,
ventajas, desventajas, y los ajustes de costos y tiempos de
desarrollo, que el diseo elaborado involucra.
5. Planificacin de pruebas. Las actividades concernientes a
esta fase se desarrolla a lo largo de esta metodologa, por
otro lado es evidente que muchas de las actividades de
prueba se pueden realizar en paralelo con actividades de fase

tales como las de diseo y construccin del sistema. Bajo

este criterio, podemos dividir las actividades generales de las
pruebas en :
Planificacin de las pruebas.
Diseo y construccin de las pruebas.
Ejecucin de las pruebas.
La primera de ellas se realiza durante esta fase de diseo; la
segunda durante la fase de construccin y la ltima se
distribuye durante la fase de construccin y pruebas
previamente dichas.
5.1. Elaborar el plan de pruebas
Durante esta actividad, el gerente del proyecto se dedica a
planificar el conjunto de actividades que se requieren para
probar el sistema de informacin. El resultado de este
proceso lo constituye el PLAN DE PRUEBAS. En el se
identifican:
Las diferentes pruebas que han de realizarse
Los responsables de disearlas construirlas y ejecutarlas
La programacin del tiempo, costos y recursos necesarios
para llevarlos a cabo.
Las herramientas, mtodos, tcnicas y procedimientos que
se deben emplear en las diferentes actividades de pruebas
Los criterios de xito de cada prueba
Informacin adicional que se necesite para efectuar tales
pruebas
Este plan se puede organizar en secciones:
Objetivos
Calendarios de pruebas
o De unidades
o De subsistemas
o De sistema
o De aceptacin
Herramientas tcnicas y mtodos

 Seguimientos de requerimientos
Procedimientos
Normas
Criterios de xitos
5.2. Discutir el plan de pruebas
En esta actividad, el gerente del proyecto discute el plan de
pruebas con el grupo de desarrollo a objeto de asignar los
diferentes responsables de las actividades de pruebas. En
proyecto de gran magnitud o complejidad se designa un
grupo integrado por expertos en pruebas y algunos miembros
del grupo de desarrollo con el proposito de conducir las
actividades de pruebas restantes.
5.3. Planificar detalles de la prxima fase
Fase VI. Construccin del sistema
Construir el subsistema de datos y el subsistema programado
del sistema de informacin de acuerdo a lo especificado en el
paquete de diseo. En esta fase se construyen y se prueban
los diferentes mdulos del subsistema programado; se
construye subsistema de datos y los procedimientos
manuales del sistema.
1. Diseo y construccin de las pruebas. Este paso es
realizado por un grupo de pruebas. Se trata de especificar los
detalles de cada una de las pruebas que se han identificado
en el plan de prueba y de construir los mecanismos
requeridos para ejecutar cada una de ellas.
1.1. Elaborar las especificaciones de prueba.
Una especificacin de prueba es un documento que
generalmente toma la forma de planilla y describe

pormenorizadamente las actividades de pruebas, asi como,

aquellos mtodos, tcnicas y procedimientos que se vayan a
emplear para realizar la prueba de un elemento de un sistema
de informacin. Cada especificacin de prueba debe contener
la siguiente informacin:
Identificacin.
Objetivos.
Requerimientos.
Criterio de xito.
Tcnica de procedimientos.
Casos de pruebas.

1.2. Realizar una revisin estructurada de las pruebas.

1.3. Construir los mecanismos y preparar los datos de
pruebas.
De las especificaciones de pruebas anteriormente
elaboradas, el grupo construye los ejecutivos y los esqueletos
diseados en cada una de ellas y si el volumen de datos de
prueba, es considerable, entonces prepara los archivos de
datos que ser demandes. Los mecanismos de prueba, junto
con los datos, los almacena el bibliotecario para su uso
posterior de su respectiva prueba.
2. Codificacin de programas. Este paso lo realizan los
programadores del grupo de desarrollo que el gerente
seleccione, la misin de cada uno de ellos es codificar los
mdulos de conformidad con las especificaciones del
programa dadas y siguiendo las normas establecidas en el
plan metodolgico. La misin del gerente del proyecto es
inspeccionar los mdulos producidos por los programadores
con el objeto de controlar su calidad.
2.1. Asignar los mdulos de los programadores.

2.2. Codificar los mdulos.

2.3. Realizar una revisin estructurada del cdigo.
3. Creacin de la base de datos. Para ello se debe realizar las
siguientes actividades:
3.1. Construir y probar los programas de carga.
3.2. Crear la base de Datos.
3.3. Inicializar la base de datos.
3.4. Revisar la base de datos.
4. Elaboracin de la Documentacin y de los procedimientos
manuales y de control de programas. Para ello se deben
realizar las siguientes actividades:
5.
Elaborar los manuales.
Elaborar las planillas, los instructivos, etc.
Evaluar la documentacin.
Elaborar los procedimientos de control de programas
6. Prueba de unidades. La prueba de cada modulo
especificado es realizada por el mismo programador que lo
codifico. Las actividades de pruebas de unidades se dividen
en:
6.1. Discutir las especificaciones de prueba.
6.2. Ejecutar las pruebas de unidades.
7. Creacin de la librera de programas. Una ves que todos
los mdulos del sistema programado han sido probados, cada
programador entrega sus mdulos al bibliotecario del
proyecto quien se encarga de almacenarlo en una librera
destinada a tal fin, denominada librera de programas. A partir
del momento que se crea la librera ningn miembro del grupo
tiene acceso a los programas all archivados, por lo tanto para
realizar una modificacin de algunos de los mdulos, el

programador debe discutir con el grupo tal modificacin,

obtener la aprobacin del gerente, solicitar del bibliotecario el
modulo, realizar la correccin y devolver dicho modulo al
bibliotecario. Las actividades del bibliotecario se resumen en:
7.1. Generar automticamente la librera de programas.
7.2. Almacenar los mdulos en la librera.
7.3. Mantener actualizada la librera.
Fase VII. Control de programas.
Durante esta actividad el grupo prueba los diferentes
procedimientos de lenguajes de control de tareas que se
hayan utilizado. Esta prueba se realiza inmediatamente
despus de las pruebas de subsistemas.
1. Prueba del sistema de informacin. Esta prueba tiene por
finalidad verificar el sistema de informacin, la prueba de
sistema fue diseada para localizar discrepancias o
anomalas entre el sistema de informacin recientemente
construido, y los objetivos y requerimientos inicialmente
establecidos con los usuarios del sistema.
1.1. Organizar y discutir la prueba.
1.2. Ejecutar la prueba del sistema.
1.3. Elaborar y discutir el informe de pruebas.
2. Preparacin para la implantacin. Las actividades que
realiza el grupo de desarrollo en este paso son:
2.1. Elaborar el plan de implantacin.
Este plan programa todas las actividades y tareas que debe
llevar a cabo el grupo de desarrollo durante la implantacin
del sistema en la organizacin. Debe contener:
Objetivos.
Calendario de actividades.

 Estrategias.
Procedimientos.
2.2. Preparar el material de adiestramiento.
Despus de identificar el tipo de adiestramiento que se va a
aplicar para capacitar a los usuarios en el uso y operacin del
sistema, el grupo de desarrollo debe elaborar panes de
capacitacin al personal que labora en la organizacin.
Fase VIII. Prueba de aceptacin.
Durante esta fase los grupos de desarrollo y prueba se
abocan a poner en operacin y a efectuar la prueba de
aceptacin del sistema respectivamente. Esta prueba se
realiza luego que el grupo de desarrollo a adiestrado a todos
los usuarios en el uso; a continuacin se realiza la conversin
del viejo sistema al nuevo, mediante la actualizacin de la
base de datos y el inicio de las actividades propias del
sistema de informacin. Finalmente se realiza la entonacin y
la evaluacin del sistema recientemente instalado. Al realizar
estos dos ltimos pasos, la labor del todo el personal que
participo en el proyecto puede considerarse terminada,
marcando asi el fi del proyecto de desarrollo y el inicio de una
nueva etapa del ciclo de vida del sistema de informacin: la
etapa de operacin y mantenimiento.
1. Adiestramiento de usuarios.
1.1. Organizar las sesiones de adiestramiento.
1.2. Conducir las sesiones de adiestramiento.
2. Prueba de aceptacin.
Esta prueba final del sistema la realiza el grupo de prueba
con la finalidad de demostrarle a las unidades involucradas

que el sistema desarrollado satisface el criterio mnimo de

aceptacin que ellos han establecido.
2.1 Preparar la prueba de aceptacin.
2.2 Realizar la Prueba de aceptacin.
3. Conversin del sistema. este es el paso ms delicado de
esta fase, pues en el se inicia como tal la operacin del nuevo
sistema y se abandona el viejo sistema. Previo al inicio de las
actividades rutinarias del sistema de informacin,
desarrollado, el grupo de desarrollo debe realizar las
siguientes actividades.
3.1. Preparar detalles para la conversin.
Esta actividad consiste en la elaboracin de todos aquellos
procedimientos especiales que se requieran para llevar acabo
una conversin exitosa.
1.2 Convertir los archivos.
Se realiza la actualizacin complementaria de la base de
datos del sistema. Concluida esta actualizacin, el sistema
deber empezar a capturar, registra, validar, almacenar, los
datos provenientes de las transacciones que ataen al
sistema, en forma rutinaria.
PUBLICADO POR ING.LUZ LUQUE
Pgina principal
Suscribirse a: Entradas (Atom)
INSTITUTO UNIVERSITARIO POLITECNICO "SANTIAGO
MARIO"
INSTITUTO UNIVERSITARIO POLITECNICO "SANTIAGO
MARIO"
ARCHIVO DEL BLOG

 2009 (2)
marzo (2)
Unidad I Sistemas de Informacion
Unidad II Metodologia para el Desarrollo de Sistem...