artigo sbc 2009 - gestão de requisitos de software para produtos automotivos

15
Gestão de requisitos de software para produtos automotivos Carlo B. Moura Erick P. Ribeiro

Upload: carlomoura

Post on 01-Jun-2015

1.830 views

Category:

Automotive


2 download

DESCRIPTION

It is about software requirement management for automotive embedded products.

TRANSCRIPT

Page 1: Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivos

Gestão de requisitos de software para produtos

automotivos

Carlo B. Moura

Erick P. Ribeiro

Page 2: Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivos

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)

Page 3: Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivos

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 quente.

[Schäuffele e Zurawka, 2005] Automotive Software Engineering: Principles, Processes, Methods, and Tools, SAE International

Page 4: Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivos

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

Page 5: Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivos

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.

Page 6: Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivos

Documentação do cliente•Este

documento trata de todas as características funcionais e não funcionais específicas do produto a ser desenvolvido. Estas características irão se desdobrar em requisitos de software, para atender as necessidades do cliente.

Especificação do cliente

•Compondo com a especificação do produto, as montadoras possuem uma série de normas aplicadas ao desenvolvimento do produto. Estas normas são aplicadas a todos os produtos de acordo com a sua própria descrição.

Normas

Exemplo

Page 7: Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivos

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.

Page 8: Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivos

Documento de requisitos de produtos - documentos

Especificação do Cliente

NormasCliente

RequisitosLegais

RequisitosProjeto

Especificação do produto• Software• Hardware• Mecânica• Produção

NormasFornecedor

ArquiteturaProduto

Page 9: Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivos

Documentação de requisitos de produtos - UML

Page 10: Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivos

Documentação de requisitos de produtos – Montadoras Japonesas Sinal

Desenhos

Page 11: Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivos

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.

Os impactos de erros de requisitos são muito maiores, se descobertos tardiamente.

Exemplo

Exemplo

Page 12: Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivos

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

Page 13: Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivos

Mudanças de requisitos

•Data final do projeto é raramente alterada, em função do início de produção do veículo.

Mudança de Prazo

•Controle das mudanças de requisitos deve ser rigoroso, inclusive utilizando ferramentas de gestão de mudanças.

Controle

•Geralmente, o impacto do custo do produto é mais importante, pois os volumes produzidos são grandes.

Custo

•Algumas montadoras e fornecedores já utilizam ferramentas de gestão de requisitos

Ferramentas

Page 14: Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivos

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, ...

Page 15: Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivos

Obrigado

Contato: Carlo Borsoi Moura email: [email protected]