RESUMEN

La Implantacin de sistemas es un tema relevante en lo que se refiere al desarrollo

de software y de tecnologas de la informacin. A pesar de ello, la ingeniera de software
contina centrndose en abordar los problemas del desarrollo desde la mejora de procesos
pero sin abordar de manera sistemtica la Implantacin como un conjunto de temas
especficos a ser tratados.
Uno de los problemas detectados en gran parte de los proyectos informticos, en
general est dado por las dificultades en la Implantacin de los mismos en los diferentes
entornos sociales y tecnolgicos, siendo esta etapa, un atributo fundamental para el xito de
la puesta en marcha de los sistemas. La investigacin que se expone en el presente artculo
se propone enmarcar los lmites de la Implantacin de sistemas, como parte un proceso
inherente a la definicin del proceso software, y que asimismo, debe ser definido
especficamente y a travs de un conjunto de principios bsicos que permitan comprender y
abordar esta etapa como un rea especfica dentro de la Ingeniera de Software o la
Ingeniera de Sistemas.

ABSTRACT
The system implementation is an important issue as it relates to software
development and information technology. However, software engineering continues to
focus on addressing the problems of development from process improvement but not
systematically address the implementation as a set of specific issues to be addressed.
One of the problems identified in much of the IT projects in general is given by the
difficulties in implementation of the same in the different social and technological
environments, with this step, a key to the success of the start-up attribute systems. The
research presented in this paper aims to frame the limits of system implementation as an
inherent part of the process to the software process definition, which also must be
specifically defined and through a set of basic principles for understand and address this
stage as a specific area within the Software Engineering or Systems Engineering.

Palabras Clave: ingeniera de software, Implantacin de Sistemas, Proceso Software.

INTRODUCCION
La correcta Implantacin de un sistema involucra diversos aspectos tecnolgicos as
como de contexto social en cuanto a los actores involucrados en las diferentes instancias.
Para los proyectos de IT (Tecnologa de la informacin) existen diversos modelos
de proceso y de gestin que dividen en sub-procesos cada una de las actividades que deben
llevarse a cabo en el desarrollo y la puesta en marcha de los sistemas de informacin.
Es la instalacin de una aplicacin informtica, realizacin o la ejecucin de un
plan, idea, modelo cientfico, diseo, especificacin, estndar, algoritmo o poltica.
En ramas de la computacin, una implantacin es la realizacin de una
especificacin tcnica o algoritmos como un programa, componente software, u otro
sistema de cmputo. Muchas ejecuciones son dadas segn a una especificacin o un
estndar. En la industria IT, la implantacin se refiere al proceso post-venta de gua de un
cliente sobre el uso del software o hardware que el cliente ha comprado. Esto incluye el
anlisis de requisitos, anlisis del impacto, optimizaciones, sistemas de integracin, poltica
de uso, aprendizaje del usuario, y costes asociados. A menudo todos estos pasos son
gestionados y dirigidos por un Director de Proyecto que utiliza metodologas de gestin de
proyecto y comprende el trabajo de grupos de profesionales que son relativamente nuevos
en la economa basada en la gestin del conocimiento, tales como analista de
negocios, analistas tcnicos, arquitecto de software, y directores de proyecto.

Tipos de Implementacin
Mtodo Paralelo
En este caso, una vez que el nuevo sistema est pronto y operativo el mismo se
instala y entra en funcionamiento, sin interrumpir el uso del sistema anterior. Ambos siguen
funcionando simultneamente, hasta que se entiende oportuno dejar de utilizar el sistema
anterior, dado que el nuevo funciona adecuadamente.
Es recomendable utilizar este mtodo cuando existen algunas de las siguientes situaciones:

El nuevo sistema es de gran dimensin (tanto por el tamao en s mismo del sistema
nmero de programas que lo integran o porque afecta a un importante nmero de unidades
de la empresa clientes, proveedores, sucursales, agencias, servicios, productos, etctera).
Un ejemplo podra ser la incorporacin de terminales de autoservicio bancario en las
sucursales de un Banco en todo el pas.
El sistema impacta en forma importante en el negocio. Por ejemplo la automatizacin de
reservas y ventas de pasajes en una compaa area. O un sistema de facturacin en tiempo
real, o un nuevo sistema de procesamiento de tarjetas de crdito.
De alta sensibilidad (para los trabajadores, clientes, proveedores) Por ejemplo cuando se
automatiza un sistema de liquidacin de haberes al personal en una empresa industrial,
donde la forma de liquidacin es compleja por las tareas y turnos existentes. O cuando a los
clientes de una tarjeta de crdito se les proporciona un nuevo estado de cuenta con mejoras
respecto al anterior.

VENTAJAS: este mtodo tiene como mayor ventaja que es ms seguro. El sistema anterior
se mantiene en funcionamiento hasta tanto se haya validado el cien por ciento del nuevo.

DESVENTAJAS: es ms costoso, dado que duplica una serie de costos operativos; la

implementacin puede ser ms lenta, dado que al saber que an se dispone del sistema

anterior, puede existir una tendencia a demorar las correcciones del nuevo sistema; los
usuarios son reacios al cambio y en la medida que el nuevo sistema presente dificultades de
implementacin, se intentar regresar al sistema anterior que an est en funcionamiento.

