Vous êtes sur la page 1sur 4

UNIVERSIDAD DE EL SALVADOR

FACULTAD MULTIDISCIPLINARIA DE
OCCIDENTE DEPARTAMENTO DE
INGENIERIA Y ARQUITECTURA

Ingeniera de Software
Modelo Desarrollo
Concurrente
Ing. Carlos Arturo Ruano

Integrantes:
Arias Guerrero, Fernando Audiel
Daz Cruz, Jorge Alberto
Garca De la Cruz, Ana Mara.
Pacheco Molina, Miguel Antonio
Romero Reyes, Marta Cecilia

Modelo de Desarrollo Concurrente

Qu es El Modelo de Desarrollo Concurrente?


Este modelo es conocido tambin como Ingeniera Concurrente dado por Davis
Sitaram, el modelo se representa como una serie de actividades tcnicas
importantes, tareas y estados asociados a un proyecto en desarrollo. Fue
creado luego de duras crticas a su antecesor el modelo en Cascada, ya que
este era engorroso para poder solucionar problemas en las primeras capas.
El modelo de Desarrollo concurrente define una serie de acontecimientos que
dispararn transiciones de estado a estado para cada una de las actividades de
la ingeniera del software. Durante las primeras etapas del diseo, no se
contempla una inconsistencia del modelo de anlisis. Esto genera la correccin
del modelo de anlisis de sucesos, que disparar la actividad de anlisis del
estado hecho al estado cambios en espera. Es un modelo de tipo de red donde
todas las personas actan simultneamente o al mismo tiempo.
Este modelo se centra en las necesidades del usuario y no se ata al tiempo de
desarrollo del sistema, ya que debe definir y trabajar en las transiciones de
estado que presenta cada etapa del diseo.
Puede ser aplicado para un sistema cliente/servidor ya que se compone de un
conjunto de componentes funcionales. Cuando se aplica a este, el modelo de
proceso concurrente define actividades en dos dimensiones:
1. Dimensin de sistemas.
2. Dimensin de componentes.
Los aspectos del nivel de sistema se afrontan mediante tres actividades:
diseo, ensamblaje y uso.
La concurrencia se logra de dos formas:
1. Las actividades de sistemas y de componentes ocurren simultneamente y
pueden modelarse con el enfoque orientado a objetos.
2. Una aplicacin cliente/servidor tpica se implementa con muchos
componentes, cada uno de los cuales se pueden disear y realizar
concurrentemente.
Descripcin del Modelo
Los requerimientos son usualmente "lneas de base", cuando una mayora de
los requerimientos comienzan a ser bien entendidos, en este tiempo se dedica
un esfuerzo considerable al diseo. Sin embargo, una vez que comienza el
diseo, cambios a los requerimientos son comunes y frecuentes (despus de

todo, los problemas reales cambian, y nuestro entendimiento de los problemas


desarrollados tambin).

Durante el diseo de arquitectura, es posible que algunos componentes


comiencen a ser bien definidos antes que la arquitectura completa sea
estabilizada. En tales casos, puede ser posible comenzar el diseo detallado en
esos componentes estables. Similarmente, durante el diseo detallado, puede
ser posible proceder con la codificacin y quizs regular testeando en forma
unitaria o realizando testeo de integracin previo a llevar a cabo el diseo
detallado de todos los componentes.

Ventajas
Excelente para proyectos en los que se conforman grupos de trabajo
independientes.
Las tareas que se distribuyen en algn momento pueden tener correcciones y
este modelo le permite aplicarlas aunque el desarrollo de software haya
avanzado y esa correccin sea de requerimientos.
Proporciona una imagen exacta del estado actual de un proyecto.
Este modelo tiene la capacidad de describir las mltiples actividades del
software ocurriendo simultneamente.

Desventajas
Si no se dan las condiciones sealadas no es aplicable.
Para poder llevar a cabo este modelo debe de cumplir con las caractersticas
que este dicta, as como el hecho que este mtodo es de tipo red para grupos
de trabajo.
Si no existen grupos de trabajo no se puede trabajar en este mtodo
El modelo Concurrente busca que el desarrollo de un proyecto sea repartido
entre el grupo de trabajo, as cada uno tendr su respectiva actividad(tarea)
dentro del proyecto.

Tipos de Proyectos
El modelo de Desarrollo concurrente es aplicable a todos los proyectos
que manejan arquitectura Cliente/Servidor.

Un ejemplo claro seria la accin de visitar un sitio web, ya que la


mayora de las pginas requiere la arquitectura Cliente/servidor. Leer un
artculo de Wikipedia, requiere el uso de una computadora as como
tambin el uso de un navegador que estaran actuando como el cliente,
y la base de datos y los usos que componen Wikipedia actuaran como
Servidor.