• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivos
 

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

on

  • 3,334 views

It is about software requirement management for automotive embedded products.

It is about software requirement management for automotive embedded products.

Statistics

Views

Total Views
3,334
Views on SlideShare
3,324
Embed Views
10

Actions

Likes
0
Downloads
12
Comments
0

3 Embeds 10

http://www.slideshare.net 7
http://www.linkedin.com 2
https://www.linkedin.com 1

Accessibility

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivos Artigo Sbc 2009 - Gestão de requisitos de software para produtos automotivos Presentation Transcript

    • Gestão de requisitos de software para produtos automotivos Carlo B. Moura Erick P. Ribeiro
    • 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)
    • 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
    • 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
    • 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.
    • 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
    • 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.
    • 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
    • Documentação de requisitos de produtos - UML
    • Documentação de requisitos de produtos – Montadoras Japonesas  Sinal  Desenhos
    • 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
    • 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
    • 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
    • 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, ...
    •  Obrigado  Contato: Carlo Borsoi Moura  email: carlo.moura@alliare.com.br