Unidad 3.- Modelos Prescriptivos del Desarrollo de Sistemas de Informacion

1.- Exponer o presentar en este Foro, algunas características, actividades, ventajas, desventajas y recomendaciones acerca del uso de un modelo de desarrollo de software. De preferencia, debe evaluar al menos dos de los siguientes: 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.

MODELO EVOLUTIVO EN ESPIRAL
Este modelo es utilizado generalmente en la Ingeniería de software. Las actividades de este modelo se conforman en una espiral, en la que cada bucle o iteración representa un conjunto de actividades. Este es un modelo de proceso de software evolutivo, el cual enlaza la naturaleza iterativa de la construcción de prototipos, pero conservado aquellas propiedades del modelo en cascada

ALGUNA VENTAJAS
1.- La planificación es sencilla.
2.- Permite trabajar con personal poco calificado.
3.- La calidad del producto resultante es alta.

ALGUNAS DESVENTAJAS

1.- No refleja realmente el proceso de desarrollo del software
2.- Se tarda mucho tiempo en pasar por todo el ciclo
3.- Perpetua el fracaso de la industria del software en su comunicación con el usuario final
4.- El mantenimiento se realiza en el código fuente
5.- Las revisiones de proyectos de gran complejidad son muy difíciles
6.- Impone una estructura de gestión de proyectos.

PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE
El Proceso Unificado no es simplemente un proceso, sino un marco de trabajo extensible que puede ser adaptado a organizaciones o proyectos específicos. De la misma forma, el Proceso Unificado de Rational, también es un marco de trabajo extensible, por lo que muchas veces resulta imposible decir si un refinamiento particular del proceso ha sido derivado del Proceso Unificado o del RUP. Por dicho motivo, los dos nombres suelen utilizarse para referirse a un mismo concepto. Mediante este proceso de desarrollo de software hay varias oportunidades para revisar el sistema a desarrollar hasta que sea correcto. Se pueden encontrar errores y corregirlos.

ALUNAS VENTAJAS
1.- Fácil ejecución del proceso de elaboración del sistema software, ya que describen como está estructurado el sistema desde diferentes perspectivas orientadas a los diferentes involucrados en un proyecto
2.- Progreso visible en las primeras etapas
3.- Se reducen los riesgos de no obtener el producto deseado
4.- Adaptabilidad del desarrollo a nuevos requisitos o nuevos cambios
5.- Reducir la redundancia e incrementa la productividad, un software bien diseñado evita la duplicidad del código con lo cual se obtiene un software robusto.
6.- En cada momento hay una versión del sistema funcionando que se modifica según las necesidades y deseos del cliente.
7.- El proceso es comprensible
8.- La metodología de PU es más adaptable para proyectos de

ALGUNAS DESVENTAJAS

1.- Se basa mucho en la documentación
2.- Una cantidad sustancial de tiempo se gasta en tratar de adecuar el PU a cada proyecto. Aquí, también, se corre el riesgo de volverse un esclavo del proceso y perder de vista la razón del proceso.
3.- Si el proceso no se aplica bien desde el inicio el PU se puede volver muy grande y difícil, tanto para aprender como para administrar
4.- El método de PU requiere costos de dedicación altos por lo que no es conveniente usarlo en procesos de un proyecto pequeño.
5.- Es un proceso pesado


2.- De acuerdo con lo anterior, analice y justifique, cual sería el modelo de desarrollo de sistemas de información 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.

en mi opinión el modelo evolutivo en espiral es el modelo más conveniente, ya que su planificación es sencilla y permite que personas poco calificadas trabajen con él, además al realizar todas las actividades de cada bucle del modelo en espiral, se puede obtener un producto o software de muy alta calidad que cumpla con los requisitos del cliente.


3.- Justifique, que herramientas CASE (RAD o RUP) utilizaría durante el análisis, diseño, codificación y distribución del sistema.

Desde mi punto de vista, utilizaría la herramienta de diagramas de flujo, ya que con estos, podemos crear, ver y corregir problemas que puedan existir el nuestro software, desde la etapa de los requerimientos del sistema, hasta el resultado, si el resultado no es el que deseamos obtener, podemos identificar con mucha facilidad donde se encuentra el problema y corregirlos.

ALEJANDRO PERES ROSALES

1.- Exponer o presentar en este Foro, algunas características, actividades, ventajas, desventajas y recomendaciones acerca del uso de un modelo de desarrollo de software. De preferencia, debe evaluar al menos dos de los siguientes: 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.
R=
METODO V: Es un procedimiento el cual sirve para el desarrollo de productos y utilizado generalmente para los proyectos de administración, también se dice que es una representación básica para el desarrollo de sistemas. El método en V también es una representación gráfica del ciclo de vida de un sistema en donde se resumen las actividades que se describen para cumplir correctamente el desarrollo del software. El lado izquierdo de la V significa la representación de las necesidades y la creación de las especificaciones del sistema. El lado derecho de la V significa la integración de todos los pasos y su verificación.
VENTAJAS:
*Fue desarrollado para regular procesos de desarrollo de software.
*Describe todas las actividades que producen durante el desarrollo.
*Proporciona una guía para la planificación y elaboración de proyectos.
* La relación entre las etapas de desarrollo y los distintos tipos de pruebas facilitan la localización de fallos.
* Es un modelo sencillo y de fácil aprendizaje
* Hace explícito parte de la iteración y trabajo que hay que revisar
* Especifica bien los roles de los distintos tipos de pruebas a realizar
* Involucra al usuario en las pruebasNos permite detectar errores de un sistema.

DESVENTAJAS:
*Es difícil que el cliente exponga explícitamente todos los requisitos
* El cliente debe tener paciencia pues obtendrá el producto al final del ciclo de vida
* Las pruebas pueden ser caras y, a veces, no lo suficientemente efectivas
* El producto final obtenido puede que no refleje todos los requisitos del usuario

MODELO ESPIRAL:
Es un modelo de proceso de software evolutivo que conjuga la naturaleza iterativa de la construcción de prototipos con los aspectos controlados y sistemáticos del modelo en cascada.
Tiene dos características distintivas principales. Una de ellas es un enfoque cíclico para el crecimiento incrementa! del grado de definición e implementación de un sistema, mientras disminuye su grado de riesgo. La otra es un conjunto de puntos de fijación para asegurar el compromiso del usuario con soluciones de sistema que sean factibles y mutuamente satisfactorias.
Ventajas:

