SELECCIN DEL AMBIENTE OPERATIVO Y LENGUAJE DE DESARROLLO El objetivo de esta actividad es asegurar la disponibilidad de todos los medios y facilidades

para que puedan llevar a cabo la construccin del sistema de informacin. Entre estos medios, cabe destacar la preparacin de los puestos de trabajo, equipos fsicos y lgicos, gestores de bases de datos, bibliotecas de programas, herramientas de generacin de cdigo, base de datos o ficheros de prueba, entre otros. Las caractersticas del entorno de construccin y sus requisitos de operacin y seguridad, a si como las especificaciones de construccin de la estructura fsica de datos, se establece en la actividad generacin de especificaciones de construccin y constituyendo el punto de partida para la relacin de esta actividad. ELABORACIN DE PROGRAMAS 1. 2. 3. 4. 5. 6. Especificacin del programa Diseo del programa Codificacin del programa Prueba Documentacin Mantenimiento

1. Especificacin del programa: Se conoce tambin como definicin del problema o anlisis del programa. En este paso se determinan la informacin inicial para la elaboracin del programa. Es donde se determina qu es lo que debe resolverse con el computador, de qu presupuestos se debe partir en definitiva, el planteamiento del problema. Se requieren cinco tareas: a. Determinacin de objetivos del programa. Debe definirse claramente los problemas particulares que debern ser resueltos o las tareas que hay que realizar, esto nos permitir saber qu es lo que se pretende solucionar y nos proporcionar informacin til para el planeamiento de la solucin. b. Determinacin de la salida deseada. Los datos seleccionados deben ser arreglados en una forma ordenada para producir informacin. Esta salida podra ser una salida de impresin o de presentacin en el monitor. c. Determinacin de los datos de entrada. Una vez identificada la salida que se desea, se pueden determinar los datos de entrada y la fuente de estos datos. Los datos deben ser recolectados y analizados. d. Determinacin de los requerimientos de procesamiento. Aqu se definen las tareas de procesamiento que deben desempearse para que los datos de entrada se conviertan en una salida.

e. Documentacin de las especificaciones del programa. Es importante disponer de documentacin permanente. Deben registrarse todos los datos necesarios para el procesamiento requerido. Esto conduce al siguiente paso del diseo del programa. 2. Diseo del programa: Es disear cualquier sistema nuevo o las aplicaciones que se requieren para satisfacer las necesidades. Esta actividad se debe dividir en: Operaciones de entrada/salida, Clculos - Lgica/ comparacin, Almacenamiento/ consulta En este paso se genera una solucin con tcnicas de programacin como diseo descendente de programas, pseudocdigos, flujo gramas y estructuras lgicas. En este paso se genera una solucin con tcnicas de programacin como diseo descendente de programas, pseudocdigos, flujo gramas y estructuras lgicas. 3. Codificacin del programa: Es la generacin real del programa con un lenguaje de programacin. En esta etapa se hace uso de la lgica que desarroll en el paso del diseo del programa para efectivamente generar un programa. Se debe seleccionar el lenguaje apropiado para resolver el problema. 4. Prueba y depuracin del programa: Depurar es correr el programa en una computadora y corregir las partes que no funcionan. En esta fase se comprueba el funcionamiento de cada programa y esto se hace con datos reales o ficticios. Cuando los programas estn depurados, se prueban. Cuando los programas se depuran, se pueden encontrar los siguientes errores: a) Errores de sintaxis o de compilacin b) Errores de ejecucin c) Errores de lgica d) Errores de especificacin. a) Errores de sintaxis o de compilacin. Es una violacin de las reglas del lenguaje de programacin. Son ms fciles de corregir, ya que son detectados por el compilador (posible error de escritura), el cual dar informacin sobre el lugar donde est y la naturaleza de cada uno de ellos mediante un mensaje de error. b) Errores de Ejecucin. Se deben generalmente a operaciones no permitidas como dividir por cero, leer un dato no numrico en una variable numrica, exceder un rango de valores permitidos, etc. Se detectan porque se produce una parada anormal del programa durante su ejecucin. c) Errores de Lgica. Corresponden a la obtencin de resultados que no son correctos y la nica manera de detectarlos es realizando suficientes pruebas del programa. Son los ms difciles de corregir, no slo por la dificultad de detectarlos, sino porque se deben a la propia concepcin y diseo del programa. d) Errores de Especificacin. Es el peor tipo de error y el ms difcil de corregir. Se deben a mal diseo del programa posiblemente por mala comunicacin usuario

