Metodología: Técnicas y Herramientas

El ciclo de vida de un sistema está compuesto por 4 etapas:

Nacimiento
Desarrollo
Producción
Muerte

Existen dos planteos:

1. efectuar un desarrollo a medida
2. comprar e instalar un paquete de software

Para el desarrollo de sistemas a medida se deben crear prototipos y/o efectuar la

especificación previa.

La creación de un prototipo significa crear un modelo a escala de un sistema.

Normalmente, manejaría los principales procedimientos orientados a las transacciones,
produciría informas críticos y permitiría consultas rudimentarias.

La metodología de desarrollo de sistemas ofrece el marco de trabajo para el

planteamiento de la especificación para el desarrollo de sistemas. En este
planteamiento, los usuarios se comprometen a observar las especificaciones del sistema
en las etapas iniciales del desarrollo.

Prototipo Los tres objetivos de su creación son:

1. analizar la situación en curso
2. identificar las necesidades de información
3. desarrollar un modelo en pequeña escala llamado sistema objetivo

El proceso de creación de prototipos permite que los usuarios comuniquen

necesidades de procesamiento de información exacta al equipo del proyecto durante las
fases iniciales del proyecto y a lo largo del mismo. La creación de prototipos tiene 4
etapas:
1. definición de las especificaciones del sistema
2. creación del sistema prototipo
3. mejoramiento del sistema prototipo
4. desarrollo del sistema operativo

Metodología El proceso del desarrollo de un sistema de información con base en

la computadora es el mismo, independientemente del sistema de información que se
desarrolle. La metodología se organiza en fases:

FASE I: Análisis de sistemas - Inicio del proyecto

 Revisión del sistema existente
 Objetivos del sistema
 restricciones del diseño
 definición de los requerimientos

CRISTINA CARESSA 1
 FASE II: Diseño de sistemas
 Diseño del sistema general
 Diseño de la base de datos
 Diseño del sistema detallado

FASE III: Programación

FASE IV: Conversión e instauración

Prueba
Conversión
Implementación

FASE V: Post - instauración

Evaluación posterior o mantenimiento.

Inicio del proyecto

Los proyectos de SI se originan por muchas razones: para obtener una mayor
velocidad en el proceso de los datos, mejor exactitud y consistencia, consulta más rápida
de información, integración de las áreas de negocios, reducción de costos y mayor
seguridad.

Los orígenes varían. Las propuestas de proyecto las solicitan los gerentes de
departamento, ejecutivos de alto nivel y analistas de sistemas. Algunas veces el origen
real es una fuente externa, como una entidad gubernamental que estipula un nuevo
requerimiento de sistemas que la empresa debe cumplir.

Dado que los usuarios pueden someter muchas peticiones de proyectos, las
compañías deben tener formas para evaluarlas, seleccionar las mejoras propuestas y
desarrollarlas. Existen, en forma generalizada, tres formas de comité El comité directivo
(administrativo con cantidad limitada de miembros del departamento de sistemas); el
comité de sistemas de información (miembros del dpto. de sistemas) y el comité del
grupo de usuarios (personal seleccionado de las áreas de usuarios que trabajasen en
forma independiente del dpto. de sistemas).

Las peticiones de proyecto que describen los sistemas de la empresa involucrados

y las razones para desear que se desarrollen estos proyectos son revisadas por el
comité, quien le pide a los analistas que lleven a cabo una investigación preliminar para
clarificar la solicitud y recabe datos adicionales en relación con el sistema de negocio.
La investigación preliminar tiene como objetivo la presentación de un estudio sobre la
factibilidad Técnica, Operativa y Económica de la solicitud.

En tanto los analistas recopilan los datos, la decisión de proceder o no con la

petición corresponde al comité de selección. A menos que este comité lo apruebe, los
analistas no pueden comenzar con el desarrollo.

CRISTINA CARESSA 2
Administración del desarrollo de sistemas de información

Con el objetivo de cumplir los programas de desarrollo importantes, los proyectos

