El documento describe la importancia de capacitar a los usuarios en el uso de nuevos sistemas de tecnología de la información implementados por las empresas. Se explican diferentes niveles y métodos de capacitación, así como quiénes deben ser capacitados. También se mencionan algunos modelos para estimar los tiempos y costos requeridos para proyectos de software.

2. Para ayudar a las empresas a planear e implementar soluciones de tecnología para problemas de la empresa, se requiere de tener computadoras y software, ya que estos son la base primordial para acceder a un sistema de información, para poder llevar a cabo las actividades cotidianas y a la vez ser objeto en la toma de decisiones. Pero con esto a su vez se busca que los usuario y operadores del sistema, se actualicen y se capaciten en el manejo del hardware y software que vaya a implementar la empresa. También se debe tener en cuenta que en la actualidad todo gira en torno a, si se tiene un equipo con capacidad suficiente de memoria, los programas que posee y que físicamente, que tipo de mouse trae, los puertos de entrada y salida, teclado de que tipo, etc.

3. Se denomina capacitación al proceso educativo que involucra a los analistas de sistemas con los usuarios. A todo lo largo del ciclo de vida de los sistemas se ha considerado al usuario, de tal forma que ahora que se opera el sistema, el analista deberá contar con una evaluación de aquellos usuarios que deben recibir adiestramiento. Como hemos visto, los centros de información cuentan con instructores dentro de su personal. OBJETIVOS DE LA CAPACITACIÓN Es lograr que los usuarios tengan el Dominio necesario de las cosas básicas acerca de las maquinarias y procesos que se emplean para su operación de manera eficiente y segura.

4. A QUIEN CAPACITAR Para un gran proyecto pueden utilizarse diferentes tipos de instructores, dependiendo cuantos usuarios serán capacitados y quienes son, Las posibles fuentes de capacitación incluyen: PERSONAL QUE CAPACITARA A LOS USUARIOS Todos aquellos que tengan un uso primado o secundario del sistema deben ser capacitados, Esto incluye a cualquier persona, desde el capturista hasta quienes utilizaran la salida para la toma de decisiones, aun sin que lleguen a ver una terminal u otro equipo. La magnitud de la capacitación depende entonces del cambio en las tareas que lleve consigo el nuevo sistema. Se debe asegurar que los usuarios con diferentes niveles en habilidad e intereses queden separados.

5. PERSONAL QUE CAPACITARA A LOS USUARIOS

6. Esta lista proporciona solo algunas opciones para que le analista planee y proporcione la capacitación. También es posible que algunos de esos instructores adiestren a u pequeño grupo representativo de las diferentes áreas funcionales que vaya a utilizar el nuevo sistema de información. Ellos a su vez podrán capacitar al resto de los usuarios. PERSONAL QUE CAPACITARA A LOS USUARIOS

7. Las estrategias de capacitación son determinadas por quien esta siendo capacitación y quien lo capacitara. El analista querrá asegurarse de que cualquiera cuyo trabajo este afectado por el nuevo sistema de información esté capacitado adecuadamente por el instructor adecuado. Todas las personas que tendrán uso primario o secundario del sistema deben ser capacitadas. Esto incluye a todos, desde el personal de captura de datos hasta aquellos que usaran la salida para tomar decisiones sin usar personalmente una computadora

8. Nivel A Visita Guiada: Dirigido a: usuarios potenciales para dar a conocer a grandes rasgos los recursos y servicios que se ofrecen. Objetivo: familiarizar al usuario con el manejo del catalogo colectivo en línea, servicios, colecciones y reglamentos existentes. Contenidos: - Indicaciones generales sobre los servicios disponibles y su reglamento. - Guía inicial sobre el manejo optimo del catalogo colectivo en línea a través de internet. - Organización general del sistema y sus materiales.

