SlideShare una empresa de Scribd logo
03 unidad i   modelos de ing soft
03 unidad i   modelos de ing soft
03 unidad i   modelos de ing soft
03 unidad i   modelos de ing soft
03 unidad i   modelos de ing soft
03 unidad i   modelos de ing soft
03 unidad i   modelos de ing soft
El Modelo Cascada obedece a la mala adaptación de la planeación del
desarrollo de software, Esto surge influenciados por el tipo de Ingeniería
de Sistemas que requería en aquel entonces, lo cual esto no implica que
en la actualidad podamos utilizar el modelo de Cascada para el desarrollo
de Software debido a su no flexibilidad en su manejo y planificación, como
podemos ver en la planificación del Modelo Cascada
Este modelo nos podría Encadenar:

•   Un sobre costos por proyectos muy demorados en el tiempo, baja calidad. En
    general, proyectos impredecibles.

• Integración en etapas finales y problemas tardíos de diseño

• Mucho re trabajo

• Software que no satisface las necesidades de clientes

• Etc…

Lo que nos daría a nosotros como compañía:

        • Pérdida de dinero

        •Cuestionamiento al grupo de ingeniería al no presentar el proyecto a
        tiempo.

        NOTA

        Con todos estos antecedentes el modelo Cascada no es tan malo para
        proyectos pequeños porque el desarrollo en cascada es fácil de explicar.
        Que los demás métodos podrían llegar a ser muy complicados.
03 unidad i   modelos de ing soft
03 unidad i   modelos de ing soft
Modelo Prototipo y dijimos que era un sistema con el cual podíamos
experimentar y podíamos desarrollar rápidamente para entregar al usuario un
producto ficticio pero que sirva como herramienta para poder desarrollar el
software y esto se hacia por ejemplo cuando los clientes eran indecisos y ellos
mismos no sabían explicarse bien, para lo cual nosotros creamos un prototipo o
un modelo sencillo que nos ayuda a indicar un producto al cliente y ver si le
gusta o no y que partes deberíamos mejorar, esto se desarrollaba rápidamente
con un máximo de dos semanas por que como su nombre lo dice solo es un
prototipo no es el producto final y esto además nos ayuda cuando en nuestra
empresa tenemos un equipo muy reducido de desarrolladores
Las ventajas del Modelo Prototipo:


         •Se generan signos visibles de progreso.
         •Permite la modificación sobre la marcha.
         •El cliente se va familiarizando con el nuevo producto.
         •Permite proporcionar una funcionalidad útil en manos del cliente sin tener la aplicación
         finalizada.


Las desventajas del Modelo Prototipo:


Imposibilidad de conocer a priori el tiempo de desarrollo.
La aproximación puede convertirse en excusa para realizar el desarrollo con el modelo de
codificar y corregir.
El cliente ve funcionando lo que para el es la primera versión del prototipo que ha sido construido
con "plastilina y alambres", y puede desilusionarse al decirle que el sistema aun no ha sido
construido.
El desarrollador puede caer en la tentación de ampliar el prototipo para construir el sistema final
sin tener en cuenta los compromisos de calidad y de mantenimiento que tiene con el cliente.


También hablamos de los tipos de prototipo había el desechable, el evolucionario y uno que no
hablamos el operacional.
03 unidad i   modelos de ing soft
03 unidad i   modelos de ing soft
El desarrollo rápido de aplicaciones (RAD) es un proceso de desarrollo de
software diseñado para facilitar y acelerar la creación de aplicaciones. Las
herramientas RAD suelen gestionar los detalles de un proyecto de software de
forma muy parecida al modo en que las herramientas de diseño asistido por
ordenador (CAD) cuidan los detalles al dibujar una pared o insertar una ventana
en el plano de un edificio.

Qué es el RAD en la Realidad?

Para un hacker: Codificar 48 horas seguidas, de un tirón.

Para el ingeniero de sistemas: CASE + planificación ajustada + horas extra.

Para el programador: Usar prototipo rápido y la última herramienta de
Licenciada Visual.Net, open source Eclipse, etc.