programador y se detectan cuando ya se ha concluido el diseo e instalacin del programa, lo cual puede implicar repetir gran parte del trabajo realizado. 5. Documentacin del programa: Consiste en describir por escrito a nivel tcnico los procedimientos relacionados con el programa y su modo de uso. Tambin se debe documentar el programa para que sea ms entendible. Para quines son la documentacin? Usuarios (Digitadores), Operadores, Programadores, Analistas de sistemas Documentos que se elaboran: Manual de Usuario y Manual del Analista. A los usuarios se les elabora un manual de referencia para que aprendan a utilizar el programa. Esto se hace a travs de capacitaciones y revisin de la documentacin del manual de usuario. El manual del usuario no est escrito a nivel tcnico sino al de los distintos usuarios previstos y explica en detalle cmo usar el programa: descripcin de las tareas que realiza el programa, instrucciones necesarias para su instalacin puesta en marcha y funcionamiento, recomendaciones de uso, mens de opciones, mtodo de entrada y salida de datos, mensajes de error, recuperacin de errores, etc. A los operadores por si se presentan mensajes de error, sepan cmo responder a ellos. Adems que se encargan de darle soporte tcnico al programa. A los programadores a travs del manual del analista para que recuerden aspectos de la elaboracin del programa o en caso que otras personas puedan actualizarlo o modificarlo (darle mantenimiento) y no son necesariamente las personas que lo disearon. Es por ello, que la documentacin debe contener algoritmos y flujo gramas de los diferentes mdulos que lo constituyen y las relaciones que se establecen entre ellos; listados del programa, corridas, descripcin de variables que se emplean en cada mdulo, cules son comunes a diferentes mdulos y cules locales; descripcin de los ficheros de cada mdulo y todo lo que sea de importancia para un programador. A los analistas de sistemas que son las personas que debern proporcionar toda la informacin al programador. Estos se encargan de hacer una investigacin previa de cmo realizar el programa y documentar con las herramientas necesarias para que el programador pueda desarrollar el sistema en algn lenguaje de programacin adecuado. 6. Mantenimiento del programa: Es el paso final del desarrollo del software. Alrededor del 75% del costo total del ciclo de vida de un programa se destina al mantenimiento. El propsito del mantenimiento es garantizar que los programas en uso estn libres de errores de operacin y sean eficientes y efectivos. IMPLEMENTACIN Un equipo de cuentas experimentado ser responsable de la implementacin de programas, el servicio diario, la estrategia clnica, la estrategia comercial y la satisfaccin general. Personas pertenecientes a otras reas funcionales, como el rea de admisiones y de servicio al cliente, tambin formarn parte de su equipo de apoyo

