Planificacin de proyectos de software Anlisis de Sistemas de Computacin.

Diseo de Sistemas de Computacin Implantacin, evaluacin y prueba de Sistemas de Computacin Bibliografa Tema I. Planificacin de un proyecto de sistemas. Desarrollo 1.1. Que es un proyecto de Sistema o Software. ? Es el Proceso de gestin para la creacin de un Sistema o software, la cual encierra un conjunto de actividades, una de las cuales es la estimacin, estimar es echar un vistazo al futuro y aceptamos resignados cierto grado de incertidumbre. Aunqu e la estimacin, es mas un arte que una Ciencia, es una actividad importante que n o debe llevarse a cabo de forma descuidada. Existen tcnicas tiles para la estimacin de costes de tiempo. Y dado que la estimacin es la base de todas las dems activid ades de planificacin del proyecto y sirve como gua para una buena Ingeniera Sistema s y Software. Al estimar tomamos en cuenta no solo del procedimiento tcnico a utilizar en el pr oyecto, sino que se toma en cuenta los recursos, costos y planificacin. El Tamao d el proyecto es otro factor importante que puede afectar la precisin de las estima ciones. A medida que el tamao aumenta, crece rpidamente la interdependencia entre varios elementos del Software. La disponibilidad de informacin Histrica es otro elemento que determina el riesgo de la estimacin. 1.2. Objetivos de la Planificacin del Proyecto. El objetivo de la Planificacin del proyecto de Software es proporcionar un marco de trabajo que permita al gestor hacer estimaciones razonables de recursos costo s y planificacin temporal. Estas estimaciones se hacen dentro de un marco de tiem po limitado al comienzo de un proyecto de software, y deberan actualizarse regula rmente medida que progresa el proyecto. Adems las estimaciones deberan definir los escenarios del mejor caso, y peor caso, de modo que los resultados del proyecto pueden limitarse. El Objetivo de la planificacin se logra mediante un proceso de descubrimiento de la informacin que lleve a estimaciones razonables. 1.3 Actividades asociadas al proyecto de software. 1.3.1 Ambito del Software. Es la primera actividad de llevada a cabo durante la planificacin del proyecto de Software. En esta etapa se deben evaluar la funcin y el rendimiento que se asignaron al Sof tware durante la Ingeniera del Sistema de Computadora para establecer un mbito de proyecto que no sea ambiguo, e incomprensible para directivos y tcnicos Describe la funcin, el rendimiento, las restricciones, las interfaces y la fiabil idad, se evalan las funciones del mbito y en algunos casos se refinan para dar mas detalles antes del comienzo de la estimacin. Las restricciones de rendimiento ab

arcan los requisitos de tiempo de respuesta y procesamiento, identifican los lim ites del software originados por el hardware externo, por la memoria disponible y por otros sistemas existentes. El Ambito se define como un pre-requisito para la estimacin y existen algunos ele mentos que se debe tomar en cuenta como es: La Obtencin de la Informacin necesaria para el software. Para esto el analista y el cliente se renen sobre las expectativas del proyecto y se ponen de acuerdo en lo s puntos de inters para su desarrollo. 1.4 RECURSOS: La Segunda tarea de la planificacin del desarrollo de Software es la estimacin de los recursos requeridos para acometer el esfuerzo de desarrollo de Software, est o simula a una pirmide donde las Herramientas (hardware y Software), son la base proporciona la infraestructura de soporte al esfuerzo de desarrollo, en segundo nivel de la pirmide se encuentran los Componentes reutilizables. Y en la parte mas alta de la pirmide se encuentra el recurso primario, las person as (el recurso humano). Cada recurso queda especificado mediante cuatro caractersticas: Descripcin del Recurso. Informes de disponibilidad. Fecha cronolgica en la que se requiere el recurso. Tiempo durante el que ser aplicado el recurso 1.4.1 Recursos Humanos. La Cantidad de personas requeridas para el desarrollo de un proyecto de software solo puede ser determinado despus de hacer una estimacin del esfuerzo de desarrol lo (por ejemplo personas mes o personas aos), y seleccionar la posicin dentro de l a organizacin y la especialidad que desempeara cada profesional. 1.4.2 Recursos o componentes de software reutilizables. Cualquier estudio sobre recursos de software estara incompleto sin estudiar la re utilizacion, esto es la creacin y la reutilizacion de bloques de construccin de So ftware. Tales bloques se deben establecer en catlogos para una consulta ms fcil, estandariz arse para una fcil aplicacin y validarse para la tambin fcil integracin. El Autor Bennatan sugiere cuatro categoras de recursos de software que se deberan tener en cuenta a medida que se avanza con la planificacin: Componentes ya desarrollados. Componentes ya experimentados. Componentes con experiencia Parcial. Componentes nuevos. 1.4.3 Recursos de entorno. El entorno es donde se apoya el proyecto de Software, llamado a menudo entorno d e Ingeniera de Software, incorpora Hardware y Software. El Hardware proporciona una plataforma con las herramientas (Software) requerida s para producir los productos que son el resultado de la buena practica de la In geniera del Software, un planificador de proyectos debe determinar la ventana tem poral requerida para el Hardware y el Software, y verificar que estos recursos e stn disponibles. Muchas veces el desarrollo de las pruebas de validacin de un proy