Para el Gerente: cualquier método recomendado en la última edición de
Business Week
03 unidad i   modelos de ing soft
Ventajas
-   Con un paradigma incremental se reduce el tiempo de desarrollo inicial, ya que se
    implementa la funcionalidad parcial.
-   También provee un impacto ventajoso frente al cliente, que es la entrega temprana de
    partes operativas del Software.
-   El modelo proporciona todas las ventajas del modelo en cascada realimentado,
    reduciendo sus desventajas sólo al ámbito de cada incremento.
-   Permite entregar al cliente un producto más rápido en comparación del modelo de
    cascada.
-   Resulta más sencillo acomodar cambios al acotar el tamaño de los incrementos.
-   Por su versatilidad requiere de una planeación cuidadosa tanto a nivel administrativo
    como técnico.


Desventajas:
-   El modelo Incremental no es recomendable para casos de sistemas de tiempo real,
    de alto nivel de seguridad, de procesamiento distribuido, y/o de alto índice de riesgos.
-   Requiere de mucha planeación, tanto administrativa como técnica.
-   Requiere de metas claras para conocer el estado del proyecto.
03 unidad i   modelos de ing soft
La metodología de desarrollo en espiral es una evolución de método clásico en cascada (Waterfall,
top-down) y se considera un método de desarrollo incremental. Este tipo de metodología equivale al
de cascada, pero en el se permite el solapamiento de varias etapas con el objetivo de flexibilizar y
compensar el tiempo de desarrollo total y alcanzar resultados funcionales en etapas tempranas.
Esta considerada como un método de desarrollo rápido y eficiente.

Es adecuada para proyectos en los que se tienen claros los objetivos finales pero no todos los
detalles de implementación están enunciado
La metodología de desarrollo en espiral permite construir aplicaciones de tamaño medio
manteniendo los recursos constantes.

Normalmente el proyecto se divide en módulos mas pequeños y a cada unos de ellos se le aplica el
siguiente proceso:
Análisis de requerimientos – Diseño del sistema –            Etapas de construcción – Test y
evaluación–

Puntos fuertes
Permite el desarrollo de proyectos en donde los objetivos finales están perfectamente definidos pero
todos los detalles no pueden ser completamente establecidos al principio.
Es adaptable: algunos de los requerimientos (que no los objetivos) pueden cambiar durante el ciclo
de desarrollo.
Permite la especialización de los equipos de trabajo.
Apela a una gestión de proyecto ordenada.
Facilita la distribución de recursos de desarrollo.
Economía es posible mantener constantes los recursos de desarrollo.
Permite conseguir funcionalidad en etapas tempranas.         Y Detalles de implementación están
elucidados.
03 unidad i   modelos de ing soft
03 unidad i   modelos de ing soft
03 unidad i   modelos de ing soft
03 unidad i   modelos de ing soft
03 unidad i   modelos de ing soft
03 unidad i   modelos de ing soft
03 unidad i   modelos de ing soft
03 unidad i   modelos de ing soft
03 unidad i   modelos de ing soft
03 unidad i   modelos de ing soft

Más contenido relacionado

DOCX
2 modelos de la ingenieria de software
PPTX
Modelos o metodología en la is trabajo uniregminton
PPT
Modelos de desarrollo de software
PPT
Díme que desarrollas y te diré que metodología usar
PPTX
Modelos para el desarrollo de software V3
PDF
Modelos de desarrollo del software
DOCX
Modelo incremental
PPTX
Desarrollo en cascada vs desarrollo agile scrum
2 modelos de la ingenieria de software
Modelos o metodología en la is trabajo uniregminton
Modelos de desarrollo de software
Díme que desarrollas y te diré que metodología usar
Modelos para el desarrollo de software V3
Modelos de desarrollo del software
Modelo incremental
Desarrollo en cascada vs desarrollo agile scrum

La actualidad más candente (18)