del programa. Estas personas trabajarn juntas para administrar su programa en forma efectiva. MTRICAS PARA EVALUAR EL SOFTWARE La medicin permite que gestores y desarrolladores mejoren el proceso de software, ayuden en la planificacin, seguimiento y control de un proyecto de software, y evalen la calidad del producto que se produce. Las medidas de los atributos especficos del proceso, del proyecto mayor profundidad de la efectividad de un proceso de software. Las mtricas del proyecto son tcticas. Estas permiten que un gestor de proyectos adapte el enfoque a flujos de trabajos del proyecto y a proyectos tcnicos en tiempo real. Las mtricas orientadas tanto al tamao como a la funcin se utilizan en toda la industria. Las mtricas orientadas al tamao hacen usos a la lnea de cdigo como factor de normalizacin para otras medidas como persona-mes o defectos. El punto de funcin viene de proviene de las medidas del dominio de informacin y de una evaluacin subjetivo de la complejidad del problema. Las mtricas de la calidad del software, como mtricas de productividad, se centra en el proceso, en el proyecto, en el producto. Desarrollando y analizando una lnea a base de mtricas para la calidad, una organizacin puede actuar con objeto de corregir esas. Se utilizan para calcular las mtricas de software. Estas mtricas se pueden analizar para proporcionar indicadores que guan acciones de accin y tcnicas. Las mtricas de proceso permiten que una organizacin tome una visin estratgica proporcionando reas de proceso de software que son las causas de los defectos del software. Las mtricas tiene significado solo si han sido examinadas para una valides estadstica el grafico de control es un mtodo sencillo para realizar esto y al mismo tiempo examinar la variacin y la localizacin de los resultados de las mtricas. Para aplicar el sistema de calidad al ciclo de vida es necesario la utilizacin de mtricas adecuadas que permitan medir la calidad del proyecto (en realidad, comparamos los parmetros de calidad de ste con estimaciones realizadas mediante el uso de estndares o datos que aporta la experiencia en otros proyectos). En el contexto en que no encontramos, atenderemos principalmente a las mtricas de productividad y de calidad. Las mtricas se utilizan para evaluar y controlar el proceso de desarrollo del software, de forma que permitan: Indicar la calidad del producto.

Evaluar la productividad de los desarrolladores. Evaluar los beneficios (en cuanto a calidad y productividad) derivados del uso de nuevos mtodos y herramientas de ingeniera del software. Establecer una lnea base para la estimacin. Justificar el uso de nuevas herramientas o de formacin adicional.

Pero es necesario utilizar las mtricas ms adecuadas para conseguir el control, seguimiento y mejora de la calidad, y para ello es necesario determinar los factores de calidad ms importantes dentro del proyecto.

PRUEBA DE PROGRAMAS Y DEL SISTEMA Las pruebas se realizan a lo largo del desarrollo del sistema y no simplemente al final. Esto significa sacar a la luz problemas no conocidos y no demostrar la perfeccin de programas manuales o equipo. Aunque el probar es aburrido, es una serie esencial de pasos que ayuda a asegurar la calidad del sistema eventual. La prueba se realiza en subsistemas o mdulos de programa conforme el trabajo avanza. La prueba se hace en muchos niveles diferentes y a diversos intervalos. Antes de que el sistema sea puesto en produccin, todos los programas deben ser probados en el escritorio, revisados con datos de prueba y revisados para ver si los mdulos los trabajan juntos entre ellos, tal como se planeo. Tambin debe ser probado el sistema trabajando con un todo. Esto incluye probar las interfaces entre subsistemas, la correccin de la salida y la utilidad y comprensibilidad de la documentacin de la salida del sistema. Los programadores, analistas, operadores y usuarios juegan papeles diferentes en los diversos aspectos de la prueba. Prueba de Programas con Datos de Prueba. En esta etapa, los programadores primero probaran sus programas en escritorio para verificar la forma en que el sistema trabajar. En la prueba de escritorio el programador sigue cada paso del programa en papel para revisar si la rutina trabaja como fue escrita. Luego los programadores deben crear datos de prueba vlidos e invlidos. Luego, estos datos son ejecutados para ver si trabajan las rutinas bsicas y tambin para atrapar errores. Si la salida de los mdulos principales es satisfactoria, se pueden aadir ms datos de prueba para revisar otros mdulos. Los datos de prueba creados deben probar los valores mnimo y mximo posibles, as como tambin todas las variaciones posibles de formatos y cdigos. Se debe revisar cuidadosamente se debe revisar cuidadosamente los archivos de salida de los datos de prueba. Nunca se debe

