Modelos de Procesos de SoftwareDefinició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.

• 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.

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.

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 SecuencialModelo 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 por etapas

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.

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

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 EvolutivoModelo Espiral

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

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

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 ÁgilModelo Scrum

 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

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. 

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. 

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

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