de sistemas de información se deben planear cuidadosamente. Existen métodos para
determinar las horas de personal y del tiempo del calendario necesario. El PERT les
permite a los analistas identificar y evaluar la interdependencia de las actividades en un
proyecto. El tiempo total de un proyecto se identifica con la ruta crítica, ésas actividades
deben supervisarse cuidadosamente por parte de la gerencia para terminar el proyecto
en tiempo.

La administración de un proyecto de sistemas constituye un aspecto importante

del esfuerzo total de desarrollo. Si el sistema se desarrolla tardíamente o si no se toman
medidas por parte de los analistas y gerentes para garantizar que es de alta calidad, los
usuarios -seguramente- se decepcionarán; incluso el sistema puede fallar. Las líneas
generales de acción mencionadas proporcionan las bases para la adecuada dirección
de proyectos.

Determinación de los requerimientos de sistemas

Con frecuencia los analistas se encuentran en desventaja cuando llevan a cabo

por primera vez una investigación de sistemas. El área en la cual realizarán
recomendaciones importantes inicialmente puede ser poco conocidas para ellos, por lo
tanto, es esencial que conozcan datos importantes en relación con los requerimientos
del sistema de manera rápida y exacta. Los métodos para hallar datos por medio de
entrevistas, cuestionarios, revisión de registros dentro de la empresa y la observación
ayudan al analista si se utilizan en forma apropiada. Cada uno tiene ventajas y
desventajas específicas: ninguno de ellos es totalmente adecuado. La verificación
cruzada de los datos de los sistemas es muy importante.

Cuando se inicia un estudio, los analistas desean saber porqué y cómo se llevan
a cabo ciertas actividades, y qué datos se utilizan en el trabajo. El tiempo, la frecuencia
y la cantidad de actividades son también importantes puntos que se deben recopilar.

Estudiar los controles de sistemas permite conocer cómo se mantienen en una

forma aceptable las funciones del negocio. Estos requerimientos son básicos y se aplican
tanto a sistemas de transacciones como de toma de decisiones y normalmente forman
parte de lo que una empresa necesita en conjunto.

Estrategia para determinar los requerimientos de sistema

Dos estrategias muy utilizadas para la determinación de los requerimientos de

información son el análisis de datos y el análisis de las decisiones. Se estudia el análisis
de los datos, cómo se utilizan y modifican los procesos del negocio y la actividad. Sus
herramientas principales son los diagramas de flujo de datos y los diccionarios de datos.

Un diagrama de flujo de datos es una descripción gráfica de un sistema o parte

de él. Está integrado por:

CRISTINA CARESSA 3
 Flujos de datos
Procesos
Orígenes
Destinos
Almacenamiento
todos ellos descriptos a través del uso de símbolos fácilmente entendibles. Al
mismo tiempo, los diagramas de flujos de datos son suficientemente poderosos para
mostrar actividades paralelas. Presenta una vista lógica más que física del sistema; es
decir, muestran qué está sucediendo en lugar de como se está llevando a cabo una
actividad. Dan apoyo también a un enfoque de lo general a lo particular (descendente)
del análisis de sistemas, en donde los analistas comienzan a desarrollar un
entendimiento general del sistema y gradualmente se van extendiendo los componentes
hacia un mayor detalle.

Conforme se añaden detalles, pueden incluirse también controles en relación a la

información, y de esta forma, se dibujan diagramas generales de alto nivel sin mostrar
los controles específicos para asegurar el enfoque en datos y procesos.

El diccionario de datos almacena las descripciones de los datos y su estructura,

así como los procesos de los sistemas; lo utilizan los analistas para entender el sistema
y consultar los detalles y descripciones que almacenan durante el diseño de sistemas,
cuando la información sobre los mismos, como longitud de datos, nombres alternos y
uso de los datos en procesos específicos debe estar disponible. También almacena
información de validación para guiar a los analistas en la especificación de controles para
la aceptación de datos por parte del sistema. Se pueden desarrollar manualmente o con
procedimientos automatizados.

