ETAPAS DEL CICLO DE VIDA DE UN SISTEMA

El ciclo clásico consta de las siguientes etapas:

1- Reconocimiento del problema
2- Estudio de factibilidad
3- Análisis
4- Diseño
5- Implementación (Codificación)
6- Prueba
7- Mantenimiento

Analicemos cada una de las partes que conforman el ciclo de vida:

Reconocimiento del problema : La idea de desarrollar un nuevo sistema surge cuando el usuario reconoce que tiene problemas con los medios con que cuenta actualmente para llevar a cabo su trabajo. Así comienza esta fase que trata de reemplazar el sistema existente (ya sea manual o automatizado) por otro. En esta fase interviene totalmente el usuario.

Estudio de la factibilidad: Se decide si el usuario necesita o no una computadora. Este estudio sirve para:

- Identificar los problemas con el sistema actual.

- Identificar el alcance del sistema a ser estudiado.

- Identificar los principales objetivos del nuevo sistema.

- Identificar un número de soluciones que pueden satisfacer las necesidades del usuario dentro de su esquema.

- Desarrollar estimados de los beneficios y desventajas de cada solución.

- Desarrollar esquemas de cómo puede llevarse a cabo el proyecto teniendo una idea de los recursos que se requieren.

- Obtener puntos de vista del usuario y el administrador sobre las modificaciones.

- Obtener una decisión de si se lleva a cabo la parte de análisis.

Todo este estudio evitará el gasto de un análisis de un proyecto imposible. En él intervienen el usuario y el analista.

Análisis: Es la fase de diseño externo. Consiste en cuestionar al usuario sobre qué hace el sistema, qué características extras él quiere en su nuevo sistema y qué restricciones debe satisfacer. La salida del análisis debe incluir una especificación funcional y un análisis estructurado que contiene los requerimientos para el nuevo sistema, los cuales el usuario debe leer, analizar y señalar lo que él quiere.

Diseño: Es la fase de diseño interno. Consiste en definir cómo organizar lo anterior de forma adecuada para la ejecución. Incluye la realización de diagramas de estructura, explicaciones del programa, etc.... (diseño preliminar). Posteriormente se lleva a cabo un diseño detallado donde se describen las especificaciones de los módulos.

Implementación: Es la fase de programación o escritura del código. Lo que se produce en el diseño se lleva a código.

Prueba: En esta etapa se planea el diseño de casos de prueba con el fin de "asegurar" la correctitud de los programas.

CICLO DE VIDA DE UN SISTEMA DE INFORMACIÓN

Debido a la complejidad y envergadura del trabajo requerido para analizar, diseñar e implantar un sistema de informático se necesita para hacerlo con eficiencia se planifique, ejecute y controle de acuerdo a ciertas reglas, leyes y principios que por un lado organicen el trabajo de forma adecuada y por otro garanticen que el trabajo del análisis y diseño se apliquen principios fundamentales de la teoría de sistemas.

 

- El enfoque sistémico
 

- Análisis del medio ambiente
 

- Definición exacta de los límites del sistema
 

- La consideración de la flexibilidad necesaria en el nuevo sistema para asimilar la dinámica del Objeto de dirección y del propio sistema de información
 

- El hombre como elemento fundamental
 

- La inclusión de los medios de control necesarios para garantizar el equilibrio del sistema

 

El trabajo del diseñador es creativo en gran parte, pues son diseñados para objetivos específicos y sin reglas rígidas, sin embargo es posible establecer una estructura que contenga ciertas normas aplicables a los recursos, organización, técnicas, métodos y procesos durante los cuales el trabajo de sistematización puede hacerse más eficiente, debiendo ser flexible para no impedir la creatividad del sistematizador.

Ciclo de vida : El ciclo de vida de los sistemas de software se puede explicar atendiendo a diferentes modelos, como es:

 

- Clásico o convencional (Cascada)
 

- Prototipo
 

- Espiral
 

- Evolutiva
 

- Incremental
 

- Basada en transformaciones
 

- Estructurado
 

- Orientado a objetos

 

Para iniciar nuestro estudio sobre la necesidad de elaborar documentación comentemos el ciclo de vida clásico, ya que a partir de él podemos explicar las variantes de ciclos de desarrollo, como el orientado a objetos que veremos al final.

 