suponer que los datos contenidos en un archivo son correctos simplemente debido a que el archivo fue creado y accesado. A lo largo de este proceso el analista de sistemas revisa la salida buscando errores, dando consejos al programador sobre cualquier correccin necesaria. Por lo general, el analista recomendara o crear datos de prueba para la prueba de programas, pero puede resaltar al programador omisiones de tipos de datos que deban ser aadidos en pruebas posteriores. Prueba de Enlace con Datos de Prueba. Tambin se le conoce como prueba en cadena. La prueba de enlace revisa para ver si los programas que son interdependientes trabajan, de hecho, como se planeo. Una pequea cantidad de datos de prueba, para probar las especificaciones del sistema, as como los programas, se usan para la prueba de enlace. La prueba de todas las combinaciones puede llevarse varios pasos a travs del sistema, debido a que es mucho muy difcil describir los problemas si se trata de probar todo en una sola vez. El analista crea datos de prueba especiales que cubren una diversidad de situaciones de procesamiento para la prueba de enlace. Primero, se procesan datos de prueba tpicos para ver si el sistema puede trabajar las transacciones normales, aquellas que conformarn la mayor parte de su carga. Si el sistema trabaja con las transacciones normales, luego se aaden variaciones, incluyendo los datos invlidos usados para asegurarse de que el sistema pueda detectar errores adecuadamente. Prueba Completa del Sistema con Datos de Prueba. En esta etapa, los operadores y usuarios finales llegan a estar activamente involucrados en la prueba. Se usan datos de prueba creado por el equipo de anlisis de sistemas para el propsito especfico de probar los objetivos del sistema. Factores a considerar cuando se prueba el sistema con datos de prueba: 1. Examinar si los operadores tienen documentacin adecuada en los manuales de procedimientos para lograr la operacin correcta y eficiente. 2. Revisar si los manuales de procedimientos son lo suficientemente claros para comunicar como deben ser preparados los datos para su entrada. 3. Asegurarse si el flujo de trabajo que necesita el sistema nuevo o modificado de hecho fluye. 4. Determinar si la salida es correcta y si los usuarios comprenden que esta es, en todos los sentidos, la forma en que la salida se ver en su forma final.

Esta prueba incluye la reafirmacin de los estndares de calidad para el desempeo del sistema, que fueron puestos cuando se establecieron las especificaciones inciales del sistema. Todos los involucrados deben nuevamente estar de acuerdo con la manera de determinar si el sistema est haciendo lo que se supone que debe hacer. Esto incluir mediciones de error, oportunidad, facilidad de uso, ordenamiento adecuado de transacciones, aceptable tiempo cado, manuales de procedimientos comprensibles, etc. Prueba Completa del Sistema con Datos Reales. Este paso permite una comparacin precisa de la salida del nuevo sistema con a que s sabe que es salida correctamente procesada, as como una buena sensacin de cmo sern manejados los datos reales. El de prueba es un periodo importante para valorar cmo interactan, de hecho, los usuarios finales y operadores del sistema. No es suficiente entrevistar a los usuarios acerca de cmo estn interactuando con el sistema, sino que se les debe observar de primera mano. Los conceptos de observar son la facilidad de aprendizaje del sistema, el ajuste a factores ergonmicos y la reaccin del usuario a la retroalimentacin del sistema, incluyendo lo que sucede cuando se recibe un mensaje de error y lo que sucede cuando al usuario se le informa que el sistema est ejecutando sus comandos. Escuche lo que los usuarios dicen acerca del sistema con relacin a cmo lo encuentran. Cualquier problema real debe ser resuelto antes de que el sistema sea puesto en produccin, y no slo superficialmente como ajustes al sistema que los usuarios y operadores "debieran" hacer por s mismos. Tambin se necesitan ser probados los manuales de procedimientos. La nica forma real de probarlos es hacer que lo usuarios y operadores los usen, de ser preferible durante la prueba completa del sistema con datos reales. Es difcil comunicar los procedimientos con precisin. Los manuales necesitan estar organizados en formas diferentes para los usuarios que interactuarn con el sistema en innumerable maneras. Demasiada informacin, o muy poca, ser obstculo para el uso del sistema. El uso de hipertexto para manuales en lnea puede ayudar en este aspecto. Considere e incorpore las sugerencias de usuarios y operadores en la versin final de los manuales y en otras formas de documentacin. IMPLEMENTACIN El objetivo de las pruebas de integracin es verificar si los componentes o subsistemas interactan correctamente a travs de su interfaces, tanto internas, como externas,

