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álisi
s
Diseño
Imple
. Pruebas e
Integraciónn veces
Re
q.

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.

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

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Ähnlich wie Papel de-un-analista-de-sistemas

Ähnlich wie Papel de-un-analista-de-sistemas (20)

Kürzlich hochgeladen

Kürzlich hochgeladen (20)

Papel de-un-analista-de-sistemas