• Incorpora muchas de las ventajas de los otros ciclos de vida
• Conjuga la naturaleza iterativa de los prototipos con los aspectos controlados y sistemáticos del modelo clásico
• Proporciona el potencial para el desarrollo rápido de versiones incrementales
• Puede adaptarse y aplicarse a lo largo de la vida del software
• Es un enfoque realista del desarrollo del software
• Permite aplicar el enfoque de construcción de prototipos en cualquier momento para reducir riesgos
• Reduce los riesgos antes de que se conviertan en problemáticos
• Controla muy bien los riesgos y mientras más iteraciones se realicen, menos riesgos habrá
• Monitoriza y controla los riesgos continuamente
Desventajas:

• Puede resultar difícil convencer a algunos clientes de que el enfoque evolutivo es controlable.
• Solo resulta aplicable para proyectos de gran tamaño.
• Supone una carga de trabajo adicional, no presente en otros ciclos de vida.
• Requiere una considerable habilidad para la evaluación y resolución del riesgo, y se basa en esta habilidad para el éxito.
• Si un riesgo importante no es descubierto y gestionado, indudablemente surgirán problemas.
• Es bastante complicado de realizar y su complejidad puede incrementarse hasta hacerlo impracticable.
• El modelo no se ha utilizado tanto como otros, por lo que tendrán que pasar años antes de que determine con certeza la eficacia de este modelo.

2.- De acuerdo con lo anterior, analice y justifique, cuál sería el modelo de desarrollo de sistemas de información 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.
R=
El método V, porque describe todas las actividades que se producen durante el desarrollo, es sencillo y de fácil aprendizaje, es un modelo utilizado más en los proyectos de administración el cual ayudaría en la farmacia o abarrotería para tener un buen control de los productos o medicamentos.



3.- Justifique, que herramientas CASE (RAD o RUP) utilizaría durante el análisis, diseño, codificación y distribución del sistema.R=
Utilizaría las herramientas RUP porque me servirían en la fase de análisis y diseño mediante diagramas UML, con diagramas de flujo, casos de uso y así analizaría el problema y también utilizaría las herramientas RAD porque son programas que me ayudarían a crear ciertas aplicaciones y con ellas puedo crear el interfaz del programa ya que este analizado.

1.- Exponer o presentar en este Foro, algunas características, actividades, ventajas, desventajas y recomendaciones acerca del uso de un modelo de desarrollo de software. De preferencia, debe evaluar al menos dos de los siguientes: 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.

Modelo en Cascada: El mas conocido, esta basado en el ciclo convencional de una ingeniería, el paradigma del ciclo de vida abarca las siguientes actividades:
- Ingenieria y Análisis del Sistema
- Análisis de los Requisitos
- Diseño
- Codificación
- Prueba
- Mantenimiento
Ventajas:
- Se tiene todo bien organizado y no se mezclan las fases.
- Claridad de los objetivos del proyecto.
Desventajas:
- Cualquier error de diseño conduce a la construcción del rediseño.
- Difícilmente un cliente va a establecer al principio todos los requerimientos necesaríos, por lo que provoca un gran atraso trabajando en este modelo, ya que este es muy restrictivo y no permite movilizarse entre fases.

MODELOS EVOLUTIVO (ESPIRAL)
Las actividades de este modelo se conforman en una espiral, en la que cada bucle o iteración representa un conjunto de actividades.
Este es un modelo de proceso de software evolutivo, el cual enlaza la naturaleza iterativa de la construcción de prototipos, pero conservado aquellas propiedades del modelo en cascada

Entre sus tareas se encuentran:
1.- Determinar Objetivos
2.- Análisis del riesgo.
3.-Planificación
4.-Desarrollar y probar.

2.- De acuerdo con lo anterior, analice y justifique, cual sería el modelo de desarrollo de sistemas de información 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.

Bueno mi punto de vista es que se puede utilizar el modelo de cascada ya que su su estructura nos permite ir desarrollando el sistema por etapas y de esta manera se nos facilita la creación del sistema.

3.- Justifique, que herramientas CASE (RAD o RUP) utilizaría durante el análisis, diseño, codificación y distribución del sistema.

Utilizaría la herramienta case RUP ya que en esta se pueden desarrollar diagramas UML para el análisis y diseño del sistema, ya que con estas podemos crear software de computo.

MARIA GUADALUPE VIGERAS CABRERA

1.- Exponer o presentar en este Foro, algunas características, actividades, ventajas, desventajas y recomendaciones acerca del uso de un modelo de desarrollo de software. De preferencia, debe evaluar al menos dos de los siguientes: 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.

PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE

Conjunto de actividades y resultados que producen un sistema de software, estar dirigido por casos de uso, centrado en la arquitectura y por ser iterativo e incremental, El Proceso Unificado actúa como un modelo que puede adaptarse a cualquier tipo de proyecto y empresa, sea esta grande o pequeña y Dirigido por casos de usos.

Tiene 4 actividades fundamentales las cuales son:
1. especificación del software.
2. desarrollo del software.
3. validación del software.
4. evolución del software.

Varios procesos organizan las actividades de manera distintas, donde el tiempo de cada actividad varía, permite evitar problemas legales ya que Proceso Unificado de Rational o RUP, Adaptabilidad del desarrollo a nuevos requisitos o nuevos cambios, Se reducen los riesgos de no obtener el producto deseado, El proceso es comprensible.

Sin embargo, para algunos tipos de aplicación, algunos procesos son más convenientes que otros, Una cantidad sustancial de tiempo se gasta en tratar de adecuar el PU a cada proyecto, El método de PU requiere costos de dedicación altos por lo que no es conveniente usarlo en procesos de un proyecto pequeño.

MODELOS EVOLUTIVOS


Este modelo suele repetir sus fases, para garantizar in producto final de excelente calidad, mediante varias revisiones de dicho producto, hasta que satisfaga las necesidades de calidad demandadas por el cliente.


Es más efectivo que el modelo en cascada, Satisface las necesidades inmediatas del cliente, La especificación se puede desarrollar de forma creciente, Tan pronto el usuario tenga aclarado el problema, mas rápido podrá ser reflejado en el sistema.


El proceso no es visible, Los encargados deben hacer entregas regularmente para medir el proceso, Si los sistemas se desarrollan fácilmente, no es rentable producir documentos que reflejen cada versión del sistema, Genera sistemas con estructuras deficientes, los continuos cambios tienden a corromper la estructura del software, Incorporar cambios se convierte en una tarea cada vez más difícil y costosa.

2.- De acuerdo con lo anterior, analice y justifique, cual seria el modelo de desarrollo de sistemas de información 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.

