Please enable JavaScript.

Coggle requires JavaScript to display documents.

MODELOS DE PROCESO DE DESARROLLO DE SOFTWARE, INTEGRANTES: Natali…

- - - - Diagramas de casos de uso: Representan a los actores y casos de uso (procesos principales) que intervienen en un desarrollo de software.
      - Diagramas de clases: Es un diagrama del dominio o representación de conceptos que intervienen en un problema.
      - Diagramas de colaboración: Representan objetos o clases y la forma en que se transmiten mensajes y colaboran entre ellos para cumplir un objetivo
      - Diagramas de estados: Representan cómo evoluciona un sistema (cómo va cambiando de estado) a medida que se producen determinados eventos.
      - Diagramas de secuencia: Representan objetos software y el intercambio de mensajes entre ellos, representando la aparición de nuevos objetos de izquierda a derecha.
    - - ELABORACIÓN:: En esta fase se debe tener: la arquitectura general del sistema, un plan de trabajo, constancia de los elementos más desconocidos o arriesgados, feedback de los participantes, casos de uso y una primera versión del diagrama de clase. Cuando se tenga la arquitectura general del sistema y un plan de trabajo, se habrá alcanzado el hito arquitectónico.
      - TRANSICIÓN: Se transmite el proyecto a los usuarios finales. Se comprueba el funcionamiento de la aplicación y su adaptación con respecto a la especificación escrita en la fase de elaboración. Los problemas encontrados podrán ser corregidos en una próxima iteración. Esta fase concluye con el hito de lanzamiento de producto.
      - INICIO: Se define la visión general del proyecto, se evalúa si hay el presupuesto necesario, si es técnicamente factible, cuánto se van a tardar, las metas, etc. No debería tardar más de 2 semanas. Al final de esta fase, se ha alcanzado el hito de objetivos del ciclo de vida.
      - CONSTRUCCIÓN: En esta fase se pone a los programadores a escribir código, los diseñadores a dibujar elementos de interfaz, y a los testers a escribir y validar una serie de tests que comprueben el correcto funcionamiento de la aplicación. No es factible integrar cambios en el diseño.
    - - PROCESO PERSONAL DEL SOFTWARE (PPS): Pone el énfasis en la medición personal tanto del producto del trabajo que se genera como de su calidad.
        
        Desarrollo
        
        Post mortem
        
        Revisión del diseño de alto nivel
        
        Diseño de alto nivel
        
        Planeación
      - PROCESO DEL EQUIPO DEL SOFTWARE: El objetivo de éste es construir un equipo “auto dirigido” para el proyecto, que se organice para producir software de alta calidad.
        
        Establecer metas
        
        Formar equipos
        
        Planear
        
        Seguimiento de trabajo
  - - - Encontrar el 20% de requerimientos que generarán el 80% de los resultados o del producto final aplicando la famosa Ley de Pareto.
      - El 20% de requerimientos se detallan y construyen en ciclos.
      - Visualizar el proyecto sin detallar todo.
      - Poner el producto final a funcionar.
- - - - Es una gran opción para pequeños proyectos donde todos los aspectos del proceso de desarrollo de software se conocen de antemano.
      - Cada etapa inicia tan pronto como la anterior haya culminado con descansos intermedios para confirmaciones del
        lado del cliente.
      - Su uso es lineal por lo que dificulta la implementación de cambios.
      - Esta estructurado por:
        
        Planificar el proyecto antes de embarcarse en él.
        
        Documentar los resultados de cada actividad.
        
        Diseñar antes de empezar la codificación.
        
        Probar después de implementar.
- - - - Estas son las actividades que se deben realizar para el desarrollo del software comunicación, planeación. modelado construcción y despliegue las mismas que se pueden subdividir, esto dependerá de la naturaleza del proyecto, es decir los requerimientos que engloba y la dificultad del trabajo.
        
        Comunicación.
        
        Planeación.
        
        Modelado.
        
        Construcción.
        
        Despliegue.
    - - Cada acción de la ingeniería de software se representa por cierto número de conjuntos de tareas cada uno de los cuales es una colección de tareas de trabajo de la ingeniería de software.
      - Están relacionadas con productos del trabajo, puntos de aseguramiento de la calidad y puntos de referencia del proyecto
    - - Describe un problema relacionado con el proceso que se encuentra durante el trabajo de ingeniería de software, identifica el ambiente en el que surge el problema y sugiere una o más soluciones para el mismo.
- - - - MANTENIMIENTO PERFECTIVO: Pretende mejorar la fucionalidad del sistema, ya sea en eficiencia, ejecución, tiempos de respuesta, facilidad del uso, etc.
      - MANTENIMIENTO CORRECTIVO: permite eliminar problemas surgidos durante la operacion del sistema
      - MANTENIMIENTO EVOLUTIVO: Pretende modificar la funcionalidad del sistema para adaptarla a las nuevas necesidades del usuario o para adaptarlo a nuevas interfaces o software
  - - - Se incluirán tanto los requisitos generales del sistema, como requisitos específicos (funcionales, no funcionales, de integración, y restricciones técnicas.
  - - - Tiene como objetivo definir la estructura de la solución identificando grandes módulos y sus relaciones.
    - - Define los algoritmos empleados y la organización del código
        para comenzar la implementación.
- - - - MODELO PROTOTIPO: Se construyen rápidamente para comprender con facilidad y aclarar aspectos en los que asegure el des arrollador, el usuario, estén de acuerdo el lo que necesiten
      - MODELO ESPIRAL:Enlaza la naturaleza interactiva de la construcción de prototipos pero conservando aquellas propiedades del modelo cascada.