Unidad 2.- Ingenieria de software para el diseño de aplicaciones Stand-Alone

1.- Exponer o presentar en este Foro, algunas características, actividades, ventajas, desventajas y recomendaciones acerca del uso de una metodología o modelo de desarrollo de software, que comúnmente se emplea para desarrollo de aplicaciones Stand-Alone. De preferencia, debe evaluar al menos dos de los siguientes: Ciclo de Vida Clasico, Modelo en Cascada, Modelo Evolutivo (espiral, incremental o desarrollo concurrente), Modelos especiales (piramidal, RAD, método V, construcción de prototipos, ensamblaje de componentes, 4GL, UWE), Proceso Unificado (o RUP) y Modelo de proceso de software IEEE.

RUP

El Proceso Unificado de Rational (Rational Unified Process en inglés, habitualmente resumido como RUP) es un proceso de desarrollo de software desarrollado por la empresa Rational Software, actualmente propiedad de IBM. Junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, diseño, implementación y documentación de sistemas orientados a objetos.
El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologías adaptables al contexto y necesidades de cada organización.
También se conoce por este nombre al software, también desarrollado por Rational, que incluye información entrelazada de diversos artefactos y descripciones de las diversas actividades. Está incluido en el Rational Method Composer (RMC), que permite la personalización de acuerdo con las necesidades.

CARACTERISTICAS

•Forma disciplinada de asignar tareas y responsabilidades (quién hace qué,cuándo y cómo)
•Pretende implementar las mejores prácticas en Ingeniería de Software
•Desarrollo iterativo
•Administración de requisitos
•Uso de arquitectura basada en componentes
•Control de cambios
•Modelado visual del software
•Verificación de la calidad del software

Ventajas de RUP

•Requiere conocimientos del proceso y de UML.
•Progreso visible en las etapas tempranas.
•El uso de Iteraciones (actividades)
•Permite evaluar tempranamente los riesgos en lugar de descubrir problemas en la integración final del sistema
•Facilita la reutilización del código teniendo en cuenta que se realizan revisiones en las primeras iteraciones lo cual además permite que se aprecien oportunidades de mejoras en el diseño.

Desventajas de RUP

•Por el grado de complejidad puede no resultar muy adecuado.
•RUP es generalmente mal aplicado en el estilo cascada.


La metodología RUP es más apropiada para proyectos grandes (Aunque también pequeños), dado que requiere un equipo de trabajo capaz de administrar un proceso complejo en varias etapas. En proyectos pequeños, es posible que no se puedan cubrir los costos de dedicación del equipo de profesionales necesarios.

METODOLOGIA EN CASCADA

Modelo en cascada, es el enfoque metodológico que ordena rigurosamente las etapas del proceso para el desarrollo de software, de tal forma que el inicio de cada etapa debe esperar a la finalización de la etapa anterior.

Un ejemplo de una metodología de desarrollo en cascada es:

1.Análisis de requisitos.
2.Diseño del Sistema.
3.Diseño del Programa.
4.Codificación.
5.Pruebas.
6.Implantación.
7.Mantenimiento.

De esta forma, cualquier error de diseño detectado en la etapa de prueba conduce necesariamente al rediseño y nueva programación del código afectado, aumentando los costos del desarrollo. La palabra cascada sugiere, mediante la metáfora de la fuerza de la gravedad, el esfuerzo necesario para introducir un cambio en las fases más avanzadas de un proyecto.

Cabe destacar que este es solo un ejemplo de la metodología ya que las fases planteadas con anterioridad pueden variar debido a las modificaciones que ha tenido el modelo con el paso de los años para su mejor implementación.

Desventajas

1.En la vida real, un proyecto rara vez sigue una secuencia lineal, esto crea una mala implementación del modelo, lo cual hace que lo lleve al fracaso.

2.El proceso de creación del software tarda mucho tiempo ya que debe pasar por el proceso de prueba y hasta que el software no esté completo no se opera. Esto es la base para que funcione bien.

3.Cualquier error de diseño detectado en la etapa de prueba conduce necesariamente al rediseño y nueva programación del código afectado, aumentando los costos del desarrollo.

VENTAJAS

1.Modelo y planificación fácil y sencilla.

2.Sus fases son conocidas por los desarrolladores.

3. Los usuarios lo pueden comprender fácilmente.

2.- De acuerdo con lo anterior, analice y justifique, cual seria la metodologia o el modelo de desarrollo para aplicaciones del tipo Stand-Alone más adecuado para la elaboración de un sistema de punto de venta de una tienda abarrotera o para venta de medicamentos de una farmacia o para resolver el problema de una empresa dedicada a limpiar derrames del petroleo utilizando como punto de referencias las coordenadas del derrame respecto a la costa, tal como se ha explicado en clases por tu facilitador.

