Mapa Conceptial/ JMCS.19860115

Modelo del Proceso

Procesos adaptados a tipos de proyectos

Modelo Cascada

Modelo Espiral

Modelo Win-win

Calidad de Software y Madurez del Proceso

CMM

El Proceso para el Desarrollo de Software

PSP/TSP

SPICE

PEMM

TickIt

Estrategias

Tecnologia

Arquitectura

Desarrollo

Prototipo

Reutilización

Actividades

Requisitos

Analisis

Diseño

Implementación

Integración

Pruebas

Documentacion

Mantenimineto

Metodos y Metodologias

Metodologias Estructuradas

Metodologias Orientadas a Objetos

Integración de Metodologias

Herramientas

Proceso

Serie de acciones u operaciones que conducen a un fin

Un orden para llevar a cabo los distintos aspectos del proceso

Define

Aspectos

Planeación, autoridad, predicción, evaluación y rastreabilidad (“traceability”).

Dependen

De las diversas opiniones o máximas generales en las que se basan

Cada persona puede tener una opinión distinta al respecto

Actividades básicas para el proceso de desarrollo de software

Requisitos

Capturar los aspectos funcionales

Análisis

Da al sistema estructura robusta y extensible bajo un ambiente de implementación ideal

Diseño

Adopta y refina estructuras al ambiente de implementación particular

Implementación

Para codificar el sistema

Pruebas

valida y verifica el sistema

Integración

Para pegar componentes del sistema

Documentación

Para describir aspectos

Mantenimiento

Extiende la funcionalidad del sistema

Primer proyecto de su tipo

Se crea la mayoría del software desde cero,

Segundo proyecto en su tipo

Se busca agregar nueva funcionalidad a un proyecto conocido

Variación de un proyecto

Se extiende un sistema ya existente.

Proyecto de reescritura de legado

Se busca transformar o hacer una “reingeniería” de un sistema ya existente usando tecnologías anteriores

Proyecto de creación de software reutilizable

Se crea uno o más componentes de software reutilizables

Proyecto de mejora de sistema o mantenimiento

Se modifica los componentes básicos de un sistema para apoyar nueva funcionalidad

Define

Una secuencia de actividades a ser seguidas en orden, la estrategia principal es definir y seguir el progreso del desarrollo de software hacia puntos de revisión bien definidos (“milestones” o “checkpoints”)

Máximas que sirven de base

Las metas se logran con puntos de revisión bien definidas y documentadas

Dividiendo el desarrollo en etapas secuenciales bien definidas

Documentos técnicos

Pruebas y evaluaciones

Identifica

Etapas razonables y lógicas para las diversas actividades

Es una modificación al modelo de cascada

Se basa

Una estrategia para reducir riesgo, al contrario del modelo de cascada que es dirigido por documentos

Cada ciclo comienza

Identificación de los objetivos

Formas alternativas

Restricciones asociadas con cada alternativa

Evaluación de las alternativas

Cada ciclo termina

Revisión que discute los logros actuales y los planes para el siguiente ciclo

Es un proceso de cambios progresivos

Se basa en el modelo de espiral

Da énfasis en la identificación de las condiciones de ganancia para todas las partes implicadas

Objetivo

Establece reglas para la definición del proceso de desarrollo del proyecto tomando en cuenta a todos los implicados

Son cuatro los ciclos

Consistiendo de cuatro actividades

Definición de los objetivos del proceso y elaboración del sistema y subsistemas del producto

Evaluación de las alternativas con respecto a los objetivos del proyecto

Elaboración de la definición de los productos y procesos

Planeación del siguiente ciclo

Despues de las actividades, los ciclos manejados en el modelo marcan líneas muy específicas a seguir:

Ciclo 0. Aplicación básica

Ciclo 1. Aplicación de los objetivos del ciclo de vida

Ciclo 2. Aplicación de arquitectura del ciclo de vida

Ciclo 3. Capacidad de operación inicial

Es el grado en que un sistema, cumple con los requerimientos especificados y con las necesidades del cliente o usuario

Calidad del software esta ligada con el proceso de desarrollo de software

Madurez del proceso

Permite la estandarización producción

La organización debe establecer los estándares, el proceso de desarrollo y de evaluación

El modelo "clásico" en el tratamiento de la capacidad de los procesos de desarrollo y su madurez

Objetivo

Evaluar los procesos niveles de madurez e identificar los niveles

Considera

Identificar fortalezas y debilidades en la organización

Identificar los riesgos de seleccionar entre diferentes contratos y monitorear los mismos

Entender las actividades para planear e implementar los procesos de software

Definir e implementar procesos de software en la organización

Es una tecnología que tiene como justificación la premisa de que la calidad de software

Objetivo

Una mejor planeación del trabajo

Conocer la precisión el desempeño

Medir la calidad de productos

Mejorar las técnicas para su desarrollo

Es un modelo de madurez de procesos internacional

Características principales

