Los modelos de proceso dependen de las opiniones o creencias de las personas involucradas en un proyecto. Es neces ar io compr ender el pr oblema antes de desarrollar una solución. El proceso para resolver un problema debe dar un resultado predecible, sin importar que individuo hace el trabajo. Es indispensable planear y calcular el proceso con gran precisión.
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Se define como una secuencia deactividades, donde la estrategia principal esseguir el progreso del desarrollo de softwarehacia puntos de revisión bien definidos.
Los documentos técnicos son compresibles parausuarios y administradores no técnicos.Cada detalle de los requisitos se conoce deantemano antes de desarrollar el software, y losdetalles son estables durante el desarrollo.
Los documentos técnicos son compresibles parausuarios y administradores no técnicos.Cada detalle de los requisitos se conoce deantemano antes de desarrollar el software, y losdetalles son estables durante el desarrollo.
Las metas se logran mejor cuando se tienen puntosde revisión, bien preestablecidos y documentados,
dividiendo el desarrollo en actividades secuencialesbien definidas.
El modelo evolucionario es también conocido como desarrollorápido de aplicaciones, se basa tradicionalmente en el uso deprototipos.Un prototipo de software se considera como un medio paraespecificar los requisitos y un enlace de comunicación entre elusuario final y el diseñador.
en la identificación de las condiciones deganancia, para todas las partes; creando un planpara alcanzar las condiciones ganadoras y losriesgos correspondientes.
No necesita mucho tiempo de gestión, lo quepermite utilizarlo tanto en proyectos pequeños,como mayores.
1. Elaborar los objetivos, restricciones y alternativasdel proceso y producto del sistema y subsistema.
2. Evaluar las alternativas con respecto a los objetivosy restricciones. Identificar y resolver las fuentesprincipales de riesgo en el proceso y en elproducto.
3. Elaborar la definición del producto y del proceso.
4. Planear el siguiente ciclo de vida, incluyendo lapartición del sistema en subsistemas para ser considerados en ciclos paralelos.
¾ Se determina la viabilidad de un grupo apropiado deaplicaciones.
� Ciclo 1. Objetivos del ciclo de vida de la aplicación:¾ Se desarrollan los objetivos del ciclo de vida, incluyendo
prototipos, planes y especificaciones de aplicacionesindividuales, y se verifica la existencia de al menos unaarquitectura viable para cada aplicación.
� Ciclo 2. Arquitectura del ciclo de vida de la aplicación:
¾ Se verifica la viabilidad y determina que no existen riesgosmayores en satisfacer los planes y especificaciones.
� Ciclo 3. Capacidad de operación inicial:¾ Alcanzar una capacidad operacional inicial para cada etapa
critica del proyecto en el ciclo de vida de software.
� Modelo de proceso de software que tomalos principios y practicas aceptadas, y laslleva aniveles extremos.
� Tiene como objetivos reducir el riesgo en elciclo de vida del software mediante gruposde desarrollo pequeños.
� Aunque la XP define varias practicas a
seguir, quizás la mas representativa delproceso XP es la programación en pares(pair programming), donde todo desarrollorequiere de 2 programadores que trabajan
� El modelo considera varios aspectosproblemáticos del desarrollo de software,como son los retrasos, proyectoscancelados, cambios en el negocio y larotación de personal. Para ello se definen 4variables de control en el desarrollo desoftware: costo, tiempo, calidad y alcance.
Mientras que las fuerzas externas asignanlos valores para 3 de estas variables, elequipo de desarrollo escoge el valor de lacuarta.
*Esta directamente relacionada con su proceso de desarrollo.*Se considera que un proceso bien conocido y ampliamente utilizado,sustentado en medición y predicción de eventos, permite controlar en
buena medida la producción de software de calidad
LOS FACTORES QUE AFECTAN LA OBTENCION DE UN PRODUCTO DE CALIDAD SONLOS SIGUIENTE:
Tiene como objetivo evaluar los procesos ensus niveles de madurez e identificar los nivelesque una organización debe formar paraestablecer una cultura de excelencia en la
ingeniería de software.
Que es?
*Identificar fortalezas y debilidades en laorganización.*ponderar los riesgos de seleccionar entrediferentes contratos y monitorear los mismos.
El modelo de madurez de ingeniería de desempeño(PEMM, performance Engineering Maturity Model)Evalúa los niveles de integración, aplicación,ejecución y diseño.Cuenta con cinco niveles:
El modelo de madurez de ingeniería de desempeño(PEMM, performance Engineering Maturity Model)Evalúa los niveles de integración, aplicación,ejecución y diseño.Cuenta con cinco niveles:
Es un modelo para la mejora del proceso de desarrollo desoftware
Esta basado en que la calidad del software depende deltrabajo de cada uno de los ingenieros
El proceso ayuda a controlar, manejar y mejorar el trabajo deestos.
Su objetivo es mejorar la planeación del trabajo, conocer conprecisión el desempeño, medir la calidad de los productos ymejorar técnicas para su desarrollo.
Mejora la planeación introduciendo la estimacióndel tamaño del producto e introduce los reportes de
pruebas. PSP1.1.- Introduce las estimaciones de recursos eintroduce la calendarización.
PSP0.- Define el proceso de trabajo personal identificandoy ordenando las principales actividades, introduce larecolección de datos para medir la productividad ycalidad a través del registro de tiempos y defectos.PSP0.1.-Registra el tamaño del producto utilizando puntosfuncionales, registra los problemas y propuestas de mejora.
Mejora la planeación introduciendo la estimacióndel tamaño del producto e introduce los reportes de
pruebas. PSP1.1.- Introduce las estimaciones de recursos eintroduce la calendarización.
Extiende el modelo PSP e integra los aspectos deldesarrollo de software realizados por equipos de trabajo.
Se definen aspectos como la asignacion y el control detareas para los diversos miembros del equipo.
Objetivos:1. Desarrollar productos en varios ciclos.2. Proporcionar métricas para equipos3. Evaluar roles y equipos4. Ofrecer guías para la solución de problemas