MODELO DESCRPTIVOS  DEL  PROCESO DEL SOFWARE
<ul><li>Es un conjunto estructurado de actividades requeridas para desarrollar un sistema de software. </li></ul><ul><li>L...
Características del proceso <ul><li>Entendible.- Se encuentra el proceso bien definido y es entendible ?.  </li></ul><ul><...
<ul><li>Robusto.- Puede continuar el proceso a pesar de problemas inesperados? </li></ul><ul><li>Mantenible .-Puede el pro...
Modelo de Cascada
<ul><li>Fases Modelo de Cascada </li></ul><ul><li>Análisis de requerimientos y definición. </li></ul><ul><li>Diseño del si...
<ul><li>La dificultad en esta modelo reside, en la dificultad de hacer cambios entre etapas. </li></ul><ul><li>CRITICAS: <...
<ul><li>MODELO INCREMENTAL </li></ul><ul><li>Se evitan proyectos largos y se entrega “ Algo de valor ” a los usuarios con ...
 
<ul><li>Ventajas </li></ul><ul><li>Se puede financiar el proyecto por partes </li></ul><ul><li>Apropiado para proyectos gr...
MODELO DRA (Desarrollo Rápido de Aplicaciones): <ul><li>El Modelo DRA consiste en un desarrollo rápido de aplicaciones bas...
<ul><li>Objetivos:  Proporcionar una productividad 10 veces mayor, Proporcionar un conjunto de herramientas y técnicas tra...
 
<ul><li>1.Modelado de Gestión : determinar los flujos de información para responder a las siguientes preguntas: ¿Qué infor...
<ul><li>Desventajas  </li></ul><ul><li>Para proyectos grandes necesitamos de recursos suficientes para formar los equipos ...
Modelos Evolutivos <ul><li>Los modelos evolutivos se caracterizan porque permiten a los ingenieros del software, desarroll...
Modelo basados en prototipos <ul><li>Todos Los requerimientos  no son conocidos al principio. </li></ul><ul><ul><ul><li>Só...
Modelo basados en prototipos Modelos Prescriptivos de Proceso
Modelo basados en prototipos <ul><li>No modifica el flujo del ciclo de vida </li></ul><ul><li>Reduce el riesgo de construi...
Modelo basados en prototipos <ul><li>Para que sea efectivo </li></ul><ul><li>Debe ser un sistema con el que se pueda exper...
Modelo en Espiral <ul><ul><ul><li>Se construyen sucesivas versiones del software cada vez más complejas. </li></ul></ul></...
Fases del Modelo de Espiral <ul><li>Planteamiento de Objetivos </li></ul><ul><li>Se identifican los objetivos específicos ...
Modelo en Espiral <ul><li>En cada ciclo de la espiral el producto de software es cada vez más sofisticado </li></ul><ul><l...
Ventajas del Modelo de Espiral <ul><li>Centra su atención en la reutilización de componentes y eliminación de errores en i...
Modelo de Desarrollo Concurrente <ul><li>En vez de confinar las actividades de ingeniería de software a una secuencia de p...
Modelo de Desarrollo Concurrente <ul><li>Cuando la mayoría de los requerimientos comienzan a ser bien entendidos, en este ...
Modelo de Desarrollo Concurrente Modelos Prescriptivos de Proceso Ninguna Bajo revisión Cambios en espera Cambios en esper...
El proceso unificado <ul><li>Proceso Unificado  es un marco de desarrollo de software que se caracteriza por estar dirigid...
El Proceso Unificado Dirigido por casos de uso <ul><li>Caso de uso:  Fragmento de funcionalidad que proporciona al usuario...
El Proceso Unificado Centrado en la Arquitectura <ul><li>Describe diferentes vistas del sistema </li></ul><ul><li>Incluye ...
El Proceso Unificado Iterativo e incremental <ul><li>Se divide el trabajo en mini-proyectos </li></ul><ul><li>Cada mini-pr...
Fases del Proceso Unificado  <ul><li>Fase de Inicio:  Primera fase del ciclo de vida del software, en la que la idea inici...
El Proceso Unificado Iterativo e incremental Iter  #n --- --- --- --- Iter #2 Test Iter #n-1 --- --- Iter #1 Implementac. ...
Bibliografia <ul><ul><ul><li>. </li></ul></ul></ul><ul><ul><ul><li>Roger S. Pressman. Ingenieria del Software. Ed. McGrawh...
Upcoming SlideShare
Loading in...5
×

