Analista de Sistemas: Es un persona importante para levantar cualquier sistema, siendo capaz de

trabajar con personas de todo tipo y tener experiencia en cuanto a computadoras.

Roles Analista: Consultor, experto de soporte y agente de cambios.

ESTRATEGIAS DE DESARROLLO DE SOFTWARE

Modelo Cascada: Esta situación se encuentra en ocasiones cuando deben hacerse adaptaciones
o mejoras bien definidas a un sistema ya existente. También ocurre cierto numero limitado de
nuevos esfuerzos de desarrollo, pero solo cuando los requerimientos están bien definidos y tienen
una estabilidad razonable. Cuando el trabajo desde la comunicación hasta el despliegue fluye
forma razonable lineal. También llamado ciclo de vida clásico, sugiere un enfoque sistemático y
secuencial para el desarrollo de software.

Comunicación  Planeación  modealado construcciónDescpliegue

El problema es que se ve al cliente hasta el final esto hace que exista rotación de personal que
no sabe de los requerimientos iniciales o por decisión del cliente.

MODELO RUP: Analizan la necesidad de un proceso de software impuslado por el caso de uso,
centrado en la arquitectura, iteractivo e incremental.

El proceso unificado es un intento obtener los mejores rasgos y características de los modelos
tradicionales del software.

Tres perspectivas:

RUP: Rational Unified Process

Fases

Concepción: Agrupa las actividades tanto de comunicación con el cliente como de planeación al
colaborar con los participantes se identifican los requerimientos formales.

La planeación identifica los recursos evalúa los riesgos principales, define un programa de
actividades y establece una base para las fases que se van aplicar a medica que avanza el
incremento de software.

Desde acá se puede evaluar si tiene mucho riesgo el proyecto y se evalúa si ejecutarlo

Elaboración:

Incluye las actividades para la creación del proyecto, siempre revisando con cuidando el plan con
la finalidad de asegurar el alcance, riesgos y fecha de entrega siguen siendo razonables.

Construcción:

Se desarrolla o adquieren los componentes de software que harán cada caso de uso sea operativo
para los usuarios finales, para lograrlo se completan los modelos de requerimientos que se
comenzarón en la fase de la elaboración. A medida que se implementan componentes se diseñan
efectúan pruebas unitarias para cada uno . Se emplean caso para obtener pruebas de aceptación
Transición: Incluye las ultimas etapas de la actividad general de la construcción y la primera parte
de la despliegue general (Entrega y retroalimentación). Al finalizar la fase de transición, el software
incrementado se convierte en un producto utilizable que se lanza.

Flujos de trabajo: Actividades que tienen lugar durante el proceso de desarrollo. (Ver flujos de
trabajo en presentación presentación 22).

Modelamiento de negocio ,requerimiento, análisis y diseño, pruebas, implantación de

configuración y manejo del cambio, administración del proyecto, ambiente.

XP (Programación Extrema)

Valores: Comunicación, simplicidad, retroalimentación, valentía, respeto. Se usan como motor

para actividades de XP.

Comunicación: Se pone énfasis en la colaboración estrecha pero informal entre los

desarrolladores y clientes utilizando metáforas para comunicar conocimientos importantes
evitando la documentación voluminosa.}

Simplicidad: Evitar hacer mas , solo hacer lo que se requiere.

Retroalimentación: Se obtiene de 3 fuentes el software implementado, el cliente y otros

equipo de software.

Valentía: La adhesión estricta a ciertas practicas de XP requiere valentía, un término más

apropiado seria disciplina.

Respeto: Al apagarse a cada uno de estos valores , el equipo ágil inculca respeto entre sus
mientras y participantes.

Proceso: Usa un enfoque orientado a objetos como paradigma preferido de desarrollo, y engloba
un conjunto de reglas y practicas que ocurren en el contexto de cuatros actividades estructurales:
Planeación, diseño codificación y pruebas

Planeación: Comienza escuchando a los usuarios, esta actividad es para recabar requerimientos,
utilizando una historia de usuario, es el requerimiento del usuario sin utilizar ninguna clase de
lenguaje técnico.

Diseño: Guia la implementación de una historia conforme se escribe. Se desalienta la

funcionalidad adicional porque el desarrollador supone. Estimula el uso CRC (Clase-
responsabilidad-colaborador).

SI algo es muy riesgoso hacer un prototipo de eso. Estimula el rediseño , técnica de construcción
que también es un método de optimización de diseño, el objetivo es controlar las modificaciones ,
sugiriendo pequeños cambios del diseño que son capaces de mejorarlos de forma radical.
Codificación:

Después de las historias no han sido desarrollados y de que se ha hecho el trabajo de diseño
preliminar el equipo inicia la codificación. Se desarrolla de una seria de pruebas unitarias a cada
una de las historias que se van a incluir en la entrega del curso.

Una vez el código esta terminado se le aplica de inmediato la prueba unitaria, con lo que se
obtiene retroalimentación

Un punto clave durante la actividad de codificación es la programación por parejas, XP recomienda

que dos personas trabajen juntas en una estación de trabajo. A manera que terminan el código se
integra con los demás.

Pruebas:

Después de las pruebas del usuario el cliente establece las pruebas.

METODO DE RECOLECCIÓN DE REQUERIMIENTO

METODOS INTERACTIVOS: Entrevistas, diseño de aplicaciones, encuentras mediante

cuestionarios.

Diseño de aplicación conjunta: Fuera de la empresa se lleva a los usuarios y ahí se toman los
requerimientos.

Análisis Estructurado:

Considera como entidades separadas los datos y procesos que los transofrman, los datos que se
modelan.

Ver diapositivas

DFD: Entrada Proceso  salida

Diccionario de datos: