1.

- La metodología
del ciclo de vida del
desarrollo de
sistemas (SDLC)

Metodologías de
2.- Metodologías ágiles
Desarrollo de
Sistemas
3.- Metodologías
orientadas
a objetos
 La metodología del ciclo de vida del desarrollo de
sistemas (SDLC)

El SDLC es una metodología en fases para el análisis y diseño, de acuerdo

con la cual los sistemas se desarrollan mejor al utilizar un ciclo específico de
actividades del analista y los usuarios.
1.- Identificación de los problemas, oportunidades y objetivos

El analista se encarga de identificar correctamente los problemas, las

oportunidades y los objetivos.

Debe analizar con honestidad lo que está ocurriendo en la empresa.

El analista debe descubrir primero qué trata de hacer la empresa; después

debe ser capaz de determinar si alguno de los aspectos de las aplicaciones
de los sistemas de información puede ayudar a que la empresa logre sus
objetivos al enfrentar problemas u oportunidades específicos.

El resultado de esta fase es un informe de viabilidad, el cual contiene la

definición de un problema y sintetiza los objetivos. Después, la
administración de la empresa debe tomar una decisión en cuanto a proceder
o no con el proyecto propuesto.
 2.- Determinación de los requerimientos de información del
factor humano

El analista determinar las necesidades de los usuarios involucrados,

mediante el uso de varias herramientas, para comprender la forma en que
interactúan en el contexto laboral con sus sistemas de información actuales,
como entrevistas, muestreos e investigación de datos duros, además de los
cuestionarios.

Las personas involucradas en esta fase son los analistas y los usuarios, por
lo general los gerentes y los trabajadores de operaciones.

Al terminar esta fase, el analista deberá comprender la forma en que los

usuarios realizan su trabajo al interactuar con una computadora y deberá
empezar a comprender cómo mejorar la utilidad y capacidad de uso del
nuevo sistema. También deberá saber cómo funciona la empresa y tener
información completa sobre personas, objetivos, datos y procedimientos
involucrados.
 3.- Análisis de las necesidades del sistema

El analista se apoya de herramientas y técnicas como diagramas de flujo de

datos (DFD) para graficar la entrada, los procesos y la salida de las
funciones de la empresa,

O los diagramas de actividad o de secuencia para mostrar la secuencia de

los eventos. sirven para ilustrar a los sistemas de una manera estructurada y
gráfica.

En este punto del SDLC, el analista de sistemas prepara una propuesta de

sistemas en la que sintetiza todo lo que ha averiguado sobre los usuarios, la
capacidad de uso y la utilidad de los sistemas actuales; incluye un análisis
de costo-beneficio de las alternativas y, si se requiere, hace
recomendaciones.
 4.- Diseño del sistema recomendado

El analista de sistemas utiliza la información recolectada antes para realizar

el diseño lógico del sistema de información.

La fase de diseño también incluye el diseño de bases de datos que

almacenarán gran parte de los datos necesarios para los encargados de
tomar las decisiones en la organización.

Por último, el analista debe diseñar controles y procedimientos de respaldo

para proteger el sistema y los datos.
 5.- Desarrollo y documentación del software

El analista trabaja con los programadores para desarrollar el software

original requerido.

Durante ella, el analista desarrolla junto con los usuarios una

documentación efectiva para el software, incluyendo manuales de
procedimientos, ayuda en línea, sitios Web con preguntas frecuentes (FAQ)
y archivos Léame (Read Me) para incluir con el nuevo software.
 6.- Prueba y mantenimiento del sistema

Antes de utilizar el sistema de información, se debe probar. Es mucho

menos costoso detectar los problemas antes de entregar el sistema a los
usuarios.

El mantenimiento del sistema y la documentación de este mantenimiento

empieza en esta fase y se lleva a cabo de manera rutinaria durante toda la
vida del sistema de información.
 7.- Implementación y evaluación del sistema