Ciclo de vida clásico o convencional: Se introdujo como técnica rígida para mejorar la calidad y reducir los costos del software, se le denomina tradicionalmente "modelo de cascada" porque posee un paso antes del siguiente con gran exactitud. Sus principales problemas son el no establecer al principio todos los requerimientos, la posibilidad de cambios después de iniciado el proyecto y que los resultados no se ven hasta después de iniciado el proyecto. Este es la aproximación mas empleada.

LA NESECIDAD DEL ANALISIS Y DISEÑO DE SISTEMA

A través de este capitulo, nos hemos referido al enfoque sistemático que el analista aplica en el análisis y el diseño de sistemas informáticos. Una gran parte de este, se encuentra en los que se denominan como el ciclo de desarrollos de los sistema o ciclo de vida de los sistemas (SDLC; Sistemas develoment life cicle). El SDLC es un enfoque por etapas de análisis y diseño, que postula que el desarrollo de los sistemas mejora cuando existe un ciclo específico de actividades del analista y de los usuarios.

Los analistas no están de acuerdo respecto del numero exacto de etapas que conforman el ciclo de desarrollo de los sistemas; sin embargo, por lo general se reconoce la importancia de su enfoque sistemático. Aquí dividimos el ciclo en siete etapas. Como se muestra en la figura 1.4. aunque cada etapa se presenta de manera discreta, nunca se lleva acabo como un elemento independiente. En lugar de ello, se realiza al mismo tiempo diversas actividades, que están llegan a repetirse. Por ello es de mayor utilidad que el ciclo de desarrollo de sistemas transcurre en etapas (conectividad en plena acción que luego cesa poco apoco) y no como elementos separados.

CUALIDADES DEL ANALISTA DE SISTEMAS

De las descripciones precedentes sobre los diferentes papeles que el analista de sistemas tiene que protagonizar, es fácil ver, que el analista de sistemas, con éxito, debe contar con una amplia gama de cualidades. Los analistas de sistemas, son gente de naturaleza muy diversa y seguramente esto, restringe cualquier intento de caracterización; sin embargo hay ciertas características que parecen presentar la mayoría de los analistas de sistemas.

Ante todo, el analista es un solucionador de problemas. El o ella es una persona que ve el análisis de los problemas como un reto y que disfruta encontrando soluciones factibles. Cuando es necesario, el analista tiene que ser capaz de abordar de manera sistemática la situación, mediante la aplicación hábil de herramientas, técnicas y experiencia. El analista también debe ser un buen interlocutor, manteniendo una relación cordial con otra gente, durante largos periodos. El analista de sistemas necesita contar con suficiente experiencia en computación para programar, entender las capacidades de las computadoras, recoger las necesidades de información de los usuarios y llegar a transmitir a los programadores lo necesario.

El analista de sistemas debe ser autodiciplinado y automotivado como individuo. También el analista debe ser capaz de administrar y coordinar innumerables recursos del proyecto, incluyendo a otras personas. El análisis de sistemas exige demasiado, pero se compensa con la naturaleza cambiante de los problemas, así como por el continuo enfrentamiento al reto.

ROL DEL ANALISTA DE SISTEMA

Antes de explicar que rol cumple el analista de sistema en una organización debe saber que un analista de sistemas o a veces simplemente analista, en la disciplina de la ingeniería del software, es aquel individuo responsable de investigar, planear, coordinar y recomendar opciones de software y sistemas para cumplir los requerimientos de una empresa de negocios. Un analista de sistemas exitoso debe adquirir cuatro habilidades: analítica, técnica, gerencial, e interpersonal. Las habilidades analíticas permiten al analista de sistemas entender a la organización y sus funciones, las cuales le ayudan a identificar oportunidades, analizar y resolver problemas. Las habilidades técnicas ayudan al analista de sistemas a entender el potencial y las limitaciones de las tecnologías de la información. El analista de sistemas debe ser capaz de trabajar con varios lenguajes de programación, sistemas operativos, y plataformas hardware de computadoras. 

