Sunteți pe pagina 1din 6

2.

2 Componentes
Un componente es un bloque de construccin de software de cmputo. Define un
componente como una parte modular, desplegable y sustituible de un sistema,
que incluye la implantacin y expone un conjunto de interfaces.
Los componentes forman la arquitectura del software y, en consecuencia, juegan
un papel en el logro de los objetivos y de los requerimientos del sistema que se va
a construir. Como los componentes se encuentran en la arquitectura del software,
deben comunicarse y colaborar con otros componentes y con entidades (otros
sistemas, dispositivos, personas, etc.) que existen fuera de las fronteras del
software. El verdadero significado del trmino componente difiere en funcin del
punto de vista del ingeniero de software que lo use. En las secciones que siguen,
se estudian tres visiones importantes de lo que es un componente y cmo se
emplea en el desarrollo de la modelacin del diseo.

Una visin orientada a objetos.


En el contexto de la ingeniera de software orientada 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. Como parte de la elaboracin del
diseo, tambin deben definirse todas las interfaces que permiten que las clases
se comuniquen y colaboren con otras clases de diseo. Para lograr esto, se
comienza con el modelo de requerimientos y se elaboran clases de anlisis (para
los componentes que se relacionan con el dominio del problema) y clases de
infraestructura (para los componentes que dan servicios de apoyo para el dominio
del problema).
Para ilustrar el proceso de la elaboracin del diseo, considere el software que se
va a elaborar para un taller de impresin avanzada. El objetivo general del
software es obtener los requerimientos que plantea el cliente en el mostrador,
presupuestar un trabajo de impresin y despus pasar ste a una instalacin
automatizada
de
produccin.

En el diseo de la arquitectura se defini ImprimirTrabajo como un componente


dentro de la arquitectura del software y est representado con la notacin

abreviada UML2 que se muestra en la parte media derecha de la figura. Observe


que ImprimirTrabajo tiene dos interfaces, CalcularTrabajo, que provee la
capacidad de obtener el costo del trabajo, e IniciarTrabajo, que pasa el trabajo a
travs de las instalaciones de produccin. stas se encuentran representadas con
los smbolos de paleta que aparecen en el lado izquierdo de la caja del
componente.
El diseo en el nivel del componente comienza en este punto. Deben elaborarse
los detalles del componente ImprimirTrabajo para que den informacin suficiente
que gue la implantacin. La clase de anlisis original se lleva a cabo para dar
cuerpo a todos los atributos y operaciones requeridos para implantar la clase as
como el componente ImprimirTrabajo.
Esta actividad de elaboracin se aplica a cada componente definido como parte
del diseo de la arquitectura. Una vez concluida, se aplica ms elaboracin a cada
atributo, operacin e interfaz. Deben especificarse las estructuras de datos
apropiadas para cada atributo. Adems, se disean los detalles algortmicos
requeridos para implantar la lgica del procesamiento asociada con cada
operacin. Este diseo del procedimiento se analiza ms adelante, en este
captulo. Por ltimo, se disean los mecanismos requeridos para implantar la
interfaz.

La visin tradicional.
En el contexto de la ingeniera de software tradicional, un componente es un
elemento funcional de un programa que incorpora la lgica del procesamiento, las
estructuras de datos internas que se requieren para implantar la lgica del
procesamiento y una interfaz que permite la invocacin del componente y el paso
de los datos. Dentro de la arquitectura del software se encuentra un componente
tradicional, tambin llamado mdulo, que tiene tres funciones importantes:
1. Componente de control que coordina la invocacin de todos los dems
componentes del dominio del problema.
2.

Componente del dominio del problema que implanta una funcin


completa o parcial que requiere el cliente.

3.

Componente de infraestructura que es responsable de las funciones


que dan apoyo al procesamiento requerido en el dominio del problema

Para ilustrar este proceso de elaboracin del diseo de componentes


tradicionales, considere otra vez el software que debe elaborarse para un taller de
impresin avanzada. Durante el modelado de los requerimientos se obtendr un
conjunto de diagramas de flujo de datos. Suponga que stos se mapean en la
arquitectura que Cada rectngulo representa un componente del software.
Observe que los que estn sombreados son equivalentes en su funcin y
operaciones a los definidos para la clase ImprimirTrabajo. Sin embargo, en este