PPTX
Inf162 diapositiva...
PPTX
Modelos de software
PPTX
Presentacion grupo 2
PDF
Tabla comparativa- metodologías de desarrollo
PPTX
Modelos o metodologías en las Ingenierías de Software
PPTX
Metodologias modernas para el desarrollo de software
PPTX
PPT
Modelos clasicos
PPT
Procesos del Software
ODP
Paradigmas
PDF
Investigacion de modelos
PPTX
Modelo incremental
PPTX
Modelo de desarrollo del software
PPTX
Programación extrema
PPTX
Sesión 3: Modelos prescriptivos de proceso
PPTX
Metodología Procesos de Desarrollo de Software
PPTX
medolos tradicionales de desarrollo de software ( cascada - espiral)
Inf162 diapositiva...
Modelos de software
Presentacion grupo 2
Tabla comparativa- metodologías de desarrollo
Modelos o metodologías en las Ingenierías de Software
Metodologias modernas para el desarrollo de software
Modelos clasicos
Procesos del Software
Paradigmas
Investigacion de modelos
Modelo incremental
Modelo de desarrollo del software
Programación extrema
Sesión 3: Modelos prescriptivos de proceso
Metodología Procesos de Desarrollo de Software
medolos tradicionales de desarrollo de software ( cascada - espiral)
Publicidad

Destacado (20)

PPTX
Ra semana 2 1
PDF
Semana 7 y 8 the linux filesystem guia de ejercicios resuelta
PDF
Semana 9 standard io and pipes guia de ejercicios resuelta
PDF
Ejemplo de antecedentes de investigación
PDF
Guiadel egel icompu
DOCX
Preguntas
DOCX
Cuestionario
PPT
Ceneval
DOCX
Gestion informatica guia
DOC
15059526 guia-del-examen-egel-para-informatica
PDF
52165998 deteccion-de-las-necesidades-informaticas-en-las-organizaciones
PDF
Archivos.ceneval.edu.mx archivos portal_17353_guiadel_egel-info
DOC
88620384 preguntas-de-computacion
PDF
Guia ceneval contestada (2009)
PPT
Gestión de Proyectos Tecnológicos
PDF
Manual reactivos ceneval.
DOCX
Guia informática 2 contestada
PDF
Cca v1 ms-excel
PDF
Semana 4 y 5 la shell bash guia de ejercicios resuelta
PPTX
Ra semana 16
Ra semana 2 1
Semana 7 y 8 the linux filesystem guia de ejercicios resuelta
Semana 9 standard io and pipes guia de ejercicios resuelta
Ejemplo de antecedentes de investigación
Guiadel egel icompu
Preguntas
Cuestionario
Ceneval
Gestion informatica guia
15059526 guia-del-examen-egel-para-informatica
52165998 deteccion-de-las-necesidades-informaticas-en-las-organizaciones
Archivos.ceneval.edu.mx archivos portal_17353_guiadel_egel-info
88620384 preguntas-de-computacion
Guia ceneval contestada (2009)
Gestión de Proyectos Tecnológicos
Manual reactivos ceneval.
Guia informática 2 contestada
Cca v1 ms-excel
Semana 4 y 5 la shell bash guia de ejercicios resuelta
Ra semana 16
Publicidad

Similar a 03 unidad i modelos de ing soft (20)

PPT
Modelos clasicos
DOCX
Modelo de desarrollo de software
PPT
Modeloinc
PPT
Modelos clasicos
PPTX
Presentacion modelo casacada_ modelo_v
PPT
Grupo 5-modelos-de-procesos-de-software
PPTX
Modelos de software
PDF
Investigacion de modelos
PDF
CUADRO COMPARATIVO DE LOS MODELOS DE CICLO DE VIDA DE SOFTWARE
PPTX
Modelo incremental
DOCX
Cuadro comparativo
POT
Modelos de Ing de soft
PPTX
Modelos en la ingeniería de software
PPT
Modelo Descrptivos Del Proceso Del Sofware
PDF
el kap
ODT
Modelo en cascada
PPTX
MODELOS DE SOFTWARE
PPT
Metodologias De Desarrollo De Software
PPT
Tipos de ciclos de vida
Modelos clasicos
Modelo de desarrollo de software
Modeloinc
Modelos clasicos
Presentacion modelo casacada_ modelo_v
Grupo 5-modelos-de-procesos-de-software
Modelos de software
Investigacion de modelos
CUADRO COMPARATIVO DE LOS MODELOS DE CICLO DE VIDA DE SOFTWARE
Modelo incremental
Cuadro comparativo
Modelos de Ing de soft
Modelos en la ingeniería de software
Modelo Descrptivos Del Proceso Del Sofware
el kap
Modelo en cascada
MODELOS DE SOFTWARE
Metodologias De Desarrollo De Software
Tipos de ciclos de vida

