Visibilidad de los procesos de software
Enviado por brianpolanco • 2 de Diciembre de 2019 • Documentos de Investigación • 384 Palabras (2 Páginas) • 180 Visitas
Brian Polanco, 1067829.[pic 1]
Procesos de Software.
IDS311.
Sección: 01.
Profesor: Osvaldo Mota.
Visibilidad de los procesos de software.
Santo Domingo, D.N.
Republica Dominicana.
7 de julio del 2019.
Modelo de proceso | Grado de visibilidad | Justificación o Razón |
1.- MODELO DE PROCESO PSP | Alto | Debido a la forma en la que este fue diseñado. Son un conjunto de practicas hechas para la gestión del tiempo mejorando los procesos de software. |
2.- MODELO DE PROCESO TSP | Alto | Porque proporciona las guías necesarias para ayudar a un equipo a establecer sus objetivos y planificar sus procesos correctamente. |
3.- MODELO DE BUENAS PRACTICAS CMMI | Alto | Dentro de las áreas que este expone define los diferentes procesos a un nivel muy claro y especifica practicas especificas para cada proceso. |
4.- NORMAS ISO 15-504 | Alto | Porque al ser un proyecto nacido de la necesidad de unificar diferentes estándares ya existentes, se saco lo mejor de cada uno para usar este como estándar internacional. |
5.- NORMAS ISO 12-207 | Alto | Debido a la gran cantidad de procesos, y su gran especificación de los roles y como todo debe de funcionar en conjunto. |
6.- NORMAS ISO 29-110-VSE | Moderado | Debido a que este dentro de sus procesos esta diseñado para very small entities, haciéndolo un poco deficiente para empresas mas grandes. |
7.- MODELO DE PROCESO MPS-BR | Alta | Porque este como su nombre lo indica nació para mejorar los procesos de las organizaciones que adoptaron el modelo MPS para obtener beneficios mayores beneficios, mejorando las fallas de este. |
8.- MODELO DE PROCESO MOPROSOFT | Media | Porque a pesar de sus raíces no define claramente los entregables. |
9.- Metodología en cascada | Alto | Al igual que otras metodologías agiles, este explica correctamente como sus roles interactúan en los diferentes procesos del desarrollo del software. |
10.- METODOLOGIA EN ARBOL | Bajo | No define bien sus roles ni como hacer bien las cosas, solamente explica su proceso. |
11.- MODELO DE PROCESOS INCREMENTAL | Moderado | Porque combina lo mejor del modelo en cascada con la filosofía interactiva de construcción de prototipos, haciéndolo sumamente descriptivo en sus procesos. |
12.- MODELO ESPIRAL | Alta | Debido a su naturaleza, este se basa en procesos iterativos incrementales, lo cual lo hace muy efectivo. |
13.- METODOLOGIA SCRUM | Alta | Explica muy bien sus procesos, como ejecutarlos, los roles involucrados en los procesos de esta metodología y los beneficios que genera. |
14.- METODOLOGIA EXTREME PROGRAMMING | Alta | Porque explica bien los que como y quien hace las cosas para poder cumplir exitosamente con los procesos. |
15.- CANVAS SOFTWARE DEVELOPMENT PROCESS | Bajo | Debido a la misma naturaleza de este, no explica bien como interactúa con el software por su gran flexibilidad de poder trabajar con cualquier área. |
...