En esta última fase del desarrollo de sistemas, el analista ayuda a

implementar el sistema de información.

En esta fase hay que capacitar a los usuarios para operar el sistema.

Cuando un analista termina una fase del desarrollo de sistemas y continúa

con la siguiente, al descubrir un problema tal vez se vea obligado a regresar
a la fase anterior y modificar el trabajo que realizó ahí.
 Roles del Analista de Sistemas
El analista de sistemas como consultor porque va a analizar los problemas
en la empresa para crear una solución mediante los SI, pueden llegar a ser
contratados específicamente para lidiar con las cuestiones relacionadas con
los sistemas de información dentro de la empresa o como consultores
externos pueden proveer una perspectiva fresca de la cual carezcan otras
personas en la organización.

El analista de sistemas como experto de soporte el analista se basa en su

experiencia profesional sobre hardware y software y su uso en los
negocios.

El analista de sistemas como agente de cambio actúa como catalizador

para el cambio, desarrolla un plan de cambio y trabaja con otros para
facilitarlo.

Cualidades del analista de sistemas 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. También deben 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 capacidad para coordinar tanto a personas como
recursos variados para llevar a cabo los proyectos.
 LA METODOLOGÍA ÁGIL
La metodología ágil es una metodología de desarrollo de software que se
basa en valores, principios y prácticas básicas. Los cuatro valores son
comunicación, simpleza, retroalimentación y valentía. Recomendamos que
los analistas de sistemas adopten estos valores en todos los proyectos que
emprendan y no sólo cuando adopten la metodología ágil.

Los métodos ágiles pueden asegurar que un proyecto se complete con

éxito mediante un ajuste en los importantes recursos de tiempo, costo,
calidad y alcance.
 1.- EXPLORACIÓN
Durante esta etapa el analista explorará su entorno para evaluar su
convicción de que puede y debe lidiar con el problema mediante el
desarrollo ágil, creara el equipo y evaluará las habilidades de sus miembros.
El cliente refine una historia con el detalle suficiente como para que el
analista pueda estimar en forma competente la cantidad de tiempo
necesaria para crear la solución y convertirla en el sistema que está
planeando.

2.- PLANEACIÓN
En esta etapa, el analista y sus clientes se ponen de acuerdo en una fecha
para entregar soluciones a los problemas empresariales.
Si sus actividades de exploración fueron suficientes, esta etapa debe ser
muy corta.
 3.- ITERACIONES PARA LA LIBERACIÓN DE LA
PRIMERA VERSIÓN
Por lo general éstas son iteraciones (ciclos de prueba, retroalimentación y
modificación) de aproximadamente tres semanas de duración.
Uno de los objetivos es realizar pruebas funcionales escritas por el cliente
al final de cada iteración.

4.- PUESTA EN PRODUCCIÓN

Durante esta fase se llevan a cabo varias actividades. El ciclo de

retroalimentación se agiliza de manera que en vez de recibir
retroalimentación por una iteración cada tres semanas, las revisiones de
software se entregan en una semana.
El producto se libera durante esta fase.

5.- MANTENIMIENTO

Una vez liberado el sistema, debe seguir funcionando sin problemas.

 ANÁLISIS Y DISEÑO DE SISTEMAS ORIENTADO A
OBJETOS

El análisis y diseño de sistemas orientado a objetos (O-O) es una

metodología diseñada para facilitar el desarrollo de sistemas que deben
cambiar con rapidez en respuesta a los entornos empresariales dinámicos.

Las metodologías orientadas a objetos utilizan el estándar de la industria

para modelar sistemas orientados a objetos, conocido como lenguaje de
modelado unificado (UML).

Los objetos pueden ser clientes, artículos, pedidos, etcétera. Los objetos se
representan y agrupan mediante clases, las cuales son ideales para la
reutilización y la facilidad de mantenimiento.

Las fases en el UML son similares a las del SDLC.

