Академический Документы
Профессиональный Документы
Культура Документы
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.
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.
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.
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.
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
Paralelo
Casos
Puestos
Etapas
Esta propuesta es dada para el trabajo por mdulos, los cuales se aplican
en total o paralelo.
Verificacin
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
Con este trmino genrico se denominan los productos software que dan
soporte informtico al desarrollo
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.
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
Otras funciones:
o
Control de versiones
Ejemplos especiales:
o
Entornos Smalltalk
Mentor (Pascal)
Alice Pascal
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 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
Ejemplos:
Entornos especficos
o
Vienen a ser como los entornos centrados en un lenguaje, slo que admiten
ms de uno
Ejemplos:
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.
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
costoso
del personal de
sistemas,
reduccin
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.
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.
Manual Administrativo
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
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.
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.
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
Documentacin externa
Documentacin localizada aparte del programa (en el sentido de que no forma parte
del cdigo).
Caractersticas:
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
Una gua del operador (si ha de haberlo), que explique cmo ha de reaccionar ante
situaciones surgidas mientras el sistema se encuentra en uso
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
o complementos:
Manuales
La documentacin debe ser elaborada:
Por el ingeniero de software
Por el documentalista
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
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
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
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
Profesor:
Integrantes:
Demilson Montilva