FUNCIONES DEL ANALISTA 1. ANALISTA DE SISTEMAS: UNA PROFESIN, QUE VALE LA PENA EMPRENDER?

En este momento, el mundo experimenta cambios fundamentales. Los continuos avances en tecnologa de computadoras y. comunicaciones tienen un efecto profundo sobre Ia forma en que Ias personas trabajan y se divierten. Tanto la tecnologa en s misma como las expectativas de las personas que la utilizan, estn alterando Ias caractersticas de los sistemas de informacin que el analista disea. 2. EL ANALISTA DE SISTEMAS El analista de sistemas es responsable de la planificacin, diseo, desarrollo e implementacin de sistemas de informacin, para satisfacer los requerimientos de informacin de los gerentes y personal operativo de las empresas. Funciones ms comunes asignadas a los analistas de sistemas. Anlisis de sistemas. La funcin ms importante en este caso es reunir informacin y determinar los requerimientos.(Analista de informacin). Anlisis y diseo de sistemas. tiene la responsabilidad adicional de disear el nuevo sistema. (Diseadores de sistemas, diseadores de aplicaciones). Anlisis, diseo y programacin de sistemas. Escribe el software necesario para implantar el diseo. (Analista programador) 3. RESPONSABILIDAD AL PROGRAMAR COMPUTADORAS Analistas programadores. El analista de sistemas ms valioso y mejor calificado es aquel que sabe cmo programar son ms tiles a las organizaciones ya que sus conocimientos en programacin les permiten formular especificaciones mejores y ms completas para las nuevas aplicaciones. 4. EL PAPEL DEL ANALISTA DE SISTEMAS. Los analistas de sistemas generalmente valoran la manera en que funcionan los negocios examinando la entrada, el procesamiento de datos y la salida de informacin con el propsito de mejorar los procesos organizacionales como en las funciones de los negocios por medio del uso de sistemas de informacin computarizados 4.1. EL ANALISTA DE SISTEMAS COMO CONSULTOR Esto puede ser una ventaja, debido a que los consultores externos pueden llevar con ellos una perspectiva fresca que no poseen otros miembros de la organizacin. Pero tambin puede decirse que los analistas externos estn en desventaja, debido a que la verdadera cultura organizacional nunca puede ser conocida por un extrao. 4.2. EL ANALISTA DE SISTEMAS COMO EXPERTO DE SOPORTE Este trabajo frecuentemente no es un proyecto de sistema completo, sino solamente pequeas modificaciones o decisiones que afectan a un solo departamento. Como experto de soporte no est administrando el proyecto es un recurso ms. 4.3. EL ANALISTA DE SISTEMAS COMO AGENTE DE CAMBIO Experto que sirve de catalizado para el cambio desarrolla un plan para el cambio y trabajan con otras personas (usuarios y directivos) para facilitar el cambio. Los cambios son internos y externos. Ventajas: garantizan el anlisis, desarrollan el plan de cambio, desventaja: ensear a los usuarios 5. CUALIDADES DEL ANALISTA DE SISTEMAS Solucionador de problemas (sistemticamente), comunicador (relacionarse), experiencia en computacin para programar, auto disciplinado y auto motivado, cambiante retador y actualizador 6. CAMBIOS EN LAS RESPONSABILIDADES DEL ANALISTA DE SISTEMAS 1. Los usuarios conocen mejor las aplicaciones. Tienen una mejor idea de lo que significa la ayuda que pueden brindarles los sistemas de informacin. 2. Software que satisfacen Ias necesidades de los usuarios. 3. En el presente los usuarios han recibido entrenamiento en diversos aspectos de los sistemas de informacin. 4. Las aplicaciones que se desarrollan en las organizaciones son cada vez ms complejas. El analista de sistemas necesita la participacin continua de los usuarios para comprender las funciones de la empresa que estn bajo estudio. 5. La aparicin de mejores herramientas para el desarrollo de sistemas por parte de los usuarios. Categoras de Usuarios Administrativos Usuario final directo: Opera el sistema. Usuario final indirecto: Emplea los reportes y otros tipos de informacin. Administradores: controla las actividades del sistema. Directivos: Incorporan los usos estratgicos y competitivos de los sistemas de informacin en los planes y estrategias de la organizacin. Evalan los riesgos a los que se expone la organizacin originado por fallas en los sistemas de informacin. 7. QUINES SON LOS USUARIOS? Los analistas emplean el trmino usuario final para referirse a Ias personas que no son especialistas en sistemas de informacin pero que utilizan Ias computadoras para desempear su trabajo. Los usuarios finales pueden agruparse en cuatro categoras. Los usuarios primarios son los que interactan con el sistema. Ellos lo alimentan con datos (entradas) o reciben salidas, Los usuarios indirectos son aquellos que se benefician de los resultados o reportes generados por estos sistemas pero que no interactan de manera directa con el hardware o software. Existe un tercer tipo de usuarios, los Usuarios gerentes, que tienen responsabilidades administrativas en los sistemas de aplicacin. Estos usuarios son gerentes de la empresa que utilizan en gran medida los sistemas de informacin. De particular importancia reviste el hecho de que los usuarios directivos, el cuarto grupo de usuarios, toman cada vez mayor responsabilidad en el desarrollo de sistemas de informacin. 8. COMENTARIO Sistemas de informacin con xito: un esfuerzo conjunto Los sistemas de informacin con mayor xito - xito en trminos de beneficio para la empresa- se originan con los usuarios. Una razn para ello es que Ias solicitudes de estos sistemas se originan de una necesidad de La organizacin que los usuarios perciben: por ejemplo, Ia necesidad de resolver un problema en particular, de manejar funciones rutinarias, o de monitorear Ia informacin para evitar ciertos problemas. EI hecho de que en estas empresas los usuarios contribuyan con ideas que conduzcan hacia sistemas con xito, tal como debe serr demuestra que el propsito fundamental, de un sistema de informacin, (y el ms importante) es mejorar Ia organizacin y no probar el valor de una tecnologa sofisticada. EI desarrollo de sistemas con &to, sin embargo, es un esfuerzo conjunto. Las contribuciones de los usuarios son importantes y los analistas tienen un papel Esencial: extraer las mejores ideas de los usuarios para su anlisis y discusin