cubren la funcionalidad establecida, y se ajustan a los requisitos especificados en las verificaciones correspondientes. La estrategia a seguir en las pruebas de integracin se establecen en el plan de pruebas, donde se abra tenido en cuenta el plan de integracin del sistema de informacin, siempre y cuando se haya especificado en la tarea definicin de componentes y subsistemas de construccin. Esta actividad se realiza en el paralelo a las actividades generacin del cdigo de los componentes y procedimientos y ejecucin de pruebas unitarias. Sin embargo, es necesario que los componentes objetos de las pruebas de integracin se hayan verificado de manera unitaria. 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 requerimientos del anlisis y permitir que los usuarios puedan operarlo. Existen varios enfoques de Implementacin: 1. Es darle responsabilidad a los grupos. 2. Uso de diferentes estrategias para el entrenamiento de los usuarios. 3. El Analista de Sistemas necesita ponderar la situacin y proponer un plan de conversin que sea adecuado para la organizacin. 4. El Analista necesita formular medidas de desempeo con las cuales evaluar a los Usuarios. 5. Debe Convertir fsicamente el sistema de informacin antiguo, al nuevo modificado.

En la preparacin de la Implantacin, aunque el Sistema este bien diseado y desarrollado correctamente su xito depender de su implantacin y ejecucin por lo que es importante capacitar al usuario con respecto a su uso y mantenimiento DOCUMENTACIN 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 operados 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 de 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. Otra definicin sera la de registro fsico, generalmente por escrito que contiene los siguientes elementos: Polticas y normas referentes al desarrollo del sistema, su implantacin, operacin y mantenimiento. 1. 2. 3. 4. El diseo del sistema de informacin administrativo. Procedimientos para instalar el sistema de informacin administrativo. Procedimientos para operar el sistema de informacin administrativo. Procedimientos para mantener el sistema de informacin administrativo.

Importancia de la Documentacin de Sistemas La importancia de la documentacin bien podra ser comparada con la importancia de la existencia de una Pliza de Seguro; mientras todo va bien no existe la precaucin de confirmar si nuestra Pliza de Seguros est o no vigente. La documentacin adecuada y completa, de una aplicacin que se desea implantar, mantener y actualizar en forma satisfactoria, es esencial en cualquier Sistema de Informacin, sin embargo, frecuentemente es la parte a la cual se dedica l menor tiempo y se le presta menos atencin. Siempre se debe documentar un sistema como si estuviera a punto de irse a Siberia el siguiente mes, para nunca volver. Si la documentacin del sistema es incompleta el diseador continuamente estar involucrado y no podr moverse a otra asignacin.

ELABORACIN DEL MANUAL DE USUARIO El objetivo de esta tarea la documentacin del usuario, tanto de usuario final como de explotacin, de acuerdo a los requisitos (documentacin) establecidos en la tarea de especificacin de requisitos de documentacin de usuario y requisitos en el catalogo de requisitos. Esta parte se divide en dos manuales distintos, uno por cada aplicacin cliente. Se explicar todas las posibles opciones que puede realizar el usuario con estas aplicaciones de manera detallada, y mediante el uso de capturas de pantalla. Este documento est dirigido al usuario final.

Pasos del manual del usuario: 1. Portada: De que se trata el documento y quien lo elaboro? 2. Introduccin: Describe el uso del documento (para qu sirve?) y de que habla?, Anlisis y requerimientos del sistema (que se ocupa para poder instalarlo y usarlo?) 3. Explicacin del funcionamiento: Debes de poner paso a paso y con pantallas bien explicadas cmo funciona el programa. 4. Glosario 1. Debe ser escrito de tal manera, que cualquier persona pueda entenderlo con la menor dificultad posible. 2. Es recomendable, detallar todos aquellos pasos que se llevan a cabo para usar el programa. 3. Especificar los alcances y las limitaciones que tiene el programa. Un buen punto de partida para un manual de usuario, es hacer de cuenta que las personas que lo van a leer no tienen el ms mnimo conocimiento sobre computadores.