PARA MI ES MÁS EFICAZ EL PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE YA QUE ES UN CONJUNTO DE ACTIVIDADES MÁS ORDENADAS PARA REALIZAR O CONSTRUIR UN SOFTWARE EFICAZ Y PUEDE ADAPTARSE A CUALQUIER TIPO DE PROTOTIPO DE SOFTWARE.

3.- Justifique, que herramientas CASE (RAD o RUP) utilizaría durante el análisis, diseño, codificación y distribución del sistema.

La herramienta más eficaz es el diagrama de flujo, ya que es la herramienta más ordenada para realizar paso a paso el cómo resolver el problema o el software que estamos realizando

MONIKA SANTAMARIA ISIDRO

1.- Exponer o presentar en este Foro, algunas características, actividades, ventajas, desventajas y recomendaciones acerca del uso de un modelo de desarrollo de software. De preferencia, debe evaluar al menos dos de los siguientes: 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.

PROCESO UNIFICADO

CARACTERÍSTICAS
Es un proceso de software genérico que puede ser utilizado para una gran cantidad de tipos de sistemas de software, para diferentes áreas de aplicación, diferentes tipos de organizaciones, diferentes niveles de competencia y diferentes tamaños de proyectos. Provee un enfoque disciplinado en la asignación de tareas y responsabilidades dentro de una organización de desarrollo. Su meta es asegurar la producción de software de muy alta calidad que satisfaga las necesidades de los usuarios finales, dentro de un calendario y presupuesto predecible.
VENTAJAS
1.- Hay oportunidades de revisar el sistema a desarrollar hasta que sea correcto, se pueden encontrar errores y corregirlos.
2.- Adaptabilidad del desarrollo a nuevos requisitos o nuevos cambios.
3.- Se reducen los riesgos de no obtener el producto deseado.
4.- Progreso visible en las primeras etapas.
5.- Reduce la redundancia e incrementa la productividad.
6.- Fácil ejecución del proceso de elaboración del sistema de software.
7.- El proceso es comprensible.
8.- La metodología de PU es más adaptable para proyectos de largo plazo.
DESVENTAJAS
1.- El método de PU requiere costos de dedicación altos por lo que no es conveniente usarlo en los procesos de un proyecto pequeño.
2.- Si el proceso no se aplica bien desde el inicio, el PU se puede volver muy grande y difícil, tanto para aprender como para administrar.
3.- Una cantidad sustancial de tiempo se gasta en tratar de adecuar el PU a cada proyecto.

MODELO DE CONSTRUCCIÓN DE PROTOTIPOS

CARACTERÍSTICAS
Este modelo empieza escuchando las necesidades y/o requerimientos de la organización o cliente, posteriormente se construye el software y revisan algunos elementos para detallar el sistema. Final mente surge el primer prototipo que se somete a una fase de prueba y si la organización o cliente queda satisfecho queda implantado. De lo contrario se continua con el ciclo, construyendo un segundo prototipo, tercer prototipo… nº prototipo hasta que la organización quede satisfecha.

VENTAJAS
1.- modelo no secuencial (permite regresar)

2.- participación del cliente en la construcción

3.- diseño de un prototipo para que el cliente visualice como puede quedar y evaluar el trabajo realizado de manera rápida y sencilla

DESVENTAJAS
1.- al ser un prototipo carece de la posibilidad de ser utilizado de forma en que lo haríamos con el software final.

2.- en ocasiones debido a la rapidez con la que se diseña y construyen puede llevar a errores que no sean detectados en la fase de prueba y acaben integrándose al producto final.

3.- al ser un prototipo carece de contenido real, el cliente por lo tanto puede pensar que el trabajo va más adelantado de lo en que en realidad llevamos y cambiar la fecha de entrega, lo cual causa problemas de tiempo al programador.

2.- De acuerdo con lo anterior, analice y justifique, cual seria el modelo de desarrollo de sistemas de información 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.

El modelo más adecuado sería el modelo unificado, porque este es utilizado por una gran cantidad de sistemas de software, así como en diferentes áreas de sistemas, en diferentes tipos de organizaciones, de acuerdo a su demanda es uno de los más utilizados.

3.- Justifique, que herramientas CASE (RAD o RUP) utilizaría durante el análisis, diseño, codificación y distribución del sistema.

La herramienta que utilizaría seria los diagramas UML ya que estos nos muestran detalladamente el proceso que se seguirá para realizar nuestro software o programa, asi como también nos muestra todas las características que nuestro programa tendrá.

JUAN DANIEL MANCILLA HIGUERA

Yo estoy de acuerdo con lo que dice mi compañero Abel por que según sus comentarios son correctos de acuerdo a lo que nos dice Rangel e 2012 maneja los modelos que el autor nos muestra por medio de dichos modelos o metodologías así poder especificar las características, ventajas o desventajas que muestra el dicho modelo, el compañero pudo llegar a la conclusión según su análisis que el mejor modelo para hacer un sistema de punto de venta de cualquier negocio es el de cascada además otro de los puntos donde el compañero coincide con el autor es en uso de las herramientas case el compañero el compañero especifico que la herramienta rud es la mas adecuada para el análisis diseño codificación y distribución de un sistema.
Coincido totalmente con lo que dice mi compañero con su participación el en foro.

1.- Exponer o presentar en este Foro, algunas características, actividades, ventajas, desventajas y recomendaciones acerca del uso de un modelo de desarrollo de software. De preferencia, debe evaluar al menos dos de los siguientes: 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.

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.
Características del modelo cascada
• -Este modelo muestra de una forma básica el desarrollo de software, y representa en fases separadas procesos fundamentales.
• --Dice que se debe probar el software después de construirlo y antes de operarlo. Cada fase tiene como salida documentación.
Actividades
El modelo en cascada muestra varias modificaciones por lo que muestra variantes pero las actividades comunes son:
• Ingeniería y Análisis del Sistema
• Análisis de los requisitos del software
• Diseño
• Codificación.
• Pruebas.
• Mantenimiento

VENTAJAS
• Este modelo como es sencillo solo utiliza los pasos intuitivos para desarrollar software, además es fácil de explicarlo al cliente.
• Proyecta el desarrollo de software de manera mas rápida ya qe impide regresar a la fase anterior si se encuentran errores durante la ejecución.
DESVENTAJAS
• Los proyectos raramente siguen el flujo secuencial, hay iteraciones
• El cliente no puede establecer al principio todos los requisitos.
• El cliente deber tener paciencia pues la versión operativa del producto solo estará disponible en las últimas etapas del proyecto.

