ABC reuso
Modeling and Using
Product Line Variability
in Automotive Systems
Steffen Thiel and Andreas
Hein, Robert Bosch Corporation
ABC reuso
Introdução
• Sistemas para automóveis
– Sistemas para conforto
• Auxílio para estacionar
• Controle de rotas
– Sistemas de segurança
• Estabilidade automática
• Controle de airbag
– Sistemas para aumento de eficiência
• Controle do combustível
• Envolve soluções de hardware e software
• Centenas ou milhares de variabilidades
• É indispensável um processo sistemático de
gerenciamento de variabilidades
ABC reuso
Desenvolvimento Tradicional
• Entidades unifuncionais
• Não considerava a funcionalidade TOTAL do
carro
• Problemas:
–
–
–
–
–
Alto custo de Hardware
Desenvolvimento de software excessivo
Alto custo de manutenção
Hardware dedicado
Restringia a reusabilidade
ABC reuso
Plataform-based development
• Integração das funcões em uma plataforma
multifuncional
– Substitui componentes mecânicos e eletrônicos
(Hardware) por soluções inteligentes de software
• Exemplo: plataforma comum para sistemas de
Radio
• Vantagens do desenvolvimento baseado em
plataforma:
– Serviços adicionais
– Mais flexibilidade
– Compartilhamento de Hardware
• Solução não atende a redução de custos e
time-to-market
– O esforço para desenvolver plataforma complexa não
é compensado pela economia em Hardware
ABC reuso
Product Line
• O reuso sistemático, garantiria a economia no
desenvolvimento baseado em plataformas.
• Foi adotado então uma abordagem de Product
Line
ABC reuso
Variabilidade
• Desenvolver uma Product Line é diferente de
desenvolver produto únicos.
– Variabilidade deve ser sempre avaliada
– Variabilidade afeta todos os artefatos (de requisitos a
código)
– Entretanto, geralmente é introduzida no final do
projeto ou na implementação (ERRADO)
ABC reuso
Feature Model
ABC reuso
Arquitetura
ABC reuso
Feature Model x Arquitetura
ABC reuso
Arquitetura do Produto
ABC reuso
Developing Mobile
Browsers in a Product
Line
Ati Jaaksi,
Nokia
ABC reuso
Introdução
• Explica o processo de implantação de uma
Product Line na Nokia
• Histórico
– 1998 – US Nokia desenvolveu o script engine e WML
markup handling para o Nokia 7710
– 1999 – WAP Toolkit
– 1999 – Nokia Hungria desenvolveu o WAP gateway
– 1999 – Nokia Dinamarca desenvolveu outro protocol
stack
• Era hora de montar uma Product Line
ABC reuso
Necessidades
• Integrar todos os componentes
• Browsers em diferentes aparelhos
– Licenciar para terceiros
ABC reuso
Arquitetura
ABC reuso
Organização e Processo
• Entidades Funcionais:
– Product management – Coleta, analisa e prioriza
requisitos do produto
– Product development –Desenvolve produtos
– System testing
– Customer Support
– Advanced Development – Padronização, estudos
de arquitetura, protótipos e demonstrações de novas
tecnologias
ABC reuso
Análise dos Requisitos
• Documento de requisitos APENAS DO
PRODUTO EM QUESTÃO
– Não especifica requisitos para o Product Line
– Durante os dois primeiros projetos, houve a tentativa
de especificar requisitos para o Product Line, mas, é
muito difícil.
– Clientes discutem sobre produtos, não componentes
• Mapeamento em requisitos da PL ocorrem
depois, na fase de Projeto.
• Roadmaps para características esperadas do
produto para o FUTURO !
– Product Board avalia os roadmaps, sincronizando
todos os produtos (domain analysis sobre todos os
produtos que foram desenvolvidos)
ABC reuso
Desenvolvimento
• 4 times:
–
–
–
–
Core (Browser e Protocol)
Plataforms
Toolkit
Testing
• Product Managers definiam os requisitos do
Produto, times de engenharia analisavam e
extraiam as funcionalidades genéricas
• Raramente foi desenvolvido componentes da
PL independente de um Produto
• Projeto e implementação em ciclos
– Vários releases e builds diários para testes (verificar
se a alteração não iria “quebrar” outro produto)
ABC reuso
Benefícios
•
•
•
•
•
•
Aumento da eficiência
Diminuição dos custos
Aumento de qualidade
Acumulou entendimento do domínio
Identificação de novos requisitos mais cedo
Motivação dos funcionários
– 1999 e 2000 – 3 % turnover (época onde houve uma
grande oferta)
• Aumentou a credibilidade (centro de
excelência em XML, XHTML, scripting)
ABC reuso
Custos e Riscos
• Recursos extras em processos,
desenvolvimento de ferramentas e
gerenciamento
– Para minimizar, evite criar assets que não serão
reusados
• Criação de core assets atrasou a entrega dos
primeiros produtos
– Primeiro criar produtos e só depois extrair os
componentes deles (reengenharia)
• Dificuldade para criar uma Arquitetura
– Deve atender todos os produtos e não ser otimizado
para um produto específico
ABC reuso
Custos e Riscos
• Mudança em um componente pode afetar
outros produtos
– Investimento em Gerência de Configuração,
Gerenciamento de Requisitos, sincronização de
projetos
• Conflitos entre times
– Incentivos baseado em produtividade
(desestimulando o suporte a outros times)
• Conflitos entre Clientes
– Querem concentração total em seus produtos
• Testes mais complexos
– 25% das pessoas estão em times de teste
– 30% do tempo é para testes
ABC reuso
Conclusão
• Benefícios superaram os custos
• Desafio: Melhorar a reengenharia
• Deve ser identificado um domínio comum
(entre os clientes)
• Os processos e estrutura organizacional deve
suportar PL
• Esforço pago em longo prazo
– Investimento racional, construção de alguns
produtos antes de fazer PL
– Gerência deve ter compromisso de apoio de longo
prazo