Universidad Jurez Autnoma de Tabasco DAIS

Materia : Ingeniera de Software Profesor : M. en I.S Homero Alpun Jimnez

Ensayo MODELOS DE DISEO Nombres alumno(s) Yesenia Lpez Jimnez Celsa Rodrguez Montejo Jos Luis Prez Hernndez Perla Cristeel Arenas Oln
Universidad Jurez Autnoma de Tabasco, Divisin Acadmica de Informtica y Sistemas. Carretera Cunduacan-Jalpa, Km 1 Ing.software.dais@gmail.com 03 de noviembre de 2011 MXICO

Introduccin El modelo de desarrollo de software se compone de una mezcla de varios elementos, entre los que se encuentran la filosofa, el modelo de negocio, y el licenciamiento. Ni la calidad ni el desempeo dependen del modelo.

Cuerpo del ensayo Destilando las definiciones y los puntos de vista implcitos o explcitos, los autores clasifican los modelos de esta forma: 1) Modelos estructurales: Sostienen que la AS est compuesta por componentes, conexiones entre ellos y (usualmente) otros aspectos tales como configuracin, estilo, restricciones, semntica, anlisis, propiedades, racionalizaciones, requerimientos, necesidades de los participantes. El trabajo en esta rea est caracterizada por el desarrollo de lenguajes de descripcin arquitectnica (ADLs). 2) Modelos de framework: Son similares a la vista estructural, pero su nfasis primario radica en la (usualmente una sola) estructura coherente del sistema completo, en vez de concentrarse en su composicin. Los modelos de framework a menudo se refieren a dominios o clases de problemas especficos. El trabajo que ejemplifica esta variante incluye arquitecturas de software especficas de dominios, como CORBA, o modelos basados en CORBA, o repositorios de componentes especficos, como PRISM.

Hoja 1 de 4

Ensayo

Universidad Jurez Autnoma de Tabasco DAIS

Materia : Ingeniera de Software Profesor : M. en I.S Homero Alpun Jimnez

3) Modelos dinmicos: Enfatizan la cualidad conductual de los sistemas. Dinmico puede referirse a los cambios en la configuracin del sistema, o a la dinmica involucrada en el progreso de la computacin, tales como valores cambiantes de datos. 4) Modelos de proceso: Se concentran en la construccin de la arquitectura, y en los pasos o procesos involucrados en esa construccin. En esta perspectiva, la arquitectura es el resultado de seguir un argumento (script) de proceso. Esta vista se ejemplifica con el actual trabajo sobre programacin de procesos para derivar arquitecturas.

5) Modelos funcionales: Una minora considera la arquitectura como un conjunto de componentes funcionales, organizados en capas que proporcionan servicios hacia arriba. Es tal vez til pensar en esta visin como un framework particular. Ninguna de estas vistas excluye a las otras, ni representa un conflicto fundamental sobre lo que es o debe ser la AS. Por el contrario, representan un espectro en la comunidad de investigacin sobre distintos nfasis que pueden aplicarse a la arquitectura: sobre sus partes constituyentes, su totalidad, la forma en que se comporta una vez construida, o el proceso de su construccin. Tomadas en su conjunto, destacan ms bien un consenso. Independientemente de las discrepancias entre las diversas definiciones, MODELO EN CASCADA CRITICAS: No refleja realmente el proceso de desarrollo del software Se tarda mucho tiempo en pasar por todo el ciclo Perpetua el fracaso de la industria del software en su comunicacin con el usuario final El mantenimiento se realiza en el cdigo fuente Las revisiones de proyectos de gran complejidad son muy difciles Impone una estructura de gestin de proyectos MODELO INCREMENTAL Se evitan proyectos largos y se entrega Algo de valor a los usuarios con cierta frecuencia El usuario se involucra ms Difcil de evaluar el coste total Difcil de aplicar a sistemas transaccionales que tienden a ser integrados y a operar como un todo Requiere gestores experimentados Los errores en los requisitos se detectan tarde. El resultado puede ser muy positivo MODELO DE PROTOTIPO
Hoja 2 de 4 Ensayo

Universidad Jurez Autnoma de Tabasco DAIS

Materia : Ingeniera de Software Profesor : M. en I.S Homero Alpun Jimnez

No modifica el flujo del ciclo de vida Reduce el riesgo de construir productos que no satisfagan las necesidades de los usuarios Reduce costos y aumenta la probabilidad de xito Exige disponer de las herramientas adecuadas No presenta calidad ni robustez Una vez identificados todos los requisitos mediante el prototipo, se construye el producto de ingeniera. EL PROTOTIPADO PARA QUE SEA EFECTIVO: Debe ser un sistema con el que se pueda experimentar Debe ser comparativamente barato (< 10%) Debe desarrollarse rpidamente nfasis en la interfaz de usuario Equipo de desarrollo reducido Herramientas y lenguajes adecuados El prototipado es un medio excelente para recoger el feedback (realimentacin) del usuario final PELIGROS DEL PROTOTIPO El cliente ve funcionando lo que para el es la primera versin del prototipo que ha sido construido con plastilina y alambres, y puede desilusionarse el decirle que el sistema aun no ha sido construido. El desarrollador puede caer en la tentacin de ampliar el prototipo para construir el sistema final sin tener en cuenta los compromisos de calidad y de mantenimiento que tiene con el cliente. EL PROTOTIPADO EVOLUTIVO Construccin de una implementacin parcial que cubre los requisitos conocidos, para ir aprendiendo el resto y, paulatinamente, incorporarlos al sistema Reduce el riesgo y aumenta la probabilidad de xito No se conocen niveles apropiados de calidad y documentacin Problemas de gestin de configuracin Construir software para que pueda ser modificado fcilmente es un arte desconocido MODELO EN ESPIRAL Trata de mejorar los ciclos de vida clsicos y prototipos. Permite acomodar otros modelos Incorpora objetivos de calidad y gestin de riesgos Elimina errores y alternativas no atractivas al comienzo Permite iteraciones, vuelta atrs y finalizaciones rpidas Cada ciclo empieza identificando: Los objetivos de la porcin correspondiente Las alternativas Restricciones
Hoja 3 de 4 Ensayo

Universidad Jurez Autnoma de Tabasco DAIS

Materia : Ingeniera de Software Profesor : M. en I.S Homero Alpun Jimnez

Cada ciclo se completa con una revisin que incluye todo el ciclo anterior y el plan para el siguiente

Conclusin y comentarios En conclusin podemos decir que seria mejor el de prototipos. La espiral es demasiado compleja; adems, con el modelo de prototipos podemos tambin hacer una evaluacin de riesgos (aunque un poco ms sencilla) antes de ponernos a estructurar y codificar el sistema completo. El modelo incremental es bueno, pero las iteraciones pueden llevar un poco a la confusin (podemos incluir en el diseo de una iteracin lo que ya estaba diseado en otra). Sin duda, el Ciclo Clsico es el peor. Una metodologa de desarrollo secuencial es muy difcil de llevar y presenta muchos problemas aadidos a los que ya nos encontremos.

Referencias bibliogrficas http://alarcos.inf-cr.uclm.es/doc/ISOFTWAREI/Tema03.pdf http://www.cepeu.edu.py/LIBROS_ELECTRONICOS_3/lpcu097%20-%2001.pdf http://www.biblioteca.co.cr/pdf/unidad12-4.pdf http://www.noticias.com/modelos-de-desarrollo-de-software.30852 http://www.eqsoft.net/presentas/modelos_de_calidad_y_software_libre.pdf

Hoja 4 de 4

Ensayo