caso, cada operacin se representa como mdulo aislado que se invoca como se
indica en la figura. Para controlar el procesamiento se utilizan otros mdulos, por
lo que son componentes de control. Cada mdulo se elabora durante el diseo en
el nivel de componentes. La interfaz del mdulo se define explcitamente. Es decir,
se

representa todo objeto de datos o control que fluya a travs de la interfaz. Se


definen las estructuras de datos que se utilicen en el interior del mdulo. El
algoritmo que permite que el mdulo cumpla su funcin prevista. El
comportamiento del mdulo se representa en ocasiones con un diagrama de
estado.

Visin relacionada con el proceso.


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. Por supuesto, existe otro enfoque. En las ltimas dos dcadas, la
comunidad de la ingeniera de software ha puesto el nfasis en la necesidad de
elaborar sistemas que utilicen componentes de software o patrones de diseo ya
existentes. En esencia, a medida que avanza el trabajo de diseo se dispone de
un catlogo de diseo probado o de componentes en el nivel de cdigo. Conforme
se desarrolla la arquitectura del software, se escogen del catlogo componentes o
patrones de
teniendo en mente lo reutilizable, se dispone totalmente de la
descripcin de su interfaz, de las funciones que realizan y de la comunicacin y
colaboracin que requieren.
Bibliografa:
Libro: Ingeniera del software un enfoque prctico 7ma Edicin. Autor: Roger S.
Pressman. Editorial: Mc Graw Hill
Captulo 10, Pag 234 239.

2.2 Componentes del Modelado de Negocios


El modelado de negocios se refiere a la adquisicin de conocimientos promedio de
un objeto de estudio en el cual por lo general es la empresa en concreto y la
representacin de la adquisicin de este conocimiento se hace a travs de
smbolos. El modelado de negocios se define como un proceso de representacin
de uno o ms aspectos o elementos de una empresa, tales como:
Fabricante
Entidad que ofrece un producto o servicio, en la mayora la empresa llena esta
posicin y es el productor del producto. En ocasiones la empresa entrega el
producto en lugar de fabricarlo, por tanto es la productora del sistema.
Proposicin de oferta o de valor
Valor percibido que tus productos proporcionan, por lo general fsicos, pero los
servicios, productos digitales, ideas y propiedad intelectual son todas propuestas
de valor. "menudo, las empresas ofrecern un producto y un servicio relacionado
juntos, como un automvil y su mantenimiento.
Segmento del mercado objetivo
Grupo de consumidores de tu plan para ofrecer el valor de tu producto. Diferentes
mercados usan productos similares, agregar varios segmentos puede aumentar la
ganancia potencial para tu empresa.
Canal de distribucin o de movimiento
Hacer llegar tu producto a su mercado objetivo, desde la publicidad hasta la venta.
Esto establece los medios por los que t negocio se relaciona con tus clientes.
Relacin del consumidor
La forma en que estableces las relaciones con tus clientes. Define cmo ganas su
confianza y ofreces tu producto. El reconocimiento de la marcase inscribe en esta
rea, como servicio al cliente.
Configuracin de valor o de recursos
Manera de utilizar las actividades, el personal y los recursos necesarios para
producir el producto, esto es la base de tus estructuras de costos e ingresos.

Competencia subyacente

Los conocimientos bsicos, habilidades, capacidades y conocimientos necesarios


para producir tu producto. Inicialmente, descansa en el propietario-innovador y en
el equipo que lo rodea para llevar el producto al mercado.
Compaeros de la red o de afiliacin
Acuerdos entre tu empresa y otras empresas para producir y
producto.

comercializar

tu

Incluyen proveedores de materiales y piezas, puntos de venta, transportistas,


agencias de publicidad y medios de comunicacin.
Comercializar el valor de tu producto depende de t colaboracin.

Estructuras de costo
Gastos necesarios para fabricar un producto o servicio, incluye los costos fijos
como arrendamientos o pagos de la hipoteca y los costos variables, como
investigacin y desarrollo, comercializacin, transporte y nmina.
Vas de ingresos
Formas que una empresa hace ingresos, como ingresos por ventas. Sin embargo,
puede hacer referencia a la mercanca vendida y devoluciones de valor aadido
de los consumidores, socios o terceros como marketing viral o social no solicitado.

Linkografia:
https://es.scribd.com/document/265016453/Subtema-1-2-Componentes-DelModelado-de-Negocios

S-ar putea să vă placă și