Mtodo Directo
Este mtodo consiste en implementar el nuevo sistema dejando de lado el sistema anterior,
a partir del momento de su instalacin. La operativa se transfiere en forma abrupta, de un
da para el otro.
Generalmente se trata de disponer de fines de semana largos o feriados intermedios para
disponer de tiempo de reaccin ante probables dificultades. Este mtodo es recomendable
cuando no existen las situaciones sealadas en el caso anterior, cuando se desea minimizar
costos de implementacin o cuando se pretende dejar un sistema anterior lo ms
rpidamente posible.
VENTAJAS: es menos costoso que el mtodo paralelo, se obtienen los beneficios del
sistema ms rpidamente.
DESVENTAJAS: es ms riesgoso, no se dispone del sistema anterior en caso de falla del
nuevo sistema; se requiere una planificacin ms cuidadosa, poner a prueba en forma
exigente el nuevo sistema y establecer el mayor nmero de posibles hiptesis de conflictos
con los procesos de recuperacin correspondientes.
Mtodo Piloto
Este mtodo implica instalar un nuevo sistema en un rea de la empresa y luego de
aprobado y puesto a punto, extenderlo al resto de la misma (mediante conversiones en
directo o paralelo). El sistema se prueba en su totalidad en un mbito restringido de la
empresa (una sucursal, un departamento, con un grupo de clientes, proveedores, etctera)
para validarlo y luego se generaliza. Un ejemplo puede ser un sistema de venta en locales,
se prueba en un local piloto.

Este sistema es recomendable cuando existe un mbito de prueba apropiado. Un

inconveniente que puede surgir es que en el resto de los locales o departamentos de la
empresa, surjan nuevos requerimientos no detectados o definidos previamente.

Mtodo por Etapas

Este mtodo implica instalar un nuevo sistema en forma gradual. Esto significa que en cada
etapa del proceso de instalacin se va haciendo experiencia con el sistema nuevo, se va
mejorando en funcin de nuevos requerimientos y superacin de problemas que se van
encontrando.

VENTAJAS: Cada etapa se va realizando con los recursos necesarios. Esto permite
implementar nuevos sistemas con recursos ms limitados.
DESVENTAJAS: el perodo de implementacin puede extenderse demasiado, lo cual
podra provocar falta de apoyo de los usuarios. Asimismo, si existieran problemas iniciales
en la implementacin, podran difundirse apreciaciones negativas que perjudicaran el
proceso en el futuro.
Un ejemplo de aplicacin de este mtodo puede ser la instalacin de cajeros automticos.
En una primera etapa podran habilitarse transacciones de consulta de saldos y retiros. En
una segunda, podran habilitarse transacciones de depsito y transferencia entre cuentas. En
una tercera, podran ponerse en funcionamiento el pago de servicios a travs de la red de
cajeros y en una ltima etapa, podran interconectarse dos redes de cajeros automticos
diferentes, para ofrecer mayores servicios a los clientes de ambas redes

ETAPAS DE IMPLANTACIN
Anlisis: en base a un sistema de la realidad, se construye un modelo de ese sistema,
llamado modelo de anlisis, en donde se enumeran y describen cada uno de los
requerimientos del sistema de software a desarrollar.
Diseo: en base al modelo de anlisis, se construye un modelo de diseo, que contiene la
arquitectura del sistema del software y su diseo ms detallado.
Implementacin: tomando como punto de partida el modelo de la fase anterior, se procede a
programar o implementar los diseos especificados en el modelo de diseo.

Prueba: se comparan los artefactos de anlisis, diseo e implementacin siguiendo las

lneas de trazabilidad correspondientes y tambin contra el sistema de la realidad.

Capacitacin de Usuarios del Sistema

En esta actividad se prepara y se imparte la capacitacin al equipo que participar en la
implantacin del sistema, y al personal de Atencin a Usuarios que realizar las actividades
de Post-Implantacin. Se realiza tambin el seguimiento de la capacitacin de los usuarios
finales, de esta forma, se asegura que la implantacin se llevar a cabo correctamente.
Se determina la capacitacin necesaria para el equipo de implantacin, en funcin de los
distintos perfiles y niveles de responsabilidad identificados en la actividad anterior. Para
ello, se establece un Plan de capacitacin que incluye los esquemas de capacitacin
correspondientes, los recursos humanos y de infraestructura requeridos para llevarlo a cabo.
La capacitacin para el rea de Atencin a Usuarios se realiza en funcin de las tareas que
realizarn en la etapa Post-implantacin, es decir la asistencia que prestarn a los usuarios
una vez que el sistema este implantado.
Para este caso es necesario tener presente la documentacin apropiada, Manuales de
usuario, Capacitacin o formacin del usuario final. Es importante recordar que el usuario