Más de victdiazm (20)

PDF
Semana 2 y_3_-_file_ownerships_and_permissions
PDF
Semana 2 y 3 file ownerships and permissions guia de ejercicios resuelta
PDF
Semana 1 quick tours guia de ejercicios resuelta
PDF
Semana 10 -_managing_processes_guia_de_ejercicios_resuelta
PDF
Semana 4 y_5_-_la_shell_bash
PDF
Semana 2 y_3_-_file_ownerships_and_permissions
PDF
Semana 1 -_quick_tours_guia_de_ejercicios_resuelta
PDF
Semana 1 -_quick_tours
PPT
Semana 16 usuarios y grupos
PPT
Semana 13 y 14 aplicaciones de redes
PPT
Semana 12 filesystem basico
PPT
Semana 10 administracion de procesos
PPT
Semana 9 entradas salidas estandar y pipes
PPT
Semana 8 herramientas de procesos de string
PPT
Semana 7 y 8 sistemas de archivos linux
DOCX
Script
DOCX
Control1 victoria diaz
DOCX
Compresor
PDF
Comandos basicos linux
PPT
8 herramientas de procesos de string
Semana 2 y_3_-_file_ownerships_and_permissions
Semana 2 y 3 file ownerships and permissions guia de ejercicios resuelta
Semana 1 quick tours guia de ejercicios resuelta
Semana 10 -_managing_processes_guia_de_ejercicios_resuelta
Semana 4 y_5_-_la_shell_bash
Semana 2 y_3_-_file_ownerships_and_permissions
Semana 1 -_quick_tours_guia_de_ejercicios_resuelta
Semana 1 -_quick_tours
Semana 16 usuarios y grupos
Semana 13 y 14 aplicaciones de redes
Semana 12 filesystem basico
Semana 10 administracion de procesos
Semana 9 entradas salidas estandar y pipes
Semana 8 herramientas de procesos de string
Semana 7 y 8 sistemas de archivos linux
Script
Control1 victoria diaz
Compresor
Comandos basicos linux
8 herramientas de procesos de string