9. Nivel B Profundización General: Dirigido a: Usuarios que desarrollen un proyecto o trabajo de investigación y que requieran manejar un proceso especial de búsqueda d e información, con nivel de profundidad medio. Objetivo: Que el usuario obtenga información respecto a fuentes especializadas en su área de interés, manejo general de obras de referencia, bases de datos especializadas y recursos disponibles. Contenidos: - Explicación especial del catalogo colectivo a través de internet para obtener mejores resultados de búsqueda de información especializada existente en el área. - Revisión y explicación del manejo de obras de referencia y herramientas ubicadas en el área d e interés.(tablas de contenido, índices y abstracts.) - Explicación de los recursos electrónicos al servicio del publico.

10. Nivel C Taller estrategias de búsqueda, recuperación de información Dirigido a : Usuarios que desarrollan un proyecto o trabajo de investigación con nivel alto de profundidad. Interés en el manejo de estrategias de Búsqueda y presentación de Bibliografías. Objetivo: Conocer las distintas estrategias de búsqueda y recuperación de información; aplicadas a casos y necesidades especificas de los usuarios. Contenidos: - Que es una estrategia de búsqueda, tipos de búsqueda, el proceso de búsqueda. - Que es una bibliografía especializada, clases de referencias bibliográficas según el formato del material. - Como elaborar citas de material electrónico en línea.

11. La capacitación se realiza en diferentes ubicaciones, algunas de las cuales son más adecuadas para el aprendizaje que otras. Sus instructores proporcionan experiencia práctica, así como seminarios, en un ambiente que permite que los usuarios se concentren en el aprendizaje del nuevo sistema. Una de las desventajas de la capacitación fuera de sitio es que los usuarios están alejados del contexto de la organización dentro de la cual deben existir eventualmente Es necesario tener los archivos ya migrados de un sistema a otro ya que es esta la etapa que más se tarda ya que al principio se va a tener que teclear unos cuando registros, siempre es recomendable tener medidores de errores ya que debemos evitar que este pase de información se haga de manera segura que no haya errores ya que repercutirán después con el desenvolvimiento del sistema.

12. Para evitar que falten registros que trabaja con lo llamado procesos por lotes que no es más que enviar o almacenar cada 50 o 100 registros y así se puede verificar cada grupo antes de ser accedidos. Siempre es bueno que toda transacción de archivos se haga de manera seriada si es que esta viene de un dispositivo remoto así sabemos que si de un sitio salieron 1000 en el otro están los 1000 archivos. E s decir durante la revisión un ingeniero del software intenta definir como han de diseñarse las estructuras de los datos, como ha de implementarse la función dentro de una arquitectura de software, como han de implementarse los detalles procedimentales, como ha de caracterizarse los interfaces, como ha de traducirse el diseño en un lenguaje de programación ( o lenguaje no procedimental)y como ha de realizarse la prueba.

13. Las estimaciones del tiempo del proyecto son necesarias para informar a la gerencia de cuando es probable que se termine un proyecto y se implemente el sistema. Además, se necesitan las estimaciones para ayudar al coordinador del proyecto en la programación del personal para desarrollar varias tareas o hacer ajustes posteriores del equipo, en caso de ser necesario. Las estimaciones del tiempo del proyecto incluyen dos tipos de requerimientos: requerimientos de tiempo del proyecto y requerimientos de tiempo calendario. La estimación de proyectos de software es una forma de resolución de problemas y en la mayoría de los casos el problema a resolver (es decir desarrollar estimaciones de coste u de esfuerzo para un proyecto de software) es demasiado complejo como para considerarlo como un todo