final es un actor que se encuentra involucrado desde el inicio del desarrollo del proyecto, en
cual l se sentir comprometido con el proyecto y parte de l.
Recordar, al escribir documentacin "es necesario escribir para los dems como si lo
hubiese escrito otra persona para usted".
Es ensear a los usuarios que se relacionan u operan en un proceso de implantacin.
La Responsabilidad de esta capacitacin de los Usuarios primarios y secundarios es del
Analista, desde el personal de captura de datos hasta aquellos que toman las decisiones sin
usar una Computadora.
No se debe incluir a personas de diferentes niveles de habilidad e intereses de trabajo;
debido a que si en una Empresa existen trabajadores inexpertos no se pueden incluir en la
misma seccin de los expertos ya que ambos grupos quedaran perdidos.
"Es como querer conducir dos Barcos con diferentes destinos con un mismo Mapa de rutas
o con el mismo timn".
Aun y cuando la Empresa puede contratar los Servicios de Instructores externos, el analista
es la persona que puede ofrecer la mejor capacitacin debido a que conoce el personal y al
Sistema mejor que cualquier otro. A la falta o imposibilidad del analista la organizacin
puede contratar otros servicios de capacitacin como son:
Vendedores: Son aquellos que proporcionan capacitacin gratuita fuera de la
Empresa de uno o dos das.
Instructor pagado externamente: Son aquellos que pueden ensear todo acerca de
las computadoras pero para algunos usuarios esta no es una capacitacin necesaria.
Instructores en casa: Estn familiarizados con el personal y pueden adecuar los
materiales a sus necesidades, pero le faltara experiencia en Sistemas de
Informacin que es realmente la necesidad del usuario.

Objetivos de la Capacitacin:
Es lograr que los usuarios tengan el Dominio necesario de las cosas bsicas acerca de las
maquinarias y procesos que se emplean para su operacin de manera eficiente y segura.

CONVERSIN
Para este paso se plantean las siguientes estrategias:
Total

La aplicacin anterior S1, trabaja hasta una fecha determinada y en la

misma fecha inicia el funcionamiento del nuevo sistema S2.

Paralelo

Ambas aplicaciones S1y S2, funcionan al mismo tiempo determinando

y analizando los problemas que se puedan presentar. Adems, que
permite la valoracin de fragmentos del sistema con errores y reduce los
riesgos de errores irreparables.

Casos

Por modelos Software anterior contra el software nuevo, verificando

manuales y caracterstica.

Puestos

Sitios geogrficamente dispuestos, donde por sitios de trabajo se hace la

conversin y aplicacin del sistema, el problema es la integracin total
de la informacin al final.

Etapas

Esta propuesta es dada para el trabajo por mdulos, los cuales se aplican
en total o paralelo.

Verificacin

Es el desarrollo de actividades conducentes al desarrollo de

simulaciones en casos extremos con informacin temporal, buscando
omisiones y casos especiales no tenidos en cuenta.

Validacin

Este actividad se realiza con datos reales, con los cuales es necesario
evaluar :
Rendimiento
Procesos de alto trafico de la informacin
Ergonoma (usabilidad)
Mtodos y procesos (complejidad)
Copias y recuperacin (backup garantas), y otros elementos de
calidad de software que se consideren de importancia.

Auditoria

Es la medida de la certificacin vs. Errores. Adems, de garantizar la

auditabildad del sistema.

CONFIGURACION DEL ENTORNO

Un entorno de desarrollo de software es una combinacin de herramientas que
automatiza o soporta al menos una gran parte de las tareas (o fases) del desarrollo: anlisis
de requisitos, diseo de arquitectura, diseo detallado, codificacin, pruebas de unidades,
pruebas de integracin y validacin, gestin de configuracin, mantenimiento, etc. Las
herramientas deben estar bien integradas, pudendo interoperar unas con otras.
Estn formados por el conjunto de instrumentos (hardware, software, procedimientos)
que facilitan o automatizan las actividades de desarrollo. En el contexto de esta asignatura
se consideran bsicamente los instrumentos software.
CASE: Computer-Aided Software Engineering
o

Con este trmino genrico se denominan los productos software que dan
soporte informtico al desarrollo

Sera deseable automatizar todo el desarrollo, pero normalmente se

automatiza slo en parte

Productos CASE: son cada uno de los instrumentos o herramientas software

de apoyo al desarrollo

La tecnologa CASE da soporte para actividades verticales

o

Son actividades verticales las especficas de una fase del ciclo de vida:
anlisis de requisitos, diseo de la arquitectura, edicin y compilacin del
cdigo, etc.

Tambin se necesita soporte para actividades horizontales

o

Son actividades horizontales las actividades generales: documentacin,

planificacin, gestin de configuracin, etc.

Productos CASE en general

Los productos CASE facilitan el desarrollo organizado del software aplicando tcnicas
de Ingeniera de Software. En sentido amplio podemos englobar en la tecnologa CASE
toda la variedad de herramientas aplicables en el desarrollo de software: herramientas de
anlisis y diseo; editores de cdigo, documentos, diagramas, etc.; compiladores y

montadores de cdigo ejecutable (linkers); depuradores; analizadores de consistencia;

herramientas para obtencin de mtricas; generadores de cdigo o de documentacin; etc.,
etc.
Debido a esa enorme variedad de productos, se han realizado diversos intentos para
clasificarlos. Un punto de vista para su clasificacin es el nivel de las funciones que realiza
un producto determinado. En [3] (Table I) se sugiere la siguiente terminologa para
los niveles funcionales:
Servicio (service): realiza automticamente una determinada operacin (atmica o
unitaria).
Ejemplo: compilacin de un programa
Herramienta (tool): ofrece los servicios necesarios para dar soporte a una tarea
determinada (lo que hace un miembro del equipo de desarrollo en un momento
dado).
Ejemplo: edicin de cdigo fuente.
Banco de trabajo (workbench): da soporte a todas las actividades correspondientes a
un rol o perfil profesional propio de uno de los miembros del equipo de desarrollo.
A veces se le llama tambin "herramienta" (tool)
Ejemplo: "herramienta" CASE de anlisis y diseo (OO, UML, ...)
Entorno o factora (environment, factory): da soporte a todo el proceso de
desarrollo. A veces se le llama tambin "banco de trabajo" (workbench)