A menudo las metodologías orientadas a objetos se enfocan en iteraciones

pequeñas y rápidas de desarrollo, a lo que algunas veces se le conoce como
el modelo de espiral.
ANÁLISIS Y DISEÑO DE SISTEMAS ORIENTADO A
OBJETOS
 ANÁLISIS Y DISEÑO DE SISTEMAS ORIENTADO A
OBJETOS

1. Definir el modelo de caso de uso.

En esta fase, el analista identifica a los actores y los eventos principales
iniciados por los actores.
A menudo el analista empieza por dibujar un diagrama con figuras hechas
con líneas que representan a los actores y flechas que muestran las
relaciones entre ellos. A esto se le conoce como diagrama de caso de uso y
representa el flujo estándar de eventos en el sistema. Después de esto, el
analista por lo general escribe un escenario de caso de uso, que describe
con palabras los pasos que se llevan a cabo comúnmente.

2. Durante la fase de análisis de sistemas, empezar a dibujar diagramas de

UML.
En la segunda fase el analista dibujará Diagramas de actividad, los cuales
ilustran todas las principales actividades en el caso de uso. Además el
analista creará uno o más diagramas de secuencia para cada caso de uso,
los cuales muestran la secuencia de actividades y su sincronización. Ésta es
una oportunidad para regresar y revisar los casos de uso, replantearlos y
modificarlos si es necesario.
 ANÁLISIS Y DISEÑO DE SISTEMAS ORIENTADO A
OBJETOS

3. Continuar en la fase de análisis, desarrollar diagramas de clases.

Por ejemplo, todo automóvil es un objeto que comparte características con
otros automóviles. En conjunto conforman una clase.

4. Aún en la fase de análisis, dibujar diagramas de estado.

Los diagramas de clases se utilizan para dibujar diagramas de estado, los
cuales ayudan a comprender procesos complejos que no se pueden derivar
completamente mediante los diagramas de secuencia.

5. Empezar el diseño de sistemas

El analista tendrá que escribir especificaciones de clase para cada una de
las clases e incluir los atributos, métodos y sus descripciones.

6. Desarrollar y documentar el sistema

Entre más completa sea la información que usted proporcione al equipo de
desarrollo por medio de la documentación y los diagramas de UML, más
rápido será el desarrollo y más sólido será el sistema de producción final.
CÓMO ELEGIR QUÉ MÉTODO DE DESARROLLO DE SISTEMAS USAR

Las diferencias entre las tres metodologías antes descritas no son tan grandes
como parecen en un principio. En las tres metodologías, el analista necesita
comprender primero a la organización. Después el analista o el equipo del proyecto
necesitan elaborar un presupuesto del tiempo y los recursos necesarios para
desarrollar la propuesta del proyecto. A continuación deben entrevistar a los
miembros de la organización y recopilar información detallada mediante el uso de
cuestionarios, obtener muestras de los datos de los informes existentes y observar
cómo se lleva a cabo la actividad empresarial actual. Las tres metodologías tienen
todas estas actividades en común.
Incluso los mismos métodos tienen similitudes. La metodología SDLC y la
metodología orientada a objetos requieren de un proceso exhaustivo de
planeación y elaboración de diagramas. La metodología ágil y la metodología
orientada a objetos permiten crear subsistemas uno a la vez hasta que se complete
todo el sistema. La metodología ágil y la metodología SDLC se interesan por la
forma lógica en que los datos se desplazan a través del sistema.
Entonces, dada la opción de desarrollar un sistema mediante el uso de una
metodología SDLC, una metodología ágil o una metodología orientada a objetos,
¿cuál escogería usted? La figura 1.9 muestra un conjunto de lineamientos para
ayudarlo a elegir qué método utilizar para desarrollar su siguiente sistema.
CÓMO ELEGIR QUÉ MÉTODO DE DESARROLLO DE SISTEMAS USAR