El analista de sistemas evalúa de manera sistemática el funcionamiento de un negocio mediante el examen de la entrada y el procesamiento de datos y su consiguiente producción de información, con el propósito de mejorar los procesos de una organización. Muchas mejoras incluyen un mejor apoyo a las funciones de negocios a través del uso de sistemas de información computarizados. Esta definición pone énfasis en un enfoque sistemático y metódico para analizar y en consecuencia mejorar- lo que sucede en el contexto específico creado por un negocio.


Nuestra definición de analista de sistema es amplia. El analista debe tener la capacidad de trabajar con todo tipo de gente y contar con suficiente experiencia en computadora.


El analista desempeña diversos roles, en ocasiones varios de ellos al mismo tiempo. Los tres roles principales del analista de sistemas son el de consultor, experto en soporte técnico y agente de cambio.


EL ROL DE CONSULTOR DEL ANALISTA DE SISTEMAS




Con frecuencia, el analista de sistemas desempeña el rol de consultor para un negocio y, por tanto, podría ser contratado de manera específica para enfrentar los problemas de sistemas de información de una empresa. Esta contratación se puede traducir en una ventaja porque los consultores externos tienen una perspectiva fresca de la cual carecen los demás miembros de una organización. También se puede traducir en una desventaja porque alguien externo nunca conocerá la verdadera cultura organizacional. En su función de consultor externo, usted dependerá en gran medida de los métodos sistemáticos que se explican en este libro para analizar y diseñar sistemas de información apropiados para una empresa en particular. Además, tendrá que apoyarse en los usuarios de los sistemas de información para entender la cultura organizacional desde la perspectiva que tienen ellos.




EL ROL DE EXPERTO EN SOPORTE TECNICO DEL ANALISTA DE SISTEMAS




Otro rol que tendrá que desempeñar es el de experto en soporte técnico dentro de la empresa en la cual labora de manera regular. En este rol el analista recurre a su experiencia profesional con el hardware y software de cómputo y al uso que se le da en el negocio. Con frecuencia, este trabajo no implica un proyecto completo de sistemas, sino más bien la realización de pequeñas modificaciones o la toma de decisiones que se circunscriben a un solo departamento.


Como experto de soporte técnico, usted no esta a cargo del proyecto; tan solo actúa como recurso para aquellos que si lo están. Si usted es un analista de sistemas contratado por una empresa de manufactura o servicios, gran parte de sus actividades podrían ajustarse a este rol.




EL ROL DE AGENTE DE CAMBIO DEL ANALISTA DE SISTEMAS




El rol más completo y de mayor responsabilidad que asume el analista de sistemas es el de agente de cambio, ya sea interno o externo para la empresa. Como analista, usted es un ajen te de cambio si desempeña cualquiera de las actividades relacionadas con el ciclo de vida del desarrollo de sistemas (que se explicara en la siguiente sección) y está presente en la empresa durante un largo periodo (de dos semanas a mas de un año). Un agente de cambio se puede definir como alguien que sirve de catalizador para el cambio, desarrolla un plan para el cambio y coopera con los demás para facilitar el cambio.


Su presencia en el negocio inicia el cambio. Como analista de datos, usted debe estar consciente de este hacho y utilizarlo como punto de partida para su análisis. De ahí que tenga que interactuar con los usuarios y la administración (sino son un o solo y el mismo) desde el principio de su proyecto. Sin su colaboración usted no podría entender lo que ocurre en una organización y el cambio real nunca se daría.

Si el cambio (es decir, la mejora al negocio que se pueden concretar mediante los sistemas de información) parece factible después de efectuar el análisis, el siguiente paso es desarrollar un plan para el cambio de manera conjunta con quienes tienen la facultad de autorizarlo. Una vez que se haya alcanzado el consejo acerca de los cambios por realizar, usted tendrá que interactuar constantemente con quienes hayan a cambiar.


En su calidad de analista de sistema desempeñando la función de agente de cambio, debe promover un cambio que involucre el uso de los sistemas de información. También es parte de su tarea enseñar a los usuarios el proceso del cambio, ya que las modificaciones a un sistema de información no sólo afectan a éste sino que provocan cambios en el resto de la organización.

Ayudan al analista de sistemas a administrar proyectos, recursos, riesgos, y cambio. Las habilidades interpersonales ayudan al analista de sistemas a trabajar con los usuarios finales así como con analistas, programadores, y otros profesionales de los sistemas.