14. Existen diferentes modelos de estimación como son: Los Modelos Empíricos: Donde los datos que soportan la mayoría de los modelos de estimación obtienen una muestra limitada de proyectos. Por esta razón, el modelo de estimación no es adecuado para todas las clases de software y en todos los entornos de desarrollo. Por lo tanto los resultados obtenidos de dichos modelos se deben utilizar con prudencia. El Modelo COCOMO. Barry Boehm, en su libro clásico sobre economía de la Ingeniería del Software, introduce una jerarquía de modelos de estimación de Software con el nombre de COCOMO, por su nombre en Ingles (Constructive, Cost, Model) modelo constructivo de costos. La jerarquía de modelos de Boehm esta constituida por los siguientes: DIFERENTES MODELOS DE ESTIMACION. as de estimación permiten al planificador estimar costos y esfuerzos, así como llevar a cabo análisis del tipo, que pasa si, con importantes variables del proyecto, tales como la fecha de entrega o la selección del personal. Aunque existen muchas herramientas automáticas de estimación, todas exhiben las mismas características generales y todas requieren de una o más clases de datos. A partir de estos datos, el modelo implementado por la :

15. DIFERENTES MODELOS DE ESTIMACION.

16. ADMINISTRACIÓN DEL PERSONAL: la necesidad de contar con personal para el desarrollo del software, altamente preparado y motivado se viene discutiendo desde los años 60; de echo el factor humano es tan importante que el instituto de ingeniera del software ha desarrollado un modelo de madurez de la capacidad de gestión del personal para llevar acabo las cada vez mas complicadas aplicaciones ayudando atraer, aumentar, motivar, desplegar y retener el talento necesario para mejorar su capacidad de desarrollo. El modelo de madurez de gestión de personal define las siguientes áreas, claves, practicas para el personal que desarrolla software; reclutamiento , selección, gestión de rendimiento, entrenamiento, retribución, desarrollo de la carrera, diseño de la organización y del trabajo, desarrollo cultural y de espíritu de equipo. Quienes guían a las organizaciones en la creación de un proceso de software maduro . PROCESO DE DESARROLLO las fases genéricas que caracterizan el proceso de software definición, desarrollo y soporte un proceso de software proporciona la estructura desde la que se puede establecer un detallado plan para el desarrollo del software un pequeño numero de actividades estructurales se puede aplicar a todos los proyectos de software sin tener en cuenta su tamaño o complejidad. Diferentes conjuntos de tareas, hitos productos del trabajo y puntos de garantía de calidad , permiten las actividades estructurales adaptarse a las características del proyecto del software y a los requisitos del equipo del proyecto. Final mente las actividades protectoras, tales como garantía de calidad del software , gestión de la configuración del software y medición cubren el modelo del proceso. Las actividades protectoras son independientes de las estructurales y tiene lugar a lo largo del proceso.

17. TIPOS DE EQUIPOS DE TRABAJO Equipos con programador jefe Jefe programador: es la persona que como líder tiene grandes habilidades y una basta experiencia Personal de respaldo: son los que dan diferentes opciones y alternativas y a la vez diseña estrategias Grupos de apoyo: trabajan bajo la supervisión del jefe y apoyan diferentes actividades. Equipos de especialistas Cada integrante del grupo es especialista en un área y son el respaldo del programador jefe. Equipos sin liderazgo Este equipo no tiene figura de líder y sus actividades se realizan según habilidades individuales

18. Se debe seleccionar los equipos adecuados para la tarea adecuada, los cuales deben contener las siguientes características: la memoria, velocidad de procesamiento, canales de comunicación, almacenamientos auxiliares y una buena configuración Las diferentes opciones para adquirir estos equipos son:

19. Inicialmente es necesario saber que cargas de trabajo se están manejando en el equipo, por lo tanto se debe tener en cuenta los siguientes requerimientos:

20. Al comprar un equipo, debemos ser responsables de la adquisición de hardware y software, cuidando que satisfaga los niveles de calidad, tecnología y volúmenes de datos a procesar. Por ello, es común que se efectúen comparaciones entre los diferentes sistemas de cómputo basándonos en el desarrollo y desempeño real de los datos. De los cuales es importante tener en cuenta: Velocidad de procesamiento. Tiempo de respuesta para envío y recepción de datos desde las terminales. El diseño de programas sintéticos, es un programa que imita la carga de trabajo esperada y determina resultados, lo cual permite comparar contra especificaciones técnicas.