Modelo Descrptivos Del Proceso Del Sofware

13,008

Published on

Ingenieria de sofware

2 Comments
4 Likes
Statistics
Notes
No Downloads
Views
Total Views
13,008
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
476
Comments
2
Likes
4
Embeds 0
No embeds

No notes for slide

Modelo Descrptivos Del Proceso Del Sofware

  1. 1. MODELO DESCRPTIVOS DEL PROCESO DEL SOFWARE
  2. 2. <ul><li>Es un conjunto estructurado de actividades requeridas para desarrollar un sistema de software. </li></ul><ul><li>Las actividades varían dependiendo de la organización y del tipo de sistema a desarrollarse. </li></ul>
  3. 3. Características del proceso <ul><li>Entendible.- Se encuentra el proceso bien definido y es entendible ?. </li></ul><ul><li>Visible.- El proceso es visible al exterior ?. </li></ul><ul><li>Soportable.- Puede el proceso ser soportado por diferentes herramientas?. </li></ul><ul><li>Aceptable.- El proceso es aceptado por aquellos involucrados en el? </li></ul><ul><li>Confiable.- Los errores del proceso son descubiertos antes de que se conviertan en errores del producto? </li></ul>
  4. 4. <ul><li>Robusto.- Puede continuar el proceso a pesar de problemas inesperados? </li></ul><ul><li>Mantenible .-Puede el proceso evolucionar para cumplir con los objetivos organizacionales ?. </li></ul><ul><li>Rapidez.- Que tan rápido puede producirse el sistema ?. </li></ul>
  5. 5. Modelo de Cascada
  6. 6. <ul><li>Fases Modelo de Cascada </li></ul><ul><li>Análisis de requerimientos y definición. </li></ul><ul><li>Diseño del sistema y del software. </li></ul><ul><li>Implementación y prueba de unidades </li></ul><ul><li>Integración y prueba del sistema. </li></ul><ul><li>Operación y mantenimiento. </li></ul>
  7. 7. <ul><li>La dificultad en esta modelo reside, en la dificultad de hacer cambios entre etapas. </li></ul><ul><li>CRITICAS: </li></ul><ul><li>No refleja realmente el proceso de desarrollo del software </li></ul><ul><li>Se tarda mucho tiempo en pasar por todo el ciclo </li></ul><ul><li>Perpetua el fracaso de la industria del software en su comunicación con el usuario final </li></ul><ul><li>Las revisiones de proyectos de gran complejidad son muy difíciles </li></ul><ul><li>Impone una estructura de gestión de proyectos </li></ul>
  8. 8. <ul><li>MODELO INCREMENTAL </li></ul><ul><li>Se evitan proyectos largos y se entrega “ Algo de valor ” a los usuarios con cierta frecuencia </li></ul><ul><li>El usuario se involucra más </li></ul><ul><li>Difícil de evaluar el coste total </li></ul><ul><li>Difícil de aplicar a sistemas transaccionales que tienden a ser integrados y a operar como un todo. </li></ul><ul><li>Requiere gestores experimentados </li></ul><ul><li>Los errores en los requisitos se detectan tarde. </li></ul>
  9. 10. <ul><li>Ventajas </li></ul><ul><li>Se puede financiar el proyecto por partes </li></ul><ul><li>Apropiado para proyectos grandes de larga duración </li></ul><ul><li>No se necesita tanto personal al principio como para una implementación completa </li></ul><ul><li>Inconvenientes </li></ul><ul><li>Se necesitan pruebas de regresión </li></ul><ul><li>Pueden aumentar el coste debido a las pruebas </li></ul>
  10. 11. MODELO DRA (Desarrollo Rápido de Aplicaciones): <ul><li>El Modelo DRA consiste en un desarrollo rápido de aplicaciones basado en el modelo lineal secuencial, pero donde se enfatiza un ciclo de desarrollo extremadamente corto. </li></ul><ul><li>Es una adaptación a alta velocidad del modelo lineal secuencial, donde se puede aumentar la velocidad haciendo uso de componentes. </li></ul><ul><li>Si se comprenden bien los requisitos y se limita el ámbito del proyecto, el proceso DRA permite al equipo de desarrollo crear un sistema completamente funcional, dentro de periodos cortos de tiempo  </li></ul>
  11. 12. <ul><li>Objetivos: Proporcionar una productividad 10 veces mayor, Proporcionar un conjunto de herramientas y técnicas transferibles a cualquier organización para desarrollar en forma rápida y de manera repetible </li></ul><ul><li>Ámbito: Se usa en el desarrollo de aplicaciones de negocios y sistemas de información, No se aplica en el desarrollo software altamente especializado (juegos o simuladores). </li></ul>
  12. 14. <ul><li>1.Modelado de Gestión : determinar los flujos de información para responder a las siguientes preguntas: ¿Qué información conduce los procesos?, ¿Qué información debe generar?, ¿A dónde va dirigida esa información? ¿Quién la genera? 2.Modelado de Datos: se define los distintos objetos y sus relaciones. 3.Modelado de Procesos: se definen los distintos procesos q transformarán la información de tal forma q estos procesos permitan: añadir, modificar, borrar y recuperar objetos de datos. </li></ul><ul><li>4.Generación de la Aplicación : el DRA basa en crear software mediante el uso de componentes ya existente y en el empleo de herramientas automáticas. 5.Prueba: escasa duración ya q muchos de los componentes ya están probados. </li></ul>
  13. 15. <ul><li>Desventajas </li></ul><ul><li>Para proyectos grandes necesitamos de recursos suficientes para formar los equipos necesarios. </li></ul><ul><li>Compromiso de colaboración entre desarrolladores y clientes. </li></ul><ul><li>No todas las aplicaciones son susceptibles de aplicar este modelo. </li></ul><ul><li>Cuando los riesgos técnicos son altos DRA no es apropiado. </li></ul><ul><li>Cuando el grado de interoperatividad con programas ya existentes es alto, no es apropiado. </li></ul>
  14. 16. Modelos Evolutivos <ul><li>Los modelos evolutivos se caracterizan porque permiten a los ingenieros del software, desarrollar de manera iterativa, nuevas versiones del software cada vez más completas. </li></ul>
  15. 17. Modelo basados en prototipos <ul><li>Todos Los requerimientos no son conocidos al principio. </li></ul><ul><ul><ul><li>Sólo se desarrollan los que se conocen bien. </li></ul></ul></ul><ul><ul><ul><li>Los usuarios lo prueban y añaden requerimientos. </li></ul></ul></ul><ul><ul><ul><li>La aplicación se hace por fases. </li></ul></ul></ul><ul><ul><ul><li>Se hace una implementación parcial del sistema y se prueba. </li></ul></ul></ul><ul><ul><ul><li>Se utiliza en sistemas complejos. </li></ul></ul></ul>Modelos Prescriptivos de Proceso
  16. 18. Modelo basados en prototipos Modelos Prescriptivos de Proceso
  17. 19. Modelo basados en prototipos <ul><li>No modifica el flujo del ciclo de vida </li></ul><ul><li>Reduce el riesgo de construir productos que no satisfagan las necesidades de los usuarios </li></ul><ul><li>Reduce costos y aumenta la probabilidad de éxito </li></ul><ul><li>Exige disponer de las herramientas adecuadas </li></ul><ul><li>No presenta calidad ni robustez </li></ul><ul><li>Una vez identificados todos los requisitos mediante el prototipo, se construye el producto de ingeniería. </li></ul>
  18. 20. Modelo basados en prototipos <ul><li>Para que sea efectivo </li></ul><ul><li>Debe ser un sistema con el que se pueda experimentar </li></ul><ul><li>Debe ser comparativamente barato </li></ul><ul><li>Debe desarrollarse rápidamente </li></ul><ul><li>Énfasis en la interfaz de usuario </li></ul><ul><li>Equipo de desarrollo reducido </li></ul><ul><li>Herramientas y lenguajes adecuados </li></ul>
  19. 21. Modelo en Espiral <ul><ul><ul><li>Se construyen sucesivas versiones del software cada vez más complejas. </li></ul></ul></ul><ul><ul><ul><li>Incorpora objetivos de calidad y gestión de riesgos </li></ul></ul></ul><ul><ul><ul><li>Elimina errores y alternativas no atractivas al comienzo </li></ul></ul></ul><ul><ul><ul><li>Permite iteraciones, vuelta atrás y finalizaciones rápidas </li></ul></ul></ul><ul><ul><ul><li>Cada ciclo empieza identificando: </li></ul></ul></ul><ul><ul><ul><li>Los objetivos de la porción correspondiente </li></ul></ul></ul><ul><ul><ul><li>Cada ciclo se completa con una revisión que incluye todo el ciclo anterior y el plan para el siguiente </li></ul></ul></ul><ul><ul><ul><li>Se utiliza cuando no se tiene claro los requerimientos. </li></ul></ul></ul><ul><ul><ul><li>Se eligen múltiples alternativas y se coge la mejor. </li></ul></ul></ul><ul><ul><ul><li>Cada vuelta de la espiral se resuelve un conjunto particular de problemas del cliente. </li></ul></ul></ul><ul><ul><ul><li>Después de cada vuelta realizamos un prototipo. </li></ul></ul></ul>Modelos Prescriptivos de Proceso
  20. 22. Fases del Modelo de Espiral <ul><li>Planteamiento de Objetivos </li></ul><ul><li>Se identifican los objetivos específicos para cada fase del proyecto. </li></ul><ul><li>Identificación y reducción de riesgos. </li></ul><ul><li>Los riesgos clave se identifican y analizan, y la información sirve para minimizar los riesgos. </li></ul><ul><li>Desarrollo y Validación. </li></ul><ul><li>Se elige un modelo apropiado para la siguiente fase del desarrollo. </li></ul><ul><li>Planeación. </li></ul><ul><li>Se revisa el proyecto y se trazan planes para la siguiente ronda del espiral. </li></ul>
  21. 23. Modelo en Espiral <ul><li>En cada ciclo de la espiral el producto de software es cada vez más sofisticado </li></ul><ul><li>En cada etapa de planificación se produce ajustes al plan del proyecto </li></ul><ul><li>Costos y planificación se ajustan según la evaluación del cliente </li></ul>Modelos Prescriptivos de Proceso
  22. 24. Ventajas del Modelo de Espiral <ul><li>Centra su atención en la reutilización de componentes y eliminación de errores en información descubierta en fases iníciales. </li></ul><ul><li>Los objetivos de calidad son el primer objetivo. </li></ul><ul><li>Integra desarrollo con mantenimiento. </li></ul><ul><li>Provee un marco de desarrollo de hardware/software. </li></ul>Modelos Prescriptivos de Proceso
  23. 25. Modelo de Desarrollo Concurrente <ul><li>En vez de confinar las actividades de ingeniería de software a una secuencia de pasos, define una red de actividades. </li></ul><ul><li>Todas las actividades de la red existen simultáneamente con otras. </li></ul><ul><li>Los sucesos generados dentro de una actividad, o en algún otro lado de la red de actividad, inician las transiciones entre los estados de otra actividad. </li></ul><ul><li>Se utiliza para desarrollar aplicaciones cliente/servidor. </li></ul>
  24. 26. Modelo de Desarrollo Concurrente <ul><li>Cuando la mayoría de los requerimientos comienzan a ser bien entendidos, en este tiempo se dedica un esfuerzo considerable al diseño </li></ul><ul><li>Durante el diseño de arquitectura, es posible que algunos componentes comiencen a ser bien definidos antes que la arquitectura completa sea estabilizada. </li></ul><ul><li>En algunos proyectos, múltiples etapas de un producto se han desarrollado concurrentemente ejemplo: no es inusual estar haciendo manutención de la etapa 1 de un producto, y al mismo tiempo estar haciendo manutención sobre un componente 2, mientras que se está haciendo codificación sobre un componente 3, mientras se realiza diseño sobre una etapa 4, y especificación de requisitos sobre un componente 5. </li></ul><ul><li>Diversas actividades están ocurriendo simultáneamente. Eligiendo seguir un proyecto usando técnicas de modelación concurrente, se posibilita el conocimiento del estado verdadero en el que se encuentra el proyecto. </li></ul>
  25. 27. Modelo de Desarrollo Concurrente Modelos Prescriptivos de Proceso Ninguna Bajo revisión Cambios en espera Cambios en espera En línea base Hecho Bajo Desarrollo
  26. 28. El proceso unificado <ul><li>Proceso Unificado es un marco de desarrollo de software que se caracteriza por estar dirigido por casos de uso. </li></ul><ul><li>Está basado en componentes e interfaces bien definidas </li></ul><ul><li>Aspectos característicos: </li></ul><ul><ul><li>Dirigido por casos de uso </li></ul></ul><ul><ul><li>Centrado en la arquitectura </li></ul></ul><ul><ul><li>Iterativo e incremental </li></ul></ul>Modelos Prescriptivos de Proceso
  27. 29. El Proceso Unificado Dirigido por casos de uso <ul><li>Caso de uso: Fragmento de funcionalidad que proporciona al usuario un resultado importante </li></ul><ul><li>Modelo de casos de uso: Funcionalidad total del sistema </li></ul>
  28. 30. El Proceso Unificado Centrado en la Arquitectura <ul><li>Describe diferentes vistas del sistema </li></ul><ul><li>Incluye los aspectos estáticos y dinámicos más significativos </li></ul><ul><li>Es la forma del software </li></ul><ul><li>La arquitectura y los casos de uso evolucionan en paralelo </li></ul><ul><li>Se empieza por la parte que no es específica de los casos de uso </li></ul>
  29. 31. El Proceso Unificado Iterativo e incremental <ul><li>Se divide el trabajo en mini-proyectos </li></ul><ul><li>Cada mini-proyecto es una iteración que resulta en un incremento </li></ul><ul><li>La iteración </li></ul><ul><ul><li>Trata un conjunto de casos de uso </li></ul></ul><ul><ul><li>Trata los riesgos más importantes </li></ul></ul><ul><li>En cada iteración se persiguen unos objetivos concretos . </li></ul>
  30. 32. Fases del Proceso Unificado <ul><li>Fase de Inicio: Primera fase del ciclo de vida del software, en la que la idea inicial para el desarrollo es refinada hasta el punto de quedar lo suficientemente bien establecida como para garantizar la entrada en la base de elaboración. </li></ul><ul><li>Fase de Elaboración: Segunda fase del ciclo de vida, en la que se define la arquitectura. </li></ul><ul><li>Fase de Construcción: Tercera fase del ciclo de vida del software, en la que el software es desarrollado a partir de una línea base de la arquitectura ejecutable, hasta el punto en el que se esta listo para ser transmitido a las comunidades de usuarios. </li></ul><ul><li>Fase de Transición: Cuarta fase del ciclo de vida del software es puesto en manos de la comunidad de usuarios. </li></ul>
  31. 33. El Proceso Unificado Iterativo e incremental Iter #n --- --- --- --- Iter #2 Test Iter #n-1 --- --- Iter #1 Implementac. Diseño Análisis Requisitos Transición Construcción Elaboración Gestación Flujos de trabajo / Fases
  32. 34. Bibliografia <ul><ul><ul><li>. </li></ul></ul></ul><ul><ul><ul><li>Roger S. Pressman. Ingenieria del Software. Ed. McGrawhill </li></ul></ul></ul><ul><ul><ul><li>Henry F. Korth. Analisis y Diseño de Sistemas. Ed. McGrawhill </li></ul></ul></ul><ul><ul><ul><li>Jeffrey L. Whitten. Analisis y Diseño de Sistemas de Información. Ed. Irwin. </li></ul></ul></ul><ul><ul><ul><li>Steve MacConell. Desarrollo y Gestion de Proyectos Informaticos. Ed. McGrawhill </li></ul></ul></ul>Modelos Prescriptivos de Proceso
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×