Estrategias para el análisis de decisión

La toma de decisiones requiere la identificación de las condiciones y las acciones.

También significa que es necesario tener información disponible para sugerir acciones
que hay que tomar cuando se presentan combinaciones específicas de condiciones. El
propósito del análisis de decisión (complementario para el análisis de flujo de datos) es
estructurar las decisiones al determinar las condiciones bajo las cuales se llevan a cabo
acciones alternas.
Árboles de decisión
Las tres estrategias de análisis de decisión son: Tablas de decisión
Inglés estructurado

Los árboles de decisión son presentaciones de variables de decisión que son

gráficas y secuenciales y muestran qué condiciones considerar primero, cuáles después,
etc. La raíz de un árbol de decisión es el punto inicial para analizar una situación
específica. Conforme se siguen las ramas del árbol, se selecciona la condición que se
presenta y sigue más adelante a lo largo de esa rama. Al final de la rema se identifica la
acción adecuada para realizarse.

CRISTINA CARESSA 4
 Condición Acción
Condición
Condición Acción

Raíz
Condición Acción
Condición
Condición Acción

Construir árboles de decisión obliga a los analistas a considerar la secuencia en

la cual las decisiones deben realizarse y permite la inclusión tanto de información
cuantitativa como no cuantitativa. En problemas complejos, el tamaño del árbol se torna
algo difícil de manejar.

Las tablas de decisión relacionan condiciones y acciones a través de reglas de

decisión. Una regla de decisión establece las condiciones que deben satisfacerse para
un conjunto particular de acciones que deben realizarse. La regla de decisión incorpora
todas las condiciones que deben ser verdaderas, no sólo una condición a la vez.

Condición Reglas de Decisión

Establecimiento de condiciones Entradas de condición

Establecimiento de acciones Entradas de Acción

Existen tablas múltiples en grandes casos de decisión, que se usan también

cuando es deseable preparar procedimientos por separado que deben seguirse cuando
se presenta una condición específica. Todas las formas deben desarrollarse sin
redundancia ni contradicción.

El inglés estructurado se utiliza para establecer reglas de decisión con los tres
tipos de decisiones llamadas:
estructuras secuenciales
estructuras de iteración
estructuras de decisión
Estas instrucciones muestran acciones incondicionales, acciones repetitivas y
acciones que ocurren sólo cuando surgen ciertas condiciones.

El inglés estructurado es una forma concisa de resumir un procedimiento, en

donde las decisiones deben hacerse y tomar acciones; otras personar pueden revisarlo
en forma bastante fácil, de manera que puedan detectarse y corregirse los malentendidos
y errores. Las equivocaciones que se dejen en el análisis después de la investigación de
sistemas se mostrarán durante el diseño y puesta en marcha, cuando ya es mucho más
costoso corregirlas.
Secuencia: Compra de Libro
1. escoger el libro deseado
2. llevar el libro deseado al mostrador de salida
CRISTINA CARESSA 5
3. pagar el libro
4. recibir la factura
5. salir de la librería
Decisión:
if se encuentran los libros deseados, then
llevarlos al mostrador de salida
pagarlos
asegurarse de obtener la factura
salir de la librería
otherwise
no llevarse nada
salir de la librería.
Diseño
El diseño general de sistemas es la fase que da significado a los componentes
estructurales y muestra como éstos se pueden combinar y emplear en varias alternativas
factibles para el diseño de sistemas.

En general, los diseñadores tienen diversas opciones de sistemas.

1°: la opción de diseño significa que pueden no hacer nada, diseñar un nuevo sistema o modificar
un sistema existente.
2°: La opción de desarrollo significa que pueden desarrollar un nuevo sistema.
3°: el sistema implementado puede operarse fuera o dentro de la organización; y también un
MIX, dentro de la organización, pero mediante una cía. de administración de instalaciones.