Entorno de programacin
Las actividades mejor soportadas por herramientas de desarrollo son normalmente las
centrales: codificacin y pruebas de unidades. El conjunto de herramientas que soportan
estas actividades constituyen lo que se llama un entorno de programacin. A veces se
utilizan las siglas IDE (Integrated Development Environment) para designar estos entornos,
aunque no son un entorno de desarrollo completo, sino slo una parte de l.
Siguiendo la terminologa anterior, de niveles funcionales, es el banco de trabajo del
programador

Da soporte a las actividades de la fase de codificacin (preparacin del cdigo y

prueba de unidades)
Los mismos productos sirven tambin para el diseo detallado y para las pruebas de
integracin.
Se sita, por tanto, en la parte central del ciclo de desarrollo

Funciones de un Entorno de Programacin

Como se ha dicho, la misin de un Entorno de Programacin es dar soporte a la preparacin
de programas, es decir, a las actividades de codificacin y pruebas.
Las tareas esenciales de la fase de codificacin son:
o

Edicin (creacin y modificacin) del cdigo fuente

Proceso/ejecucin del programa

Interpretacin directa (cdigo fuente)

Compilacin (cdigo mquina) - montaje - ejecucin

Compilacin (cdigo intermedio) - interpretacin

Otras funciones:
o

Examinar (hojear) el cdigo fuente

Analizar consistencia, calidad, etc.

Ejecutar en modo depuracin

Ejecucin automtica de pruebas

Control de versiones

Generar documentacin, reformar cdigo

... y otras muchas ms ...

Tipos de Entornos de Programacin

Un entorno de programacin puede estar concebido y organizado de maneras muy
diferentes. A continuacin se mencionan algunas de ellas.
En las primeras etapas de la informtica la preparacin de programas se realizaba
mediante una cadena de operaciones tales como la que se muestra en la figura para
un lenguaje procesado mediante compilador. Cada una de las herramientas deba
invocarse manualmente por separado. En estas condiciones no puede hablarse
propiamente de un entorno de programacin

El editor es un editor de texto simple

El compilador traduce cada fichero de cdigo fuente a cdigo objeto

El montador (linker / builder / loader) combina varios ficheros objeto para

generar un fichero ejecutable

El depurador maneja informacin en trminos de lenguaje de mquina

Un entorno de programacin propiamente dicho combina herramientas como stas,

mejoradas y mejor integradas. A veces se nombra con las siglas IDE (Integrated
Development Environment).

Entornos centrados en un lenguaje

Presentan las siguientes caractersticas generales:
Son especficos para un lenguaje de programacin en particular
Estn fuertemente integrados. Aparecen como un todo homogneo
Se presentan como una herramienta nica
El editor tiene una fuerte orientacin al lenguaje
Son relativamente cmodos o fciles de usar
A veces son poco flexibles en lo referente a la interoperacin con otros
productos o a la ampliacin de sus funciones
Se basan en representar el cdigo fuente como texto
Podemos encontrar ejemplos de estos entornos para todo tipo de lenguajes
Lenguajes funcionales con interpretacin directa
o

(Inter)Lisp, Haskell, etc.

Lenguajes compilados a cdigo de mquina nativo

o

Delphi, Visual C++, AdaGide/GNAT, GPS, etc.

Lenguaje ejecutados sobre mquina virtual

Java (Visual Age, Eclipse), C# (Visual Studio .NET)

Ejemplos especiales:
o

Entornos Ada (Stoneman, Cais, Asis)

Entornos Smalltalk

Entornos Oberon, Component Pascal

Entornos orientados a estructura

Podran considerarse incluidos en la clase anterior, ya que suelen ser especficos para un
lenguaje de programacin, pero estn concebidos de manera diferente:
El editor de cdigo fuente no es un editor de texto, sino un editor de estructura
(editor sintctico)
Se basan en representar internamente el cdigo fuente como una estructura:
o

rbol de sintaxis abstracta: AST

La presentacin externa del cdigo es en forma de texto

o

Plantillas (elementos sintcticos no terminales)

Texto simple (elementos terminales - a veces "frases" para expresiones)

Compilacin incremental (en algunos casos)

Para desarrollo personal, no en equipo
Ejemplos:
o

The Cornell Program Synthesizer (subconjunto de PL/I)

Mentor (Pascal)

Alice Pascal

Gandalf (intenta ser un entorno de desarrollo completo, para todo el ciclo de

vida)

Estos entornos estuvieron de moda en los aos 80. Los desarrollos fueron
fundamentalmente acadmicos, y quedaron en desuso. En la actualidad los lenguajes de
marcado (XML) pueden ser una buena forma de representar la estructura del cdigo fuente

con vistas a su manipulacin. Existen editores y procesadores XML que podran ser la base
de nuevos entornos de programacin orientados a estructura.

Entornos basados en combinacin de herramientas