ecto de software para la composicin automatizada puede necesitar un compositor de fotografas en algn punto durante el desarrollo. Cada elemento de hardware debe se r especificado por el planificador del Proyecto de Software. 1.5. ESTIMACION DEL PROYECTO DE SOFTWARE. En el principio el costo del Software constitua un pequeo porcentaje del costo tot al de los sistemas basados en Computadoras. Hoy en da el Software es el elemento mas caro de la mayora de los sistemas informticos. Un gran error en la estimacin del costo puede ser lo que marque la diferencia ent re beneficios y perdidas, la estimacin del costo y del esfuerzo del software nunc a ser una ciencia exacta, son demasiadas las variables: humanas, tcnicas, de entor no, polticas, que pueden afectar el costo final del software y el esfuerzo aplica do para desarrollarlo. Para realizar estimaciones seguras de costos y esfuerzos tienen varias opciones posibles: Deje la estimacin para mas adelante (obviamente podemos realizar una estimacin al c ien por cien fiable despus de haber terminado el proyecto. Base las estimaciones en proyectos similares ya terminados. Utilice tcnicas de descomposicin relativamente sencillas para generar las estimacio nes de costos y esfuerzo del proyecto. Desarrolle un modelo emprico para l calculo de costos y esfuerzos del Software. Desdichadamente la primera opcin, aunque atractiva no es practica. La Segunda opcin puede funcionar razonablemente bien si el proyecto actual es bas tante similar a los esfuerzos pasados y si otras influencias del proyecto son si milares. Las opciones restantes son mtodos viables para la estimacin del proyecto de software. Desde el punto de vista ideal, se deben aplicar conjuntamente las tc nicas indicadas usando cada una de ellas como comprobacin de las otras. Antes de hacer una estimacin, el planificador del proyecto debe comprender el mbit o del software a construir y generar una estimacin de su tamao. 1.5.1 Estimacin basada en el Proceso. Es la tcnica ms comn para estimar un proyecto es basar la estimacin en el proceso qu e se va a utilizar, es decir, el proceso se descompone en un conjunto relativame nte pequeo de actividades o tareas, y en el esfuerzo requerido para llevar a cabo la estimacin de cada tarea. Al igual que las tcnicas basadas en problemas, la estimacin basada en el proceso c omienza en una delineacin de las funciones del software obtenidas a partir del mbi to del proyecto. Se mezclan las funciones del problema y las actividades del pro ceso. Como ultimo paso se calculan los costos y el esfuerzo de cada funcin y la a ctividad del proceso de software. 1.6. DIFERENTES MODELOS DE ESTIMACION. Existen diferentes modelos de estimacin como son: 1.6.1 Los Modelos Empricos: Donde los datos que soportan la mayora de los modelos de estimacin obtienen una mu estra limitada de proyectos. Por est razn, el modelo de estimacin no es adecuado p ara todas las clases de software y en todos los entornos de desarrollo. Por lo t anto los resultados obtenidos de dichos modelos se deben utilizar con prudencia.

1.6.2 El Modelo COCOMO. Barry Boehm, en su libro clsico sobre economa de la Ingeniera del Software, introdu ce una jerarqua de modelos de estimacin de Software con el nombre de COCOMO, por s u nombre en Ingles (Constructive, Cost, Model) modelo constructivo de costos. La jerarqua de modelos de Boehm esta constituida por los siguientes: Modelo I. El Modelo COCOMO bsico calcula el esfuerzo y el costo del desarrollo de Software en funcin del tamao del programa, expresado en las lneas estimadas. Modelo II. El Modelo COCOMO intermedio calcula el esfuerzo del desarrollo de soft ware en funcin del tamao del programa y de un conjunto de conductores de costos qu e incluyen la evaluacin subjetiva del producto, del hardware, del personal y de l os atributos del proyecto. Modelo III. El modelo COCOMO avanzado incorpora todas las caractersticas de la ver sin intermedia y lleva a cabo una evaluacin del impacto de los conductores de cost os en cada caso (anlisis, diseo, etc.) del proceso de ingeniera de Software. 1.6.3 Herramientas Automticas De Estimacin. Las herramientas automticas de estimacin permiten al planificador estimar costos y esfuerzos, as como llevar a cabo anlisis del tipo, que pasa si, con importantes v ariables del proyecto, tales como la fecha de entrega o la seleccin del personal. Aunque existen muchas herramientas automticas de estimacin, todas exhiben las mis mas caractersticas generales y todas requieren de una o ms clases de datos. A partir de estos datos, el modelo implementado por la herramienta automtica de e stimacin proporciona estimaciones del esfuerzo requerido para llevar a cabo el pr oyecto, los costos, la carga de personal, la duracin, y en algunos casos la plani ficacin temporal de desarrollo y riesgos asociados. En resumen el planificador del Proyecto de Software tiene que estimar tres cosas antes de que comience el proyecto: cuanto durara, cuanto esfuerzo requerir y cua nta gente estar implicada. Adems el planificador debe predecir los recursos de har dware y software que va a requerir y el riesgo implicado. Para obtener estimaciones exactas para un proyecto, generalmente se utilizan al menos dos de las tres tcnicas referidas anteriormente. Mediante la comparacin y la conciliacin de las estimaciones obtenidas con las diferentes tcnicas, el planific ador puede obtener una estimacin ms exacta. La estimacin del proyecto de software n unca ser una ciencia exacta, pero la combinacin de buenos datos histricos y tcnicas puede mejorar la precisin de la estimacin. TEMA II. ANALISIS DE SISTEMAS DE COMPUTACION TEMA II. Anlisis de Sistemas de Computacin. DESARROLLO. 2.1 Conceptos y Anlisis: Es un conjunto o disposicin de procedimientos o programas relacionados de manera que juntos forman una sola unidad. Un conjunto de hechos, principios y reglas cl asificadas y dispuestas de manera ordenada mostrando un plan lgico en la unin de l as partes. Un mtodo, plan o procedimiento de clasificacin para hacer algo. Tambin e s un conjunto o arreglo de elementos para realizar un objetivo predefinido en el procesamiento de la Informacin. Esto se lleva a cabo teniendo en cuenta ciertos principios: Debe presentarse y entenderse el dominio de la informacin de un problema. Defina las funciones que debe realizar el Software.

Represente el comportamiento del software a consecuencias de acontecimientos exte rnos. Divida en forma jerrquica los modelos que representan la informacin, funciones y co mportamiento. El proceso debe partir desde la informacin esencial hasta el detalle de la Implem entacin. La funcin del Anlisis puede ser dar soporte a las actividades de un negocio, o des arrollar un producto que pueda venderse para generar beneficios. Para conseguir este objetivo, un Sistema basado en computadoras hace uso de seis (6) elementos fundamentales: Software, que son Programas de computadora, con estructuras de datos y su documen tacin que hacen efectiva la logstica metodologa o controles de requerimientos del P rograma. Hardware, dispositivos electrnicos y electromecnicos, que proporcionan capacidad de clculos y funciones rpidas, exactas y efectivas (Computadoras, Censores, maquinar ias, bombas, lectores, etc.), que proporcionan una funcin externa dentro de los S istemas. Personal, son los operadores o usuarios directos de las herramientas del Sistema. Base de Datos, una gran coleccin de informaciones organizadas y enlazadas al Siste ma a las que se accede por medio del Software. Documentacin, Manuales, formularios, y otra informacin descriptiva que detalla o da instrucciones sobre el empleo y operacin del Programa. Procedimientos, o pasos que definen el uso especifico de cada uno de los elemento s o componentes del Sistema y las reglas de su manejo y mantenimiento. Un Anlisis de Sistema se lleva a cabo teniendo en cuenta los siguientes objetivos en mente: Identifique las necesidades del Cliente. Evale que conceptos tiene el cliente del sistema para establecer su viabilidad. Realice un Anlisis Tcnico y econmico. Asigne funciones al Hardware, Software, personal, base de datos, y otros elemento s del Sistema. Establezca las restricciones de presupuestos y planificacin temporal. Cree una definicin del sistema que forme el fundamento de todo el trabajo de Ingen iera. Para lograr estos objetivos se requiere tener un gran conocimiento y dominio del Hardware y el Software, as como de la Ingeniera humana (Manejo y Administracin de personal), y administracin de base de datos. 2.2 Objetivos del Anlisis. 2.2.1 Identificacin de Necesidades. Es el primer paso del anlisis del sistema, en este proceso en Analista se rene con el cliente y/o usuario (un representante institucional, departamental o cliente particular), e identifican las metas globales, se analizan las perspectivas del cliente, sus necesidades y requerimientos, sobre la planificacin temporal y pres upuestal, lneas de mercadeo y otros puntos que puedan ayudar a la identificacin y desarrollo del proyecto. Algunos autores suelen llamar a esta parte ¨ Anlisis de Requisitos y lo divid en en cinco partes: Reconocimiento del problema. Evaluacin y Sntesis. Modelado. Especificacin. Revisin

Antes de su reunin con el analista, el cliente prepara un documento conceptual de l proyecto, aunque es recomendable que este se elabore durante la comunicacin Cli ente analista, ya que de hacerlo el cliente solo de todas maneras tendra que ser modificado, durante la identificacin de las necesidades. 2.2.2 Estudio de Viabilidad. Muchas veces cuando se emprende el desarrollo de un proyecto de Sistemas los rec ursos y el tiempo no son realistas para su materializacin sin tener perdidas econm icas y frustracin profesional. La viabilidad y el anlisis de riesgos estn relaciona dos de muchas maneras, si el riesgo del proyecto es alto, la viabilidad de produ cir software de calidad se reduce, sin embargo se deben tomar en cuenta cuatro re as principales de inters: Una evaluacin de los costos de desarrollo, comparados con los ingresos netos o be neficios obtenidos del producto o Sistema desarrollado. 2.Viabilidad econmica. Un estudio de funciones, rendimiento y restricciones que puedan afectar la reali zacin de un sistema aceptable. 3.Viabilidad Tcnica. 4.Viabilidad Legal. Es determinar cualquier posibilidad de infraccin, violacin o responsabilidad legal en que se podra incurrir al desarrollar el Sistema. Alternativas. Una evaluacin de los enfoques alternativos del desarrollo del produ cto o Sistema. El estudio de la viabilidad puede documentarse como un informe aparte para la al ta gerencia. 2.2.3 Anlisis Econmico y Tcnico. El anlisis econmico incluye lo que llamamos, el anlisis de costos beneficios, signi fica una valoracin de la inversin econmica comparado con los beneficios que se obte ndrn en la comercializacin y utilidad del producto o sistema. Muchas veces en el desarrollo de Sistemas de Computacin estos son intangibles y r esulta un poco dificultoso evaluarlo, esto varia de acuerdo a la caractersticas d el Sistema. El anlisis de costos beneficios es una fase muy importante de ella de pende la posibilidad de desarrollo del Proyecto. En el Anlisis Tcnico, el Analista evala los principios tcnicos del Sistema y al mism o tiempo recoge informacin adicional sobre el rendimiento, fiabilidad, caractersti cas de mantenimiento y productividad. Los resultados obtenidos del anlisis tcnico son la base para determinar sobre si c ontinuar o abandonar el proyecto, si hay riesgos de que no funcione, no tenga el rendimiento deseado, o si las piezas no encajan perfectamente unas con otras. 2.2.4 Modelado de la arquitectura del Sistema. Cuando queremos dar a entender mejor lo que vamos a construir en el caso de edif icios, Herramientas, Aviones, Maquinas, se crea un modelo idntico, pero en menor escala (mas pequeo). Sin embargo cuando aquello que construiremos es un Software, nuestro modelo debe tomar una forma diferente, deben representar todas las funciones y subfunciones de un Sistema. Los modelos se concentran en lo que debe hacer el sistema no en

como lo hace, estos modelos pueden incluir notacin grfica, informacin y comportamie nto del Sistema. Todos los Sistemas basados en computadoras pueden modelarse como transformacin de la informacin empleando una arquitectura del tipo entrada y salida. 2.2.5 Especificaciones del Sistema. Es un Documento que sirve como fundamento para la Ingeniera Hardware, software, B ase de datos, e ingeniera Humana. Describe la funcin y rendimiento de un Sistema b asado en computadoras y las dificultades que estarn presente durante su desarroll o. Las Especificaciones de los requisitos del software se produce en la terminac in de la tarea del anlisis. En Conclusin un proyecto de desarrollo de un Sistema de Informacin comprende vario s componentes o pasos llevados a cabo durante la etapa del anlisis, el cual ayuda a traducir las necesidades del cliente en un modelo de Sistema que utiliza uno mas de los componentes: Software, hardware, personas, base de datos, documentacin y procedimientos. TEMA III. DISEO DE SISTEMAS DE COMUTACION TEMA III. DISEO DE SISTEMAS DE COMPUTACIN. DESARROLLO. 3.1. Conceptos y principios: El Diseo de Sistemas se define el proceso de aplicar ciertas tcnicas y principios con el propsito de definir un dispositivo, un proceso o un Sistema, con suficient es detalles como para permitir su interpretacin y realizacin fsica. La etapa del Diseo del Sistema encierra cuatro etapas: Trasforma el modelo de dominio de la informacin, creado durante el anlisis, en las estructuras de datos necesarios para implementar el Software. 2.El diseo de los datos. Define la relacin entre cada uno de los elementos estructurales del programa. 3.El Diseo Arquitectnico. Describe como se comunica el Software consigo mismo, con los sistemas que operan junto con el y con los operadores y usuarios que lo emplean. 4.El Diseo de la Interfaz. 5.El Diseo de procedimientos. Transforma elementos estructurales de la arquitectura del programa. La importanc ia del Diseo del Software se puede definir en una sola palabra Calidad, dentro de l diseo es donde se fomenta la calidad del Proyecto. El Diseo es la nica manera de materializar con precisin los requerimientos del cliente. El Diseo del Software es un proceso y un modelado a la vez. El proceso de Diseo es un conjunto de pasos repetitivos que permiten al diseador describir todos los as pectos del Sistema a construir. A lo largo del diseo se evala la calidad del desar rollo del proyecto con un conjunto de revisiones tcnicas: El diseo debe implementar todos los requisitos explcitos contenidos en el modelo d e anlisis y debe acumular todos los requisitos implcitos que desea el cliente.

Debe ser una gua que puedan leer y entender los que construyan el cdigo y los que prueban y mantienen el Software. El Diseo debe proporcionar una completa idea de lo que es el Software, enfocando los dominios de datos, funcional y comportamiento desde el punto de vista de la Implementacin. Para evaluar la calidad de una presentacin del diseo, se deben establecer criterio s tcnicos para un buen diseo como son: Un diseo debe presentar una organizacin jerrquica que haga un uso inteligente del co ntrol entre los componentes del software. El diseo debe ser modular, es decir, se debe hacer una particin lgica del Software e n elementos que realicen funciones y subfunciones especificas. Un diseo debe contener abstracciones de datos y procedimientos. Debe producir mdulos que presenten caractersticas de funcionamiento independiente. Debe conducir a interfaces que reduzcan la complejidad de las conexiones entre lo s mdulos y el entorno exterior. Debe producir un diseo usando un mtodo que pudiera repetirse segn la informacin obten ida durante el anlisis de requisitos de Software. Estos criterios no se consiguen por casualidad. El proceso de Diseo del Software exige buena calidad a travs de la aplicacin de principios fundamentales de Diseo, M etodologa sistemtica y una revisin exhaustiva. Cuando se va a disear un Sistema de Computadoras se debe tener presente que el pr oceso de un diseo incluye, concebir y planear algo en la mente, as como hacer un d ibujo o modelo o croquis. 3.2. Diseo de la Salida. En este caso salida se refiere a los resultados e informaciones generadas por el Sistema, Para la mayora de los usuarios la salida es la nica razn para el desarrol lo de un Sistema y la base de evaluacin de su utilidad. Sin embargo cuando se rea liza un sistema, como analistas deben realizar lo siguiente: Determine que informacin presentar. Decidir si la informacin ser presentada en forma visual, verbal o impresora y seleccionar el medio de salida. Disponga la presentacin de la informacin en un formato aceptable. Decida como distribuir la salida entre los posibles destinatarios. 3.3. Diseo de Archivos. Incluye decisiones con respecto a la naturaleza y contenido del propio archivo, como si se fuera a emplear para guardar detalles de las transacciones, datos his tricos, o informacin de referencia. Entre las decisiones que se toman durante el d iseo de archivos, se encuentran las siguientes: Los datos que deben incluirse en el formato de registros contenidos en el archivo . La longitud de cada registro, con base en las caractersticas de los datos que cont enga. La secuencia a disposicin de los registros dentro del archivo (La estructura de al macenamiento que puede ser secuencial, indexada o relativa). No todos los sistemas requieren del diseo de todos los archivos, ya que la mayora de ellos pueden utilizar los del viejo Sistema y solo tenga que enlazarse el nue vo Sistema al Archivo maestro donde se encuentran los registros. 3.4. Diseo de Interacciones con la Base de Datos. La mayora de los sistemas de informacin ya sean implantado en sistemas de cmputos g randes o pequeos, utilizan una base de datos que pueden abarcar varias aplicacion

es, por esta razn estos sistemas utilizan u administrador de base de datos, en es te caso el diseador no construye la base de datos sino que consulta a su administ rador para ponerse de acuerdo en el uso de esta en el sistema. 3.5 Herramientas para el Diseo de Sistemas. Apoyan el proceso de formular las caractersticas que el sistema debe tener para s atisfacer los requerimientos detectados durante las actividades del anlisis: 3.5.1 Herramientas de especificacin. Apoyan el proceso de formular las caractersticas que debe tener una aplicacin, tal es como entradas, Salidas, procesamiento y especificaciones de control. Muchas i ncluyen herramientas para crear especificaciones de datos. 3.5.2 Herramientas para presentacin. Se utilizan para describir la posicin de datos, mensajes y encabezados sobre las pantallas de las terminales, reportes y otros medios de entrada y salida. 3.5.3 Herramientas para el desarrollo de Sistemas. Estas herramientas nos ayudan como analistas a trasladar diseos en aplicaciones f uncionales. 3.5.4 Herramientas para Ingeniera de Software. Apoyan el Proceso de formular diseos de Software, incluyendo procedimientos y con troles, as como la documentacin correspondiente. 3.5.5 Generadores de cdigos. Producen el cdigo fuente y las aplicaciones a partir de especificaciones funciona les bien articuladas. 3.5.6 Herramientas para pruebas. Apoyan la fase de la evaluacin de un Sistema o de partes del mismo contra las esp ecificaciones. Incluyen facilidades para examinar la correcta operacin del Sistem a as como el grado de perfeccin alcanzado en comparacin con las expectativas. La revolucin del procesamiento de datos de manera computarizada, junto con las pr acticas de Diseo sofisticadas estn cambiando de forma dramtica la manera en que se trasladan las especificaciones de Diseo d Sistemas de Informacin funcionales. En Conclusiones Generales. En una organizacin o Empresa, el anlisis y Diseo de Sist emas, es el proceso de estudiar su Situacin con la finalidad de observar como tra baja y decidir si es necesario realizar una mejora; el encargado de llevar a cab o estas tareas es el analista de sistemas. Antes de comenzar con el desarrollo de cualquier proyecto, se conduce un estudio de Sistemas para detectar todos los detalles de la situacin actual de la empresa . La informacin reunida con este estudio sirve como base para crear varias estrat egias de Diseo. Los administradores deciden que estrategias seguir. Los Gerentes, empleados y otros usuarios finales que se familiarizan cada vez mas con el uso de computadoras estn teniendo un papel muy importante en el desarrollo de sistema s. Todas las organizaciones son Sistemas que actan de manera reciproca con su medio ambiente recibiendo entradas y produciendo salidas. Los Sistemas que pueden esta

r formados por otros Sistemas de denominan Sub-sistemas y funcionan para alcanza r los fines de su Implantacin. TEMA IV. IMPLANTACION, EVALUACION Y PRUEVA DE SISTEMAS DE COMPUTACION TEMA IV. IMPLANTACION, EVALUACION Y PRUEVAS. DESARROLLO. 4.1. IMPLANTACION. Concepto y Definicin. Es la ultima fase del desarrollo de Sistemas. Es el proceso instalar equipos o S oftware nuevo, como resultado de un anlisis y diseo previo como resultado de la su stitucin o mejoramiento de la forma de llevar a cavo un proceso automatizado. Al Implantar un Sistema de Informacin lo primero que debemos hacer es asegurarnos que el Sistema sea operacional o sea que funcione de acuerdo a los requerimient os del anlisis y permitir que los usuarios puedan operarlo. Existen varios enfoques de Implementacin: Es darle responsabilidad a los grupos. Uso de diferentes estrategias para el entrenamiento de los usuarios. El Analista de Sistemas necesita ponderar la situacin y proponer un plan de conver sin que sea adecuado para la organizacin El Analista necesita formular medidas de desempeo con las cuales evaluar a los Usu arios. Debe Convertir fsicamente el sistema de informacin antiguo, al nuevo modificado En la preparacin de la Implantacin, aunque el Sistema este bien diseado y desarroll ado correctamente su xito depender de su implantacin y ejecucin por lo que es import ante capacitar al usuario con respecto a su uso y mantenimiento. 4.2. Capacitacin de Usuarios del Sistema: 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 la s 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 pu eden incluir en la misma seccin de los expertos ya que ambos grupos quedaran perd idos. "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 con oce el personal y al Sistema mejor que cualquier otro. A la falta o imposibilida d 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 mat eriales a sus necesidades, pero le faltara experiencia en Sistemas de Informacin q ue es realmente la necesidad del usuario. En nuestro pas existe una ley institucional (Ley 116 del 16 de Enero de 1980) cre ado durante el gobierno del Presidente Antonio Guzmn Fernndez llamada INFOTEP, rep resentante de los trabajadores y empresarios en el mbito de Capacitacin y entrenam iento, la cual Asesora y brinda Sus servicios a las Empresas y Sus trabajadores. 4.3.1 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 eficient e y segura. 4.4. La Evaluacin del Sistema: Se lleva a cabo para identificar puntos dbiles y fuertes del Sistema implantado. La evaluacin ocurre a lo largo de cualquiera de las siguientes cuatro dimensiones : 4.4.1 Evaluacin operacional: Es el Momento en que s evala la manera en que funciona el Sistema, esto incluye su facilidad de uso, Tiempo de respuesta ante una necesidad o proceso, como se ade cuan los formatos en que se presenta la Informacin, contabilidad global y su nive l de Utilidad. 4.4.2 Impacto Organizacional: Identifica y mide los beneficios operacionales para la Empresa en reas tales como , Finanzas (Costos, Ingresos y Ganancias), eficiencia en el desempeo laboral e im pacto competitivo, Impacto, rapidez y organizacin en el flujo de Informacin intern a y externa. 4.4.3 Desempeo del Desarrollo. Es la evaluacin del Proceso de desarrollo adecuado tomando en cuentas ciertos cri terios como, Tiempo y esfuerzo en el desarrollo concuerden con presupuesto y estn dares y otros criterios de Administracin de Proyectos. Adems se incluyen la valora cin de los mtodos y herramientas utilizados durante el desarrollo del Sistema. 4.5. Prueba de Sistemas. Dependiendo del tamao de la Empresa que usara el Sistema y el riesgo asociado a s u uso, puede hacerse la eleccin de comenzar la operacin del Sistema solo en un rea de la Empresa (como una Prueba piloto), que puede llevarse a cabo en un Departam ento o con una o dos personas. Cuando se implanta un nuevo sistema lo aconsejabl e es que el viejo y el nuevo funcionen de manera simultanea o paralela con la fi nalidad de comparar los resultados que ambos ofrecen en su operacin, adems dar tie mpo al personal para su entrenamiento y adaptacin al nuevo Sistema. Durante el Proceso de Implantacin y Prueba se deben implementar todas las estrate gias posibles para garantizar que en el uso inicial del Sistema este se encuentr e libre de problemas lo cual se puede descubrir durante este proceso y levar a c abo las correcciones de lugar para su buen funcionamiento. Desdichadamente la evaluacin de Sistemas no siempre recibe la atencin que merece, sin embargo cuando se lleva a cabo de manera adecuada proporciona muchas informa ciones que pueden ayudar a mejorar la efectividad de los esfuerzos de desarrollo

de aplicaciones futuras. BIBLIOGRAFIA Anlisis y Diseo de Sistemas Autor: Henry F. Korth & Abraham Silberschatz Segunda Edicion. Editora Mc Graw Hill Ingeniera del Software Autor: Roger S. Pressman Cuarta Edicion. Editora Mc Graw Hill Enciclopedia de Trminos de Computacin Autor: Linda Gail/ John Christie Editora: PHH, Pentice Hall