El marco de valor

Contempla una dimensión funcional del procesos

La evidencia

Para la evaluación

La recurrencia

Dada por la selección de instancias de proyectos o productos

Está conformado por 9 documentos

Parte 1

conceptos y guía introductoria

Parte 2

Modelo de referencia de procesos y capacidad

Parte 3

Parte 4

Parte 5

Parte 6

Parte 7

Parte 8

Parte 9

Realización de evaluación

Guía para conducción de aseguramiento

construcción, selección y uso de aseguramiento de instrumentos y herramientas

Calificación y entrenamiento de asesores

Guía para mejora del proceso

Guía para determinar capacidad del proceso de un proveedor

Vocabulario general

Un modelo para evaluar los niveles de integración, aplicación, ejecución y diseño

Cuenta con 5 niveles

Determinan la mejora del comportamiento de ejecución y el decremento del riesgo de ejecución

Una guía de estrategias para lograr la certificación en la producción de software a través de la interpretación de los estándares ISO

Objetivo

Demostrar que las prácticas necesarias para asegurar la calidad durante el desarrollo de software existen y son verificables

La selección de tecnología tiene que ver con diversos aspectos del sistema

Se define

La estructura general del sistema incluyendo aspectos de como cambiarlo, verificarlo y mantenerlo

Tipos de sistemas

Transformación en lote (“batch”)

Transformación contínua

Interfaz interactiva

Simulación dinámica

Sistemas de tiempo real

Administración de transacción

Iterativo

Acto de revisar un resultado previo para ser luego modificado

Incremental

Acto de incrementar o añadir desarrollo

Es una versión preliminar, incompleta o reducida de un sistema

Son estrategias aplicadas a la mayoría de actividades del proceso de software

pueden estar relacionadas con aspectos técnicos, funcionales, eficiencia o interfaces de usuario

Tipo de prototipo

De requisitos

De diseño

Verticales

De factibilidad

Involucra

Descubrir secuencias de código redundantes en el diseño y usar las facilidades del lenguaje de programación, como procedimientos o herencia

La decisión para reutilizar se basa

Evaluación de costos entre crear una nueva solución o adaptar una existente

Más importantes para el ciclo de vida del desarrollo de software

Define y delimita la funcionalidad del sistema de software

Sirve como

Base de negociación y contrato entre el desarrollador del sistema y el cliente

Se enfoca

En qué debe hacer el sistema, en lugar de cómo se supone que lo hará

La tecnología orientada a objetos

Desea

Encontrar los objetos, organizar, describir interactúan, definir las operaciones y definir los objetos internamente

El propósito

Es extender la arquitectura general de análisis

El modelo de análisis no es suficientemente formal

Durante el análisis se asume un mundo ideal para el sistema

Toma el resultado del modelo de diseño para generar el código fuente anotado

Lenguajes de Programación

Un aspecto importante durante el diseño de objetos

Bases de Datos

Son parte integral de los sistemas de software

Es un aspecto muy importante del proceso de desarrollo

Es quizás el responsable de revisar la calidad del sistema siendo desarrollado

Aspectos

Prueba de especificación y la prueba de resultado

Las actividades se dividen en

verificación y validación

Debe ocurrir a lo largo del desarrollo del sistema y no como una etapa final del mismo

Tipos de documentos

Manual del Usuario

Manual del Programador

Manual del Operador

Manual del Administrador

Se basa en generar nuevos desarrollos pero tomando como punto de partida el sistema ya existente

Definen

Las reglas para las distintas transformaciones dentro de las actividades

El conjunto de métodos

Aspectos que apoyan

El tipo de información recopilada, sus requisitos de consistencia, el dominio de aplicabilidad, modelo de proceso, modelos generados y notaciones

Se basa en la división entre funciones y datos

Identifica durante el análisis las funciones del sistema, mientras que durante el diseño identifica los datos

Se desarrollan alrededor de entidades del dominio del problema, lo cual resulta en desarrollos bastante estables

Reducen la complejidad en el diseño de software

Permiten atacar los errores durante el diseño en lugar de durante la implementación

Es importante escoger una metodología apropiada al tipo de desarrollo que se esté haciendo

Al conjunto de herramientas aplicables al desarrollo de sistemas de software se les conoce como CASE

Deben manejar aspectos de administración de información, generar los distintos tipos de diagramas e incluso el código final

Criterios para la seleccion de herramientas

Proveer apoyo explícito para cada paso del método

Administrar toda la información que el método requiere obtener o especificar

Poder manejar grandes cantidades de información y ser escalable

Incluir un mecanismo por el cual se pueda probar que la información recolectada es consistente

Apoyar la organización de los diagramas de manera automática

Manejar múltiples usuario simultáneos en uno o múltiples proyectos

Poder generar una implementación inicial junto con la documentación

Apoyar ingeniería en reversa para asegurar que cambios directos en la implementación sean consistentes con los modelos administrados