03 unidad i modelos de ing soft

  • 8. El Modelo Cascada obedece a la mala adaptación de la planeación del desarrollo de software, Esto surge influenciados por el tipo de Ingeniería de Sistemas que requería en aquel entonces, lo cual esto no implica que en la actualidad podamos utilizar el modelo de Cascada para el desarrollo de Software debido a su no flexibilidad en su manejo y planificación, como podemos ver en la planificación del Modelo Cascada
  • 9. Este modelo nos podría Encadenar: • Un sobre costos por proyectos muy demorados en el tiempo, baja calidad. En general, proyectos impredecibles. • Integración en etapas finales y problemas tardíos de diseño • Mucho re trabajo • Software que no satisface las necesidades de clientes • Etc… Lo que nos daría a nosotros como compañía: • Pérdida de dinero •Cuestionamiento al grupo de ingeniería al no presentar el proyecto a tiempo. NOTA Con todos estos antecedentes el modelo Cascada no es tan malo para proyectos pequeños porque el desarrollo en cascada es fácil de explicar. Que los demás métodos podrían llegar a ser muy complicados.
  • 12. Modelo Prototipo y dijimos que era un sistema con el cual podíamos experimentar y podíamos desarrollar rápidamente para entregar al usuario un producto ficticio pero que sirva como herramienta para poder desarrollar el software y esto se hacia por ejemplo cuando los clientes eran indecisos y ellos mismos no sabían explicarse bien, para lo cual nosotros creamos un prototipo o un modelo sencillo que nos ayuda a indicar un producto al cliente y ver si le gusta o no y que partes deberíamos mejorar, esto se desarrollaba rápidamente con un máximo de dos semanas por que como su nombre lo dice solo es un prototipo no es el producto final y esto además nos ayuda cuando en nuestra empresa tenemos un equipo muy reducido de desarrolladores
  • 13. Las ventajas del Modelo Prototipo: •Se generan signos visibles de progreso. •Permite la modificación sobre la marcha. •El cliente se va familiarizando con el nuevo producto. •Permite proporcionar una funcionalidad útil en manos del cliente sin tener la aplicación finalizada. Las desventajas del Modelo Prototipo: Imposibilidad de conocer a priori el tiempo de desarrollo. La aproximación puede convertirse en excusa para realizar el desarrollo con el modelo de codificar y corregir. El cliente ve funcionando lo que para el es la primera versión del prototipo que ha sido construido con "plastilina y alambres", y puede desilusionarse al decirle que el sistema aun no ha sido construido. El desarrollador puede caer en la tentación de ampliar el prototipo para construir el sistema final sin tener en cuenta los compromisos de calidad y de mantenimiento que tiene con el cliente. También hablamos de los tipos de prototipo había el desechable, el evolucionario y uno que no hablamos el operacional.
  • 16. El desarrollo rápido de aplicaciones (RAD) es un proceso de desarrollo de software diseñado para facilitar y acelerar la creación de aplicaciones. Las herramientas RAD suelen gestionar los detalles de un proyecto de software de forma muy parecida al modo en que las herramientas de diseño asistido por ordenador (CAD) cuidan los detalles al dibujar una pared o insertar una ventana en el plano de un edificio. Qué es el RAD en la Realidad? Para un hacker: Codificar 48 horas seguidas, de un tirón. Para el ingeniero de sistemas: CASE + planificación ajustada + horas extra. Para el programador: Usar prototipo rápido y la última herramienta de Licenciada Visual.Net, open source Eclipse, etc. Para el Gerente: cualquier método recomendado en la última edición de Business Week
  • 18. Ventajas - Con un paradigma incremental se reduce el tiempo de desarrollo inicial, ya que se implementa la funcionalidad parcial. - También provee un impacto ventajoso frente al cliente, que es la entrega temprana de partes operativas del Software. - El modelo proporciona todas las ventajas del modelo en cascada realimentado, reduciendo sus desventajas sólo al ámbito de cada incremento. - Permite entregar al cliente un producto más rápido en comparación del modelo de cascada. - Resulta más sencillo acomodar cambios al acotar el tamaño de los incrementos. - Por su versatilidad requiere de una planeación cuidadosa tanto a nivel administrativo como técnico. Desventajas: - El modelo Incremental no es recomendable para casos de sistemas de tiempo real, de alto nivel de seguridad, de procesamiento distribuido, y/o de alto índice de riesgos. - Requiere de mucha planeación, tanto administrativa como técnica. - Requiere de metas claras para conocer el estado del proyecto.
  • 20. La metodología de desarrollo en espiral es una evolución de método clásico en cascada (Waterfall, top-down) y se considera un método de desarrollo incremental. Este tipo de metodología equivale al de cascada, pero en el se permite el solapamiento de varias etapas con el objetivo de flexibilizar y compensar el tiempo de desarrollo total y alcanzar resultados funcionales en etapas tempranas. Esta considerada como un método de desarrollo rápido y eficiente. Es adecuada para proyectos en los que se tienen claros los objetivos finales pero no todos los detalles de implementación están enunciado La metodología de desarrollo en espiral permite construir aplicaciones de tamaño medio manteniendo los recursos constantes. Normalmente el proyecto se divide en módulos mas pequeños y a cada unos de ellos se le aplica el siguiente proceso: Análisis de requerimientos – Diseño del sistema – Etapas de construcción – Test y evaluación– Puntos fuertes Permite el desarrollo de proyectos en donde los objetivos finales están perfectamente definidos pero todos los detalles no pueden ser completamente establecidos al principio. Es adaptable: algunos de los requerimientos (que no los objetivos) pueden cambiar durante el ciclo de desarrollo. Permite la especialización de los equipos de trabajo. Apela a una gestión de proyecto ordenada. Facilita la distribución de recursos de desarrollo. Economía es posible mantener constantes los recursos de desarrollo. Permite conseguir funcionalidad en etapas tempranas. Y Detalles de implementación están elucidados.