El diseño de sistemas incluye dos niveles de actividad que se conocen como diseño lógico y
diseño físico. Durante el diseño lógico, los analistas desarrollan las especificaciones del nuevo
sistema, incluyendo los detalles de la Salida, entrada, archivos y procedimientos. Estas
especificaciones las utilizan los programadores, quiénes las traducen al diseño físico y a los
programas y archivos que realizan el trabajo requerido. A través del diseño se emplean los datos
requeridos por el usuario, incluyendo el diccionario de datos, que indica las características que
se deben incluir en el nuevo sistema. Para el usuario, la SALIDA es una de las características
más importantes, a veces la única razón para patrocinar el proyecto; por lo tanto, el analista debe
seleccionar los métodos de salida que comuniquen la información en forma EFECTIVA.

El diseño de la entrada es la especificación de cómo se introducen los datos a los sistemas en

lote y en línea para su procesamiento. También incluyen métodos para la captación de datos y
validación de su llenado completo. Los objetivos generales dan importancia a reducir la cantidad
de datos para la entrada, además de controlar los errores y la demora. Un diseño efectivo evita
también pasos extras en la entrada y , al mismo tiempo, asegura que el proceso en su totalidad
sea tan sencillo como sea posible para el usuario y el personal que introduce los datos.

Los datos captados para entrada deben incluir solamente aquellos valores que varían de
transacción en transacción, incluyendo los datos de identificación (llaves). Los datos que el
sistema puede consultar entre los almacenados o calcularlos NO DEBEN SER ESPECIFICADOS
PARA LA ENTRADA.

Existen varios métodos para captar datos; dependiendo de los modos de procesamiento y
utilización del documento fuente. Sin importar el método de procesamiento o de entrada de datos,
la entrada debe ser correcta. Existen, también, varios métodos para la validación de la entrada.
Se necesitan consideraciones especiales para los diseños de entrada en línea (y en tiempo real).

CRISTINA CARESSA 6
Diseño detallado

Aunque uno de los objetivos de esta fase es preparar especificaciones precisas

para la siguiente fase de implementación de sistemas, otro de los objetivos principales
es diseñar un sistema con el cual los usuarios se sientan confiados y a gusto al trabajar.

El objetivo es definir la forma y el contenido de todos los reportes impresos y

documentos, así como las pantallas producidas por el sistema de información. La salida
será tan buena como la entrada que genera los reportes, los documentos y las pantallas.

Los controles son parte esencial de todo sistema de información.

Durante esta fase se especifican los controles detallados de entrada para evitar
que entren datos erróneos al sistema, los controles de procesamiento para atrapar los
errores a detectar durante la entrada, creados durante el procesamiento y errores en la
salida -para que ésta no se pierda, corrompa o sea robada-. Adicionalmente, se crearán
controles para el acceso a la base de datos -archivos- del sistema.

Después que se formula la composición de los procedimientos y de los programas

de procesamiento para el sistema, sucede -a veces- que se debe elegir y reunir una
plataforma de hardware que soporte a los otros componentes estructurales. Se debe
poner especial atención a las alternativas que ofrece el mercado y las posibles
tendencias.

La culminación de esta fase es el reporte final del diseño detallado de sistemas

que contendrá: especificaciones de los programas, instrucciones micro, diagramas y
puntos específicos para los componentes estructurales del sistema que se va a
implementar.

Programación
Lenguajes de Computación

Un lenguaje consta de un alfabeto, un conjunto de palabras, llamado vocabulario,

y una serie de reglas que sirven para saber si una expresión es correcta o no lo es. Pero
el alfabeto y el vocabulario no son más que un conjunto de símbolos. La comunicación
no puede establecerse si ambas partes n o dan el mismo significado a dichos símbolos.
Las lenguas que empleamos habitualmente, español, inglés, francés, portugués, etc., se
llaman lenguajes naturales, pero existen otros lenguajes. El lenguaje matemático, por
ejemplo, posee un vocabulario propio, unas reglas propias, y dos personas que conozcan
el significado de los símbolos del lenguaje matemático pueden comunicarse sus ideas a
través de él.

Lenguajes y comunicación

CRISTINA CARESSA 7
Los lenguajes naturales son ambiguos, ya que permiten que una determinada expresión
pueda ser interpretada de distintas maneras. Para decidirnos por determinado
significado, empleamos, además de las palabras, otros factores como el contexto en que
se produce la frase, los gestos, la entonación, el volumen sonoro empleado, etc. Por
ejemplo, no significa lo mismo la frase “¡En qué mundo vives!” pronunciada por nuestro
hermano mayor a gritos y con un gesto de burla, que la frase “¿En qué mundo vives?”
pronunciada en una película de ciencia ficción por un extraterrestre que conversa con
otro.

El lenguaje matemático es un lenguaje formal porque intenta evitar al máximo esta cierta
ambigüedad propia de los lenguajes naturales. En un lenguaje formal, cada frase sólo
puede tener una única interpretación. Así, si decimos x – y todos los matemáticos del
mundo entenderán que se trata de restar el número y del número x.

En el extremo opuesto de los lenguajes formales se encuentra el lenguaje de la poesía,

en el que el uso de las metáforas, los simbolismos y los juegos de palabras permiten que
un mismo poema pueda ser interpretado de formas muy diferentes según el lector de
que se trate. Entre los lenguajes formales tenemos, los diversos lenguajes de
computación desarrollados a partir de la década de los cuarenta.

Formal Natural Poético

Nada Bastante Muy

ambiguo ambiguo ambiguo

Lenguajes de computación

Hemos visto que el procesador es el verdadero cerebro de la computadora, pero no es

más que un conjunto de circuitos electrónicos y sólo puede funcionar siguiendo un
programa.

Como toda comunicación necesita un lenguaje comprensible para ambas partes, es

necesario expresar dichas instrucciones en un lenguaje que computadora entienda.
Teniendo en cuenta que algo tan sencillo como la letra A, en el lenguaje de la
computadora es 01000001, intentar comunicarle “mi mamá me mima” parece una misión
imposible.

Un lenguaje que la computadora pueda entender directamente se llama lenguaje

máquina. En las primeras computadoras los programas se escribían en lenguaje de
máquina, pero dominar el significado de interminables cadenas de 0 y 1 es algo tan difícil
para los humanos que se optó por otra posibilidad: emplear programas que hiciesen de
traductores entre el hombre y la computadora. Para ello se crearon el lenguaje y el
programa ensamblador (el programa es el que traduce las instrucciones al lenguaje
máquina). El vocabulario del lenguaje ensamblador está constituido por un conjunto de

CRISTINA CARESSA 8
palabras extraídas del inglés, como, por ejemplo: SUM, MOV, START, END, etc., que
son más fáciles de memorizar que las del lenguaje máquina. Pero dominar este lenguaje
no es tarea fácil; hay que tener unos sólidos conocimientos sobre cómo están construidos
los circuitos y demás componentes de la computadora. El lenguaje máquina y los
lenguajes ensambladores son los lenguajes llamados de bajo nivel.

El siguiente paso para facilitar la tarea de los programadores consistió en la creación de

lenguajes de alto nivel, que usan un vocabulario extraído del lenguaje natural, y la
elaboración de programas de traducción más potentes, llamados compiladores e
intérpretes, que se encargan de desarrollar cada instrucción, convirtiéndola en un grupo
de numerosas instrucciones en lenguaje máquina.

Lenguaje de alto nivel Lenguaje de bajo nivel

1 instrucción = una instrucción lenguaje
1 instrucción = muchas leng máquina máquina

Lenguajes universales = varios Cada computadora  1 lenguaje

equipos diferente

Se necesitan sólidos conocimientos del

No se necesita conocer el hardware hardware para manejarlos

Los programas no se ejecutan tan Los programas no se ejecutan con rapidez

