UNIVERSIDAD AGRARIA DEL

ECUADOR
INTEGRANTES
Cercado Javier
Realpe Wellington
Cinthya Snchez
Cristhian Encalada
CURSO: 5SA
 1.- QU ES UN COMPONENTE
Un componente es un bloque de Un componente de software se define como un
construccin de software de cmputo. paquete de software o modulo, que realiza un
Una parte modular, desplegable y proceso en especfico, obteniendo unos resultados
sustituible de un sistema, que incluye la acordes con el proceso realizado.
implantacin y expone un conjunto de
interfaces.

Componentes ejecutables: Que son los componentes los

cuales han sufrido procesos de compilacin y ligado.

Componentes basados en cdigo fuente: Los cuales

sufren el proceso de compilacin, indirectamente.
 UNA VISIN ORIENTADA A OBJETOS

Elaboracin de un software para un

El contexto de la ingeniera de software orientada taller de impresin avanzada
a objetos, un componente contiene un conjunto
de clases que colaboran. Cada clase dentro de un
componente se elabora por completo para que
incluya todos los atributos y operaciones
relevantes para su implantacin.
 LA VISIN TRADICIONAL

los componentes tradicionales del software provienen del modelo de

anlisis.

Dentro de la arquitectura del software se encuentra

un componente tradicional, tambin llamado
mdulo, que tiene tres funciones importantes:

Componente de control.- coordina la invocacin de

todos los dems componentes del dominio del problema.

Componente del dominio del problema.- implanta

una funcin completa o parcial que requiere el cliente

componente de infraestructura.- es el responsable

de las funciones que dan apoyo al procesamiento
requerido en el dominio del problema.
 VISIN RELACIONADA CON EL PROCESO

La visin orientada a objetos y la tradicional del diseo en el nivel de componentes,

presentadas, suponen que el componente se disea desde la nada. Es decir, que se
crea un nuevo componente con base en las especificaciones obtenidas del modelo de
requerimientos.
Ejemplo:
El middleware es una coleccin de componentes de infraestructura que
permiten que los componentes del dominio del problema se comuniquen
entre s a travs de una red o dentro de un sistema complejo.
 2 DISEO DE COMPONENTES BASADOS EN CLASE

Se basa en la informacin desarrollada como parte del

modelo de requerimientos y se representa como parte del
modelo arquitectnico el diseo en el nivel de
componentes se centra en la elaboracin de clases
especficas del dominio del problema y en el refinamiento
de las clases de infraestructura contenidas en el modelo
de requerimientos
 PRINCIPIOS BSICOS DEL DISEO
Hay cuatro principios bsicos que son
aplicables al diseo en el nivel de
componentes. La motivacin subyacente
para aplicar estos principios es crear
diseos que sean ms factibles de
cambiar, as como reducir la
propagacin de efectos colaterales
cuando se hagan cambios.
Principio Abierto-Cerrado (PAC). Un
mdulo [componente] debe ser abierto para
la extensin, pero cerrado para la
modificacin. Ejemplo (detector para revisar
el estado del tipo de seguridad).
Principio de sustitucin de Liskov (PSL).
Las subclases deben ser sustituibles por sus
clases de base. Sugiere que un componente
que use una clase de base debe funcionar
bien si una clase derivada de la clase base
pasa al componente.
Principio de Inversin de la Dependencia
(PID). Dependa de las abstracciones. No
dependa de las concreciones.
Principio de segregacin de la interfaz
(PSI). Es mejor tener muchas interfaces
especficas del cliente que una sola de
propsito general.
Principios adicionales de agrupamiento
Principio de equivalencia de la
liberacin de la reutilizacin
(PER). El grnulo de reutilizacin
es el grnulo de liberacin.
Cuando las clases o componentes
se disean para ser reutilizables

Principio de cierre comn (PCC).

Las clases que cambian juntas
pertenecen a lo mismo. Las clases
deben empacarse en forma
cohesiva. Cuando las clases se
agrupan como parte de un diseo

Principio de la reutilizacin
comn (PRC). Las clases que no
se reutilizan juntas no deben
agruparse juntas. Cuando cambia
una o ms clases dentro de un
paquete
LINEAMIENTOS DE DISEO EN EL NIVEL DE COMPONENTES

Componentes. - Deben establecerse convenciones