ELABORACIN DEL MANUAL DE ADMINISTRACIN Recabados los elementos preliminares para llevar a cabo el manual, se debe preparar el documento de partida para concretarlo, el cual debe quedar integrado por: Propuesta tcnica, (que debe de incluir):

Antecedentes: recuento de todos los manuales o esfuerzos anlogos preparados con anterioridad. Naturaleza: tipo de manual que se pretende realizar. Justificacin: demostracin de la necesidad de efectuarlo en funcin de las ventajas que ello reportar a la organizacin. Objetivos: logros que se pretenden alcanzar. Acciones: iniciativas o actividades necesarias para su consecucin. Resultados: beneficios que se esperan obtener en cuanto a mejorar el funcionamiento de la organizacin, sus productos y/ o servicios, clima organizacional y relaciones con el entorno.

Alcance: rea de aplicacin que cubre el estudio en trminos de ubicacin en la estructura orgnica y/ o territorial. Recursos: requerimientos humanos, materiales y tecnolgicos necesarios para desarrollarlo. Costo: estimacin global y especfica de recursos financieros que demanda su ejecucin. Estrategia: ruta fundamental necesaria para orientar los recursos de accin y asignacin de recursos. Informacin complementaria: material e investigaciones que pueden servir como elementos de apoyo. A) Programa de Trabajo Identificacin: nombre del manual. Responsable(s): unidad o grupo que tendr a su cargo la implantacin del manual. rea(s): universo bajo estudio. Clave: nmero progresivo de las actividades estimadas. Actividades: pasos especficos que tienen que darse para captar la informacin. Fases: definicin del orden secuencial para realizar las actividades. Calendario: fechas asignadas para el inicio y terminacin de cada fase. Representacin grfica: descripcin del programa en cuadros e imgenes.Formato: presentacin y resguardo del programa de trabajo. Reportes de avance: seguimiento de las acciones. Periodicidad: espacio de tiempo dispuesto para informar avances. B) Presentacin del Proyecto a las Autoridades Competentes a) Participantes Para depurar el contenido del proyecto, afinar sus parmetros y determinar su viabilidad operativa, es recomendable presentarlo a: rea (s) que intervendr directamente en su aplicacin, por lo cual tienen la obligacin de conocer el proyecto en forma detallada. reas afectadas por la implantacin del proyecto, ya que tendrn que cambiar o adecuarse. rea responsable del manejo de los recursos econmicos, para cuantificar el costo del proyecto en forma ms especfica.

b) Responsable de su autorizacin Asimismo, el proyecto debe presentarse al titular de la organizacin o de la unidad administrativa responsable de su ejecucin, para su aprobacin.

Una vez autorizado, el responsable debe hacer del conocimiento de todos los niveles jerrquicos la intencin que tiene la organizacin de elaborar el manual, resaltando los beneficios que de este esfuerzo se obtendrn, a fin de que todos brinden su apoyo durante el desarrollo del trabajo. Sin este requisito, la labor de integracin del manual se vera seriamente dificultada. C) Capacitacin de la Informacin Como primer paso de esta etapa se debe obtener una lista del personal que va a participar en el levantamiento de la misma, considerando la magnitud y especificaciones del trabajo. a) Capacitacin del personal Una vez integrado el grupo de trabajo, se debe capacitarlo, no slo en lo que respecta al manejo de medios de investigacin que se utilizarn para el levantamiento de la informacin, sino tambin en todo el proceso que se seguir para preparar el manual. Por ello, se debe dar a conocer a los participantes el objetivo que se persigue, as como los mtodos de trabajo adoptados, calendarizacin de actividades, documentos que se emplearn. (Cuestionarios, formatos, etctera), responsables del proyecto, unidades administrativas involucradas, inventario de informacin a captar y distribucin del trabajo a cada persona. Cuando el grupo de trabajo sea numeroso, puede resultar conveniente formar subgrupos, coordinados cada uno por un responsable, quien debe encargarse de revisar y homogeneizar la informacin. Es recomendable efectuar un estudio en un rea piloto, para luego comparar y evaluar los resultados obtenidos. b) Levantamiento de la informacin Los esfuerzos de recopilacin deben enfocarse en el registro de hechos que permitan conocer y analizar informacin especfica y verdaderamente til para el manual, pues de lo contrario se puede incurrir en interpretaciones errneas, lo cual genera retraso y desperdicio de recursos. Asimismo, debe aplicarse un criterio de discriminacin, basado en el objetivo del estudio, y proceder continuamente a su revisin y evaluacin para mantener una lnea de accin uniforme. Esta actividad exige mantener una relacin constante con las fuentes internas emisoras de la informacin, as como con las reas u organizaciones con otra ubicacin fsica. Para recabar la informacin en forma gil y ordenada se puede utilizar alguna o una combinacin de las siguientes tcnicas de recopilacin:

Investigacin documental: Esta tcnica permite la seleccin y anlisis de aquellos escritos que contienen datos de inters relacionados con el manual. Para ello se estudian documentos tales como bases jurdico-administrativas, diarios oficiales, actas de reuniones, circulares, oficios y todos aquellos que contengan informacin relevante para el estudio. Acceso a sistemas computacionales que contienen informacin y recursos de apoyo para estructurar el manual. Este mecanismo permite recabar informacin interna y/o de sistemas externos a la organizacin enlazados a travs de redes. Encuesta: Este mtodo implica la realizacin de entrevistas personales con base en una gua de preguntas elaborada con anticipacin. Tambin se puede utilizar un cuestionario, a fin de que las entrevistas tengan un contenido homogneo. Esta tcnica se considera de gran utilidad para reunir informacin preliminar al anlisis o para efecto de plantear cambios o modificaciones a la estructura actual de la informacin. La encuesta puede realizarse en forma individual o reuniendo a directivos y empleados de una misma rea o que intervienen en la misma clase de tareas. Tambin se puede recabar informacin de clientes y/o usuarios, prestadores de servicios y proveedores que interactan con la organizacin. Los cuestionarios que se utilizan en la encuesta, y que sirven para obtener la informacin deseada, estn constituidos por series de preguntas escritas, predefinidas, secuenciadas y separadas por captulos o temtica especficos. Este medio permite ahorrar recursos y tiempo; sin embargo, la calidad de la informacin que se obtiene depende de su estructuracin y forma de presentacin. En trminos generales, todo cuestionario debe expresar el motivo de su preparacin, procurar que las preguntas sean claras y concisas, con un orden lgico, redaccin comprensible, facilidad de respuesta y evitar demasiadas preguntas. Asimismo, se puede incluir un instructivo de llenado para indicar cmo contestarlo. La entrevista consiste bsicamente en celebrar reuniones individuales o grupales en las cuales se cuestiona orientadamente a los participantes para obtener informacin. Este medio es posiblemente el ms usado y el que puede brindar informacin ms completa y precisa, puesto que el entrevistador, al tener contacto con el entrevistado, adems de obtener respuestas, puede percibir actitudes y recibir comentarios. Para que una entrevista se desarrolle observar estos aspectos: positivamente, es conveniente

Tener claro el objetivo: para cubrir este aspecto, se recomienda preparar previamente un cuestionario o gua de entrevista que contenga los principales puntos que se desea captar. Esta gua puede operar a manera de marco de trabajo para que, al trmino de la misma, se pueda verificar si se ha obtenido la informacin requerida. Establecer anticipadamente la distribucin del trabajo: esta etapa consiste en asignar responsabilidades y determinar las reas a investigar. Concretar previamente la cita: es importante que el entrevistado est preparado para proporcionar la informacin con el tiempo y tranquilidad necesarios para disminuir el margen de error y evitar interrupciones. Clasificar la informacin que se obtenga: esta fase implica diferenciar la situacin real de la relativa a sugerencias para mejorarla, procurando no confundir ambos aspectos.