RECOMENDACIONES
en este modelo es importante poner especial empeño en las etapas de análisis ya que de estas dependerán las demás y un error pudiera ocasionar problemas consecutivos en las demás etapas o procesos.


MODELOS ESPECIALES (MÉTODO V)
Características del método V
• Es una evolución del modelo cascada.
• Su primera mitad es similar al modelo cascada y la otra mitad se encarga de hacer pruebas e integración asociada a cada una de las etapas de la mitad anterior.
• Verifica si el producto se desarrolla correctamente

ACTIVIDADES
El método en V muestra varias modificaciones por lo que muestra variantes pero las actividades comunes son:

• Ingeniería y Análisis del Sistema..
• Análisis de los requisitos del software.
• Diseño.
• Codificación.
• Pruebas de unidad e integración.
• Pruebas de validación.
• Pruebas de aceptación.
• Operación y mantenimiento.

VENTAJAS:
• La relación entre las etapas de desarrollo y los distintos tipos de pruebas facilitan la localización de fallos.
• Es un modelo sencillo y de fácil aprendizaje
• Hace explícito parte de la iteración y trabajo que hay que revisar
• Especifica bien los roles de los distintos tipos de pruebas a realizar
• Involucra al usuario en las pruebas
DESVENTAJAS:

• Es difícil que el cliente exponga explícitamente todos los requisitos
• El cliente debe tener paciencia pues obtendrá el producto al final del ciclo de vida
• Las pruebas pueden ser caras y, a veces, no lo suficientemente efectivas.
• El producto final obtenido puede que no refleje todos los requisitos del usuario.
RECOMENDACIONES:
Debido a que en este método se presentas características similares al modelo en cascada es importante también poner especial empeño en las etapas de análisis ya que de estas dependerán las demás y un error pudiera ocasionar problemas consecutivos en las demás etapas o procesos.

2.- De acuerdo con lo anterior, analice y justifique, cual seria el modelo de desarrollo de sistemas de información 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.

Debido a que el tiempo a la hora de realizar cualquier sistema en una farmacia o algún otro lugar es algo importante el modelo en cascada me parece una buena opción ya que se proyecta hacia el desarrollo de aplicaciones de manera más rápida, ya que impide regresar a la fase anterior si se encuentran errores durante la ejecución de alguna etapa.
Además de que este no considera cambios que pudiera hacer el cliente a los requerimientos después de realizado el programa, de esta manera el programador realiza el trabajo de una manera mas simple.

3.- Justifique, que herramientas CASE (RAD o RUP) utilizaría durante el análisis, diseño, codificación y distribución del sistema.

Las herramientas CASE que considero más adecuadas durante las etapas de análisis, diseño, codificación y distribución del sistema son:
DFD: facilita la elaboración de diagramas de flujo durante las etapas de análisis y diseño.
DIA: facilita la creación de diagramas de flujo y diagramas uml facilitando los trabajos en las etapas de análisis y diseño.
STARUML: es una herramienta CASE para la creación de diagramas UML los cuales se elaboran en la etapa de análisis.
VISUAL STUDIO: entorno de desarrollo para múltiples lenguajes de plataforma .net es una buena ayuda en la etapa de codificación.
NETBEANS: Entorno de desarrollo para múltiples lenguajes y plataformas.

Espero haber podido ayudar en algo, saludos compañeros.

ABEL PIOQUINTO UBIAS

Bueno yo estoy de acuerdo con mi compañero Everardo en su primera y tercera respuesta porque nos dice (Rangel E. 2012), en su primera respuesta porque menciona los modelos que son utilizados con frecuencia, y en su tercera respuesta porque nos dice (Rangel E.2012), sobre las herramientas CASE, su respuesta es adecuada para hacer los diagramas UML y para el diseño del programa de la farmacia o tienda abarrotera, y en lo único que difiero es en su respuesta No. 2; porque la misma fuente nos dice que, el desarrollo de aplicaciones es más rápida, pero también al ser más rápida impide regresar a las fases anteriores puesto que si se presenta un error no se puede arreglar con facilidad, por lo que una mejor respuesta seria el Proceso Unificado de Desarrollo, ya que se puede revisar varias veces para que el sistema este completo y de buena calidad.
Bueno esa es mi opinión espero sirva le sirva de utilidad a mi compañero Everardo y a mis demás compañeros de grupo, bueno me despido y saludos……………….

Bueno con respecto a la retroalimentación, deja mis opiniones a mi compañero ERIK LAZARO TORRES.
Bueno yo estoy de acuerdo con la respuesta 1 que menciono mi compañero pero en la respuesta 2 y 3.
Pienso que esta mal, porque en la respuesta 2 mi opinión es que seria que es más conveniente utilizar el modelo en cascada ya que se proyecta al desarrollo de sistemas de manera más rápida y eficaz, además que se tienen que seguir una serie de etapas para la creación de un sistema de calidad.
Y en la respuesta 3 pienso que seria mejor trabajar con herramienta CASE RUP ya que esta herramienta nos permite diseñar diagramas UML y implementación de bases de datos lo cual nos permite crear un programa de calidad para el cliente.

EULISES ECHEVERRIA RODRIGUEZ

1.- Exponer o presentar en este Foro, algunas características, actividades, ventajas, desventajas y recomendaciones acerca del uso de un modelo de desarrollo de software. De preferencia, debe evaluar al menos dos de los siguientes: 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.
MODELO EN CASCADA
Este modelo es una variante del ciclo de vida clásico, y se utiliza más comúnmente en el desarrollo de programas de cómputo, utiliza técnicas de programación comunes como: lineal, modular, estructurado, orientado a objetos y diseño de patrones. Se basa en diagramas de flujo y diagramas de proceso para el análisis, diagramas UML para el diseño y distribución.

VENTAJAS:
-La planificación es sencilla.
-La calidad del producto es alta.
-Permite trabajar con personas poco calificadas.
-Proyecta el desarrollo de aplicaciones de manera más rápida ya que impide regresar a la fase anterior.
-Para este modelo se utilizan lenguajes de programación como C++, Visual Basic, Java, etc.
-Puede adaptarse a cualquier lenguaje de programación.