para dar nombre a los componentes que se
especifique que forman parte del modelo
arquitectnico, para luego mejorarlos y elaborarlos
como parte del modelo en el nivel de componentes.

Interfaces. Las interfaces dan informacin importante

sobre la comunicacin y la colaboracin.

Dependencias y herencia. Para tener una mejor

legibilidad, es buena idea modelar las dependencias
de izquierda a derecha y la herencia de abajo
 COHESIN
Se describe como la unidad de objetivo de un componente. la cohesin implica
que un componente o clase slo contiene atributos y operaciones que se relacionan
de cerca uno con el otro y con la clase o componente en s. Se definen varios tipos diferentes
de cohesin:

Funcional. Lo tienen sobre todo las operaciones; este nivel de cohesin ocurre
cuando un componente realiza un clculo y luego devuelve el resultado.

De capa. Lo tienen los paquetes, componentes y clases; este tipo de cohesin

ocurre cuando una capa ms alta accede a los servicios de otra ms baja.

De comunicacin. Todas las operaciones que acceden a los mismos datos se

definen dentro de una clase.
 ACOPLAMIENTO

El acoplamiento es la medicin cualitativa del grado en el que las clases se conectan una con otra. El
acoplamiento de las clases se manifiesta de varias maneras. Se definen las siguientes categoras de
acoplamiento:

Acoplamiento de contenido.

Acoplamiento comn.

Acoplamiento del control.

Acoplamiento de molde.

Acoplamiento de datos.

Acoplamiento de rutina de llamada.

Acoplamiento de tipo de uso.

Acoplamiento de inclusin o importacin.

Acoplamiento externo.
 REALIZACIN DEL DISEO EN EL NIVEL DE COMPONENTES

Debe transformarse la informacin de los modelos de requerimientos y arquitectnico a una

representacin de diseo. Los pasos siguientes representan un conjunto de tareas comunes para el
diseo en el nivel de componentes cuando se aplica a un sistema orientado a objetos

Paso 1. Identificar todas las clases de diseo que

correspondan al dominio del problema.
Paso 2. Identificar todas las clases de diseo que
correspondan al dominio de la infraestructura.
Paso 3. Elaborar todas las clases de diseo que no sean
componentes reutilizables.
Paso 4. Describir las fuentes persistentes de datos e
identificar las clases requeridas para administrarlos.
Paso 5. Desarrollar y elaborar representaciones del
comportamiento para una clase o componente.
Paso 6. Elaborar diagramas de despliegue para dar
ms detalles de la implantacin.
Paso 7. Redisear cada representacin del diseo en el
nivel de componentes
 DISEO EN EL NIVEL DE COMPONENTES PARA WEBAPPS

Es una funcin cohesiva bien definida que manipula contenido o da procesamiento de cmputo o de
datos para un usuario final.

DISEO DEL CONTENIDO EN EL NIVEL DE COMPONENTE

Se centra en objetos de contenido y en la forma en la que se empacan para su presentacin a un usuario

final de webapps. Por ejemplo, considere una capacidad de vigilancia con video dentro de
CasaSeguraAsegurada
 DISEO DE LAS FUNCIONES EN EL NIVEL DE COMPONENTES

Las aplicaciones web modernas proporcionan funciones de procesamiento cada vez ms sofisticadas que:

Producen un procesamiento localizado que genera contenido y capacidad de navegacin en forma

dinmica.

Dan capacidad de computacin o procesamiento de datos que resultan adecuados para el dominio
del negocio de la webapp.

Brindan consultas y acceso avanzado a una base de datos.

Establecen interfaces de datos con sistemas corporativos externos. Para lograr las capacidades
anteriores (y muchas otras), se disean componentes de la webapp que tengan forma similar a la
de los componentes del software convencional.
 DISEO DE COMPONENTES TRADICIONALES

Las construcciones estructuradas fueron propuestas para limitar el diseo del software orientado al
procedimiento a un nmero pequeo de estructuras lgicas predecibles. La medicin de la complejidad
indica que el uso de las construcciones estructuradas reduce la complejidad del programa
 NOTACIN GRFICA DE DISEO

Una imagen vale ms que mil

palabras, pero es importante saber de
qu imagen se trata y cules seran las
mil palabras.
 NOTACIN DEL DISEO TABULAR

Las tablas de decisin proporcionan una notacin que

