edrfrr

complejidad.

desarrollo basado en componentes La ingeniería de software basada en componentes (CBSE) (también conocida como desarrollo basado en componentes(CBD)) es una rama de la ingeniería de software que enfatiza la separación de asuntos (separation of concerns (SoC)) por lo que se refiere a la funcionalidad de amplio rango disponible a través de un sistema de software dado. Es unacercamiento basado en la reutilización para definir, implementar, y componer componentes débilmente acoplados en sistemas. Esta práctica persigue un amplio grado de beneficios tanto en el corto como el largo plazo, para el software en sí mismo y para las organizaciones que patrocinan tal software.
Los ingenieros de software consideran los componentes como parte de la plataforma inicial para laorientación a servicios. Los componentes juegan este rol, por ejemplo, en servicios de web y, más recientemente, en las arquitecturas orientadas a servicios(SOA), por el que un componente es convertido por el servicio web en un servicio y consiguientemente hereda otras características más allá de las de un componente ordinario.
1. Reutilización del software. Nos lleva a alcanzar un mayor nivel dereutilización de software.
2. Simplifica las pruebas. Permite que las pruebas sean ejecutadas probando cada uno de los componentes antes de probar el conjunto completo de componentes ensamblados.
3. Simplifica el mantenimiento del sistema. Cuando existe un débil acoplamiento entre componentes, el desarrollador es libre de actualizar y/o agregar componentes según sea necesario, sin afectar otras partesdel sistema.
4. Mayor calidad. Dado que un componente puede ser construido y luego mejorado continuamente por un experto u organización, la calidad de una aplicación basada en componentes mejorará con el paso del tiempo. 1.- Los “compromisos” en los requisitos son inevitables, por lo cual puede que el software no cumpla las expectativas del cliente.
2.- Las actualizaciones de los componentesadquiridos no están en manos de los desarrolladores del sistema.
Prototipos: Este modelo consiste en un procedimiento que permite al equipo de desarrollo diseñar y analizar una aplicación que representa el sistema que sería implementado (McCracken y Jackson, 1982). Dicha aplicación, llamada prototipo, está compuesta por los componentes que se desean evaluar (las funciones principales).
Lasetapas del modelo son:
- Investigación preliminar.
- Colecta y refinamiento de los requerimientos y proyecto rápido
- Análisis y especificación del prototipo.
- Diseño y construcción del prototipo.
- Evaluación del prototipo por el cliente.
- Renacimiento del prototipo.
- Diseño técnico.
- Programación y test.
- Operación y mantenimiento.
1.- Permiten el desarrollo de un sistema apartir de requisitos poco claros o cambiantes. Esto ocurre con cierta frecuencia en muchos proyectos de software.
2.- Como información complementaria a los requisitos constituyen un gran apoyo a las estimaciones de esfuerzo de todas las áreas, incluyendo proveedores.
3.- Son más fáciles de abordar con los usuarios finales.
4.- El usuario participa más activamente en la construcción del productode software (La Solución), ya que “lo puede ver” y, dependiendo del tipo de prototipo, “utilizar” desde el primer momento.
5.- Se reduce el riesgo o la incertidumbre sobre la implementación del software.
6.- Proporciona al usuario un mayor conocimiento del sistema con una curva menor de aprendizaje.
1.- El usuario quiere empezar a trabajar desde el primer momento con el prototipo parasolucionar su problema particular, cuando el prototipo es solo un modelo de lo que será el producto.
2.- Los prototipos generan o pueden generar otro tipo de problemas si su presentación y discusión con los usuarios no es controlada: puesto que son modelos inconclusos, los usuarios suelen enfocarse en aspectos “superficiales” del prototipo que los pueden dejar inconformes luego de verlos por...