Unidad 3 Desarrollo Proyectos De Sotfwaare

“INSTITUTO TECNOLOGICO DE CERRO AZUL”

MATERIA:
DESARROLLO DE PROYECTOS DE SOFTWARE
CATEDRATICA:
LIC. TERESA COBOS PONCE
ALUMNOS:
ALVAREZ VAZQUEZ YAMILETH

TRABAJO:
UNIDAD III

CERRO AZUL VER., OCTUBRE DEL 2011.

3.1 Despliegue de componentes y arquitectónico.
¿Qué es UML? UML = Unified Modeling Language Un lenguaje de propósito general para el modelado orientado aobjetos. Impulsado por el Object Management Group (OMG) UML combina notaciones provenientes desde: Modelado Orientado a Objetos Modelado de Datos Modelado de Componentes Modelado de Flujos de Trabajo (Workflows).
Modelo
Un modelo captura una vista de un sistema del mundo real. Es una abstracción de dicho sistema, considerando un cierto propósito. Así, el modelo describe completamente aquellosaspectos del sistema que son relevantes al propósito del modelo, y a un apropiado nivel de detalle. Un proceso de desarrollo de software debe ofrecer un conjunto de modelos que permitan expresar el producto desde cada una de las perspectivas de interés. El código fuente del sistema es el modelo más detallado del sistema (y además es ejecutable). Sin embargo, se requieren otros modelos. Cada modelo escompleto desde su punto de vista del sistema, sin embargo, existen relaciones de trazabilidad entre los diferentes modelos.
Diagrama
Una representación gráfica de una colección de elementos de modelado, a menudo dibujada como un grafo con vértices conectados por arcos.
Componente
Un componente es una parte física y reemplazable de un sistema.
Diagrama de despliegue
Un diagrama de desplieguemuestra el despliegue físico del sistema en un ambiente de producción (o de prueba). Muestra dónde se ubican los componentes, en qué servidores, máquinas o hardware. Puede representar los enlaces de redes, el ancho de banda de la LAN, etc.

3.2 Técnicas de desarrollo de las arquitecturas de referencia en diferentes dominios.
3.2.1 Los modelos de componentes
El modelo de componentes ilustralos componentes de software que se usarán para construir el sistema. Se pueden construir a partir del modelo de clases y escribir desde cero para el nuevo sistema o se pueden importar de otros proyectos y de productos de terceros. Los componentes son agregaciones de alto nivel de las piezas de software más pequeñas y proveen un enfoque de construcción de bloques de caja negra para la elaboración desoftware.
Notación de Componentes
Un componente puede ser algo como un control Actives; tanto un componente de la interfaz de usuario como un servidor de reglas de negocio. Los componentes se representan gráficamente.
Diagrama de componentes
El diagrama de componentes muestra la relación entre componentes de software, sus dependencias, su comunicación su ubicación y otras condiciones. Loscomponentes también pueden exponer las interfaces. Estas son los puntos visibles de entrada o los servicios que un componente está ofreciendo y dejando disponibles a otros componentes de software y clases. Típicamente, un componente está compuesto por numerosas clases y paquetes de clases internos. También se puede crear a partir de una colección de componentes más pequeños.
Requisitos yrestricciones
Requisitos: Los componentes pueden tener requisitos adjuntos para indicar sus obligaciones contractuales; esto es, qué servicios proveen en el modelo los requisitos ayudan a documentar el comportamiento Funcional de los elementos de software.
Restricciones: Los componentes pueden restricciones asignadas que indican el entorno en el que operan.
Las precondiciones especifican lo que debeser verdadero antes de que un componente pueda realizar alguna función; las post-condiciones indican lo que debe ser verdadero después de que un componente haya realizado algún trabajo y los invariantes especifican lo que debe permanecer verdadero durante la vida del componente.
Escenarios y Trazabilidad
Escenarios: Los escenarios son descripciones textuales y procedimentales de las acciones...