traduce las acciones y condiciones (descritas en la Enlistar todas las acciones
asociadas con un procedimiento (o
narracin del procesamiento o caso de uso) a una forma componente) especfico.
tabular. Es difcil malinterpretar la tabla e incluso se
puede usar como entrada legible por una mquina que la Enlistar todas las condiciones (o
decisiones tomadas) durante la
use en un algoritmo dirigido por aqulla. Para ejecucin del procedimiento.
desarrollar una tabla de decisin se emplean los pasos
siguientes: Asociar conjuntos especficos de
condiciones con acciones
especficas

Definir reglas indicando qu

acciones suceden para un conjunto
dado de condiciones.
 LENGUAJE DE DISEO DEL PROGRAMA

El lenguaje de diseo del programa (LDP), tambin

llamado castellano estructurado o seudocdigo,
incorpora la estructura lgica de un lenguaje de
programacin y la expresividad de forma libre de un
lenguaje natural
DESARROLLO BASADO EN COMPONENTES
En el contexto de la ingeniera de software, la reutilizacin es
una idea tanto antigua como nueva. Los programadores han
reutilizado ideas, abstracciones y procesos desde los primeros
das de la computacin, pero el enfoque inicial
 INGENIERA DEL DOMINIO
El objetivo de la ingeniera del dominio es identificar, construir,
catalogar y diseminar un conjunto de componentes de software
que sean aplicables al software existente y al del futuro en un
dominio particular de aplicaciones.

El enfoque general del anlisis del dominio se caracteriza con frecuencia dentro del
contexto de la ingeniera de software orientada a objetos. Los pasos de este proceso se
definen como sigue:
Definir el
dominio que se
va a investigar.
Clasificar los
aspectos extrados
del dominio.
Reunir una muestra
representativa de
aplicaciones en el dominio.
Analizar cada aplicacin en la muestra
y definir clases de anlisis.

Desarrollar un modelo de los requerimientos para

las clases.
CALIFICACIN, ADAPTACIN Y COMBINACIN DE LOS COMPONENTES

Calificacin de componentes. La calificacin de componentes garantiza que un

componente candidato ejecute la funcin requerida, encaje en forma
adecuada en el estilo arquitectnico especificado para el sistema y tenga las
caractersticas de calidad que se requieren para la aplicacin.

Adaptacin de componentes. En la situacin ideal, la ingeniera del dominio

crea una biblioteca de componentes que se integra con facilidad en la
arquitectura de una aplicacin.

Combinacin de componentes. La tarea de combinar componentes ensambla

componentes calificados, adaptados y con la ingeniera necesaria para incluirse
en la arquitectura establecida para una aplicacin.
 ANLISIS Y DISEO PARA LA REUTILIZACIN

Promueve el uso de componentes de software ya existentes, hay veces en las que

deben desarrollarse otros nuevos para integrarlos con CCS disponibles y con otros
propios.
Datos estndar. El dominio de la aplicacin debe investigarse y tienen que
identificarse
las estructuras de datos globales estndar
Protocolos de interfaz estndar. Deben establecerse tres niveles de protocolos
de interfaz
 CLASIFICACIN Y RECUPERACIN DE COMPONENTES

La clasificacin permite encontrar y recuperar componentes que son candidatos a la reutilizacin, pero debe
existir un ambiente propicio para integrarlos con eficacia. ste tiene las caractersticas siguientes:

Una base de datos capaz de almacenar componentes de software y la

informacin de clasificacin necesaria para recuperarlos.
Un sistema de administracin de la biblioteca que d acceso a la base de
datos.
Un sistema de recuperacin de componentes de software (por ejemplo, un
agente de solicitud de objetos) que permita que la aplicacin de un cliente
recupere componentes y servicios del servidor de la biblioteca.
Herramientas de ISBC que apoyen la integracin de componentes reutilizados
en un diseo o implantacin nuevos.
 BIBLIOGRAFA
Morillo Moreno, M. (2005). Diseo de sistemas de costeo: fundamentos tericos. Red
Actualidad Contable Faces.

Pressman , R. S. (2010). Ingenieria de Software un enfoque practico.

Roger S. Pressman, P. (2010). Ingeniera del software: Un enfoque prctico. Buenos Aires:
University of Connecticut.

Su Torrents, A., Gil Vilda, F., & Arcusa Postils, I. (2004). Manual prctico de diseo de
sistemas productivos. Espaa: Ediciones Daz de Santos.