CICLO DE VIDA DE PROYECTOS 3.1 MODELO CLASICO 3.2. MODELO SEMIESTRUCTURADO: 3.3. MTODOS DEL CICLO DE VIDA PRA DESARROLLO DE SISTEMAS: consta de las siguientes Actividades: Invest. Preliminar, requerimientos de Sistema, Diseo, Desarrollo, Pruebas, Implementacin. 3.3.1. Investigacin preliminar: Cuando se formula la solicitud 3.3.2. Determinacin de los requerimientos del sistema: comprender lo ms importante de la parte de la empresa en estudio. Estudiar los procesos de la empresa, preguntas claves: Qu es lo que se hace? Cmo se hace? Con que frecuencia? Tamao del volumen de transacciones? Existe algn problema? 3.3.3. Diseo del sistema: establece la forma en que el sistema cumplir con los requerimientos identificados. Se le considera como el diseo lgico, se hace un bosquejo del formato del sistema terminado 3.3.4. Desarrollo de software: Denominada tambin diseo fsico, Los encargados de desarrollar software pueden instalar software comprado a terceros o escribir programas diseados a la medida del solicitante son responsables de la documentacin de los programas y de proporcionar una explicacin de cmo y por qu ciertos procedimientos se codifican en determinada forma. 3.3.5. Prueba de sistemas: el sistema se emplea de manera experimental para saber que el Software no tenga fallas. 3.3.6. Implantacin y evaluacin: es el proceso de verificar e instalar nuevo equipo, entrenar a los usuarios, instalar la aplicacin y construir todos los archivos de datos necesarios para utilizarla. 3.4 Desarrollo del ciclo de vida de un proyecto 3.4.1 Investigacin preliminar 3.4.1.1 Aclaracin de la solicitud: La solicitud de proyectos debe examinar la solicitud para determinar con precisin lo que el solicitante desea. 3.4.1.2 Estudio de factibilidad: determinar que el sistema determinado sea factible. Existen tres aspectos relacionados con el estudio de la factibilidad: 1 Factibilidad tcnica. El trabajo para el proyecto(las herramientas a utilizar) 2. Factibilidad econmica: costos y beneficios para aceptar el proyecto. 3. Factibilidad operacional. Resistencia al cambio, utilidad del sistema 3.4.1.3 Aprobacin de la solicitud: Muchas organizaciones desarrollan sus planes para sistemas de informacin con el mismo cuidado 3.4.2 Determinacin de los requerimientos del Sistema Es el estudio de un sistema para conocer cmo trabaja y dnde es necesario efectuar mejoras. Cul es el proceso bsico de la empresa? Qu datos utiliza o produce este proceso? Cules son los lmites impuestos por el tiempo y la carga de trabajo? Qu controles de desempeo utiliza? 3.4.2.2 Frecuencia y volumen del proceso deben investigar con cunta frecuencia se repite una actividad. Identificacin de controles Quin se encarga de comparar el desempeo contra los estndares?, cmo se detectan los errores? Requerimiento de las transacciones de los usuarios Donde se especifica cules son las necesidades de los usuarios para llevar a cabo las transacciones. deben preguntar Qu es lo que inicia la transaccin? Quin inicia los pedidos? Con qu propsito? Con qu frecuencia ocurren os pedidos? Qu volumen est asociado con cada pedido? Requerimientos de decisin de los usuarios: Donde se especifica la informacin necesaria para tomar decisiones recurrentes y no recurrentes. Requerimientos de toda organizacin deben evaluar las implicaciones para los dems departamentos con los que interacta el sistema 3.5 Estrategias para determinar requerimientos 3.5.1 Entrevistas Los entrevistados son usuarios de los sistemas existentes o los usuarios potenciales del sistema propuesto y los analistas conversan durante la entrevista con los usuarios. Las entrevistas pueden clasificarse en: - Entrevistas no estructuradas: Formato pregunta-respuesta. Son apropiadas para recabar informacin general sobre el sistema. - Entrevistas estructuradas: Formato de respuesta abierta o cerrada. 3.5.2 Cuestionarios Permite a los analistas reunir informacin relacionada con varios aspectos de un sistema de un grupo grande de personas. Los cuestionarios pueden ser: Abiertos vent: confortable al entrevistado, espontaneidad, construccin de frases sea ms fcil para el entrevistado desv: mucho detalle, perder el control de la entrevista, el entrevistador no est preparado. Cerrados vent: se ahorra tiempo, se llega al punto, control de la entrevista, se trata varios temas, datos relevantes, desv: son aburridas, pocos detalles. 3.5.3 Revisin de registros: examina la informacin asentada en ellos relacionada con el sistema y los usuarios. Comparar las operaciones actuales, por lo tanto los registros pueden indicar qu est sucediendo. 3.5.4 Observacin: obtiene informacin sobre la forma en que se efectan las actividades. se observa lo que debera suceder y lo ocurre en la realidad. La construccin de un modelo de sistema.