1. Modelos de Procesos de Software
Definición: Un modelo de procesos del software es una descripción
simplificada de un proceso del software que presenta una visión de
ese proceso. Estos modelos pueden incluir actividades que son
parte de los procesos y productos de software y el papel de las
personas involucradas en la ingeniería del software.
1.- Un modelo de flujo de trabajo.
2.- Un modelo de flujo de datos o de actividad.
3.- Un modelo de rol/acción.
2. • 1.- Un modelo de flujo de trabajo. Muestra la secuencia de actividades en el
proceso junto con sus entradas, salidas y dependencias.
• 2.- Un modelo de flujo de datos o de actividad. Representa el proceso como un
conjunto de actividades, cada una de las cuales realiza alguna transformación
en los datos. Muestra cómo la entrada en el proceso, tal como una
especificación, se transforma en una salida, tal como un diseño
• 3.- Un modelo de rol/acción. Representa los roles de las personas involucrada
en el proceso del software y las actividades de las que son responsables.
3. 1. Paradigma Tradicional: Es uno de los paradigmas más antiguo, se
inventó durante la creación del método estructurado. Si se elige un
proyecto, el método varía en etapas. Como todo modelo, existen sus pros y
contras al usar este paradigma
2. Paradigma Orientado a Objetos: Estos modelos se basan en la
Programación orientada a objetos; por lo tanto, se refiere al
concepto de clase, el análisis de requisitos y el diseño.
3. Paradigma de Desarrollo Ágil: Es un paradigma de las
Metodologías De Desarrollo basado en procesos ágiles. Estos
intentan evitar los tediosos caminos de las metodologías
tradicionales enfocándose en las personas y los resultados.
4. El modelo de desarrollo de
software por etapas es similar
al Modelo de prototipos ya que
se muestra al cliente el
software en diferentes estados
sucesivos de desarrollo, se
diferencia en que las
especificaciones no son
conocidas en detalle al inicio
del proyecto y por tanto se van
desarrollando
simultáneamente con las
diferentes versiones del código.
Modelo Lineal Secuencial
Modelo por etapas
5. es similar al Modelo de prototipos ya que se muestra al cliente el software en
diferentes estados sucesivos de desarrollo, se diferencia en que las
especificaciones no son conocidas en detalle al inicio del proyecto y por tanto
se van desarrollando simultáneamente con las diferentes versiones del
código.
Modelo por etapas
6. Estas diferentes fases se van repitiendo en cada etapa del diseño.
Este modelo estipula que el software será desarrollado en sucesivas etapas:
1. Plan operativo: Etapa donde se define el problema a resolver, las metas del proyecto, las metas de
calidad
2. Especificación de requisitos: Permite entregar una visión de alto nivel sobre el proyecto, poniendo
énfasis en la descripción del problema desde el punto de vista de los clientes y desarrolladores.
3. Especificación funcional: Específica la información sobre la cual el software a desarrollar trabajará.
4. Diseño: Permite describir cómo el sistema va a satisfacer los requisitos. Esta etapa a menudo tiene
diferentes niveles de detalle.
5. Implementación: Aquí es donde el software a ser desarrollado se codifica. Dependiendo del tamaño
del proyecto, la programación puede ser distribuida entre distintos programadores o grupos de
programadores.
6. Integración: Es la fase donde todos los subsistemas codificados independientemente se juntan.
Cada sección es enlazada con otra y, entonces, probada.
7. Validación y verificación: Una vez que el sistema ha sido integrado, comienza esta etapa. Es donde
es probado para verificar que el sistema es consistente con la definición de requisitos y la especificación
funcional.
8. Mantenimiento: El mantenimiento ocurre cuando existe algún problema dentro de un sistema
existente, e involucraría la corrección de errores que no fueron descubiertos en las fases de prueba.
7. El 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
proceso DRA permite al equipo
de desarrollo crear un sistema
completamente funcional
dentro de periodos muy cortos
de tiempo.
Modelo DRA
8. Es un modelo de desarrollo
evolutivo propuesto por Barry
Boehm, que utiliza prototipos
como apoyo. La forma de espiral
representa una iteración
(repetición) de procesos que, a
medida que se van entregando
prototipos y éstos son revisados
por los clientes o usuarios finales,
el tiempo empleado para
desarrollar la próxima versión es
cada vez mayor. Cada división
recibe el nombre de región de
tareas.
Modelo Evolutivo
Modelo Espiral
9. 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.
Modelo Evolutivo basado en Componentes
10. El modelo incremental es una unión
de las mejores funcionalidades del
modelo de cascada y del modelo de
prototipos. A medida que se presenta
un prototipo se produce un
“incremento”, que es una iteración del
proceso anterior, pero aplicando las
experiencias aprendidas del proceso
anterior. A diferencia del modelo de
prototipos, los prototipos de este
modelo están orientados a ser
operacionales en cada incremento y
no ser solo una “previa” de cómo sería
el sistema en su versión final. El
Modelo Incremental combina
elementos del MLS con la filosofía
interactiva de construcción de
prototipos.
Modelo Evolutivo de tipo Incremental
11. Scrum es un proceso en el que
se aplican de manera regular
un conjunto de buenas
prácticas para trabajar
colaborativamente, en equipo, y
obtener el mejor resultado
posible de un proyecto. Estas
prácticas se apoyan unas a
otras y su selección tiene origen
en un estudio de la manera de
trabajar de equipos altamente
productivos.
Modelo Ágil
Modelo Scrum
12. ES CAPAZ DE ADAPTARSE
A LOS CAMBIOS DE
REQUISITOS EN
CUALQUIER PUNTO DE
LA VIDA DEL PROYECTO.
ES UNA APROXIMACIÓN
MEJOR Y MÁS REALISTA
QUE INTENTAR DEFINIR
TODOS LOS REQUISITOS
AL COMIENZO DEL
PROYECTO E INVERTIR
ESFUERZOS DESPUÉS EN
CONTROLAR LOS
CAMBIOS EN LOS
REQUISITOS.
Modelo Programación Extrema
13. FASES DE LA METODOLOGIA XP
• 1ª Fase: Planificación del proyecto.
• Historias de usuario: El primer paso de
cualquier proyecto que siga la
metodología X.P es definir las historias
de usuario con el cliente. Las historias de
usuario tienen la misma finalidad que los
casos de uso, pero con algunas
diferencias: Constan de 3 ó 4 líneas
escritas por el cliente en un lenguaje no
técnico sin hacer mucho hincapié en los
detalles; no se debe hablar ni de posibles
algoritmos para su implementación ni de
diseños de base de datos adecuados, etc.
2ª Fase: Diseño.
•Diseños simples
•Glosarios de términos
•Riesgos
•Funcionalidad extra
•Re factorizar
•Tarjetas C.R.C.
•Las tarjetas C.R.C.
14. 3ª Fase: Codificación.
Como ya se dijo en la introducción,
el cliente es una parte más del
equipo de desarrollo; su presencia
es indispensable en las distintas
fases de X.P. A la hora de codificar
una historia de usuario su
presencia es aún más necesaria.
No olvidemos que los clientes son
los que crean las historias de
usuario y negocian los tiempos en
los que serán implementadas.
4ª Fase: Pruebas.
Uno de los pilares de la metodología X.P
es el uso de test para comprobar el
funcionamiento de los códigos que
vayamos implementando.
El uso de los test en X.P es el siguiente:
Se deben crear las aplicaciones que
realizarán los test con un entorno de
desarrollo específico para test.
Hay que someter a tests las distintas
clases del sistema omitiendo los
métodos más triviales.
15. Kanban es un método de tipo
ágil,que nos ayuda para
gestionar el trabajo intelectual,
con énfasis en la entrega justo
a tiempo, mientras no se
sobrecarguen los miembros del
equipo. En este enfoque, el
proceso, desde la definición de
una tarea hasta su entrega al
cliente, se muestra para que los
participantes lo vean y los
miembros del equipo tomen el
trabajo de una cola.
Modelo Kanban
16. MODELOS DE PROCESOS DEL
SOFTWARE
• Integrantes:
• 1.-HUAYLLA ALMANZA ELOY HERNAN
• 2.-LLAPACO AVILA CARLOS FRANCO
• 3.-MONTES MUJICA SEBASTIÁN FABIAN
• 4.- RODRÍGUEZ CHOQUE WILLIAM ANTONIO
• 5.- CRUZ CACERES LIZETH
• 6.- ANCARI TARQUI JUAN
• 7.- IBAÑEZ GUARACHI CESAR IVAN GUSTAVO
• 8.- HUANCOLLO RAMOS BETZHY