Algunos ejemplos de estos tipos de modelos que se pueden producir son:. Un modelo de flujo de trabajo. Muestra la secuencia de actividades en el proceso junto con sus entradas, salidas y dependencias. Las actividades en este modelo representan acciones humanas.
Un modelo de flujo de datos o de actividad. Pueden representar transformaciones llevadas a cabo por las personas o por las computadoras. Representa los roles de las personas involucrada en el proceso del software y las actividades de las que son responsables. La mayor parte de los modelos de procesos del software se basan en uno de los tres modelos generales o paradigmas de desarrollo de software: 1. El enfoque en cascada. Desarrollo iterativo.
El sistema puede entonces ser entregado. Visto de otra manera, es de un nivel conceptual bastante alto y no se puede aplicar tal cual. Establece una arquitectura completa del sistema. Funcionamiento y mantenimiento: Por lo general, esta es la fase ms larga del ciclo de vida. Sin embargo, puede causar falsas expectativas al cliente en el sentido de que es un producto consolidado.
El desarrollo del TSP toma sus bases en la estrategia de calidad que propuso W. Edwards Deming , con las etapas de planear, hacer, verificar y actuar. Juran El objetivo principal del TSP es guiar debidamente a sus equipos de ingenieros.
El objetivo del PSP es poner a los profesionales de software a cargo de su trabajo y para que se sientan personalmente responsables de la calidad de los productos que producen. PSP y TSP son potentes herramientas que proporcionan los conocimientos necesarios, la disciplina y el compromiso necesarios para los proyectos de software exitoso.
Con PSP, los desarrolladores utilizan procesos bien definidos y medibles. Con TSP, los equipos encuentran y reparan defectos en etapas tempranas del proceso de desarrollo.
Esto reduce de manera importante el tiempo de pruebas. En un entorno de negocios tan cambiante, esto puede causar verdaderos problemas. El cliente es el punto clave, solicita los requerimientos que se deben de incluir. Por lo tanto, es posible que no se relacionen adecuadamente con los otros miembros del equipo. Mantener la simplicidad requiere un trabajo extra. Dichos requerimientos no se especifica como una lista de funciones requeridas en el sistema.
0コメント