Para el punto de venta de una abarrotera yo optaría por la metodología encascada ya que es más fácil de comprenderla y seguir sus fases. Cabe destacar que no existe una metodología universal para hacer frente con éxito a cualquier proyecto de desarrollo de software. Toda metodología debe ser adaptada al contexto del proyecto (recursos técnicos y humanos, tiempo de desarrollo, tipo de sistema, etc.). Así también dependerá del desarrollador del proyecto porque metodología optar en base a lo dicho anteriormente.

MODELO DE VIDA (CLASICO)

MODELO EN CASCADA:

1.- Exponer o presentar en este Foro, algunas características, actividades, ventajas, desventajas y recomendaciones acerca del uso de una metodología o modelo de desarrollo de software, que comúnmente se emplea para desarrollo de aplicaciones Stand-Alone. De preferencia, debe evaluar al menos dos de los siguientes: Ciclo de Vida Clásico, Modelo en Cascada, Modelo Evolutivo (espiral, incremental o desarrollo concurrente), Modelos especiales (piramidal, RAD, método V, construcción de prototipos, ensamblaje de componentes, 4GL, UWE), Proceso Unificado (o RUP) y Modelo de proceso de software IEEE.

[color=red]CICLO DE VIDA (CLÁSICO)[/color]

CARACTERISTICAS:
Dentro de las características de este modelo tenemos:
 El conjunto de actividades que se realizan para desarrollar e implantar un sistema de información.
 Las técnicas de programación utilizadas comúnmente son la lineal, modular y estructurada.
 Se utiliza para el desarrollo de los programas de cómputo.
 Se basan en diagramas de flujo, diagramas de procesos y modelo E-R para datos.
 Contiene los procesos, las actividades y las tareas involucradas en el desarrollo.
 Comprende la vida del sistema desde la definición de los requisitos hasta la finalización de su uso.

ACTIVIDADES:
En la primera fase se encuentra el análisis en ella se lleva a cabo la detección de las necesidades y los requerimientos de la empresa, en segundo lugar tenemos la de diseño que es donde se elaboran los diagramas de flujo o UML y para las bases de datos el modelo lógico, como siguiente actividad esta la fase de implementación que es donde se escribe o captura el código fuentes de dicho programa, para posteriormente continuar con la fase de pruebas que es donde se revisa si el programa no tiene errores, después tenemos la fase de implantación que es cuando se instala el programa en el negocio o empresa que lo usara, y para terminar con las fases tenemos la fase de mantenimiento la cual la define el usuario final ya que al utilizarlo dirá si cumple con las expectativas. Si se llegara el caso de encontrar errores en alguna fase de esta metodología estas regresan para realizar las mejoras correspondientes en dichas etapas o fases.

VENTAJAS:
 La garantía de obtener un producto terminado al final de las fases ya que si se encuentran errores se regresa a la etapa anterior.
 Es muy difundido y experimentado.
 Establecer normas para un desarrollo y una documentación consistentes.
 Es sencillo y disciplinado
 Está dirigido por los tipos de documentos y resultados que deben obtenerse al final de cada etapa.
 Ha sido muy usado y, por tanto, está ampliamente contrastad.
 Ayuda a la detección de errores en las primeras etapas a bajo costo.
 Ayuda a minimizar los gastos de planificación.
 El usuario o ambiente puede cambiar las especificaciones originales del sistema.

DESVENTAJAS:
El usuario debe saber exactamente que necesita.
Las fases solo pueden interactuar y/o comunicarse con su inmediata anterior.
No posee dispositivos que calculen riesgos.
Presenta numerosos problemas analista-usuario.

RECOMENDACIONES:
Una recomendación es que este modelo se debe utilizar cuando los requerimientos se comprendan bien y sea improbable que cambien radicalmente durante el desarrollo del software.

MODELO EN CASCADA

CARACTERISTICAS:
Dentro de las características de esta metodología tenemos:
• Variante del ciclo de vida
• Esta metodología es utilizada para el desarrollo de programas de cómputo.
• Tiene una secuencia ordenada
• Es una versión del proceso de desarrollo de software como una sucesión de etapas.
• Esta metodología produce productos intermedios.
• Las fases continúan hasta que los objetivos se han cumplido.
• Tiene los procesos, las actividades y las tareas involucradas en el desarrollo.
• Las técnicas de programación utilizadas comúnmente son la líneal, modular y estructurada.
• Se basan en diagramas de flujo, diagramas de procesos y modelo E-R para datos.

