geração (semi)automática de metadados - Universidad Autónoma ...

ISBN: 978–972–8924–45-4 © 2007 IADIS
2. DESENVOLVIMENTO BASEADO EM COMPONENTES - DBC
O DBC surgiu como uma nova perspectiva para o desenvolvimento de software, com o objetivo de “quebrar”
os blocos monolíticos em componentes interoperáveis, reduzindo a complexidade do desenvolvimento, assim
como o custo, através da reutilização desses componentes que, em princípio, seriam adequados para serem
utilizados em outras aplicações. O DBC tem seu foco em técnicas e práticas usadas para construir sistemas de
software a partir de componentes previamente existentes, sejam comprados de terceiros ou implementados
pelos próprios desenvolvedores do sistema. Componentes de software são blocos de construção para a
estrutura de um sistema, compostos por entidades lógicas como classes, funções e enumerações, sendo o
encapsulamento das informações o princípio básico para a construção do seu núcleo. Um componente possui
interfaces contratualmente especificadas que provê acesso a seus serviços e informações. Os componentes em
geral funcionam como caixa preta, escondendo os detalhes de implementação dos usuários, os quais precisam
apenas conhecer as funções disponíveis em suas interfaces para a utilização do componente [Preiss,2002].O
foco da engenharia de software que era especificação e construção de sistemas, muda para identificação,
qualificação, adaptação, integração e atualização de componentes de software. Para que aconteça a
construção de sistemas de software pela composição de componentes, é necessário que existam componentes
reutilizáveis de qualidade e confiáveis nos repositórios e bibliotecas de componentes. As características
particulares no DBC indicam a necessidade de alterações no ciclo de vida de desenvolvimento de software de
modo a incorporar atividades próprias desta abordagem, considerando duas perspectivas: desenvolvimento de
componentes e desenvolvimento com componentes, as quais são descritas sucintamente a seguir: A primeira
perspectiva, engloba as atividades envolvidas na concepção e implementação de um componente, existindo a
preocupação em gerar a documentação necessária para que o componente possa ser posteriormente
reutilizado. As atividades relacionadas ao desenvolvimento de componentes envolvem atividades de
especificação e implementação do componente, onde métodos/técnicas/processos podem ser empregadas
para ajudar na qualidade do processo de desenvolvimento. A segunda perspectiva, considera a existência de
componentes e relaciona as atividades necessárias para o desenvolvimento de software pela composição
destes. Desta forma, é importante para esta perspectiva que já existam componentes de software
implementados e que estejam disponíveis para serem selecionados e reutilizados na composição dos sistemas.
As atividades essenciais para o desenvolvimento com componentes, são: 1) encontrar componentes com
potencial para serem usados no desenvolvimento da aplicação; 2) selecionar componentes que atendam aos
requisitos de uma aplicação específica; 3) realizar adaptações; 4) realizar a composição dos componentes, e;
5) atualizar os componentes. As cinco atividades apresentadas descrevem possíveis etapas no
desenvolvimento de software com componentes. Entretanto, não existe uma ordem para sua realização ou
mesmo a obrigação de sua realização. As etapas necessárias, bem como a importância e o esforço
empregados em cada uma correspondem a uma decisão relacionada ao processo de desenvolvimento com
componentes específico a uma aplicação. Quando a maior parte dos aspectos funcionais desta disciplina
começam a estar bem definidos, a atenção da comunidade científica começa a focar nos aspectos extrafuncionais
e de qualidade, como um passo para uma verdadeira engenharia. Por um lado, os requisitos extrafuncionais
– por sua natureza global – podem afetar varias partes do sistema, e por isso terão prioridade se
entrarem em conflito com os requisitos funcionais. Além disso, uma cuidadosa análise dos atributos de
qualidade pode melhorar o processo de discriminação dos componentes candidatos que cumprirem o núcleo
de requisitos funcionais. Por exemplo, se dois componentes implementarem a mesma funcionalidade, seus
atributos extra-funcionais podem ser o critério decisivo no processo de seleção [Bertoa,2002a].
2.1 Caracterização de Componente de Software
Foi considerado no contexto deste trabalho, como definição de Componentes de Software: “São artefatos
autocontidos, claramente identificáveis, que descrevem ou realizam uma função específica e têm interfaces
claras em conformidade com um dado modelo de arquitetura de software, documentação apropriada e um
grau de reutilização definido”. Para um melhor entendimento, Sametinger [Sametinger,1997] realiza uma
discussão mais aprofundada dos termos citados na definição: a) Autocontido: característica de componentes
que podem ser reusáveis sem a necessidade de incluir/depender de outros componentes (caso exista alguma
dependência, todo o conjunto deve ser visto como o componente reutilizável); b) Identificação: componentes
devem ser facilmente identificados, ou seja, devem estar reunidos em um único local (repositório); c)
224