Consisten en una combinacin de diversas herramientas capaces de interoperar entre ellas
de alguna manera. Se denominan entornos toolkit. Presentan las siguientes caractersticas:
Presentan integracin dbil
Son un conjunto de elementos relativamente heterogneos
Son fciles de ampliar o adaptar mediante nuevas herramientas
Pueden ser construidos en parte por el propio usuario (programador): ste es ms o
menos el estilo UNIX original
Ofrecen poco control de uso de cada herramienta
El elemento frontal (front-end) para interaccin con el usuario suele ser un editor
configurable, con llamadas a herramientas externas. A veces estos editores
configurables se designan tambin con las siglas IDE (que debera reservarse para el
entorno completo)
Ejemplos de editores configurables
o

Emacs, Vim, Gvim

Med, SciTE, jEdit

Eclipse (algo ms que un editor)

Entornos multilenguaje
Hay aplicaciones que combinan piezas de cdigo fuente escritas en diferentes lenguajes de
programacin. Algunas posibilidades de combinacin son las siguientes:
Entornos genricos
o

No se combinan lenguajes en un mismo programa. Hay varios programas,

cada uno en su propio lenguaje

Bastara combinar las herramientas correspondientes a cada lenguaje

(compiladores, etc.)

Se podra usar un frontal comn: editor personalizable que soporte los

lenguajes concretos

Ejemplos:

Emacs (con diferentes "modos")

Eclipse (con diferentes "plug-ins")

Entornos especficos
o

Para una combinacin concreta de lenguajes

Vienen a ser como los entornos centrados en un lenguaje, slo que admiten
ms de uno

Usan un formato binario compatible que permite combinar en un mismo

programa partes escritas en los diferentes lenguajes

Ejemplo: GPS permite combinar mdulos en Ada y C++

Lenguajes ejecutados sobre mquina virtual

o

La mquina virtual establece el formato del cdigo binario

Pueden combinarse mdulos escritos en diferentes lenguajes para los que

exista el compilador apropiado

Cada lenguaje puede tener su entorno de programacin separado, o bien

existir un entorno de programacin nico

Ejemplos:

JVM (Java Virtual Machine). El lenguaje original es Java. El