21. En ocasiones por cuestiones económicas se considera factible la compra de equipo llamado compatible. La ventaja de este equipo es un menor costo que el original, pero debe tenerse cuidado con los siguientes puntos: Nivel de calidad. Desempeño igual al original. Garantías. Acuerdos de servicio. Para la elección del software es necesario tener en cuenta el sistema que se va a implementar, para así ver cual software es el más adecuado. Lo más esencial al momento de la elección es saber que tipo de transacciones de datos se va a realizar, tipo de reportes, que manejadores de bases de datos vamos a necesitar, el sistema tendrá alguna característica específica que deba ser atendida por alguna aplicación en específico, el hardware, limitaciones del mismo etc.

22. Criterios a considerar en la selección del software: Al elegir un proveedor es importante evaluarlo de acuerdo a: Costos: se considerará lo siguiente: Reconocido prestigio mundial y nacional Soporte técnico en instalación Ayuda en problemas Personal especializado Tiempo de atención Comunicación rápida. Servicios de capacitación: cursos, material, expositor, costos. Documentación: Facilidad de uso. Condición de pago Local - Inclusión de entrenamiento Costos de mantenimiento.

23. La adquisición del software debe ser manejada como cualquier decisión de la empresa. Se consideran las alternativas y las características de cada una se comparan con los requerimientos de la organización. Se pone particular atención en la flexibilidad del software pues más valioso que un programa que es totalmente inflexible. Las áreas donde se necesita flexibilidad son; el manteamiento, los soportes y sus opciones, las definición de parámetros, y la captura de datos. Las previsiones de auditoria y confiabilidad deben incluir los controles adecuados en el sistema. Los auditores deben tener la capacidad de validar los reportes y salidas y probar la autenticidad y precisión de los datos e información. La capacidad del sistema se refiere al número de archivos que puede guardar y conservar según el hardware específico. Al comprar el software por medio de un proveedor es importante evaluar los servicios que proporcionan, el mantenimiento, la capacitación, el costo al firmar el contrato de compra - venta

24. Se deben incluir en un contrato de software todos los términos y funciones, además de acuerdos, incluyendo promesas orales, la propiedad del software, más debe establecer cuando se termina el contrato, los términos deben proteger a la organización indicando cuando se terminara la prueba y cuando ocurrirá la implantación total. La negociación del contrato es un proceso legal y debe involucrar los aspectos legales y financieros Los tipos de contrato pueden ser dos: Bosquejar los términos de alquiler de un programa de software y bosquejar los términos de un proyecto de programación El pago se liga con la implantación. Se debe considerar la protección necesaria al tratar con ciertas empresas de software, este se debe asegurar de que el software seguirá con el mantenimiento independientemente con lo que ocurra con el proveedor. Debido a que todos estos puntos son complejos se requieren consejos de un abogado con amplio conocimiento legal

25. Durante el desarrollo de este trabajo se trato los temas de capacitación de usuarios entre operadores y usuarios del sistema, junto con los métodos de capacitación , además de la implantación de instalaciones y preparación de datos del archivo; factores importantes para el buen desarrollo del sistema, pasando por la administración de personal y proceso de desarrollo , temas importantes que junto con los conocimientos que adquirimos sobre la compra de hardware y software nos pudimos dar cuenta de la gran importancia que tiene analizar con detalle estos temas a la hora de realizar un análisis de diseño de sistema adecuado para una organización.

26. Senn, James A. Análisis y diseño de sistemas de información. McGraw-Hill, 2da edición. 1992 Adquisición de Hardware y Software. Consultado el 11 de noviembre de 2011 en, http://sistemas.itlp.edu.mx/tutoriales/admoncomp/tema15.htm Análisis y Diseño de Sistemas. Consultado el 11 de noviembre de 20111 en, http://www.monografias.com/trabajos/anaydisesis/anaydisesis.shtml Implantación y Control. Consultado el 17 de noviembre de 2011 en, http://antiguo.itson.mx/dii/jgaxiola/sistemas/implantacion.htm