2. ¿QUE ES UN MODELO DE PROCESO DE SOFTWARE?
Es una descripción simplificada de un proceso de software.
EXISTEN 3 TIPOS DE MODELOS SECUENCIALES :
1. MODELO POR ETAPAS: Este modelo es similar al modelo de prototipos ya que se
muestra al cliente el software en diferentes estados de desarrollo.
Existen diferentes estados del modelo por etapas que son:
3. MODELO ORIENTADO A PROTOTIPOS
Nace la ingeniería de software como aplicación de modelos y formas para realizarlos.
Nos condiciona a tener como norte precisiones y seguridades que en otros ámbitos tiene la ingeniería.
Esta metodología se considera como un método independiente, este método pertenece a los modelos de
desarrollo evolutivo.
Incorpora componentes del producto real, este será una representación del sistema.
Con este modelo se puede ilustrar los formatos de datos de entrada, mensajes, informes y diálogos al
usuario, mediante lo cual se logra un mejor entendimiento de las necesidades.
La iteración ocurre cuando el prototipo se ajusta para satisfacer las necesidades del cliente. Esto permite
que al mismo tiempo el desarrollador entienda mejor lo que se debe hacer y el cliente vea resultados a
corto plazo.
PASOS SEPARADOS PARA EL PROCESO DE
EVALUACIÓN
Preparación
Demostración
Uso del prototipo
Discusión de comentarios
ETAPAS PARA SU DESARROLLO
Investigación preliminar
Definición de los requerimientos del sistema
Diseño técnico
Programación y prueba
Operación y mantención
4. MODELO DRA
Es un modelo de proceso del desarrollo del software lineal secuencial que enfatiza un ciclo
de desarrollo extremadamente corto (Es una adaptación a alta velocidad del modelo lineal
secuencial
El DRA comprende las siguientes etapas:
Modelado de Gestión
Modelado de datos
Modelado del proceso
Generación de aplicaciones
Prueba y entrega
5. MODELO ESPIRAL
El ciclo de desarrollo se representa como espiral, en lugar de una
serie de actividades sucesivas con retrospectiva de una actividad
a otra
Definición:
Objetivos
Restricciones
Evaluació
n y
reducción
de
riesgos
Desarrollo
y
validación
Planificació
n
Actividades
Comunicación con
el cliente
Planificación
Análisis de riesgos
Ingeniería
Construcción y
acción
Evaluación del
cliente
El primer circuito de la espiral produce el desarrollo de una
especificación de productos; los pasos siguientes en la espiral
se podrían utilizar para desarrollar un prototipo y
progresivamente versiones mas sofisticadas del software.
6. MODELO DE DESARROLLO
CONCURRENTE
El Modelo de Desarrollo Concurrente conocido
además como Ingeniería Concurrente dado por
Davis Sitaram, se puede representar en forma de
esquema como una serie de actividades técnicas
importantes, tareas y estados asociados.
MODELO CASCADA
En Ingeniería de software el desarrollo
en cascada, también llamado modelo
en cascada (denominado así por la
posición de las fases en el desarrollo de
esta, que parecen caer en cascada “por
gravedad” hacia las siguientes fases), es
el enfoque metodológico que ordena
rigurosamente las etapas del proceso
para el desarrollo de software
7. MODELO EVOLUTIVO BASADO EN COMPONENTES
Un componente es una pieza de código pre
elaborado que encapsula alguna funcionalidad
expuesta a través de interfaces estándar.
Es algo muy similar a lo que podemos observar
en el equipo de música que tenemos en
nuestra sala. Cada componente de aquel
aparato ha sido diseñado para acoplarse
perfectamente con sus pares, las conexiones
son estándar y el protocolo de comunicación
está ya preestablecido. Al unirse las partes,
obtenemos música para nuestros oídos.
ETAPAS DEL MODELO
EVOLUTIVO
PLANEACIÓN: En esta etapa evalúa la
función y el rendimiento que se asignaron
al Software
ANÁLISIS DE RIESGOS: El analista se
encarga de analizar los riesgos
CONSTRUCCIÓN Y ADAPTACIÓN DE LA
INGENIERÍA: Se construye el software, se
prueba si no tiene algún problema o para
detectar errores
EVALUACIÓN DEL CLIENTE: el cliente
tiene la tarea de evaluar el software
8. MODELO SCRUM
EL ¿QUIÉN? Y EL
¿QUE?:
identifica los roles de cada uno de los
miembros del equipo y define su
responsabilidad en el proyecto.
El equipo de Scrum consiste en tres
diferentes roles:
• El Product Owner/Dueño del
producto.
• El Scrum Master.
• Los Development Team.
Members/Miembros del Equipo.
EL ¿DÓNDE? Y EL
¿CUÁNDO?:
Representan el Sprint.
Dentro del desarrollo de un Sprint se
llevan a cabo ciertos eventos que
son:
• Planeamiento del Sprint/Sprint
Planning
• Reunión de Equipo de
Scrum/Scrum team meeting
• Refinamiento del Backlog/Backlog
Refinement
• Revisión del Sprint/Sprint Review
• Retrospectiva del
EL ¿POR QUÉ? Y EL
¿CÓMO?:
Representan las herramientas que utilizan
los miembros de Scrum
Para poder definir las respuestas a estas
preguntas, se hace uso de ciertas
herramientas:
• Backlog de Producto/Product Backlog
• Historias de Usuario /User Stories
• Backlog del Sprint/Sprint Backlog
• El panel de Tareas/The Taskboard
• Definición de “Listo”/Definition of Done
Scrum es un proceso en el que se aplican de manera regular un
conjunto de practicas para trabajar colaborativamente, en equipo
Las fases en las que se divide y define un proceso de SCRUM son las
siguientes:
9. MODELO CRYSTAL
Una familia de metodologías ágiles, donde cada una de ellas está adecuada para un tipo de proyecto.
Su creador es el popular Cockburn uno de los firmantes del manifiesto ágil.
Crystal da vital importancia a las personas que componen el equipo de un proyecto, y por tanto sus
puntos de estudio son:
Aspecto Humano del equipo
Tamaño de un equipo (Numero de Componentes).
Comunicación entre los componentes.
Distintas Políticas a Seguir.
Espacio físico de trabajo.
Codificación por colores de Crystal.
• ❏ Clear, para equipos de hasta 8 personas o menos.
• ❏ Amarillo, de entre 10 y 20 personas.
• ❏ Naranja, para equipos entre 20 y 50 personas.
• ❏ Roja, entre 50 y 100 personas.
• ❏ etc.
10. MODELO de programación extrema xp
Es una metodología ágil
Diseñada para entornos dinámicos
Pensada para equipos pequeños (hasta 10
programadores)
Orientada fuertemente hacia la codificación
Énfasis en la comunicación informal, verbal.
• Encargado de Pruebas
(Tester)
• Ayuda al cliente con las
pruebas funcionales
• Se asegura de que las
pruebas funcionales se
superan
• Rastreador (Tracker)
• Metric Man
• Observa sin molestar
• Conserva datos
históricos
• Programador (Programmer)
• Responsable de
decisiones técnicas
• Responsable de
construir el sistema
• Sin distinción entre
analistas, diseñadores
o codificadores
• En XP, los
programadores
diseñan, programan y
realizan las pruebas
• Jefe de Proyecto (Manager)
• Organiza y guía las reuniones
• Asegura condiciones adecuadas
para el proyecto
• Cliente (Customer)
• Es parte del equipo
• Determina qué construir y
cuándo
• Establece las pruebas
funcionales
ROLES XP