Papel de-un-analista-de-sistemas

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

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



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



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.



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.



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.



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.



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.



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.



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



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:



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.



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.



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:



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.



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.



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.



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.



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.



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.



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.



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.



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álisis

Diseño

Imple. Pruebas e

Integración n veces

Req.



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.

http://www.ecured.cu/index.php?title=Sistema_de_informaci%C3%B3n&action=edit&redlink=1

http://www.ecured.cu/index.php/Hardware

http://www.ecured.cu/index.php/Software

http://www.ecured.cu/index.php/Informaci%C3%B3n



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

Papel de-un-analista-de-sistemas

Economy & Finance

Transcript of Papel de-un-analista-de-sistemas