ACTIVIDADES:
Las actividades que se llevan a cabo son: Detección de las necesidades: en esta fase se identifica, selecciona y documenta los requisitos funcionales, de planificación y financieros.
La siguiente fase es fase de Análisis: dentro de esta se trabaja a través de los detalles de cada requisito. Entradas y salidas de documentos, procesamiento y algoritmos. Resolver problemas, manejar dependencias y desarrollar planes para mitigar los riesgos. Posteriormente es la fase o etapa de Diseño: dentro de estalas técnicas de programación para diseñar software y hardware dentro de las limitaciones y los objetivos establecidos en las etapas anteriores.
Un resultado al final de esta etapa es la especificación de diseño.
Otro resultado es el plan de pruebas.
Codificación: Implementar el programa como fue diseñado en las etapas anteriores. La entrega al final de esta etapa es el programa de software.
Distribución: en esta fase se prueba el software y registra los resultados.
Uno de los resultados al final de esta etapa es el plan de pruebas actualizado.
Otro resultado es la especificación de diseño actualizado.
La entrega al inicio de esta etapa es el manual de instrucciones.
Entregar, instalar y configurar el software completo.
Proporcionar mantenimiento y soporte del software.

VENTAJAS:
 La documentación se va produciendo en cada fase de la documentación
 El modelado cuadra con otros modelos del proceso de ingeniería.
 La calidad del producto resultante es alta.
 Sus fases son conocidas por los desarrolladores.
 Se tiene todo bien organizado y no se mezclan las fases.
 La planificación es sencilla.

DESVENTAJAS:
• Puede resultar complicado regresar a etapas anteriores (ya acabadas) para realizar correcciones.
• Es difícil que el cliente exponga explícitamente todos los requisitos al principio.
• El cliente debe tener paciencia pues obtendrá el producto al final del ciclo de vida.
• No refleja exactamente cómo se programa realmente el sistema, en el que suele haber un gran componente iterativo.
• Puede que el producto final que se haya obtenido no refleje todos los requisitos del usuario.
• Los proyectos raramente siguen el proceso lineal tal como se definía originalmente el ciclo de vida.
• No tiene flexibilidad para dividir el proyecto en distintas etapas.
• Iteraciones costosas.
• Los problemas que se presentan son corregidos posteriormente.
• Es normal detenerse en su desarrollo y seguir con otras fases.

RECOMENDACIONES:

Este modelo admite la posibilidad de hacer iteraciones, es decir, durante las modificaciones que se hacen en el mantenimiento se puede ver por ejemplo la necesidad de cambiar algo en el diseño, es decir significa que se harán los cambios necesarios en la codificación y se tendrán que hacer de nuevo las pruebas, lo que es lo mismo se tiene que volver a una de las etapas anteriores al mantenimiento hay que recorrer de nuevo el resto de las etapas.


2.- De acuerdo con lo anterior, analice y justifique, cual sería la metodología o el modelo de desarrollo para aplicaciones del tipo Stand-Alone más adecuado para la elaboración de un sistema de punto de venta de una tienda abarrotera o para venta de medicamentos de una farmacia o para resolver el problema de una empresa dedicada a limpiar derrames del petróleo utilizando como punto de referencias las coordenadas del derrame respecto a la costa, tal como se ha explicado en clases por tu facilitador.

Bueno de mi punto de vista para la elaboración de un sistema de punto de venta de una tienda abarrotera la metodología o el modelo que utilizaría sería el modelo de ciclo de vida porque revisando las fases de este modelo me parece que satisface todas las necesidades que el usuario requerirá además una cosa más del porque utilizaría este modelo sería porque puede regresar a la fase anterior si esta llegara a contener algún error, y si se descubriera algún error estos mismos se estarían solucionando.

En este modelo no existe un procedimiento estandar a seguir, pero cabe resaltar que existen actividades que repiten varias veces en la construcción de un Software, que claramente llevan una organización mientras se realizan.

Primeramente se construye un modelo de los requisitos del usuario. Despues se procede a realizar el diseño, donde se deducen la estructura de datos y del sistema y la interfaz de usuario para posteriormente hacer la construcción de el sistema, y así generar un código ejecutable. Para finalizar se comprueba que se cumplen los criterios de corrección y calidad. Y si algo hace falta se realiza mantenimiento.

El modelo de desarrollo más adecuado para el desarrollo de aplicaciones Stand-Alone en la elaboración de un sistema de punto de venta de una tienda abarrotera es el modelo en cascada, ya que ayuda a detectar los errores en las primeras etapas del proceso a muy bajo costo, también procesa las aplicaciones de manera más rápida y además es el más sencillo de utilizar y por tanto los usuarios no tendrán mucha dificultad al momento de interactuar con el.

ESTIMADA COMPAÑERA Y AMIGA EVA RUBALI, ME PARECE MUY LOGICA TU RESPUESTA A LA PREGUNTA NUMERO 2, AUNQUE PARA MI, EL MODELO MAS LOABLE ES EL MODELO EN CASCADA, POR LA SIMPLE Y SENCILLA RAZON QUE ES EL MODELO MAS MANEJABLE PARA LOS USUARIOS, CON ESTE NO TENDRÁ MUCHOS PROBLEMAS A LA HORA DE INTERACTUAR CON EL SISTEMA.