Informe de Analisis de Sistema

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 7

República Bolivariana de Venezuela

Ministerio del Poder Popular Para la Defensa

Universidad Nacional Experimental Politécnica de la Fuerza Armada

San Felipe-Yaracuy

Fundamentos del análisis


de sistema

Alumno:

Jesús Mendoza

C.I:

28253235

Profesora:

Indira Rodríguez
Papel del Analista de Sistema:
Roles de analista de sistemas:

El analista de sistemas se encarga principalmente de identificar las


necesidades de los sistemas TIC de una empresa y de elaborar un proyecto
que ofrezca una solución integrada. La designación de sistemas es muy
general: hace referencia tanto a hardware como a software o a dispositivos de
comunicaciones (redes, servidores, etc.).

El profesional diseña nuevos sistemas, incorporando nuevo hardware o


software, o bien añade aplicaciones para que se obtenga el máximo provecho
de la tecnología aplicada y se cubran las necesidades requeridas por la
empresa cliente. Es importante destacar que el analista de sistemas toca todo
el espectro de las TIC y, a menudo, se especializa en una área de negocio:
finanzas, contabilidad, etc.

Este profesional puede trabajar en empresas que fabrican o venden


sistemas informáticos completos o en empresas grandes que necesitan un
equipo de integración de sistemas interno.

El analista como consultor El analista consultor es la persona externa a


la organización que presta servicios de apoyo al área de TI. Como consultor de
sistemas liderean, los desarrollos de sistemas de información de la empresa.
Dicha contratación puede ser una ventaja, ya que los consultores externos
pueden proveer una perspectiva fresca que no tienen el personal interno de la
organización.

El analista como agente de cambio Debe interactuar con los usuarios y


la administración desde las primeras etapas de inicio de su proyecto, pues sin
su ayuda no se podrá comprender qué se necesita para apoyar el trabajo en la
organización, y no se podrá llevar acabo el verdadero cambio. Si el cambio (es
decir, las mejoras que se pueden realizar en la empresa por medio de los
sistemas de información) parece garantizado después del análisis, el siguiente
paso es desarrollar un plan conjunto con las personas que deben llevar acabo.
Una vez que se llega a un consenso en cuanto al cambio que se debe realizar,
el analista debe interactuar en forma constante con todos los implicados. El rol
de agente de cambio, un analista de sistemas aboga por una vía particular de
cambio involucrada con el uso de sistemas de información. También enseña a
los usuarios el proceso del cambio, ya que los cambios en el sistema de
información no ocurren por separado, sino que producen cambios
consecuentes en el resto de la organización.
Cualidades del analista Los analistas de sistemas:

Aunque los perfiles pueden variar de un caso específico a otro, ciertas


cualidades que la mayoría de los analistas en sistemas parecen tener. Por
encima de todo, el analista es un solucionador de problemas: una persona que
ve el análisis de los problemas como un reto y se divierte al idear soluciones
factibles. Cuando sea necesario, el analista debe tener la capacidad de lidiar de
manera sistemática con la situación existente mediante la aplicación habilidosa
de herramientas, técnicas y experiencia. El analista también debe ser un
comunicador capaz de crear relaciones significativas con otras personas
durante periodos extendidos de

Necesitan ser capaces de comprender las necesidades de los humanos


al interactuar con la tecnología, además de que necesitan suficiente
experiencia con las computadoras como para programar, deducir los
requerimientos de información de los usuarios y comunicar lo que se necesita a
los programadores. También debe poseer una sólida ética personal y
profesional para poder dar forma a las relaciones con sus clientes. El analista
de sistemas debe ser un individuo disciplinado y motivado, y tener la capacidad
de coordinar tanto a personas como recursos variados para llevar acabo los
proyectos. El análisis de sistemas es un puesto exigente, pero como
compensación siempre está en continua evolución y ofrece nuevos retos.

Ciclo de vida del desarrollo de sistemas


El ciclo de vida del desarrollo del sistema (SDLC, Systems Development
Life Cycle) se refiere al proceso de planificación, creación, pruebas y
despliegue en un sistema de información.

Es importante que se definan los metadatos derivados del ciclo de vida


del desarrollo del sistema y que forman parte del proceso de la función de
metadatos.

En la gestión de proyectos de desarrollo de software es de suma


importancia entender cómo funciona el ciclo de vida del desarrollo del sistema
porque esto puede evitar errores a corto y largo plazo dentro de un equipo de
proyecto.

Ciclo de vida del desarrollo del sistema: etapas

Existen distintas fases de desarrollo implicadas en el ciclo de vida del


desarrollo del sistema. No obstante, previo a estas fases, existe un proceso
denominado levantamiento de requisitos, que pertenece a la ingeniería
de software. Es la encargada de aplicar técnicas usadas en otros ámbitos de la
ingeniería para lograr desarrollar productos de software que cumplan con los
requisitos del cliente, estén dentro del presupuesto y tengan la duración
estimada sin importar su complejidad.

Existen dos tipos de requerimientos para el ciclo de vida de un


sistema.

Funcionales: como su nombre indica, corresponden a los requisitos


necesarios para hacer que el sistema funcione, es decir, para el ciclo de vida
de un sistema. Por ejemplo, que el sistema permita registrar usuarios, que
permita loguearse, que permita acceder a un listado de clientes…