DESVENTAJAS:
-No refleja realmente el proceso de desarrollo del software.
-Lleva mucho tiempo pasar por cada una de las fases.
-El mantenimiento se realiza en el código fuente.
-La revisión de proyectos complejos es muy difícil.
-No indica fases para el análisis y modelado de datos.
PROCESO UNIFICADO
Es un proceso de software genérico que puede ser utilizado para una gran cantidad de tipos de sistemas de software, para diferentes áreas de aplicación, diferentes tipos de organizaciones, diferentes niveles de competencia y diferentes tamaños de proyectos. Provee un enfoque disciplinado en la asignación de tareas y responsabilidades dentro de una organización de desarrollo. Su meta es asegurar la producción de software de muy alta calidad que satisfaga las necesidades de los usuarios finales, dentro de un calendario y presupuesto predecible.
VENTAJAS:
- Aseguran la calidad del desarrollo
- Captan los riesgos antes de que ocurran
- Anticipacion al cambio de requerimientos
- Una ventaja importante es que involucra a todo el equipo en todas las decisiones del proyecto
- Y otra buena ventaja es que hay interaccion con el usuario desde en inicio del proyecto.

DESVENTAJAS:
- El método de PU requiere costos de dedicación altos por lo bueno es conveniente usarlo en procesos de un proyecto pequeño.
- Si el proceso no se aplica bien desde el inicio el PU se puede volver muy grande y difícil, tanto para aprender como para administrar
- Es un proceso pesado
- Se basa mucho en la documentación
2.- De acuerdo con lo anterior, analice y justifique, cual seria el modelo de desarrollo de sistemas de información 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.
Mi punto de vista es que seria conveniente trabajar con el modelo en cascada ya que este modelo nos permite seguir una serie de etapas ordenadas para el desarrollo de sistemas de aplicación.
3.- Justifique, que herramientas CASE (RAD o RUP) utilizaría durante el análisis, diseño, codificación y distribución del sistema.
Los diagramas de flujo ya que estos nos permiten dar una solución a un problema y poder obtener como resultado un software adecuado para la empresa.

MERCEDES GUADALUPE VERGARA CELIS

RETROALIMENTACIÓN[center]

Bueno en parte estoy de acuerdo con lo que dice mi compañero antonio jimenez corona
pero también hay que decir que le falto nombrar algunas características esenciales del modelo de cascada como por ejemplo que consta de fases esenciales como lo son: Análisis, diseño del sistema, diseño del programa, codificación, pruebas, verificación y mantenimiento.
También le falto nombrar ventajas y entre sus ventajas principales se encuentran que: este modelo como es sencillo solo utiliza los pasos intuitivos para desarrollar software, además es fácil de explicarlo al cliente.

También es importante decir que se puede utilizar en los proyectos de:
* Aquellos para los que se dispone de todas lasespecificaciones desde el principio, porejemplo, los de re ingeniería.
* Proyectos complejos que se entienden biendesde el principio.
* Se está desarrollando un tipo de producto queno es novedoso.
Bueno esa es mi opinion!!

atentamente: ERIK LAZARO TORRES

1.- Exponer o presentar en este Foro, algunas características, actividades, ventajas, desventajas y recomendaciones acerca del uso de un modelo de desarrollo de software. De preferencia, debe evaluar al menos dos de los siguientes: 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.

Modelos especiales:

Metodología RAD:

Características:

Se conoce como diseño rápido de aplicaciones RAD (por sus siglas en ingles). Esta modalidad de desarrollo consiste de diferentes etapas que suceden de forma paralela y exigen la colaboración de los usuarios en todos los niveles.
Hoy día la competencia en el mercado demanda calidad lo más pronto posible y RAD se enfoca en estas características.

Ventajas:

1.- El RAD apoya el análisis, el diseño, el desarrollo y la implementación de los sistemas de aplicación individual.
2.- facilidad de extensión y modificación.
3.- Rápido y fácil desarrollo de software en entorno Windows
4.- Conectividad y escalabilidad de bases de datos

Desventajas:

1.- Se requiere que el problema sea fácilmente modularizable.
2.- Se requiere de recursos Humanos para cada equipo.
3.- Cada equipo debe estar altamente comprometido y con la capacidad de manejar las herramientas muy bien.
4.- RAD no apoya la planificación o el análisis necesario para definir las necesidades de información de la empresa en su totalidad o de un área empresarial principal de la empresa.
5.- una de las limitantes de implementar el RAD es el costo elevado, debido a las exigencias que requiere para su implementación, tanto de personal como de tecnología.




Metodología RUP:

Características:

Conocida así por sus siglas en ingles (Rational Unified Process), divide en 4 fases el desarrollo del software:
Inicio: el objetivo en esta etapa es determinar la visión del proyecto.
Elaboración: en esta etapa el objetivo es determinar la arquitectura óptima.
Construcción: en esta etapa el objetivo es llegar a obtener la capacidad operacional inicial.
Transición: el objetivo es llegar a obtener el release del proyecto.

Ventajas:

1.- es que se basa todo en las mejores prácticas que se han intentado y se han probado en el campo.
2.- Se requiere un grupo pequeño de programadores para trabajar con esta metodología entre 2 – 15 personas.
3.- Sus programadores pueden ser ordinarios.
4.- Combina las que han demostrado ser las mejores prácticas de desarrollo de software, y las lleva al extremo.

Desventajas:

1.- Si el conjunto de documentos y artefactos no son concebidos tal y como se plantea en RUP, dicha documentación solo servirá para ser archivada lo cual no genera valor respecto a la calidad del desarrollo, y evoluciona en problemas más complejos (aplicación que no satisface los requerimientos, diseño de la estructura no coincide con la estructura final de la aplicación, etc.).
2.- Es necesario incluir a más personas en el equipo de desarrollo: Especialistas en los diseños y evolución de casos de uso, de los modelos de análisis y diseño, de los modelos de implementación, etc.
3.- Lo mas importante en el desarrollo de un producto informático es el propio desarrollo, en RUP se gasta posiblemente demasiado tiempo para pasar a la fase de desarrollo
4.- El desarrollo de software es riesgoso y difícil de controlar.

2.- De acuerdo con lo anterior, analice y justifique, cual seria el modelo de desarrollo de sistemas de información 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.

Para mi seria el sistema de metodología RAD, ya que se encarga de diseñar lo más pronto posible sus aplicaciones y sistemas es una metodología de rápida ejecución y con esto lograría convencer al cliente ya sea de alguna farmacia o algún otro micro negocio.

3.- Justifique, que herramientas CASE (RAD o RUP) utilizaría durante el análisis, diseño, codificación y distribución del sistema.

En el contexto CASE se entiende por diccionario a la base de datos que contiene todas las informaciones relacionadas con las especificaciones, análisis y diseño del software. En esta base de datos se incluyen las informaciones de:

DATOS: Elementos atributos (campos), asociaciones (relaciones), entidades (registros), almacenes de datos, estructuras, etc.
PROCESOS: Procesos, Funciones, módulos, etc.
GRAFICOS: DFD (Diagrama de flujo de datos), DER (Diagrama Entidad Relación) DFD (Diagrama de Descomposición Funcional), ED (Diagrama de Estructura), Diagrama de Clases, etc.
REGLAS: de Gestión, de métodos, etc.

Fernando Vega Juanchi.

Me es grado apreciar que la mayoría pudo alcanzar la competencia específica de la unidad, al comprender los modelos prescriptivos de desarrollo de software o sistemas de información.

Hasta aquí serán consideradas las participaciones como evaluación parcial.

Las siguientes participaciones, pueden resultar válidas, pero tendrán menos porcentaje en "primera oportunidad", o en su defecto, pueden ser consideradas para la "segunda oportunidad" en el caso de no aprobar la unidad.


Felices Vacaciones !!!

Atte:

M.C. Edgar - Rangel - Lugo .

1.- Exponer o presentar en este Foro, algunas características, actividades, ventajas, desventajas y recomendaciones acerca del uso de un modelo de desarrollo de software. De preferencia, debe evaluar al menos dos de los siguientes: 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.

MODELO CASCADA

Llamado también Lineal secuencial. Proporciona una simple visión del desarrollo del Software. A los procesos los representa como fases separadas y secuenciales en tiempo.
Antes de codificar debemos diseñar el software, además probarlo antes de construirlo y ponerlo en operación.

FASES DEL MODELO CASCADA


Ingeniería y Análisis del Sistema
Análisis de los Requisitos
Diseño
Codificación
Prueba
Mantenimiento

• Ingeniería y Análisis del Sistema:
Análisis y de diseño de todos los componentes del sistema computacional.
• Análisis de Requisitos Software:
Se debe conocer que necesita el usuario para saber que necesidades debemos cubrir.
• Diseño: En esta fase se realizan los algoritmos necesarios para que se cumplan los requerimientos del usuario así como también los análisis necesarios para saber que herramientas usar en la etapa de Codificación. Se dividen en:
1. Diseño de Alto Nivel o Arquitectónico
2. Diseño Detallado
• Codificación: Es la fase de programación propiamente dicha.
• Pruebas: Las componentes una vez programadas, se ensamblan para formar el sistema y se demuestra que trabaja correctamente antes de ser puesto en práctica por el usuario.
Existen varios tipos de Pruebas:
Ø Pruebas de unidad
Ø Pruebas de integración
Ø Pruebas de sistema.
Ø Pruebas de aceptación
• Mantenimiento: El software necesitará cambios después de la entrega. Los tipos de mantenimiento son:
Ø Mantenimiento Preventivo y Perfectivo
Ø Mantenimiento Correctivo
Ø Mantenimiento Evolutivo

VENTAJAS DEL MODELO CASCADA
1. Modelo y planificación fácil y sencillos.
2. Sus fases son conocidas por los desarrolladores.
3. Los usuarios lo pueden comprender fácilmente.
DESVENTAJAS DEL MODELO CASCADA
1. Alto riesgo en sistemas nuevos debido a problemas en las especificaciones y en el diseño.
2. Bajo riesgo para desarrollos bien comprendidos utilizando tecnología conocida.


2.- De acuerdo con lo anterior, analice y justifique, cual seria el modelo de desarrollo de sistemas de información 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.

El modelo que utilizaría para la creación de un sistema seria el modelo en cascada, ya que este modelo nos permite ir desarrollando el sistema por fases llevando asi un ordenadamiento,

3.- Justifique, que herramientas CASE (RAD o RUP) utilizaría durante el análisis, diseño, codificación y distribución del sistema.

Utilizaria la herramienta CASE (RAD) ya que esta herramienta nos permite crear sistemas con los diagramas UML de manera que se nos facilita la creación del sistema.

KASANDRA GARCIA PEDROZA

hjgfdjsdf
sd
f
sdf
df
gfd
g
f
dg
dfg
df
g
dfsg
sdf
g
sdfg
sdf
g
sdfg
df
g
dfg
fr



dfg
d

Atte:

Guadalupe Castro --- DEMO ---

demo

1.- Exponer o presentar en este Foro, algunas características, actividades, ventajas, desventajas y recomendaciones acerca del uso de un modelo de desarrollo de software. De preferencia, debe evaluar al menos dos de los siguientes: 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.
MODELO EN CASCADA
Modelo en Cascada: El más conocido, está basado en el ciclo convencional de una ingeniería, el paradigma del ciclo de vida abarca las siguientes actividades:
- Ingeniería y Análisis del Sistema
- Análisis de los Requisitos
- Diseño
- Codificación
- Prueba
- Mantenimiento
1.- INGENIERÍA Y ANÁLISIS DEL SISTEMA
Debido a que el software es siempre parte de un sistema mayor, el trabajo comienza estableciendo los requisitos de todos los elementos del sistema y luego asignando algún subconjunto de estos requisitos al software.
2.- ANÁLISIS DE SISTEMAS DE COMPUTACIÓN
Se lleva a cabo teniendo en cuenta ciertos principios:
- Debe presentarse y entenderse el dominio de la información de un problema.
- Defina las funciones que debe realizar el Software.
- Represente el comportamiento del Software a consecuencias de acontecimientos externos.
- Divida en forma jerárquica los modelos que representan la información, funciones y comportamiento.
Se analizan las necesidades de los usuarios finales del Software para determinar qué objetivos debe cubrir.