intrprete es el JRE (Java Runtime Environment). Hay compiladores
a JVM para otros lenguajes adems de Java: Ada, Fortran,
Component Pascal (Oberon), etc. (incluso C#)

.Net (Microsoft). El lenguaje original es C#. El intrprete es el CLR

(Common Language Runtime). Hay compiladores a .Net para otros
lenguajes adems de C#: Ada, Fortran, Component Pascal (Oberon),
etc. (incluso Java)

Entornos para ingeniera de software

Un entorno de programacin, tal como se ha definido anteriormente, servira para dar
soporte a las tareas de desarrollo de software realizadas por una persona. Para desarrollar

proyectos de software no triviales se necesita trabajar en equipo usando las

recomendaciones de la ingeniera de software.
Cada miembro del equipo de desarrollo puede disponer de una estacin de trabajo con un
entorno de programacin adecuado para realizar su trabajo individual, y se necesita adems
algn medio de combinar los trabajos individuales en una labor de conjunto, debidamente
organizada.
Una manera intuitiva de organizar el entorno general de desarrollo es basarlo en un
repositorio central de informacin, dotado de un sistema de gestin de configuracin, y
aadirle sistemas de mensajera, de gestin de incidencias, herramientas de modelado para
anlisis y diseo, de gestin del proyecto, etc.

Entornos orientados a estructura

La idea de que un programa no es equivalente al texto de su cdigo fuente, sino que lo
esencial es la estructura lgica del cmputo que describe, ha llevado a la creacin de los
llamados entornos de programacin orientados a estructura, en los que se manipula
directamente la estructura lgica del cdigo y no su representacin como texto. Incluso hay
casos en que el cdigo del programa no se representa como texto sino en forma grfica.

Lenguajes y entornos visuales

Este es un caso especial de entornos orientados a estructura. La representacin externa del
cdigo fuente no es en forma de texto, sino grfica. El editor permite ir construyendo el
grafo que representa la estructura del cdigo. El programa construido de esta manera se
ejecuta directamente mediante un intrprete, o bien se exporta como texto en un lenguaje
formal para ser compilado o interpretado externamente. Algunos ejemplos de este tipo de
entornos son:
Prograph
Projector (parte del meta-CASE DOME)
VFPE
Tanto Prograph como Projector son lenguajes de flujo de datos. Un programa basado en
flujo de datos se representa como un grafo en el que los nodos son operadores y los arcos
son flujos de datos que conectan la salida de ciertos operadores con las entradas de otros.
Una operacin se ejecuta cuando hay datos presentes en todas las entradas requeridas. En
ese momento se producen resultados que se transmiten por los arcos de salida, pudiendo
entonces ejecutarse otras operaciones.
VFPE es un editor grfico de la estructura (rbol sintctico) de un programa funcional. El
programa editado puede ejecutarse directamente o exportarse como cdigo Haskell.

Discusin
Los entornos orientados a estructura presentan innegables ventajas respecto a los entornos
basados en la edicin del texto fuente. Entre ellas:
Evitan los errores sintcticos
Evitan tener que escribir los elementos fijos del cdigo: Palabras clave, puntuacin,
etc.
Presentan el cdigo con un estilo uniforme, bien establecidos.

Guan al programador indicando qu elementos pueden insertarse en cada punto y

recordndole la sintaxis de cada sentencia estructurada.
Facilitan la reorganizacin del cdigo al permitir la seleccin directa de secciones
de cdigo: funciones, bucles, etc.
Facilitan trabajar con estructuras lgicas no contempladas directamente en el
lenguaje de programacin.
Sin embargo estos entornos, tal como se concibieron inicialmente, no han llegado a
utilizarse en la prctica habitual de desarrollo de software, ya que presentaban claros
inconvenientes:
No permitan el trabajo en equipo. En muchos casos slo trabajaban con programas
monolticos.
Era difcil realizar algunas operaciones de edicin que resultan triviales sobre el
texto.
Exigen un cambio en la mentalidad del programador.
Es difcil editar la estructura a nivel de grano fino.
DOCUMENTACION DEL SOFTWARE
La documentacin de sistemas es el conjunto de informacin que nos dice qu hacen los
sistemas, cmo lo hacen y para quin lo hacen.
La documentacin consiste en material que explica las caractersticas tcnicas y la
operacin de un sistema. Es esencial para proporcionar entendimiento de un sistema a quien
lo vaya a usar para mantenerlo, para permitir auditoria del sistema y para ensear a los
usuarios como interactuar con el sistema y a los operandos como hacerlo funcionar.
Existen varios tipos de documentacin. La de programas, que explica la lgica de
un programa e incluye descripciones, diagramas de flujo, listados de programas y
otros documentos; la del usuarios en forma general la naturaleza y capacidades del sistema
y cmo usarlo.
Muchas organizaciones tienen lo que se conoce como un "programa de documentacin", el
cual consiste en una poltica formal cuya documentacin se muestra como algo que debe
prepararse en forma rutinaria para cada programa de cmputo, archivo y nuevos sistemas.

Estandarizacin
Significa que los smbolos convencionales se usan en todos los diagramas de flujo
para prescribir el sistema y que en la documentacin se usen formas estandarizadas.
An cuando las normas de documentacin varan de una instalacin a otra, es esencial que
dentro de una organizacin, se utilice un solo mtodo. El uso de procedimientos y
documentacin

estandarizada proporciona la

rpida, adiestramiento menos

costoso

base de una comunicacin clara

del personal de

sistemas,

reduccin

de costos de almacenamiento, y otros.

Ventajas De La Estandarizacin
Ayuda al entrenamiento del nuevo personal dentro y fuera de la organizacin de
Sistemas.
Es til para cualquiera que tenga la responsabilidad del mantenimiento de los
sistemas.
Ayuda a los analistas y diseadores de sistemas en el trabajo de integracin de
sistemas.
Asegura que el sistema opere correctamente.
Se utilizan eficientemente los recursos que se dispongan.

Estndares Bsicos De Documentacin

Toda documentacin que se relacione con un sistema, ya sea manual o

por computadora, sencillo o complejo debe reunir los siguientes requisitos bsicos:

Debe ser rotulada con claridad y bien organizada, con secciones claramente
indicadas, almacenarlas en carpetas e ndice.
Los diagramas debern ser claros, no aglomerados y la escritura manuscrita deber
ser legible.
La documentacin deber ser completa.

Se incluir una leyenda o explicacin de los trminos utilizados.

La documentacin siempre se conserva actualizada.

Normalizacin

Asegrese

de

que

los

estndares

sean

completos,

actualizados,

documentados y legibles.
Auditar permanentemente para que se cumplan los estndares.
Evaluar si los estndares establecidos son los requeridos y hacer los cambios
necesarios para que dichos estndares sean los apropiados.

Teora General De Los Manuales De Documentacin

Durante el desarrollo de un sistema, desde su concepcin hasta su puesta en marcha

se ha generado gran cantidad de documentos, que en muchas ocasiones se han visto
modificados por documentos posteriores debido a cambios en el sistema.

Para evitar confusiones en las revisiones de la documentacin se desarrollan

diferentes tipos de documentos dirigidos a las personas que trabajarn con el sistema y para
facilitar el mantenimiento del mismo. La documentacin de un sistema debe ser marcada
adecuadamente, bien organizada actualizada y completa; todos los trminos utilizados
deben explicarse. La documentacin se har disponible a todos los usuarios dc acuerdo a
sus necesidades.
El estilo de redaccin de los manuales de documentacin debe ser:
Concreto.
Ser preciso y definir los trminos utilizados.
Utilizar prrafos cortos.
Utilizar ttulos y subttulos.
Utilizar formas activas en lugar de pasivas.
No emplear frases largas que presenten hechos distintos.
No hacer referencia a una informacin solamente con el nmero de referencia

Manual Administrativo

Sirve como punto de partida al Sistema propuesto, ya que ser funcin de

la gerencia, de acuerdo con los usuarios de dicho Sistema, determinar silo expuesto en l
satisface los requerimientos del propio sistema. Una vez lograda la aprobacin, se estar en
condiciones de iniciar el desarrollo del Sistema propuesto e ir integrando el resto de la
documentacin.
El manual tiene como finalidad el permitir a la alta gerencia tener la informacin
necesaria y suficiente sobre un sistema en particular y servir como fuente dc consulta una
vez que el Sistema ha sido implantado.

Manual De Usuario

Expone los procesos que el usuario puede realizar con el sistema implantado. Para
lograr esto, es necesario que se detallen todas y cada una de las caractersticas que tienen
los programas y la forma de acceder e introducir informacin. Permite a los usuarios
conocer el detalle de qu actividades ellos debern desarrollar para la consecucin de los
objetivos del sistema. Rene la informacin, normas y documentacin necesaria para que el
usuario conozca y utilice adecuadamente la aplicacin desarrollada.

Objetivos

Que el usuario conozca cmo preparar los datos de entrada.

Que el usuario aprenda a obtener los resultados y los datos de salida.
Servir como manual de aprendizaje.
Servir como manual de referencia.
Definir las funciones que debe realizar el usuario.
Informar al usuario de la respuesta a cada mensaje de error.
Pasos a seguir para definir como desarrollar el manual de usuario.
Identificar los usuarios del sistema: personal que se relacionar con el sistema.

Definir los diferentes tipos de usuarios: se presentan los diferentes tipos de usuarios
que usaran el sistema.
Ejemplo: usuarios directos, indirectos.
Definir los mdulos en que cada usuario participar: Se describen los mdulos o
procesos que se ejecutarn por cada usuario en forma narrativa breve y clara.

Importancia Del Manual De Usuario

El Manual de Usuario facilita el conocimiento de:

Los documentos a los que se puede dar entrada por computadora.

Los formatos de los documentos.
Las operaciones que utiliza de entrada y salida de los datos.
El orden del tratamiento de la computadora con los datos introducidos.
El momento en que se debe solicitar una operacin deseada.
Los resultados de las operaciones realizadas a partir de los datos introducidos.

Al elaborar el Manual de Usuario, hay que tener en cuenta a quin va dirigido es decir,
el manual puede ser manejado desde el director de la empresa hasta el introductor de datos.
Por consiguiente, debe redactarse de forma clara y sencilla para que lo entienda cualquier
tipo de usuario.

Manual De Captacin

Permite tener una clara visin del proceso de Captacin de los latos fuentes previo
al procesamiento electrnico de los mismos.

Objetivos
Documentar al usuario a cerca del recorrido a travs de las pantallas del sistema.
Conocer la forma cmo el usuario puede utilizar el equipo necesario para la
ejecucin del sistema.

Diagrama General Del Sistema

Este diagrama debe ser presentado grficamente y en forma sencilla. Representar los
diagramas utilizando para ello diagramas de bloques ( es el mismo diagrama que se
presenta en el Manual Administrativo).

Diagramas De Pantalla

Presentar en este punto el flujo del sistema en las pantallas utilizadas por cada
mdulo.
Puntos a documentar en una pantalla:
Explicacin del recorrido para llegar a la pantalla.
Formato de los datos a captar.
Formato en que son captados los datos.
Explicacin

Genrica

De

Las

Fases

Del

Sistema

Es una explicacin clara, breve de todos los mdulos que se presentan en el

diagrama general.
Equipo Utilizado Para La Captacin
Se debe crear un instructivo que permita al usuario el entrenamiento del sistema.

DOCUMENTACIN EXTTERNA E INTERNA

Documentacin externa
Documentacin localizada aparte del programa (en el sentido de que no forma parte
del cdigo).

Caractersticas:

Cmo usar el sistema (sin esto an el sistema ms simple resultara intil)

Cmo instalar y operar con el sistema
Los requisitos y el diseo de todo el sistema

La funcin del sistema y los procedimientos de prueba, para poderles dar el

mantenimiento
La documentacin habra de ser til durante todo el tiempo de vida del sistema
No tiene por qu producirse en el mismo orden que el sistema (pueden adelantarse
trozos, aunque no es conveniente atrasarlos)
Necesita ndices efectivos, para poder encontrar la informacin
puede venir dada en distintos formatos: escrito, informtico (base de datos, texto)

Documentacin de usuario

Conjunto de documentacin referida a las funciones del sistema sin hacer referencia
al mecanismo de aplicacin (construccin) est orientada a las personas que usarn el
sistema (no a quien ha de mantenerlo).

Caractersticas:
Puede (y suele) ser el primer contacto de los usuarios con la aplicacin
Ha de proporcionar una visin inicial precisa del sistema
Ha de ser una informacin realista, no propaganda

Nota: No debe sealar solo las nuevas ventajas, sino el conjunto.

Estar estructurada segn varios grados de detalle, apropiados al estado de cada
usuario, de esta forma, se podr hacer un uso sencillo de ella sin necesidad de leerla toda.

Documentos (destinados al usuario)

Una descripcin funcional sobre lo que puede hacer el sistema
Un documento que explique cmo instalar el sistema y adecuarlo a configuraciones
particulares de hardware
Un manual introductorio que explique en trminos sencillos cmo iniciarse en el
sistema
Un manual de referencia que describa con detalle las ventajas del sistema
disponibles para el usuario y cmo se pueden usar

Una gua del operador (si ha de haberlo), que explique cmo ha de reaccionar ante
situaciones surgidas mientras el sistema se encuentra en uso

Contenido de la documentacin de usuario

1. descripcin funcional:
Debe sealar los requisitos
Debe describir de forma simple los propsitos de los implementadores
Debe describir lo que el sistema puede hacer y lo que no
Siempre que sea posible, debe incluir pequeos ejemplos evidentes
Debe dar una visin general, no entrar en detalles ni cubrir todas las caractersticas
del sistema
Debe permitir decidir al usuario si el sistema es apropiado a sus necesidades o no
2. manual de instalacin:
Debe dar todos los detalles acerca de como instalar el sistema. En un entorno
particular
Debe describir la forma en que se suministra el cdigo, formato, conjunto de
caracteres usado, archivos y modo de informacin
Debe incluir la configuracin mnima de hardware requerida por el sistema
Debe contener la lista de archivos permanentes que se han de establecer (para el
software)
Debe indicar como inicializar el sistema, indicando los cambios a ejecutar en
archivos dependientes de la configuracin
3. manual de introduccin:
Debe ser un prologo informal que describa el uso "normal" del sistema
Debe explicar cmo iniciar el trabajo en el sistema
Debe explicar sus utilidades ms comunes
Debe describir a menudo ejemplos+ debe sealar la forma de salir de los problemas
ms usuales (para novatos)

4. manual de referencia:
Documento definitivo sobre el uso del sistema
Debe ser completo
A ser posible, debe usar tcnicas descriptivas formales
Se supondr que el usuario estar familiarizado con el sistema y con el manual
introductorio. comprender los conceptos y terminologa del sistema
Debe presentar las situaciones de error y los informes generados
5. Gua de operacin o gua del operador:
Debe elaborarse solo si se requiere operador
Debe explicar los mensajes que se presentan en la consola del operador
Debe presentar la respuesta que se ha de dar a los distintos mensajes
Debe explicar el mantenimiento del hardware que ha de llevar a cabo el operador
(si ha lugar) consideraciones sobre la documentacin de usuario
o

manuales:

Separados

Unidos (aunque marcando cada parte segn el volumen)

o complementos:

tarjeta de referencia rpida

ayuda en linea (breve) evitan que los usuarios experimentados

tengan que consultar

Manuales
La documentacin debe ser elaborada:
Por el ingeniero de software
Por el documentalista

Documentacin del sistema de informacin

Describe todos los aspectos del anlisis, diseo, implementacin y prueba del
software (en general, del sistema)

Caractersticas
Ha de incluir todos los documentos de la aplicacin: desde la especificacin del
sistema (y de requisitos) hasta el ltimo plan de pruebas
Es esencial para el mantenimiento (es necesario conocer el diseo, la funcin y las
pruebas)
Ha de tener una organizacin estructurada: ha de pasar de lo ms general a lo ms
detallado, segn un esquema formal
Ha de marcar relaciones y dependencias del contenido
Ha de estar incluida la documentacin referente a cada uno de los pasos del
desarrollo del software

Se puede organizar en:

Especificacin del sistema
Plan de viabilidad
Plan de desarrollo del software
Especificacin de requisitos
Especificacin del diseo
Plan de pruebas
Plan de mantenimiento

DOCUMENTACIN INTERNA
Es la documentacin que va incluida con el cdigo puede ser de dos tipos:
Complementaria sobre el cdigo, es til al estudiar el cdigo y permite comprender
mejor su funcionamiento
Ayudas interactivas, normalmente destinadas al usuario se puede considerar
tambin de usuario las ayudas interactivas sofisticadas se pueden considerar como
una funcin ms del software (interfaz hombremquina)

Calidad de la documentacin
Los problemas usuales de la documentacin son:
Mala redaccin
Difcil de entender
No actualizada o incompleta

Consecuencias:
Utilidad mermada
No se sabe usar
No se comprende

Procedimientos estndar:
Mecanismo de control de calidad
Descripcin de contenidos
Descripcin de notacin
Mtodos de referencia (internos y externos)
Numeracin (ttulos y subttulos) necesario en los distintos documentos

Recomendaciones para la redaccin de la documentacin

Objetivo: textos claros, completos y concisos
Metodologa: redactar, leer, criticar

Recomendaciones
Utilizar formas gramaticales activas en lugar de pasivas
No emplear frases largas que presenten varios hechos distintos hay mejor retentiva y
comprensin con frases cortas
No hacer referencia a una informacin slo con su nmero de referencia debe
hacerse adems un comentario de lo que se trata
Detallar (en forma de lista) los hechos siempre que sea posible mayor facilidad para
hallarlos, diferenciarlos y retenerlos
Si una cierta descripcin es compleja, repetirla

Deben usarse distintas descripciones

Ser concreto vale ms calidad que cantidad
Ser preciso y definir los trminos utilizados
Los trminos con varios sentidos:
Evitarlos
Definirlos con un nico sentido
Construir un glosario de trminos
Utilizar prrafos cortos, no ms de siete frases
Utilizar ttulos y subttulos
Convenio de numeracin constante
Utilizar construcciones gramaticales y ortogrficas correctasen caso contrario se
reduce la credibilidad del redactor

BIBLIOGRAFAS

http://sedici.unlp.edu.ar/bitstream/handle/10915/20124/Documento_completo.pdf?s
equence=1
http://veronica1235.blogspot.com/2012/11/fases-de-implementacion-delsoftware.html
http://es.wikipedia.org/wiki/Implementaci%C3%B3n
http://www.e-mas.co.cl/categorias/informatica/analisisyd.htm

Ingeniera del Software Unidad 12

IMPLANTACIN DEL SOFTWARE
Ingeniera en Informtica.

Profesor:

Integrantes:

Demilson Montilva

Ronal Daz C.I 19.014.211

Los Teques, 20 de Noviembre de 2014