No funcionales: son los que no están directamente relacionados con la


funcionalidad del sistema, sino que van a ser importantes para que el sistema
se desenvuelva bien en su entorno. Por ejemplo, el sistema deberá utilizar
navegador Mozilla Firefox versión n o más.

Posterior a la definición y análisis de requerimientos, se presentan 4


fases del ciclo de vida del desarrollo del sistema, estas fases del SDLC son:

Fase de planeación

En esta etapa del ciclo de vida de un sistema se especifica un plan para


el proyecto que guiará a todos los interesados o stakeholders a conseguir el
producto especificado en el levantamiento de requerimientos.

Los stakeholders corresponden a los interesados o participantes del


proyecto, es decir, todas las personas involucradas en un proyecto de
desarrollo de software.

Fase de diseño

En esta fase del ciclo de vida de sistemas, los analistas o ingenieros


de software crean un modelo abstracto del sistema a construir basado en los
requerimientos funcionales y no funcionales planteados en la especificación de
requerimientos. Este modelo proporciona detalles sobre arquitectura
del software, estructuras de datos, interfaces y componentes que se necesitan
para implementar el sistema.

En esta fase se pueden desarrollar varias actividades, como:

Diseño de la arquitectura.

Especificación abstracta del sistema.

Diseño de interfaces.

Diseño de componentes.

Diseño de las estructuras de datos.


Diseño de algoritmos.

Fase de desarrollo

En esta fase del ciclo de vida de un sistema, se genera el código fuente


en el lenguaje de programación escogido. Aquí también puede definirse la
parametrización del software.

Para el desarrollo del código se pueden utilizar herramientas


denominadas IDE (Integrated Development Environment) o entornos de
desarrollo integrado, que sirven para codificar de manera más fácil y práctica.

En esta fase también pueden realizarse pruebas unitarias que definirán


la versatilidad del sistema y su capacidad de detección de fallos.

Fase de implementación

En esta fase del ciclo de vida de sistemas se lleva a cabo la puesta en marcha
del producto de software.

Antes de que el producto sea mostrado al cliente se hacen varias pruebas,


entre ellas:

Prueba de componentes.

Prueba de los sistemas (pruebas de integración).

Prueba de aceptación.

Después de implementar el sistema en el negocio, se debe entender que


existe la posibilidad de fallos y, por ello, hay que tener implementado un plan
de pruebas, de soporte y de mantenimiento

Uso de Herramientas CASE.


Se utilizan para representar los elementos clave del proceso de modo
que sea posible entenderlo mejor. Estas herramientas también pueden
proporcionar vínculos con descripciones de procesos que ayuden a quienes
estén implicados en el proceso de comprender las tareas que se requieren para
llevar a cabo ese proceso.

Estas son algunas de las herramientas CASE que existen:

Herramientas de la ingeniería de la información.

Estas herramientas CASE modelan la información de negocios cuando


ésta se transfiere entre distintas entidades organizativas en el seno de una
compañía. El objetivo primordial de las herramientas de esta categoría consiste
en representar objetos de datos de negocios, sus relaciones, y ayuda a
comprender mejor la forma en que fluyen estos objetos de datos entre distintas
zonas de negocio en el seno de la compañía. Estas herramientas proporcionan
una ayuda importante cuando se diseñan nuevas estrategias para los sistemas
de información y cuando los métodos y sistemas no satisfacen las necesidades
de la organización.

Modelado de procesos y herramientas de administración:

Se utilizan para representar los elementos clave del proceso de modo


que sea posible entenderlo mejor. Estas herramientas también pueden
proporcionar vínculos con descripciones de procesos que ayuden a quienes
estén implicados en el proceso de comprender las tareas que se requieren para
llevar a cabo ese proceso. Las herramientas de administración de procesos
pueden proporcionar vínculos con otras herramientas que proporcionen un
apoyo para actividades de proceso ya definidas.

Herramientas de planificación de proyectos:

Las herramientas de esta categoría se concentran en dos áreas


primordiales:

Estimación de esfuerzos de proyecto y de costes de software. Calculan


el esfuerzo estimado, la duración del proyecto y el numero recomendado de
personas.

Planificación de proyectos. Capacitan al administrador para definir todas


las áreas del proyecto (la estructura de desglose de tareas), para crear una red
de tareas (normalmente empleando una entrada gráfica), para representar las
interdependencias entre tareas y para modelar la cantidad de paralelismo que
sea posible para ese proyecto.

Herramientas de análisis de riesgos

Las herramientas de análisis de riesgos capacitan al administrador el


proyecto para construir una tabla de riesgos proporcionando una guía detallada
en la identificación y análisis de riesgos.

Uso de métodos para el análisis de sistemas:

La ingeniería inversa o retroingeniería es el proceso llevado a cabo con el


objetivo de obtener información o un diseño a partir de un producto, con el fin
de determinar cuáles son sus componentes y de qué manera interactúan entre
sí y cuál fue el proceso de fabricación.
La Ingeniería de Software es una de las ramas de las ciencias de la
computación que estudia la creación de software confiable y de calidad,
basándose en métodos y técnicas de ingeniería, y brindando soporte
operacional y de mantenimiento

También podría gustarte