Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivos
1. Gestão de requisitos de software
para produtos automotivos
Carlo B. Moura
Erick P. Ribeiro
2. Agenda
Produtos eletrônicos automotivos
Requisitos em produtos automotivos
Desenvolvimento de requisitos do cliente
Desenvolvimento de requisitos do produto
Mudança de requisitos
Requisitos de segurança (Safety)
3. Produtos eletrônicos
automotivos
Sistemas de Powertrain – são componentes responsáveis pelo controle
dos motores e controle de transmissão. Exemplos de produtos: controle de
injeção eletrônica e sistemas de controle para motores auxiliares como
alternador e motor de arranque.
Sistemas de Chassis – responsáveis pelo controles de
eixos, direção, freios e suspensão, envolvendo produtos como sistemas
ABS (Antilock Braking System), freios de estacionamento, suspensão
pneumática e direção ativa.
Sistemas Body Control – estes componentes controlam os sistemas mais
próximos do motorista, também conhecido como módulos de conforto.
Nestes, pode-se encontrar os sistemas de levantamento de vidros, controle
do teto solar, limpador de para-brisas, ajuste de poltrona e
direção, iluminação interna entre outros.
Sistemas de Telemática – são componentes que provêem serviços ao
motorista ou ao próprio veículo via telecomunicação ou outras
mídias, incluindo produtos como
rádios, navegadores, rastreadores, conexão com internet e outros.
Sistemas HVAC – Sistemas de controle de ar condicionado e controle de ar
[Schäuffele e Zurawka, 2005] Automotive Software Engineering: Principles, Processes, Methods, and Tools, SAE
quente.
International
4. Requisitos em produtos
automotivos
As funcionalidades de um veículo e de seu
componentes é o elemento chave para o sucesso de
um produto.
Os custos envolvidos e a restrição de prazos dos
projetos fazem da gestão de requisitos um ponto
chave para o sucesso do projeto.
Modelos mais utilizados:
CMMi
Automotive SPICE
5. Papeis
Gestor de requisitos de sistemas – responsável pela
coordenação, integração e gestão geral dos requisitos. Na
integração, este gestor deve cuidar de todas as interfaces
entre os requisitos das engenharias.
Engenheiros de requisitos – são responsáveis pela
definição dos requisitos, dedicados a uma parte da
engenharia envolvida no produto. Pode-se ter engenheiros de
requisitos de software, requisitos de hardware, requisitos de
mecânica, requisitos de produção entre outros.
Cliente – são pessoas do cliente com poder de decisão em
relação aos requisitos.
Arquiteto(s) de produto – são os responsáveis pela
arquitetura do produto, podendo agregar um grupo de
membros da equipe, responsáveis por partes distintas do
produto com um coordenador geral. A sua função é fornecer
informações técnicas do produto que afetam a definição dos
requisitos.
6. Documentação do cliente
• Este documento trata de todas as
características funcionais e não funcionais
Especificação específicas do produto a ser desenvolvido.
Estas características irão se desdobrar em
do cliente requisitos de software, para atender as
necessidades do cliente.
• Compondo com a especificação do
produto, as montadoras possuem uma
série de normas aplicadas ao
Normas desenvolvimento do produto. Estas normas
são aplicadas a todos os produtos de
acordo com a sua própria descrição.
Exemplo
7. Documentação - caso
Caso real de utilização das normas
Neste projeto, a montadora enviou uma grande quantidade de
normas, sem uma boa seleção de normas aplicadas ao projeto.
A empresa que desenvolvia o projeto não considerou todas as
normas como documento de entrada de requisitos.
Perto do final do projeto, descobriu-se que uma das normas não
estava atendida num teste de veículo.
Houve grande impacto nos custos, tanto para a montadora quanto
para o fornecedor.
Lição aprendida
Um especialista de requisitos do fornecedor ficou por duas
semanas no cliente, selecionando as normas pertinentes ao
projeto junto com o especialista do cliente.
Dentre outros fatores, esta ação contribuiu fortemente para o
sucesso do projeto. Em uma entrega intermediária, a amostra
possuía uma maturidade superior a esperada pelo
cliente, conforme relato do mesmo.
8. Documento de requisitos de produtos
- documentos
Especificação do Normas Normas
Cliente Cliente Fornecedor
Especificação do produto
• Software
•Hardware
•Mecânica
•Produção
Requisitos Requisitos Arquitetura
Legais Projeto Produto
11. Documento de requisitos de
produtos - Custo
Produtos com volumes elevados (30 mil à 1 milhão de peças/ano)
Custo do produto (simplificadamente,)
custos de produção + diluição dos custos do projeto + componentes
A maior parcela destes custos está nos custos dos componentes.
Sempre existe um esforço de definição dos requisitos para diminuir
o custo de componentes mesmo que isto signifique um aumento de
custo do projeto.
Exemplo
Os impactos de erros de requisitos são muito maiores, se
descobertos tardiamente.
Exemplo
12. Documento de requisitos de produto
Software - Hardware/Produção
Hardware
Consumo de energia
Controle de iluminação
Imunidade eletromagnética
Capacidade de processamento e memória (ex. 10%
memória livre)
Produção
Simulação de funcionalidades para testes
Configuração e ajustes
13. Mudanças de requisitos
Mudança de • Data final do projeto é raramente alterada, em
função do início de produção do veículo.
Prazo
• Controle das mudanças de requisitos deve ser
Controle rigoroso, inclusive utilizando ferramentas de
gestão de mudanças.
• Geralmente, o impacto do custo do produto é
Custo mais importante, pois os volumes produzidos
são grandes.
• Algumas montadoras e fornecedores já utilizam
Ferramentas ferramentas de gestão de requisitos
14. Requisitos Safety
Principal norma utilizada IEC 61508
Análise do risco à segurança pessoal
Dentro de diversos cenários, avaliar a possibilidade de
falha que ocasione risco à pessoa.
Análise de impacto
Definição do valor SIL (Safety Integrity Level)
Requisitos de segurança analisados separadamente
Tratamento para diminuição de riscos (Arquitetura)
Redundância, novas soluções, robustez de
componente, ...