3.- DISEÑO
Traduce los requisitos en una representación del Software con la calidad requerida antes de que comience la codificación.
- Diseño del sistema: Se descompone y organiza el sistema en elementos que pueda elaborarse por separado, aprovechando los ventajas del desarrollo en equipo, así como la manera en que se combinan unos con otros.
- Diseño del Programa: Es la fase en donde se realizan los algoritmos necesarios para el cumplimiento de los requerimientos del usuario así como también los análisis necesarios para saber que herramientas usar en la etapa de Codificación.
4.- CODIFICACIÓN
El diseño debe traducirse en una forma legible para la máquina. Se implementa el código fuente. Dependiendo del lenguaje de programación y su versión se crean las librerías y componentes reutilizables dentro del mismo proyecto para hacer que la programación sea un proceso mucha más rápido.
5.- PRUEBA
Los elementos, ya programados, se ensamblan para componer el sistema y se comprueba que funciona correctamente antes de ser puesto en explotación. Las pruebas de Software, testing o beta testing es un proceso usado para identificar posibles fallos. En general, los usuarios distinguen entre errores de programación ( o “bugs” ) y defectos de forma. En un defecto de forma, el programa no realiza lo que el usuario espera. Por el contrario, un error de programación puede describirse como un fallo en la semántica de un programa de ordenador. A la versión del producto de pruebas y que es anterior a la versión final (o “master”) se denomina beta, y a dicha fase de pruebas, beta testing. Finalmente y antes de salir al mercado, es cada vez más habitual que se realice una fase de RTM testing ( Release To Market ), dónde se comprueba cada funcionalidad del programa completo en entornos de producción.
6.- IMPLANTACIÓN
El Software obtenido se pone en producción. Se implantan los niveles Software y Hardware que componen el proyecto. La implantación es la fase con más duración y con más cambios en el ciclo de elaboración de un proyecto. Es una de las fases finales del proyecto. Durante la explotación del sistema Software pueden surgir cambios, bien para corregir errores o bien para introducir mejorar. Todo ello recoge en los Documentos de Cambios.
7.- MANTENIMIENTO
El Software sufrirá cambios después de que se entrega al cliente. Los cambios ocurrirán debidos a que hayan encontrado errores, a que el Software deba adaptarse a cambios del entorno externo (sistema operativo o dispositivos periféricos), o debido a que el cliente requiera ampliaciones funcionales o del rendimiento.
Ventajas:
- Se tiene todo bien organizado y no se mezclan las fases.
- Es perfecto para proyectos que son rígidos.
- Ideal para proyectos donde se especifiquen muy bien los requerimientos.
- Ideal para proyectos en que se conozca muy bien la herramienta a utilizar.
- Sumamente sencillo ya que sigue los pasos intuitivos necesarios a la hora de desarrollar el Software.
Desventajas:
- Difícilmente un cliente va a establecer al principio todos los requerimientos necesarios, por lo que provoca un gran atraso trabajando en este modelo, ya que este es muy restrictivo y no permite movilizarse entre fases.
- Los resultados y/o mejoras no son visibles, el producto se ve recién cuando este esté finalizado.
MODELO EVOLUTIVO (modelo espiral)

Este es un modelo de proceso de software evolutivo, el cual enlaza la naturaleza iterativa de la construcción de prototipos, pero conservado aquellas propiedades del modelo en cascada.
El modelo en espiral fue desarrollado por Boehm, quien lo describe así:
El modelo de desarrollo en espiral es un generador de modelo de proceso guiado por el riesgo que se emplea para conducir sistemas intensivos de ingeniería de software concurrente y a la vez con muchos usuarios.

Se caracteriza principalmente por:
Ø Un enfoque cíclico para el crecimiento incremental del grado de definición e implementación de un sistema, mientras que disminuye su grado de riesgo.
Ø Un conjunto de puntos de fijación para asegurar el compromiso del usuario con soluciones de sistema que sean factibles y mutuamente satisfactorias.

El modelo espiral captura algunos principios básicos:
• Decidir qué problema se quiere resolver antes de viajar a resolverlo.
• Examinar tus múltiples alternativas de acción y elegir una de las más convenientes.
• Evaluar qué tienes hecho y qué tienes que haber aprendido después de hacer algo.
• No ser tan ingenuo para pensar que el sistema que estás construyendo será "EL" sistema que el cliente necesita, y
• Conocer (comprender) los niveles de riesgo, que tendrás que tolerar.
El modelo espiral no es una alternativa del modelo cascada, ellos son completamente compatibles.
Funcionamiento del modelo Espiral

En cada vuelta tomamos en cuenta:
Ø Los Objetivos: Que necesidad debe envolver el programa.
Ø Alternativas: Los varios métodos de alcanzar los objetivos de manera exitosa, a través de diferentes puntos como son:
1. Características: experiencia del personal, exigencias a efectuar.
2. Formas de gestión del programa.
3. Riesgo tomado con cada alternativa.
Ø Desarrollar y Verificar: Programar y probar el programa.
Ø Se planificaran los siguientes pasos y se volverá a empezar la espiral. La espiral tiene una forma de caracola y se dice que mantiene dos dimensiones la radial y la angular:
1. Angular=Avance del proyecto Software, dentro de un ciclo.
2. Radial=Aumento del coste del proyecto, ya que con cada nueva iteración se pasa más tiempo desarrollando.
Este sistema es muy utilizado en proyectos largos como pueden ser la creación de un Sistema Operativo. Y que necesitan constantes cambios.
Al ser un modelo de Ciclo de Vida orientado al riesgo se dice que uno de los aspectos fundamentales de su éxito radica en que el equipo que lo aplique sea capaz de detectar y catalogar correctamente dicho riesgo.

2.- De acuerdo con lo anterior, analice y justifique, cual seria el modelo de desarrollo de sistemas de información 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.
Considero que el modelo más adecuado para la tienda o la farmacia seria el modelo en cascada ya que como vemos contiene una serie de pasos para la construcción de un software que haría mucho más fácil y más adecuado ya que comienza con el análisis que nos permitiría saber qué es lo que se requiere, después el diseño, implementación se vería si le falta algo al software, verificación aquí verificaríamos si cumple con lo que se pedía y darle mantenimiento.
3.- Justifique, que herramientas CASE (RAD o RUP) utilizaría durante el análisis, diseño, codificación y distribución del sistema.
Considero que utilizaría la herramienta RUP ya que es la que nos permite crear diagramas uml Y permite el desarrollo de software a gran escala, mediante un proceso continuo de pruebas y retroalimentación, garantizando el cumplimiento de ciertos estándares de calidad y estos son algunos lenguajes de que se pueden utilizar, C++, C#, C++, Visual Basic, java permitiendo obtener un buen programa para el cliente y así quede satisfecho.

att: Guadalupe castro vargas

1.- Exponer o presentar en este Foro, algunas características, actividades, ventajas, desventajas y recomendaciones acerca del uso de un modelo de desarrollo de software. De preferencia, debe evaluar al menos dos de los siguientes: 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.

1.- MODELO EN CASCADA:
es una variante del ciclo de vida clásico. Pero podemos proyectar al desarrollo de aplicaciones de manera más rápida. Ya que impide utilizar el desarrollo de programas de computo, y aunque no indica la fases para el análisis, diseño y estructurado. Las técnicas más utilizadas comúnmente son: la línea modular, estructurada, poo y diseño de patrones.

CARACTERÍSTICAS:
-Es el más utilizado.
-es una visión del proceso de desarrollo del software como una sucesión de etapas que producen productor intermedios.
-Deben desarrollarse todas las fases para que el proyecto tenga éxito.
-Las fases continúan hasta que el objetivo sea cumplido.
- Es mas desarrollado en los programas de computo.

