0% encontró este documento útil (1 voto)
682 vistas6 páginas

2 2-Componentes

El documento habla sobre los componentes del modelado de negocios. Explica que el modelado de negocios se refiere a la representación de aspectos clave de una empresa como el fabricante, la propuesta de valor, el segmento de mercado objetivo, los canales de distribución, la relación con el consumidor, la configuración de recursos, la competencia subyacente, los socios de la red y las estructuras de costos e ingresos.

Cargado por

MADYLOZANO
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (1 voto)
682 vistas6 páginas

2 2-Componentes

El documento habla sobre los componentes del modelado de negocios. Explica que el modelado de negocios se refiere a la representación de aspectos clave de una empresa como el fabricante, la propuesta de valor, el segmento de mercado objetivo, los canales de distribución, la relación con el consumidor, la configuración de recursos, la competencia subyacente, los socios de la red y las estructuras de costos e ingresos.

Cargado por

MADYLOZANO
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd

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:
[Link]

Common questions

Con tecnología de IA

In the traditional vision, a component is a functional program element incorporating processing logic, necessary internal data structures, and an interface for data flow. It includes control, problem domain, and infrastructure components . In contrast, the object-oriented perspective sees a component as a set of collaborating classes that handle all relevant attributes and operations, focusing more on classes' collaboration and communication via interfaces .

Creating new components allows for customization to specific needs but is time-consuming and resource-intensive. Reusing existing components enhances efficiency, reduces development time, and leverages proven patterns, but may lead to mismatches between existing functionalities and new requirements. Balancing these approaches requires strategic decision-making based on project goals and constraints .

Components in software architecture act as modular, deployable, and replaceable parts that form the architecture. They play a role in achieving system objectives by defining the implementation and exposing a set of interfaces. Components communicate and collaborate with other components and entities external to the software boundaries, allowing them to contribute to fulfilling system requirements .

Understanding the market segment is crucial when modeling business components because it informs the design of specific features and services that meet the target group’s needs. It helps define the product's value proposition, marketing strategies, and distribution channels, ultimately aligning the business model with customer expectations and improving commercial success .

When designing a component's interface, key considerations include defining all data or control objects that flow through it, specifying appropriate data structures, and detailing algorithms necessary for the component to perform its intended functions. This ensures seamless interaction with other components and contributes to the overall system's effectiveness .

Data structures are crucial in implementing software components as they define how attributes are organized and manipulated within a component. Appropriately designed data structures facilitate efficient processing logic implementation and interface functionalities, ensuring that components perform their intended functions effectively .

Business modeling concepts translate into software component design by representing various aspects of a business, such as value propositions and market segments, through symbols and components. This allows components to function as modular elements addressing specific business functions, ensuring that systems align with business objectives and deliver desired outcomes .

In a traditional software architecture, control components coordinate the invocation of other components. Domain components implement complete or partial functions as required by the client. Infrastructure components are responsible for supporting processing functions necessary for the problem domain, facilitating the overall architecture's effectiveness and coherence .

Design catalogs and existing components can enhance software development by providing a collection of proven designs and components at the code level. This allows for selecting reusable elements during architecture development, ensuring well-described interfaces, functions, and communication requirements, ultimately streamlining the design process and improving efficiency .

The concept of 'printing job' illustrates software component design by defining 'ImprimirTrabajo' as a component with interfaces like 'CalcularTrabajo' for job costing and 'IniciarTrabajo' for job processing. This design specifies necessary attributes and operations for the component's implementation, showing how component details are elaborated within the architectural design .

También podría gustarte