Metodología en cascada:
Esta metodología está basada es una secuencia de etapas bien definidas y ordenadas que consisten en la planeación, él análisis ,el diseño y la construcción. La finalización de una etapa es la entrada de la siguiente. Su gran desventaja es la lentitud, por esta razón, se le implementaron fases que permiten agilizar el proceso.
Metodología en espiral:
Las actividades de este modelo se conforman es un espiral, en la que cada bucle o iteración representa un conjunto de actividades, estas, no están fijadas por prioridad, sino que las siguientes se eligen en función del análisis de viabilidad comenzando con la fase anterior.
Desarrollo rápido de aplicaciones (RAD):
Proceso de desarrollo de software que permite construir sistemas utilizables en poco tiempo, este combina el enfoque en espiral con una estrategia de división de un proyecto en cuadros de tiempo. Un cuadro de tiempo es un conjunto de características definidas que se prometen entregar al usuario dentro de un determinado tiempo, dentro de cada cuadro de tiempo se realizan las mismas actividades que el enfoque en espiral, pero con un tiempo menor, concluyendo con un prototipo funcional (entregables).
Ventajas:
1. Ahorra tiempo y dinero.
2. Los entregables pueden ser fácilmente trasladados a otra plataforma.
3. Visibilidad temprana.
4. Mayor flexibilidad.
5. Menor codificación manual.
6. Mayor involucramiento de los usuarios.
7. Ciclos de desarrollo más pequeños.
8. Interfaz gráfica estándar.
Desventajas:
1. Costo de herramientas integradas y equipo necesario.
2. Progreso más difícil de medir.
3. Menos eficiente.
4. Más fallas (por síndrome de “codificar a lo bestia”).
5. Funciones reducidas .
Fases de desarrollo de un sistema:
1. Identificación de problemas, oportunidades y objetivos: en esta etapa se analizan los objetivos en base a los requisitos impuestos por el cliente, también se identifican los problemas y oportunidades que estos generan.
2. Determinación de los requerimientos de información: en esta etapa se determina que información es necesaria para realizar el sistema.
3. Análisis de las necesidades del sistema: se analiza que requerimientos básicos tendrá el sistema y se le informa al cliente si carece de alguno.
4. Diseño del sistema recomendado: se le recomienda un sistema al cliente y se le muestra un modelo básico del mismo.
5. Desarrollo y documentación del software: una vez que el modelo presentado es aceptado, se desarrolla el software y la documentación que capacitará al usuario para el correcto uso del mismo.
6. Pruebas y mantenimiento del sistema: una vez desarrollado el sistema se pone a prueba y se mantiene en optimas condiciones.
7. Implementación y evaluación del sistema: se instala el programa final y se le proporciona un lapso de tres meses para su evaluación.
Prototipos:
El modelo de prototipos permite que todo el sistema, o algunas de sus partes, se construyan rápidamente para comprender con facilidad y aclarar ciertos aspectos en los que se aseguren que el desarrollador, el usuario, el cliente estén de acuerdo en lo que se necesita así como también la solución que se propone para dicha necesidad y de esta forma minimizar el riesgo y la incertidumbre en el desarrollo. Se debe aplicar en etapas tempranas de desarrollo y requiere intervención activa de los usuarios. Usamos prototipos para obtener y validar los requerimientos del sistema.
Ventajas:
1. Cambios tempranos a menor costo.
2. Posibilidad de identificar un proyecto no viable.
3. Escucha de cerca las necesidades y expectativas de los usuarios.
4. Identifica más de cerca la cultura de la organización.
5. Sirve para capacitar a los usuarios.
6. Puede acelerar la entrega.
Desventajas:
1. Difícil de manejar el proyecto del prototipo dentro del proyecto en general.
2. Usuarios pueden adoptarlo como algo incompleto y rechazarlo.
3. Si se van de tiempo el desarrollo insume mayores costos.
4. Ciclo de iteraciones sin fin.
5. Crea una expectativa de entrega irreal.
¿Cuándo es adecuado usar un prototipo?
Principios para la construcción de prototipos:
1. Construcción rápida.
2. Modificación del prototipo en iteraciones sucesivas.
3. Enfatizar la interfaz de usuario.
Tipos de prototipos:
1. Parchado: tiene parches, operaciones y funcionalidad reducida. Los usuarios pueden interactuar con el sistema, pero el código es ineficiente y de baja calidad.
2. No operacional: no corre sobre hardware, pueden ser diagramas de flujo, power point, etc.
3. Primero de una serie: proyecto piloto.
4.Primero de varias instalaciones: funcional en varias sucursales.
5. De características seleccionadas: es operacional pero limitado, construcción de módulos, armado de menús y sub-menús.
Prototipo desechable:
Nos sirve para eliminar dudas sobre lo que realmente quiere el cliente además para desarrollar la interfaz que más le convenga a este. El diseño puede diferir del producto final, no hay documentación y sólo se desarrolla la funcionalidad critica. Los estándares de calidad son más relajados y no se valoran los aspectos de requerimientos no funcionales como la seguridad, fiabilidad o robustez.
¿Qué es lo que hace que una metodología sea buena?
Una buena metodología de análisis y diseño debe tener estas cinco características principales:
1. Motivar la actividad pretendida.
2. Sea completa.
3. Sea flexible para su corrección.
4. Producir productos con los que se pueda medir el avance.
5. Sea fácilmente aprovechable en la fase sub-siguiente.
Modelo evolutivo:
En este modelo de ciclo de vida se desarrolla el concepto del sistema a medida que avanza el proyecto. Se inicia desarrollando los aspectos más visibles del sistema. Se presenta al cliente la parte ya desarrollada del proyecto y se continúa el desarrollo del prototipo con base en la realimentación que se recibe del cliente. El ciclo continúa hasta que el prototipo se convierte en el producto final.
Modelo incremental:
Es una aproximación muy parecida a la evolutiva. En este modelo se desarrolla el sistema para satisfacer un subconjunto de los requisitos especificados y en posteriores versiones se incrementa el programa con nuevas funcionalidades que satisfagan mas requisitos. En el caso del modelo evolutivo se desarrollaría una nueva versión de todo el sistema, en el incremental se parte de la versión anterior sin cambios y le añadimos las nuevas funciones.
RUP (Proceso Unificado Racional):
Es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada. Suministra un enfoque para asignar tareas y responsabilidades dentro de una organización de desarrollo. Su objetivo es asegurar la producción de software de alta y de mayor calidad para satisfacer las necesidades de los usuarios, también mejora la productividad del equipo ya que permite que cada miembro del grupo sin importar su responsabilidad específica pueda acceder a la misma base de datos incluyendo sus conocimientos. Esto hace que todos compartan el mismo lenguaje, la misma visión y el mismo proceso acerca de cómo desarrollar un software.
Tres frases claves:
1. Dirigido por casos de uso: alguien fuera del sistema en consideración que interactúa con el sistema que estamos desarrollando.
2. Centrado en la arquitectura: la arquitectura de software es parecida al papel que juega la arquitectura en la construcción de un edificio.
3. Iterativa e incremental: se divide el esfuerzo de desarrollo en mini-proyectos, las iteraciones hacen referencias a pases de flujo de trabajo y los incrementos en el crecimiento del producto.
Esta metodología está basada es una secuencia de etapas bien definidas y ordenadas que consisten en la planeación, él análisis ,el diseño y la construcción. La finalización de una etapa es la entrada de la siguiente. Su gran desventaja es la lentitud, por esta razón, se le implementaron fases que permiten agilizar el proceso.
Metodología en espiral:
Las actividades de este modelo se conforman es un espiral, en la que cada bucle o iteración representa un conjunto de actividades, estas, no están fijadas por prioridad, sino que las siguientes se eligen en función del análisis de viabilidad comenzando con la fase anterior.
Desarrollo rápido de aplicaciones (RAD):
Proceso de desarrollo de software que permite construir sistemas utilizables en poco tiempo, este combina el enfoque en espiral con una estrategia de división de un proyecto en cuadros de tiempo. Un cuadro de tiempo es un conjunto de características definidas que se prometen entregar al usuario dentro de un determinado tiempo, dentro de cada cuadro de tiempo se realizan las mismas actividades que el enfoque en espiral, pero con un tiempo menor, concluyendo con un prototipo funcional (entregables).
Ventajas:
1. Ahorra tiempo y dinero.
2. Los entregables pueden ser fácilmente trasladados a otra plataforma.
3. Visibilidad temprana.
4. Mayor flexibilidad.
5. Menor codificación manual.
6. Mayor involucramiento de los usuarios.
7. Ciclos de desarrollo más pequeños.
8. Interfaz gráfica estándar.
Desventajas:
1. Costo de herramientas integradas y equipo necesario.
2. Progreso más difícil de medir.
3. Menos eficiente.
4. Más fallas (por síndrome de “codificar a lo bestia”).
5. Funciones reducidas .
Fases de desarrollo de un sistema:
1. Identificación de problemas, oportunidades y objetivos: en esta etapa se analizan los objetivos en base a los requisitos impuestos por el cliente, también se identifican los problemas y oportunidades que estos generan.
2. Determinación de los requerimientos de información: en esta etapa se determina que información es necesaria para realizar el sistema.
3. Análisis de las necesidades del sistema: se analiza que requerimientos básicos tendrá el sistema y se le informa al cliente si carece de alguno.
4. Diseño del sistema recomendado: se le recomienda un sistema al cliente y se le muestra un modelo básico del mismo.
5. Desarrollo y documentación del software: una vez que el modelo presentado es aceptado, se desarrolla el software y la documentación que capacitará al usuario para el correcto uso del mismo.
6. Pruebas y mantenimiento del sistema: una vez desarrollado el sistema se pone a prueba y se mantiene en optimas condiciones.
7. Implementación y evaluación del sistema: se instala el programa final y se le proporciona un lapso de tres meses para su evaluación.
Prototipos:
El modelo de prototipos permite que todo el sistema, o algunas de sus partes, se construyan rápidamente para comprender con facilidad y aclarar ciertos aspectos en los que se aseguren que el desarrollador, el usuario, el cliente estén de acuerdo en lo que se necesita así como también la solución que se propone para dicha necesidad y de esta forma minimizar el riesgo y la incertidumbre en el desarrollo. Se debe aplicar en etapas tempranas de desarrollo y requiere intervención activa de los usuarios. Usamos prototipos para obtener y validar los requerimientos del sistema.
Ventajas:
1. Cambios tempranos a menor costo.
2. Posibilidad de identificar un proyecto no viable.
3. Escucha de cerca las necesidades y expectativas de los usuarios.
4. Identifica más de cerca la cultura de la organización.
5. Sirve para capacitar a los usuarios.
6. Puede acelerar la entrega.
Desventajas:
1. Difícil de manejar el proyecto del prototipo dentro del proyecto en general.
2. Usuarios pueden adoptarlo como algo incompleto y rechazarlo.
3. Si se van de tiempo el desarrollo insume mayores costos.
4. Ciclo de iteraciones sin fin.
5. Crea una expectativa de entrega irreal.
¿Cuándo es adecuado usar un prototipo?
Principios para la construcción de prototipos:
1. Construcción rápida.
2. Modificación del prototipo en iteraciones sucesivas.
3. Enfatizar la interfaz de usuario.
Tipos de prototipos:
1. Parchado: tiene parches, operaciones y funcionalidad reducida. Los usuarios pueden interactuar con el sistema, pero el código es ineficiente y de baja calidad.
2. No operacional: no corre sobre hardware, pueden ser diagramas de flujo, power point, etc.
3. Primero de una serie: proyecto piloto.
4.Primero de varias instalaciones: funcional en varias sucursales.
5. De características seleccionadas: es operacional pero limitado, construcción de módulos, armado de menús y sub-menús.
Prototipo desechable:
Nos sirve para eliminar dudas sobre lo que realmente quiere el cliente además para desarrollar la interfaz que más le convenga a este. El diseño puede diferir del producto final, no hay documentación y sólo se desarrolla la funcionalidad critica. Los estándares de calidad son más relajados y no se valoran los aspectos de requerimientos no funcionales como la seguridad, fiabilidad o robustez.
¿Qué es lo que hace que una metodología sea buena?
Una buena metodología de análisis y diseño debe tener estas cinco características principales:
1. Motivar la actividad pretendida.
2. Sea completa.
3. Sea flexible para su corrección.
4. Producir productos con los que se pueda medir el avance.
5. Sea fácilmente aprovechable en la fase sub-siguiente.
Modelo evolutivo:
En este modelo de ciclo de vida se desarrolla el concepto del sistema a medida que avanza el proyecto. Se inicia desarrollando los aspectos más visibles del sistema. Se presenta al cliente la parte ya desarrollada del proyecto y se continúa el desarrollo del prototipo con base en la realimentación que se recibe del cliente. El ciclo continúa hasta que el prototipo se convierte en el producto final.
Modelo incremental:
Es una aproximación muy parecida a la evolutiva. En este modelo se desarrolla el sistema para satisfacer un subconjunto de los requisitos especificados y en posteriores versiones se incrementa el programa con nuevas funcionalidades que satisfagan mas requisitos. En el caso del modelo evolutivo se desarrollaría una nueva versión de todo el sistema, en el incremental se parte de la versión anterior sin cambios y le añadimos las nuevas funciones.
RUP (Proceso Unificado Racional):
Es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada. Suministra un enfoque para asignar tareas y responsabilidades dentro de una organización de desarrollo. Su objetivo es asegurar la producción de software de alta y de mayor calidad para satisfacer las necesidades de los usuarios, también mejora la productividad del equipo ya que permite que cada miembro del grupo sin importar su responsabilidad específica pueda acceder a la misma base de datos incluyendo sus conocimientos. Esto hace que todos compartan el mismo lenguaje, la misma visión y el mismo proceso acerca de cómo desarrollar un software.
Tres frases claves:
1. Dirigido por casos de uso: alguien fuera del sistema en consideración que interactúa con el sistema que estamos desarrollando.
2. Centrado en la arquitectura: la arquitectura de software es parecida al papel que juega la arquitectura en la construcción de un edificio.
3. Iterativa e incremental: se divide el esfuerzo de desarrollo en mini-proyectos, las iteraciones hacen referencias a pases de flujo de trabajo y los incrementos en el crecimiento del producto.