rápido
Los programas son más largos
Los programas son más cortos
El proceso de la programación

El primer paso para elaborar un programa consiste en escribir las instrucciones.

El conjunto de dichas instrucciones constituye el código fuente, que se escribe
empleando un lenguaje de alto nivel. Una computadora no puede llevar a cabo las
instrucciones del código fuente, simplemente porque no las entiende.

El siguiente paso consiste en indicar al sistema operativo que lleve el programa

compilador a la memoria y que compile el código fuente. En unos pocos minutos se
obtiene el llamado código objeto, que es la traducción del código fuente a un código
comprensible para la computadora.
Una vez obtenido el programa ejecutable, el programador debe pedir al sistema
operativo que lo coloque en la memoria y lo ejecute. Si la computadora no actúa como
el programador había previsto, éste tendrá que corregir el código fuente, volver a repetir
el proceso de compilación y probar nuevamente el programa hasta conseguir que
funcione perfectamente.

Diferencias entre compiladores e intérpretes

La traducción del código fuente a código objeto puede ser realizada por un programa
compilador o por un programa intérprete. Los programas compiladores traducen todo el código

CRISTINA CARESSA 9
fuente de una vez a código objeto. Los programas intérpretes traducen cada una de las
instrucciones del código fuente, una por una, a medida que el programa se va ejecutando.

Compiladores Intérpretes

No tiene que estar en memoria mientras Tiene que estar en memoria mientras se ejecuta el
programa.
se ejecuta el programa.

El programa sólo se traduce una vez El programa se tiene que traducir cada vez que se pone
en funcionamiento

Traduce todas las instrucciones del Va traduciendo cada instrucción según se va ejecutando
programa antes de que éste las ejecute ésta.

La corrección de los errores del La corrección de los errores del programa es sencilla.
programa es laboriosa.

Lenguajes de programación
¿Por qué existen tantos lenguajes diferentes de programación? Hay dos tipos de razones:
técnicas y comerciales. En principio, existen lenguajes más adecuados para elaborar programas
de uso científico y otros más adecuados para elaborar programas cuya finalidad sea el
tratamiento de grandes cantidades de información. Pero las razones de la gran diversidad de
lenguajes de programación no son sólo técnicas. Si fuera así, existiría un único lenguaje de
programación para elaborar programas con fines científicos y, en cambio, existen muchos.
La abundancia de lenguajes de programación se explica sobre todo por razones comerciales.
Cuando una empresa de software crea un lenguaje de programación, lo pone en el mercado
esperando que pronto se convierta en el preferido de los programadores y sustituya a otros
lenguajes de la competencia. Así, a lo largo del tiempo, algunos lenguajes han caído en desuso
y otros se han puesto de moda, de forma parecida a lo que sucede con la ropa o las canciones
en la llamada sociedad de consumo.
Pero, a pesar de la abundancia de los lenguajes de programación, todos son parecidos en el
fondo. Sólo los lenguajes empleados en inteligencia artificial, como LISP o PROLOG, son en
gran parte diferentes.

El poder de la lógica en los programas de computación

A esta altura, ya tenemos claro que el software se crea con los lenguajes de
programación. Un paquete de software de aplicación, está formado por muchos
programas, cada uno de los cuales aborda un problema específico. Recordemos que un
programa es un conjunto detallado de instrucciones con una secuencia lógica cuyo
objetivo es la resolución de un problema.

Cada lenguaje de programación tiene un conjunto de instrucciones, las cuales se

dividen en las siguientes clasificaciones:
 Instrucciones de entrada / salida
 Instrucciones de cálculo o cómputo
 Instrucciones de control

CRISTINA CARESSA 10
 Instrucciones de asignación
 Instrucciones de formato

Con estos conjuntos de instrucciones, podemos crear software adaptado a casi cualquier
procedimiento científico o de negocios, ya sea de pronósticos de ventas o para enviar
cohetes a la Luna.

Dentro de los lenguajes de Alto Nivel nos encontraremos con:

 Lenguajes orientados a los procedimientos (Cobol – Fortran)
 Lenguajes orientados a objetos y la programación orientada a objetos (small talk –
C++)
 Lenguajes de cuarta generación (4GL) utilizados por usuarios para extraer
información de bases de datos
 Lenguajes visuales: iconos en lugar de palabras. (visual basic – visual fox)
 Lenguajes naturales: permite aceptar, interpretar y ejecutar instrucciones en el
lenguaje materno o natural (inglés)

Adquisición y selección de software. Alternativas.

Para la determinación de la adquisición o desarrollo deberemos tener la Especificación

de Requisitos Software que requiere como mínimo
1. Obtener información sobre el dominio del problema y el sistema actual (UdeD).
2. Preparar y realizar las reuniones para licitación/negociación.
3. Identificar/revisar los objetivos del usuario.
4. Identificar/revisar los objetivos del sistema.
5. Identificar/revisar los requisitos de información.
6. Identificar/revisar los requisitos funcionales.
7. Identificar/revisar los requisitos no funcionales.
8. Priorizar objetivos y requisitos.
Algunos principios básicos a tener en cuenta:

Representar el comportamiento del software a consecuencias de acontecimientos

externos, particulares, incluso inesperados.

funciones y
comportamiento y características del Sistema
Con las especificaciones estamos en condiciones de evaluar las características de los
proveedores tanto técnicas, evolutivas como financieras.
Evaluación del Producto y del Proveedor.
En este punto se aborda la problemática del proceso efectivo de selección: cómo evaluar
al producto (paquete) y cómo evaluar a quien lo suministra (el proveedor). En proyectos
importantes seguramente habrá de conformarse un grupo de estudio para encarar esta
importante decisión.
Adquisición y selección de hardware, redes e infraestructura.

La problemática vinculada a los proyectos de adquisición de sistemas presenta más

puntos en común con la propia de proyectos de adquisición de tecnología (o

CRISTINA CARESSA 11
infraestructura tecnológica que puntos de contraste. No obstante, existen algunas
diferencias, cuyo estudio es el objeto de este punto del programa.

Implementación
Es la última fase del desarrollo de sistemas. Una vez que se concluye, la
responsabilidad principal sobre el sistema pasa del analista a los usuarios finales y al
personal de operaciones.

Se emite un documento “Reporte final de la implementación” que contiene un plan

detallado para llevarla a cabo que se prepara antes de iniciar el trabajo de
implementación.

Si un nuevo sistema se va a implementar con éxito, se debe crear conciencia en

todos los afectados por el mismo acerca de sus responsabilidades para con el sistema y
sobre lo que éste les proporciona. Los enfoques para educar y capacitar al personal
incluyen seminarios e instrucción en grupos, capacitación mediante procedimientos,
capacitación tutorial, simulación, capacitación en el trabajo, y el uso de un centro de
información.

El proporcionar una educación y capacitación adecuadas, tanto desde el principio

como en forma continua, es absolutamente esencial si se quiere que el nuevo sistema
logre sus objetivos.

La prueba de los programas es la última oportunidad para asegurarse que los

programas satisfagan los requerimientos de los usuarios. Independientemente de que se
adopte un enfoque general, incremental, descendente o ascendente para las pruebas,
se recomienda el empleo de un equipo de pruebas independiente.

Una vez que un sistema se ha implementado, el analista deberá verificar

regularmente que se cumplan los horarios de entrada, proceso y salida. Como una
actividad final, el analista deberá revisar el sistema viejo y la documentación para la
conversión, y purgar todos los procedimientos, programas y formas obsoletos y de
arranque.

Lectura recomendada

O’Brien y Marakas – Sistemas de Información Gerencial

Briano Juan Carlos, Freijedo Claudio Felipe, Rota Pablo, Tricoci Guillermo, Waldbott De Bassenheim Carlos - Sistemas de
información gerencial -

CRISTINA CARESSA 12