Papel de-un-analista-de-sistemas

456 visualizaciones

Publicado el

its for help in your investigation :)

Publicado en: Economía y finanzas
0 comentarios
0 recomendaciones
Estadísticas
Notas
  • Sé el primero en comentar

  • Sé el primero en recomendar esto

Sin descargas
Visualizaciones
Visualizaciones totales
456
En SlideShare
0
De insertados
0
Número de insertados
3
Acciones
Compartido
0
Descargas
3
Comentarios
0
Recomendaciones
0
Insertados 0
No insertados

No hay notas en la diapositiva.

Papel de-un-analista-de-sistemas

  1. 1. 27-5-2015 MATRICULA NOMBRES DE LOS INTEGRANTES DEL EQUIPO 133042 BRINDIS GONZALEZ CARLOS FRANCISCO 133044 CAMACHO HERNANDEZ JORGE LUIS 133040 BALLESTERO ESTRADA LUIS FERNANDO 133069 RAMIREZ FLORES JESUS ISAAC PAPEL DEL ANALISTA DE SISTEMAS Y SU RELACION CON LAS FASES DEL CICLO DE VIDA DEL DESARROLLO DE SOFTWARE EVIDENCIA DE PRODUCTO # 1 INGENIERIA EN SOFTWARE 6° CUATRIMETRE
  2. 2. UNIVERSIDAD POLITECNICA DE TAPACHULA ANALISIS DE SISTEMAS UNIVERSIDAD POLITECNICA DE TAPACHULA MTRO. UVALDO VICENTE MERIDA 1 INGENIERIA EN SOFTWARE Análisis de Sistemas MATRICULA NOMBRES DE LOS INTEGRANTES DEL EQUIPO 133042 BRINDIS GONZALEZ CARLOS FRANCISCO 133044 CAMACHO HERNANDEZ JORGE LUIS 133040 BALLESTERO ESTRADA LUIS FERNANDO 133069 RAMIREZ FLORES JESUS ISAAC Cuatrimestre 6° Grupo “A” Turno Matutino MTRO. Uvaldo Vicente Mérida
  3. 3. UNIVERSIDAD POLITECNICA DE TAPACHULA ANALISIS DE SISTEMAS UNIVERSIDAD POLITECNICA DE TAPACHULA MTRO. UVALDO VICENTE MERIDA 2 INDICE Índice………………………………………………………………………………………….….. 2 Introducción…………………………………………………………………………………...… 3 Objetivos…………………………………………………………………………….................. 4 El papel del analista de sistemas….………………………………………………………... 5 Comprensión de los estilos, organizaciones y su impacto sobre los sistemas de información…………………………………………………………………………….............. 7 Determinación de la factibilidad y el manejo de las actividades de análisis y diseño……………………………………………………………………………………………. 8 Administración de proyectos ciclo de vida de sistemas etapas análisis………………………………………………………………………………………….. 10 Ciclo de vida del desarrollo de sistemas…………………………………………………. 12 Etapas…………………………………………………………………………………………… 13 Organización del equipo de trabajo……………………………………………………….. 18 Proceso de ingeniería de software………………………………………………………… 22 Las actividades se encadenan en una mini-cascada con un alcance limitado por los objetivos de la iteración……………………………………………………………………... 22 Conclucion……………………………………………………………………………………... 23 Referencias…………………………………………………………………………………….. 24
  4. 4. UNIVERSIDAD POLITECNICA DE TAPACHULA ANALISIS DE SISTEMAS UNIVERSIDAD POLITECNICA DE TAPACHULA MTRO. UVALDO VICENTE MERIDA 3 INTRODUCCION En este trabajo de investigación se pretende que el alumno aprenda la importancia que juega el analista de sistemas en donde generalmente valora la manera que funcionan los negocios examinando la entrada, el procesamiento de datos y la salida de información con el propósito de mejorar los procesos organizacionales. Muchas mejoras involucran mejor apoyo para las funciones de los negocios por medio del uso de sistemas de información computarizados. Esta definición enfatiza un enfoque sistemático y metódico para analizar, y posiblemente mejorar, lo que está sucediendo con el contexto especifico creado por un negocio. el programador, el diseñador y el analista, la unión de estos forma un equipo de trabajo que conforma a un analista de sistemas cada uno de ellos trabaja con una fracción del sistema por su conocimiento experiencia, verifican que el sistema este funcionando de manera correcta, y asu vez buscan algunas mejoras una vez de terminado el sistema, también hay que tener en cuenta que un sistema o software necesita que haga lo que se requiere, el analista es el que hace más trabajo que otro integrante, es el que verifica, administra, valora y resuelve los problemas del sistema informático, porque no se puede dar por terminado el sistema si no es por valoración del analista, y no se puede pasar de fase a fase sin que el analista intervenga en las primeras principales fases del ciclo de vida del software. En esta información se habla de las distintas características de un analista de sistemas, sobre su historia, su importancia dentro del ciclo de vida de un sistema y los papeles del analista. Se denomina rol al desempeño de una persona en una situación dada, es la manera en que una persona demuestra lo que se espera de su posición. El rol es el papel que debe representarse, por lo que el aspecto dinámico del status. El concepto de status, refiere a la identificación social, que establece la relación de un individuo con los otros, dentro de la trama de los vínculos sociales. Encontramos así, tanto roles formal o prescripto, que serán aquello que están determinados por la posición que ocupa un sujeto en una institución; y roles informales cuando los sujetos juegan un papel dependiendo de la red de interacción grupal.
  5. 5. UNIVERSIDAD POLITECNICA DE TAPACHULA ANALISIS DE SISTEMAS UNIVERSIDAD POLITECNICA DE TAPACHULA MTRO. UVALDO VICENTE MERIDA 4 OBJETIVOS o El alumno tendrá que aprender a delimitar el análisis para ver lo que se quiere hacer inicialmente y después darle al usuario nuevas opciones de uso. o Se encarga de idear y desarrollar nuevos sistemas o nuevas formas para aplicar los recursos existentes a operaciones adicionales. o Es capaz de crear nuevos sistemas, ya sea de hardware y desoftware. o Aprender las faces de ciclos de vida de los sistemas y proponer mejoras.
  6. 6. UNIVERSIDAD POLITECNICA DE TAPACHULA ANALISIS DE SISTEMAS UNIVERSIDAD POLITECNICA DE TAPACHULA MTRO. UVALDO VICENTE MERIDA 5 EL PAPEL DEL ANALISTA DE SISTEMAS El analista de sistemas generalmente valora la manera que funcionan los negocios examinando la entrada, el procesamiento de datos y la salida de información con el propósito de mejorar los procesos organizacionales. Muchas mejoras involucran mejor apoyo para las funciones de los negocios por medio del uso de sistemas de información computarizados. Esta definición enfatiza un enfoque sistemático y metódico para analizar, y posiblemente mejorar, lo que está sucediendo con el contexto especifico creado por un negocio. Se requiere que los analistas de sistemas desempeñen muchos paquetes en el curso de su trabajo. Algunos de estos papeles son: 1. Consultores externos para negocios. 2. Experto de soporte dentro de un negocio. 3. Agente de cambio en situaciones tanto internas como externas. Los analistas poseen un amplio rango de habilidades. La primera y principal es que le analista soluciona problemas, le gusta el reto de analizar un problema y encontrar una respuesta funcional. Los analistas de sistemas requieren habilidades de comunicación que les permitan relacionarse en forma significativa con muchos tipos de gente diariamente, así como habilidades de computación. Para su éxito es necesario que se involucre el usuario final. Los analistas proceden sistemáticamente. El marco de referencia para su enfoque sistemático es proporcionado por lo que es llamado el ciclo de vida del desarrollo de sistemas (SDLC). Este puede ser dividido en siete fases secuenciales, aunque en realidad las fases están interrelacionadas y frecuentemente se llevan a cabo simultáneamente. Las siete fases son: o Identificación de problemas. o Oportunidades y objetivos o Determinación de los requerimientos de información o Análisis de las necesidades de sistemas o Diseño del sistema recomendado o Desarrollo y documentación del software o Prueba y mantenimiento del sistema e implementación del mismo. Los paquetes de software basados en microcomputadora automatizado para el análisis y diseño de sistemas son llamados herramientas CASE. Las cuatro razones para la adopción de herramientas CASE son: o El incremento de la productividad del analista o La mejora de la comunicación entre analistas y usuarios o La integración de actividades del ciclo de vida y el análisis. o La valoración del impacto de los cambios por mantenimiento.
  7. 7. UNIVERSIDAD POLITECNICA DE TAPACHULA ANALISIS DE SISTEMAS UNIVERSIDAD POLITECNICA DE TAPACHULA MTRO. UVALDO VICENTE MERIDA 6 Los analistas también usan enfoque CARE (Reingeniería Asistida por Computadora) para hacer ingeniería inversa y reingeniería de software para extender la vida del software legado. Un enfoque nuevo y diferente al análisis y diseño de sistemas es el análisis y diseño de sistemas orientados a objetos (O-O). Estas técnicas están basadas en conceptos de programación orientada a objetos en los cuales los objetos, que son creados incluyen no solamente código acerca de los datos sino también instrucciones acerca de las operaciones que se pueden realizar con ellos. Cuando la situación organizacional lo demanda, el analista puede apartarse del SDLC para intentar una metodología alterna, tal como la elaboración de prototipos, ETHICS, el enfoque de campeón de proyecto, la metodología Soft Systems o Multiview.
  8. 8. UNIVERSIDAD POLITECNICA DE TAPACHULA ANALISIS DE SISTEMAS UNIVERSIDAD POLITECNICA DE TAPACHULA MTRO. UVALDO VICENTE MERIDA 7 COMPRENSIÓN DE LOS ESTILOS, ORGANIZACIONES Y SU IMPACTO SOBRE LOS SISTEMAS DE INFORMACIÓN Hay tres amplios puntos fundamentales de las organizaciones a considerar cuando se analizan y diseñan sistemas de información. Estos son el concepto de la organización. Esos son el concepto de la organización como sistema, los diversos niveles de administración y la cultura organizacional general. Las organizaciones son sistemas completos compuestos de subsistemas interrelacionados e interdependientes. Además, los sistemas y subsistemas están caracterizados por su ambiente interno, en un continuo que va desde abiertos a cerrados. Un sistema abierto permite el paso libre de recursos (personas, información y materiales) a través de su frontera. Los sistemas cerrados no permiten el libre flujo de entrada o salida. Los diagramas entidad-relación ayudan a que le analista de sistemas comprenda las entidades y relaciones que comprende el sistema organizacional. Los cuatro tipos diferentes de relaciones en los diagramas E-R son: relación uno a uno, relación uno a muchos, relación muchos a uno y relación muchos a muchos. Los tres niveles de control administrativo son: operacional, medio y estratégico. El horizonte de tiempo para la toma de decisiones es diferente para cada nivel. Las culturas y subculturas organizacionales son determinantemente importantes sobre la manera en que las personas usan la información y los sistemas de información. Apoyando los sistemas de información y los sistemas de información. Apoyando los sistemas de información en el contexto de la organización como un sistema más grande, es posible darse cuenta que numerosos factores son importantes y deben ser tomados en cuenta cuando se determinen los requerimientos de información y se diseña e implementa los sistemas de información.
  9. 9. UNIVERSIDAD POLITECNICA DE TAPACHULA ANALISIS DE SISTEMAS UNIVERSIDAD POLITECNICA DE TAPACHULA MTRO. UVALDO VICENTE MERIDA 8 DETERMINACIÓN DE LA FACTIBILIDAD Y EL MANEJO DE LAS ACTIVIDADES DE ANÁLISIS Y DISEÑO Los cuatro puntos fundamentales del proyecto que el analista de sistemas debe manejar son: 1. Iniciación del proyecto 2. Determinación de la factibilidad del proyecto 3. Calendarización del proyecto 4. Administración de los miembros del equipo del análisis de sistema. Los proyectos pueden ser solicitados por muchas personas diferentes dentro del negocio o por los mismos analistas de sistema. La selección de un proyecto es una decisión difícil, debido a que serán solicitados más proyectos de los que pueden ser hechos. Cinco criterios importantes para la selección de proyectos son: 1. Que el proyecto solicitado este respaldado por la administración. 2. Que tenga el tiempo adecuado para la asignación de recursos. 3. Que mueva al negocio hacia la obtención de sus objetivos. 4. Que sea practicable. 5. Que sea lo suficientemente importante para ser considerado en vez de otros proyectos posibles. Si un proyecto solicitado satisface estos criterios, entonces puede ser elaborado un estudio de la factibilidad de sus méritos operacionales, técnicos y económicos. Por medio del estudio de factibilidad los analistas de sistemas recopilan datos que permiten a la administración decidir si continúan con un estudio de sistema completo. La planeación del proyecto incluye la estimación del tiempo requerido por cada una de las actividades del analista, su calendarización y la agilización de ellas, si es necesario para asegurar que un proyecto sea terminado a tiempo. Una técnica de que dispone el analista de sistemas para la calendarización de tareas es la gráfica de Gantt, que despliega actividades en forma de barras en una gráfica. La calendarización de proyectos basada en computadora, usando microcomputadoras, es ahora práctica común, debido principalmente al uso de interfaces de usuario gráficas. Adicionalmente. Se pueden usar los administradores de información personales (PIM) por los analistas para planear, crear deposito de números telefónicos y de fax y hasta para ejecutar otros programas. Una segunda técnica, llamada PERT (evaluación de programas y técnicas de revisión), despliega las actividades como flechas en una red. El PERT ayuda a que el analista determine la ruta crítica y el tiempo de holgura, que es la información requerida para el control efectivo del proyecto. Cuando es necesario terminar un proyecto en menor tiempo, el analista puede reducir la duración total del proyecto identificación y agilizando las actividades principales.
  10. 10. UNIVERSIDAD POLITECNICA DE TAPACHULA ANALISIS DE SISTEMAS UNIVERSIDAD POLITECNICA DE TAPACHULA MTRO. UVALDO VICENTE MERIDA 9 Una vez que un proyecto ha sido juzgado factible, el analista de sistemas debe administrar a los miembros del equipo, sus actividades, tiempo y recursos. La mayor parte de esto se logra mediante la comunicación con los miembros del equipo. Los equipos están constantemente buscando un balance entre el trabajar sobre las tareas y el mantener las relaciones con el equipo. Deben ser solucionadas las tensiones que suceden al intentar lograr este balance. Frecuentemente emergen dos líderes en un equipo, un líder de tarea y un líder socioemocional. Los miembros deben valorar periódicamente las normas del equipo para asegurarse de que sean funcionales en vez de disfuncionales para el logro de los objetivos del equipo. Es importante que le equipo de análisis de sistemas ponga objetivos de productividad razonables para las salidas tangibles y las actividades del proceso. Las fallas del proyecto pueden ser evitadas, por lo general, examinando las motivaciones de los proyectos solicitados, así como los motivos del equipo para recomendar o evitar un proyecto particular. Actividades obligatorias: o Describa cuales son las habilidades del analista de sistemas. o Mencione las siete fases secuenciales. o Explique cada una de los tres puntos fundamentales de las organizaciones a considerar cuando se analizan y diseñan sistemas de información. o ¿Cuáles son las cuatro razones para la adopción de las herramientas CASE? o Explique en qué consiste la técnica PERT. o ¿Cómo se determina la factibilidad del proyecto? ADMINISTRACIÓN DE PROYECTOS CICLO DE VIDA DE SISTEMAS ETAPAS ANÁLISIS
  11. 11. UNIVERSIDAD POLITECNICA DE TAPACHULA ANALISIS DE SISTEMAS UNIVERSIDAD POLITECNICA DE TAPACHULA MTRO. UVALDO VICENTE MERIDA 10 El método de ciclo de vida del desarrollo de los sistemas a menudo funciona bien en los grandes proyectos con requerimientos bien definidos, donde no hay mucha presión para terminar rápido el proyecto. El uso de este método requiere una administración apropiada y efectiva, lo que posiblemente incluye a un usuario como el líder, si el proyecto no es altamente técnico. Elaboración de prototipos: Es útil en situaciones donde los requerimientos se definen pobremente y/o cuando se necesita velocidad, para esto se requiere una administración efectiva para asegurar que las interacciones en la elaboración de prototipos no continuarán indefinidamente. Es importante contar con herramientas como lenguajes de software de cuarta generación y generadores de pantalla. Desarrollo rápido de aplicaciones (DRA): Es necesario cuando los nuevos sistemas se necesitan muy rápido. El desarrollo rápido de aplicaciones tal vez es menos apropiado que los lenguajes de programación convencionales en grandes proyectos o para desarrollar sistemas con una gran cantidad de cálculos o con procesamiento en tiempo real. Desarrollo orientado a objetos: Este se esta volviendo cada vez más popular, pero su uso se ve limitado por una escasez de personal que cuente con las habilidades en este campo. Ej: Java es un lenguaje orientado a objetos que resulta especialmente adecuado para desarrollar aplicaciones de red, a pesar que este tipo de lenguaje tiende a ejecutarse lentamente. Desarrollo del usuario final: Aunque es más apropiado para proyectos pequeños, el desarrollo del usuario final constituye una posibilidad para proyectos más grandes cuyas prioridades no son muy elevadas, para conducir a una respuesta oportuna de la unidad central de sistemas de información. Los ejecutivos deben estar alertas acerca del desarrollo del usuario final en situaciones donde los problemas con el sistema pueden conducir a riesgos importantes para la organización como: fallas del sistema, resultados imprecisos, revelación de datos confidenciales, ineficiencia, incompatibilidad con otros sistemas e incapacidad para mantener el sistema si los desarrolladores se van de la corporación. Comprar o subcontratar:
  12. 12. UNIVERSIDAD POLITECNICA DE TAPACHULA ANALISIS DE SISTEMAS UNIVERSIDAD POLITECNICA DE TAPACHULA MTRO. UVALDO VICENTE MERIDA 11 En los sistemas mas grandes y complejos que tienen un significativo riesgo de fracaso, las organizaciones deben considerar siempre la opción de recurrir a una fuente externa. Los ejecutivos necesitan estar conscientes de los costos relativamente altos de implementaciones adicionales que implican la compra de paquetes de software empresarial.
  13. 13. UNIVERSIDAD POLITECNICA DE TAPACHULA ANALISIS DE SISTEMAS UNIVERSIDAD POLITECNICA DE TAPACHULA MTRO. UVALDO VICENTE MERIDA 12 CICLO DE VIDA DEL DESARROLLO DE SISTEMAS Un sistema de información es el conjunto de recursos que permiten recoger, gestionar, controlar y difundir la información de toda una empresa u organización. Desde los años setenta, los sistemas de bases de datos han ido reemplazando a los sistemas de ficheros en los sistemas de información de las empresas. Al mismo tiempo, se ha ido reconociendo la gran importancia que tienen los datos que éstas manejan, convirtiéndose en uno de sus recursos más importantes. Esto ha hecho que muchas empresas tengan departamentos que se encarguen de gestionar toda su información, que estará almacenada en una base de datos. Aparecen los papeles de administrador de datos y administrador de la base de datos, que son las personas encargadas de supervisar y controlar todas las actividades relacionadas con los datos de la empresa y con el ciclo de vida de las aplicaciones de bases de datos, respectivamente. Un sistema de información está formado por los siguientes componentes:  La base de datos.  El SGBD.  Los programas de aplicación.  Los dispositivos físicos (ordenadores, dispositivos de almacenamiento, etc.).  El personal que utiliza y que desarrolla el sistema.  La base de datos es un componente fundamental de un sistema de información. El ciclo de vida de un sistema de información está ligado al ciclo de vida del sistema de base de datos sobre el que se apoya. Al ciclo de vida de los sistemas de información también se le denomina ciclo de vida de desarrollo del software. Las etapas típicas del ciclo de vida de desarrollo del software son:  Planificación  recolección y análisis de los requisitos  diseño (incluyendo el diseño de la base de datos)  creación de prototipos, implementación, prueba, conversión y mantenimiento. Este ciclo de vida hace énfasis en la identificación de las funciones que realiza la empresa y en el desarrollo de las aplicaciones que lleven a cabo estas funciones. Se dice que el ciclo de vida de desarrollo del software sigue un enfoque orientado a funciones, ya que los sistemas se ven desde el punto de vista de las funciones que llevan a cabo. Por esta razón, el análisis estructurado hace énfasis en los diagramas de flujo de datos, siguiendo el movimiento de los datos a través de una secuencia de transformaciones, y refinando éstas a través de una serie de niveles. Lo mismo ocurre en el diseño estructurado, que ve a un sistema como una función que se descompone sucesivamente en niveles o subfunciones.
  14. 14. UNIVERSIDAD POLITECNICA DE TAPACHULA ANALISIS DE SISTEMAS UNIVERSIDAD POLITECNICA DE TAPACHULA MTRO. UVALDO VICENTE MERIDA 13 Concentrándose en las funciones se infravaloran los datos y, en especial, la estructura de los datos que son manipulados por las funciones. El resultado es que estos sistemas tienen valor durante poco tiempo en relación con las necesidades de los usuarios a largo plazo. Esto sucede debido a que al poco tiempo de haber instalado un sistema, las funciones implementadas son en realidad un subconjunto de las funciones que los usuarios realmente desean. Casi inmediatamente, los usuarios descubren una gran variedad de servicios adicionales que quisieran incorporar al sistema. Estas necesidades causan problemas a los sistemas obtenidos con un diseño orientado a funciones, puesto que este diseño puede requerir una revisión importante para acomodar las funciones adicionales. En contraste, el enfoque orientado a datos centra el foco de atención en el análisis de los datos utilizados por las funciones. Esto tiene dos ventajas. La primera es que los datos son una parte considerablemente más estable que las funciones. La segunda ventaja es que la propia estructura de un esquema de base de datos requiere de un análisis sofisticado de los datos y de sus relaciones. Una vez que se haya construido un esquema para la base de datos que sea lógico, podrían diseñarse tantas funciones como fuera necesario para sacar provecho del mismo. Sin embargo, sin un esquema tal, la base de datos sólo podría ser útil para una única aplicación. Por lo tanto, el enfoque orientado a funciones puede ser bueno para el desarrollo a corto plazo, pero pierde su valor real a largo plazo. Usando un enfoque orientado a datos, los datos pasan a ser los cimientos sobre los cuales se puede construir una gran variedad de funciones diferentes. ETAPAS 1. Etapa previa o de diagnostico: Es la etapa de planeación y diagnostico, con la que se inicia el desarrollo del sistema. Causas que justifiquen la automatización de los sistemas:  Información de baja calidad  Sistemas que manejan grandes volúmenes de datos  Mejorar el servicio a clientes, etc. Diagnostico de la situación actual:  Determinar el objetivo  Determinar el alcance  Definir la interrelación del sistema. Estudio de Viabilidad:
  15. 15. UNIVERSIDAD POLITECNICA DE TAPACHULA ANALISIS DE SISTEMAS UNIVERSIDAD POLITECNICA DE TAPACHULA MTRO. UVALDO VICENTE MERIDA 14 Es el documento que contiene un conjunto de evaluaciones e investigaciones que servirán de base para evaluar la conveniencia de sistematizar o no sistematizar. Normalmente el estudio de viabilidad es desarrollado por Analistas de Sistemas, apoyados por un grupo de decisión formado por altos ejecutivos de la empresa. Contenido:  Objetivo del sistema  Situación actual del sistema  Situación propuesta, plan de implementación, recomendaciones. El contenido esencial debe sostenerse en estudios de Costo-Beneficio. Plan de implementación: Es el plan que debe elaborarse y que servirá de guía para el desarrollo de todo el proyecto, para apoyarse en el control y administración del proyecto. Se recomienda utilizar herramientas como el software Microsoft Project. Los elementos que debe considerar son: o Tiempo: El tiempo presupuestado de cada etapa y total, asi como los tiempos de utilización de los recursos. o Recursos financieros, humanos, tecnológicos, materiales. o Instalaciones: Requerimientos de local, aire acondicionado, piso falso, energía eléctrica, etc. o Proveedores: Investigar y evaluar propuestas y escoger la mejor. o Recursos humanos: Considerar la estrategia para contar con los especialistas necesarios, como capturistas, operadores, programadores, analistas, líderes de proyecto, etc. 2. Análisis de Sistemas: Es el proceso que se ejecuta para recopilar e interpretar hechos y diagnosticar problemas, con el fin de mejorar los sistemas de información, las técnicas utilizadas más comunes son: o Entrevistas: Es una conversación entre el entrevistador y el entrevistado con el fin de que el entrevistador recopile información necesaria para el desarrollo del proyecto. o Cuestionarios: Es la técnica que permite recopilar información escrita, necesaria para el desarrollo del proyecto.
  16. 16. UNIVERSIDAD POLITECNICA DE TAPACHULA ANALISIS DE SISTEMAS UNIVERSIDAD POLITECNICA DE TAPACHULA MTRO. UVALDO VICENTE MERIDA 15 o Revisión de documentos: Esta técnica permite recopilar información valiosa a través de la revisión de manuales de sistemas, de procedimientos, de políticas, de organización, instructivos operativos, catálogos, etc. o Observación: Es la técnica aplicada para recopilar información, que consiste en la presencia física del analista con el fin de observar como se realizan los procesos. 3. Diseño de sistemas: Es la fase enfocada a diseñar todos los componentes que intervienen en el nuevo sistema y que deben cumplir con los requerimientos de los usuarios: o Precisión, flexibilidad. o Proporcionar al usuario lo que requiere. o Traducir las demandas de usuarios a modelo. El proceso del diseño tiene 6 puntos principales: o Diagrama del flujo de sistema o Diseño de salidas del sistema o Diseño de entradas del sistema o Diseño de los archivos del sistema o Diseño de los procedimientos del proceso o Diseño de los controles del sistema. 4. Programación de sistemas: Es la acción de dar las instrucciones o procedimientos necesarios para obtener un determinado trabajo en un equipo de cómputo, en un lenguaje que las computadoras entienden. o Diagrama de bloque del programa: Es la representación gráfica de los pasos del procedimiento a seguir para lograr un procedimiento determinado. o Codificación: Es la conversión de los procedimientos gráficos a instrucciones escritas en un lenguaje fuente que el ser humano entiende.
  17. 17. UNIVERSIDAD POLITECNICA DE TAPACHULA ANALISIS DE SISTEMAS UNIVERSIDAD POLITECNICA DE TAPACHULA MTRO. UVALDO VICENTE MERIDA 16 o Programa fuente: Grupo de instrucciones sobre un proceso específico escritas en un lenguaje entendible al ser humano. o Compilación: Es la traducción efectuada por la misma computadora para convertir un lenguaje fuente a lenguaje objeto que esta escrito en sistema binario que es el lenguaje que la computadora entiende. o Procedimientos de corrección: Son las acciones que es necesario ejecutar para corregir los errores de un programa. o Lenguajes mas usuales: Cobol, Fortran, Basic, Visual Basic, pascal, otros. 5. Implantación del sistema: Es la etapa en la que se implementan todas las acciones que es necesario llevar a cabo para que el nuevo sistema trabaje adecuadamente y que normalmente son las siguientes: o Formularios: Diseños estándar, diseños especiales, materiales de impresoras, disquetes, etc. o Conversión de archivos: Consiste en convertir los archivos manuales o en medios magnéticos anteriores, al nuevo formato que se va a utilizar, considerando la captura y validación de datos contenidos. o Estrategias de conversión de sistemas: Consiste en decidir la estrategia de conversión del sistema anterior al nuevo sistema, es decir, definir cuando se liberará el sistema anterior y cuando arrancará el nuevo. o Prueba en paralelo: Consiste en procesar el sistema anterior y el nuevo durante un tiempo determinado, con el fin de detectar posibles errores y corregirlos, además de capacitar al nuevo personal que operará el sistema. o Aceptación del sistema: Aceptación por parte del usuario del nuevo sistema, a partir de este momento la responsabilidad en cuanto a la operación del sistema será del usuario. o Formalización de convenios: Consiste en la formulación de convenios entre el usuario y sistemas acerca de los aspectos que sea necesario especificar claramente. o Puesta en marcha del sistema: manuales del sistema, de usuario y de operación. 6. Controles del sistema: Es la etapa en la que se implantarán los controles necesarios que tiendan a reducir la probabilidad de que los riesgos sucedan, es decir, la posibilidad de que el sistema procese datos incompletos, robo, fraudes, etc.
  18. 18. UNIVERSIDAD POLITECNICA DE TAPACHULA ANALISIS DE SISTEMAS UNIVERSIDAD POLITECNICA DE TAPACHULA MTRO. UVALDO VICENTE MERIDA 17 Ejemplos de controles: Chequeo de secuencia numérica, cifras de control, chequeo de uno por uno, dígito verificador, pistas de auditoria, controles de frontera, claves de privilegio (pasword), etc. 7. Operación del sistema: Es la etapa de producción del sistema, la vida de esta etapa es hasta que el nuevo sistema se sustituya por otro nuevo, durante esta etapa se debe vigilar que cumpla con los requerimientos tanto del usuario como empresariales para los que fue creado, se debe vigilar la oportunidad o sea que el proceso de los trabajos se haga a tiempo, ni antes ni después, exactitud o sea sin errores, veracidad y confiabilidad o sea acceso a solo personas autorizadas. 8. Mantenimiento del sistema: Es la ultima etapa del ciclo de vida de los sistemas, consiste en realizar todas las actividades necesarias a fin de mantener el sistema trabajando adecuadamente, respetando los niveles de calidad establecidos. Esta etapa tiene 2 vertientes: o Tendiente a eliminar las deficiencias del desarrollo normales si se considera que ningún sistema es perfecto. o Modificaciones al sistema por nuevas disposiciones. Ej. IVA, mejoramiento de procedimientos, más control, cambios en la empresa, costos ocasionales por mantenimiento y reemplazo de sistemas.
  19. 19. UNIVERSIDAD POLITECNICA DE TAPACHULA ANALISIS DE SISTEMAS UNIVERSIDAD POLITECNICA DE TAPACHULA MTRO. UVALDO VICENTE MERIDA 18 ORGANIZACIÓN DEL EQUIPO DE TRABAJO Nuestra experiencia en la implantación de nuestras soluciones nos ha demostrado que el punto de partida para el desarrollo de un exitoso proyecto es reunir y organizar un grupo de profesionales que se encargará de la dirección, desarrollo e implementación del proyecto, los mismos que deberán cubrir los siguientes roles: Comité Directivo En él estarán representadas las áreas estratégicas de las organizaciones que se verán involucradas y afectadas por el proyecto, tanto de la ONG., como de Cactus Data S.A.C. Proponemos que se encuentre liderado por un Gerente de la ONG., con la suficiente autoridad, para garantizar un fuerte respaldo al proyecto, y de parte de Cactus Data S.A.C. participarán profesionales de amplia experiencia, que conforman el equipo del proyecto. Sus principales funciones serán: o Apoyar al proyecto, facilitando su desarrollo. o Aprobar las estrategias de desarrollo e implantación. o Revisar periódicamente el avance del proyecto. o Tomar las decisiones necesarias con relación a la funcionalidad de los aplicativos y los recursos asignados. Líder del Proyecto Funcionario usuario de alto nivel de la ONG. Dedicado a tiempo parcial a atender los requerimientos del Proyecto. Será el que presida las Reuniones del Comité Directivo. Gerente del Proyecto Funcionario de la ONG. Dedicado a tiempo parcial, quién coordinará las actividades específicas del Equipo de Trabajo y su relación con los usuarios, reporta al líder del Proyecto y al Comité Directivo. Gerente Técnico del Proyecto Profesional de Cactus Data S.A.C., asignado a tiempo completo con amplia experiencia en la dirección de proyectos informáticos. Tendrá a su cargo: o Coordinar las actividades del Personal de Cactus Data S.A.C. o Velar por el cumplimiento de la Metodología. o Tomar decisiones dentro de sus niveles de autoridad, en beneficio del Proyecto. o Coordinar el proyecto con el Gerente del Proyecto de la ONG. o Conseguir y coordinar la participación de los usuarios finales y de sistemas en el proyecto, definiendo fechas de las reuniones y llevando un registro de las tareas ejecutadas.
  20. 20. UNIVERSIDAD POLITECNICA DE TAPACHULA ANALISIS DE SISTEMAS UNIVERSIDAD POLITECNICA DE TAPACHULA MTRO. UVALDO VICENTE MERIDA 19 o Asegurar la calidad técnica y funcional de la solución y que los productos estén concluidos de manera correcta para las fechas programadas. Coordinador de Sistemas Rol que debería desempeñar el Jefe de Sistemas de la ONG., quien tendrá como responsabilidad coordinar y gestionar aspectos relacionados con Sistemas y Tecnología de Información en la ONG. Tendrá las siguientes funciones: o Implantar el Plan de Calidad de Data. o Facilitar la disponibilidad de información requerida para el levantamiento de o información de la Situación actual Informática de la ONG. o Participación en las entrevistas referentes a Tecnología de Información. o Coordinar y facilitar al equipo de trabajo técnico de la ONG., de toda información o técnica requerida en el proyecto. o Brindar soporte y conocimiento respecto a la gestión informática de la ONG. o Conformación de los equipos de trabajos requeridos por parte del área de Sistemas o de la ONG. o Identificación de los usuarios estratégicos de la ONG. o Validación del Modelo de Datos, Arquitectura de Sistemas y Plataforma Tecnológica. Coordinador de Organización Rol que desempeñará un usuario estratégico principal de la ONG., a nivel de Gerencia o Jefatura de Oficina, quien deberá tener amplio conocimiento en los procesos claves de la ONG. así como de los requerimientos de información de ellos para obtener los Indicadores de gestión y obtener la medición de la performance interna y externa la ONG. Tendrá las siguientes funciones: o Participación en la definición del modelo funcional de la ONG. o Identificación de procesos estratégicos y de puntos de control requeridos por el proceso. o Validación y aprobación de los modelos funcionales propuestos. o Coordinación y comunicación con el personal clave de la ONG. que conozca al detalle cada proceso clave identificado. o Participación en las entrevistas de trabajo para el relevamiento de información o Comunicación estrecha con los demás miembros del equipo de trabajo.
  21. 21. UNIVERSIDAD POLITECNICA DE TAPACHULA ANALISIS DE SISTEMAS UNIVERSIDAD POLITECNICA DE TAPACHULA MTRO. UVALDO VICENTE MERIDA 20 Coordinador de Procesos Rol que desempeñaría la persona que designe el Comité Directivo y tendrá como responsabilidad coordinar y gestionar aspectos relacionados con recursos humanos y los niveles organizacionales requeridos durante el relevamiento de información. Tendrá las siguientes funciones: o Colaborar con el Coordinador de Sistemas en la implantación del Plan de Calidad de Data. o Proporcionar información relacionada con las Estructuras organizacionales de la ONG. o Coordinar con entidades externas de la ONG., de las cuales se requeriría analizar cierta información. o Identificación de las personas claves para el relevamiento de información funcional. o Coordinación con las personas claves para llevar a cabo reuniones de trabajo. o Participación en reuniones de trabajo relacionadas con la Organización de la ONG., funciones y responsabilidades. o Revisión y aprobación de la información recopilada en las entrevistas de recopilada en las entrevistas de relevamiento de información. Asegurador de la Calidad Profesional de Cactus Data S.A.C. asignado a tiempo parcial con gran experiencia en el desarrollo e implantación de Proyectos de integración de sistemas de información, responsable del aseguramiento de la calidad de la solución, tendrá a su cargo: o Evaluar el desarrollo de la Metodología en las diversas etapas del proyecto. o Revisar la calidad funcional y técnica del proyecto en las fases de análisis, diseño, desarrollo, pruebas e implantación de acuerdo a la Metodología. o Desarrollar y elevar los informes de Aseguramiento de la Calidad a los diversos niveles de la Organización del Proyecto. Analista Funcional Profesional de Cactus Data S.A.C. asignado a tiempo completo con especialidad en el desarrollo de alternativas de solución a nivel Organizativo y de procesos. Se encargará de: o Definir, con los usuarios, los nuevos procedimientos para el uso de la solución. o Definir, con los usuarios, los flujos de información relacionados con la solución. o Desarrollar los formatos de las entregas de la solución.
  22. 22. UNIVERSIDAD POLITECNICA DE TAPACHULA ANALISIS DE SISTEMAS UNIVERSIDAD POLITECNICA DE TAPACHULA MTRO. UVALDO VICENTE MERIDA 21 Administrador de Base de Datos Profesional de la ONG. Asignado a tiempo completo, especializado en el análisis y diseño de Bases de Datos, que deberá tener su contraparte en la Organización de la ONG., se encargará de: o Definir las alternativas de solución para la construcción de la Base de Datos. o Definir los parámetros para el posterior uso de Datamarts y Data Warehouses. o Definir los formatos de las entregas de las soluciones, referidas a la base de datos para que sean evaluados por los usuarios del Area de Sistemas de la ONG. Analista Programador Profesional técnico de Cactus Data S.A.C, asignado a tiempo completo, especializado en brindar soluciones a partir del análisis del problema, plasmando la solución en diversos lenguajes de programación. Se encargará de: o Apoyar el planteamiento y diseño de las soluciones. o Desarrollo de las soluciones al nivel del diseño, codificación y pruebas de los programas de cómputo requeridos, reportando al Jefe de Proyecto. Asistente Documentador Profesional técnico especializado de Cactus Data S.A.C., de nivel de un analista júnior, encargado de: o Apoyar al equipo en la preparación y digitación de los entregables. o Elaboración de los Manuales de Usuario y de Sistemas.
  23. 23. UNIVERSIDAD POLITECNICA DE TAPACHULA ANALISIS DE SISTEMAS UNIVERSIDAD POLITECNICA DE TAPACHULA MTRO. UVALDO VICENTE MERIDA 22 Proceso de Ingeniería de Software Workflows (Disciplinas). LAS ACTIVIDADES SE ENCADENAN EN UNA MINI-CASCADA CON UN ALCANCE LIMITADO POR LOS OBJETIVOS DE LA ITERACIÓN Análisi s Diseño Imple . Pruebas e Integraciónn veces Re q.
  24. 24. UNIVERSIDAD POLITECNICA DE TAPACHULA ANALISIS DE SISTEMAS UNIVERSIDAD POLITECNICA DE TAPACHULA MTRO. UVALDO VICENTE MERIDA 23 CONCLUCION En conclucion el analista tiene como cometido analizar un problema y describirlo con el propósito de ser solucionado mediante un sistema de información. Se vale de la información de entrada, los procesos modificadores y la información de salida, para así definir los procesos intermedios y poder entender con claridad a la organización. FUNCIONES  Tiene que delimitar el análisis para ver lo que se quiere hacer inicialmente y después darle al usuario nuevas opciones de uso.  Se encarga de idear y desarrollar nuevos sistemas o nuevas formas para aplicar los recursos existentes a operaciones adicionales.  Es capaz de crear nuevos sistemas, ya sea de hardware y desoftware. Características Las cualidades que se esperan de un analista son esencialmente la capacidad de abstracción y de análisis. Los conocimientos que requiere son aquellos relacionados con las técnicas de análisis de sistemas de información:  Conocimiento del paradigma tradicional de la ingeniería del software y del tradicional ciclo de vida del software en cascada.  Modelado funcional: Diagrama de flujo de datos, diagrama de estado, etc.  Modelado de datos y sus técnicas: Diagrama entidad-relación, modelo relacional, etc.  Conocimiento de la tecnología: arquitectura de software, bases de datos, etc. Roles Los tres roles principales del analista de sistemas son:  El de consultor.  Experto en soporte técnico  Agente de cambio. El Analistas de Sistemas debe mantenerse a la par de los últimos avances en cuanto a las metodologías y tendencias dentro del incesante mundo del manejo de la Información. Conforme pasa el tiempo el perfil del analista de sistemas irá incorporando nuevas posibilidades y deberes dentro de las organizaciones.
  25. 25. UNIVERSIDAD POLITECNICA DE TAPACHULA ANALISIS DE SISTEMAS UNIVERSIDAD POLITECNICA DE TAPACHULA MTRO. UVALDO VICENTE MERIDA 24 REFERENCIAS Referencia (web, s.f.) (ecured, s.f.)as ecured. (s.f.). Obtenido de http://www.ecured.cu/index.php/Analista_de_sistemas I. J. (s.f.). El Proceso Unificado de Desarrollo de Software. James Rumbaugh. KENDALL&KENDALL. (1997). Análisis y Diseño de Sistemas. Kenneth y Julie. Larman, C. (s.f.). UML y Patrones. web, p. (s.f.). sites.com. Obtenido de http://www.sites.upiicsa.ipn.mx/polilibros/portal/Polilibros/P_proceso/ANALISIS_Y_DISEn O_DE_SISTEMAS/Sistemas%20de%20informacion/Unidad%202/2.3a.html

×