VENTAJAS
-varios procesos de software organizan las actividades de diferentes formas, y las describen con diferente nivel de detalle.
DESVENTAJAS
-varía el tiempo de cada actividad, así como su resultado.
2.- De acuerdo con lo anterior, analice y justifique, cual seria el modelo de desarrollo de sistemas de información 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.

Servirá para la planeación durante el desarrollo de programas k el cliente pueda utilizar en fases o durante el desarrollo del software. En general de la mayoría de las fases completas apartados para llevar el programa.

3.- Justifique, que herramientas CASE (RAD o RUP) utilizaría durante el análisis, diseño, codificación y distribución del sistema.

La herramienta que utilizaría seria: la herramienta RAD ya que estos utilizan diagramas UML, estos están orientados a objetos, se puede utilizar en la fase de diseño , y permite un diseño más breve y comprensible, facilitan al desarrollador la codificación del sistema, son utilizadas para la implementación de los datos de la tienda , así como los productos que se vallan a vender, la mayoría de ellas son visuales y logra una rápida codificación,.

EDGAR DIONICIO SIERRA

1.- Exponer o presentar en este Foro, algunas características, actividades, ventajas, desventajas y recomendaciones acerca del uso de un modelo de desarrollo de software. De preferencia, debe evaluar al menos dos de los siguientes: 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.

Modelo en Cascada: El mas conocido, esta basado en el ciclo convencional de una ingeniería, el paradigma del ciclo de vida abarca las siguientes actividades:
- Ingenieria y Análisis del Sistema
- Análisis de los Requisitos
- Diseño
- Codificación
- Prueba
- Mantenimiento
1.- INGENIERÍA Y ANÁLISIS DEL SISTEMA
Debido a que el software es siempre parte de un sistema mayor, el trabajo comienza estableciendo los requisitos de todos los elementos del sistema y luego asignando algun subconjunto de estos requisitos al software.
2.- ANÁLISIS DE SISTEMAS DE COMPUTACIÓN
Se lleva a cabo teniendo den cuenta ciertos principios:
- Debe presentarse y entenderse el dominio de la información de unproblema.
- Defina las funciones que debe realizar el Software.
- Represente el comportamiendo del Software a consecuencias de acontecimientos externos.
- Divida en forma jerárquica los modelos que represerntan la información, funciones y comportamiento.
Se analizan las necesidades de los usuarios finales del Software para determinar que objetivos debe cubrir.
3.- DISEÑO
Traduce los requisitos en una representacion del Software con la calidad requerida antes de que comience la codificación.
- Diseño del sistema: Se descompone y organiza el sistema en elementos que puedad elaborarse por separado, aprovechando los ventajas del desarrollo en equipo, así como la manera en que se combinan unos con otros.
- Diseño del Programa: Es la fase en donde se realizan los algoritmos necesarios para el cumplimiento de los requerimientos del usuario así como también los análisis necesarios para saber que herramientas usar en la etapa de Codificación.
4.- CODIFICACIÓN
El diseño debe traducirse en una forma legible para la maquina. Se implementa el código fuente. Dependiendo del lenguaje de programacion y su versión se crean las librerías y componentes reutilizables dentro del mismo proyecto para hacer que la programación sea un proceso mucha más rápido.
5.- PRUEBA
Los elementos, ya programados, se ensamblan para componer el sistema y se comprueba que funciona correctamente antes de ser puesto en explotación. Las pruebas de Software, testing o beta testing es un proceso usado para identificar posibles fallos. En general, los usuarios distinguen entre errores de programacion ( o “bugs” ) y defectos de forma. en un defecto de forma, el programa no realiza lo que el usuario espera. Por el contrario, un error de programación puede describirse como un fallo en la semántica de un rpograma de ordenador. A la versión del producto de pruebas y que es anterior a la versión final ( o “master” ) se denomina beta, y a dicha fase de pruebas, beta testing. Finalmente y antes de salir al mercado, es cada vez más habitual que se realice una fase de RTM testing ( Release To Market ), dónde se comprueba cada funcionalidad del programa completo en entornos de producción.
6.- IMPLANTACIÓN
El Software obtenido se pone en producción. Se implantan los niveles Software y Hardware que componen el proyecto. La implantación es la fase con más duración y con más cambios en el ciclo de elaboración de un proyecto. Es una de las fases finales del proyecto. Durante la explotación del sistema Software pueden surgir cambios, bien para corregir errores o bien para introducir mejorar. Todo ello recoge en los Documentos de Cambios.
7.- MANTENIMIENTO
El Software sufrirá cambios después de que se entrega al cliente. Los cambios ocurrirán debido a que hayan encontrado errores, a que el Software deba adaptarse a cambios del entorno externo (sistema operativo o dispositivos periféricos), o debido a que el cliente requiera ampliaciones funcionales o del rendimiento.
Ventajas:
- Se tiene todo bien organizado y no se mezclan las fases.
- Es perfecto para proyectos que son rigidos.
- Idieal para proyectos donde se especifiquen muy bien los requerimientos.
- Ideal para proyectos en que se conozca muy bien la herramienta a utilizar.
- Sumamente sencillo ya que sigue los pasos intuitivos necesarios a la hora de desarrollar el Software.
Desventajas:
- Difícilmente un cliente va a establecer al principio todos los requerimientos necesaríos, por lo que provoca un gran atraso trabajando en este modelo, ya que este es muy restrictivo y no permite movilizarse entre fases.
- Los resultados y/o mejoras no son visibles, el producto se ve recién cuando este esté finalizado.

2.- De acuerdo con lo anterior, analice y justifique, cual seria el modelo de desarrollo de sistemas de información 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

el modelo en cascada ya que lleva analisis diseño codificacion etc.

3.- Justifique, que herramientas CASE (RAD o RUP) utilizaría durante el análisis, diseño, codificación y distribución del sistema.

la herramienta RUP porque permite crear diagramas ulm y asi dar un buen programa

Los felicito por sus participaciones !!!

Me es grato apreciar que hayan trabajo de manera colaborativa para poder alcanzar la competencia específica de Unidad. También los felicito por sus réplicas, sobre todo, aquellas que retroalimentan y/o apoyan a otros compañeros entorno a una duda o alguna temática. Y las críticas constructivas también son bienvenidas y merecen todo mi reconocimiento.
Los felicito nuevamente por sus participaciones.

ATTE:

M.C. Edgar Rangel Lugo.