ELABORACIN DEL MANUAL TCNICO Este documento contiene toda la informacin sobre los recursos utilizados por el proyecto, llevan una descripcin muy bien detallada sobre las caractersticas fsicas y tcnicas de cada elemento. Por ejemplo: caractersticas de procesadores, velocidad, dimensiones del equipo, garantas, soporte, proveedores y equipo adicional. Su extensin depende de la cantidad de recursos y equipo utilizado y generalmente se presenta en forma de fichas tcnicas en donde se describe en cada una las caractersticas de cada recurso. Consideraciones Generales para la Documentacin de el Desarrollo de Aplicaciones Informticas: 1. Toda documentacin que se genere para un proyecto especfico, que haya sido revisada y aprobada, debe poseer lo siguiente: A) Identificacin del documento Este documento debe incorporar la siguiente informacin: Logotipo de la organizacin. Nombre oficial de la organizacin. Denominacin y extensin. De corresponder a una unidad en particular debe anotarse el nombre de la misma. Lugar y fecha de elaboracin. Nmero de revisin (en su caso). Unidades responsables de su elaboracin, revisin y/o autorizacin. Clave de la forma. En primer trmino, las siglas de la organizacin, en segundo lugar las siglas de la unidad administrativa donde se utiliza la forma y, por ltimo, el nmero de la forma. Entre las siglas y el nmero debe colocarse un guin o diagonal.

B) Estructura del documento. 2. Por cada documento final deber entregarse copias al personal involucrado en el proyecto. 3. Una vez concluido el desarrollo de un sistema, considerando para esto los posibles cambios que se efecten durante la etapa de garanta de que lo cubre (si as fuera el caso), el usuario final del sistema debe recibir una versin actualizada final del documento manual tcnico. Estructura del documento manual tcnico: ndice

Relacin de los captulos y pginas correspondientes que forman parte del documento Introduccin.

Se debe presentar una breve descripcin del sistema desarrollado, que contemple el mbito abarcado, cual es su funcin principal y un detalle de las funciones macros o partes que lo componen. Puede incluir un mensaje de la mxima autoridad de las reas comprendidas en el manual. Objetivo general del sistema

Se debe de describir el objetivo general del sistema. Objetivos especficos

Se deben describir brevemente los objetivos especficos que se cumplieron con el desarrollo del sistema. Contenido tcnico Definicin de reglas del negocio implementadas en el sistema desarrollado. Diagramas de flujo de datos, junto con su respectivo diccionario de datos. Controles de auditora implementados en el sistema. Descripcin de campos requeridos por pantalla con presentacin de pantallas. Diagrama de navegacin del sistema. Requerimientos de interface con otros sistemas. Modelo lgico de datos, diagrama entidad-relacin. Modelo de datos fsico, junto con su respectivo diccionario de datos. Matriz de procesos versus organizacin. Matriz de programas versus entidades.

Plataforma de usuario. Aqu se describen los requerimientos mnimos que se deben tener tanto de hardware como de software para que el sistema se pueda instalar y ejecutar correctamente (en caso de que se considere necesario). reas de aplicacin y/o alcance de los procedimientos. Esfera de accin que cubren los procedimientos Responsables.

Para iniciar los trabajos que conducen a la integracin de un manual, es indispensable prever que no queda diluida la responsabilidad de la conduccin de las acciones en diversas personas, sino que debe designarse a un coordinador, auxiliado por un equipo tcnico, al que se le debe encomendar la conduccin del proyecto en sus fases de diseo, implantacin y actualizacin. De esta manera se logra homogeneidad en el contenido y presentacin de la informacin. Por lo que respecta a las caractersticas del equipo tcnico, es conveniente que sea personal con un buen manejo de las relaciones humanas y que conozca a la organizacin en lo que concierne a sus objetivos, estructura, funciones y personal. Para este tipo de trabajo, una organizacin puede nombrar a la persona que tenga los conocimientos y la experiencia necesarios para llevarlo a cabo. Por la naturaleza de sus funciones puede encargarlo al titular del rea especfica. Asimismo, puede contratar los servicios de consultores externos.