PROCESSO – DSE – DESENVOLVIMENTO DE

SOFTWARE EMBARCADO

CAS TECNOLOGIA S/A

Sumário
Introdução ................................................................................................................................. 3

Objetivos ................................................................................................................................ 3

Aplicação/Responsabilidades............................................................................................... 3

Definições .............................................................................................................................. 3

Procedimento ............................................................................................................................ 4

Desenvolvimento de Software Embarcado .............................................................................. 4

1 – Solicitação de Serviço Técnico (SST) ............................................................................. 4

2 – Análise de viabilidade técnica do produto ou subproduto, com estimativa de horas.. 4

3 – Requisitos de Especificação Funcional para avaliação técnica .................................... 4

4 – Especificação Funcional Aprovada ................................................................................ 5

Manutenção e Suporte de Software/Firmware ......................................................................... 7

1 – Requisição de casos........................................................................................................ 7

Gestão da Área .......................................................................................................................... 8

1 – Planejamento das Atividades .......................................................................................... 8

Registros ................................................................................................................................. 10

Análise do Processo ............................................................................................................... 11

Metodologia de Aplicação ................................................................................................... 11

Período de Mensuração....................................................................................................... 11

Análise Crítica de Indicadores ............................................................................................ 11

Análise de Risco .................................................................................................................. 11

Fluxograma.............................................................................................................................. 12

Elaborado por: Edson Ossuna Data da Revisão: 26/09/18

Revisão 2.0 Sigla: P-DSE-01
Aprovado por: Leonardo Arenzon
Introdução
Objetivos

Sistematizar os processos para projetar o desenvolvimento de firmware com alta qualidade

seguindo as metodologias utilizadas pela empresa e pelo mercado e garantir o atendimento da
necessidade do cliente.

Aplicação/Responsabilidades

Engloba a análise crítica dos resultados operacionais realizadas através dos indicadores de
desempenho.
É responsabilidade do Desenvolvimento de Software Embarcado realizar as análises para
desenvolver ações de melhoria na eficácia dos processos.

Definições

 SST: Solicitação de Serviço Técnico

 DSE: Desenvolvimento de Software Embarcado
 EF: Especificação Funcional
 ET: Especificação Técnica
 OSM: Ordem de Serviço

Elaborado por: Edson Ossuna Data da Revisão: 26/09/18

Revisão 2.0 Sigla: P-DSE-01
Aprovado por: Leonardo Arenzon
 Procedimento
Processo: Desenvolvimento de Software Embarcado
conjunto de Contempla o processo para desenvolvimento de aplicação e/ou funcionalidades para
atividades atendimento das demandas de clientes e internas da área de Engenharia, Produtos e suporte de
inter- Pré Vendas.

relacionadas 1 – Solicitação de Serviço Técnico (SST)

ou interativas As atividades de DSE iniciam-se a partir do recebimento da SST pela área de Gerência de
que Projetos e/ou Produtos. Após receber o documento de escopo, é realizada a análise dos
requisitos conforme as premissas com a finalidade de obter detalhamento da necessidade.
transformam
insumos Premissas
(entradas) em A. Análise do Projeto
produtos É responsabilidade da área de DSE realizar análise da EF elaborada pela área de
(Saídas). Análise de Sistemas, disponibilizada pelo sistema, para identificação da viabilidade de
atendimento das necessidades do cliente propondo funcionalidades que não gerem
impactos negativos ao negócio.
B. Kick-Off
Após análise realizada e levantamento dos impactos, participa da reunião de Kick-Off
com as áreas técnicas envolvidas e Gerência de Projetos para que sejam discutidas as
viabilidades técnicas e determinação do cronograma de projeto e, quando necessário,
realiza conferência ou reunião com o cliente para detalhamento dos requisitos.
Os levantamentos dos impactos para desenvolvimento de produtos de investimentos
são realizados em conjunto com a área de Produtos.
2 – Análise de viabilidade técnica do produto ou subproduto, com estimativa de horas
É responsabilidade da área de DSE realizar análise de viabilidade técnica e funcional, solicitada
pela área Comercial e/ou Produtos, para entendimento do escopo proposto, envolvendo a equipe
interna (desenvolvedores, arquitetos, coordenadores e gerente) para análise dos riscos,
premissas, restrições e, quando necessário, realiza pesquisa e provas de conceito (teste de
tecnologia).
Com base nas análises é realizada a definição da macro atividade de desenvolvimento e
estimativa de horas para atendimento da necessidade e encaminhado por e-mail para Produtos.
3 – Requisitos de Especificação Funcional para avaliação técnica
É responsabilidade da área de DSE, quando necessário, realizar a ET de acordo com as
demandas e projetos que deve contemplar as definições técnicas relevantes, tais como
tecnologias a serem utilizadas, detalhes de arquitetura de software, restrições e premissas
técnicas, nomes de tabelas, nome de serviços, entre outras.
As especificações técnicas podem assumir formatos necessários para cada caso tais como,
documento de arquitetura, documento com descrição de serviços, casos registrados no sistema
interno, ou conforme determinado pelo cliente.

Elaborado por: Edson Ossuna Data da Revisão: 26/09/18

Revisão 2.0 Sigla: P-DSE-01
Aprovado por: Leonardo Arenzon
Premissas
A. Análise Funcional
 É realizada análise da EF disponibilizada no sistema pela área de Análise de
Sistemas contendo informações sobre o escopo, premissas, restrições e
definições pertinentes a cada demanda.
 É realizada a criação de um ou mais casos no sistema de acordo com o escopo
de cada EF com descrição das alterações necessárias em cada
software/firmware envolvido.
B. Análise Técnica
É realizada a análise dos requisitos de EF e ET com objetivo de identificar os possíveis
impactos na funcionalidade e forma de operação do sistema pelo cliente requisitante e
nos demais clientes do produto.
Quando identificado alteração de funcionalidade, é realizada apresentação do cenário
atual em relação ao cenário solicitado com objetivo de demonstrar os possíveis
impactos que podem ser gerados com a alteração para atendimento da demanda de
projeto.
4 – Especificação Funcional Aprovada
Após validado os requisitos da EF e ET pelas equipes técnicas interna e cliente, a área de
Análise de Sistemas disponibiliza o aceite do cliente através do sistema e inicia-se o processo de
desenvolvimento.
Premissas
A. Arquitetura
O projeto da arquitetura normalmente é definido em conjunto com os Arquitetos de
Software e gerencia com objetivo de relacionar o hardware, sistema, subsistemas e
seus componentes.
B. Construção / Codificação / Registro de Documentação
A etapa de construção/codificação do escopo solicitado traduz as definições
previamente realizadas em código-fonte, sendo registrado o andamento e as
informações pertinentes a esse trabalho no sistema.
C. Testes Unitários
É responsabilidade da área de DSE realizar testes unitários, na ocorrência de alteração
no código-fonte, com objetivo de garantir o correto funcionamento das funcionalidades
afetadas.
Quando ocorrer necessidade de testes de funcionalidades que envolvem integração de
sistemas, os testes integrados são realizados pela área de Qualidade de Sistemas no
ambiente do cliente.
Os registros dos testes unitários acontecem no encerramento de cada caso, garantindo
que na liberação de versão todos os testes foram executados.

Elaborado por: Edson Ossuna Data da Revisão: 26/09/18

Revisão 2.0 Sigla: P-DSE-01
Aprovado por: Leonardo Arenzon
 D. Relatório de Projeto
É responsabilidade da área de DSE, quando solicitado, realizar relatório ou documentos
específicos equivalentes ao projeto de acordo com a necessidade do requisitante.
E. Prova de Conceito
Quando necessário, é solicitado para a área de DSE a prova de conceito e alteração
e/ou adaptação de Firmware.
F. Liberação de Versionamento
A disponibilização de versionamento de software/firmware que sofreram alguma
alteração para atender a uma demanda de projeto ou de melhoria ou correção é
realizada em diretórios da rede previamente definidos e disponíveis para outras áreas
tais como, Qualidade de Sistemas e PSR.
Premissas
 Versionamento Manual
É responsabilidade do desenvolvedor executar as atividades de geração de
versão, disponibilizar em diretório na rede e notificar os envolvidos.
 Controle de Versão
O registro e controle de versionamento é realizado através do software Sistema
Interno.
 Transferência de Conhecimento
Na liberação da versão, quando solicitado, a área de DSE realiza a
transferência de conhecimento para as áreas de Comercial, Produção,
Engenharia, Qualidade de Sistemas e PSR.

Elaborado por: Edson Ossuna Data da Revisão: 26/09/18

Revisão 2.0 Sigla: P-DSE-01
Aprovado por: Leonardo Arenzon
Manutenção e Suporte de Software/Firmware
Contempla o processo de análise de possíveis problemas, alteração, correção e implementação
de modificações quando necessário.
1 – Requisição de casos
As requisições de casos de alterações, correções ou suporte de software/firmware desenvolvido
internamente, são recebidas pelas diversas áreas internas que utilizam o mesmo ou prestam
suporte a clientes para atendimento de SLA.
Premissas
A. Registros de Casos
As requisições de casos são registradas pelo solicitante através do sistema interno
contendo todas as informações levantadas para análise pela área de DSE.
Quando não ocorrer o registro através do sistema, o responsável pelo atendimento deve
registrar a solicitação para controle e evidências.
B. Análise de Solicitação
O responsável pelo atendimento realiza análise da requisição para certificar a não
existência de inviabilidade técnica e/ou restrições comerciais.
Premissas
 Solicitação de Atendimento
Quando as informações registradas sejam insuficientes para a análise, o
responsável pelo atendimento retorna o caso ao solicitante para que seja
realizada a especificação com maior detalhe.
 Inviabilidade Técnica
Quando for inviável o atendimento da solicitação, é retornado ao solicitante com
explicação do motivo.
 Restrições Comerciais
Quando a requisição seja para atendimento de clientes e existam restrições
comerciais, a área de DSE informa ao Comercial verbalmente ou por e-mail
para aprovação do atendimento.
Premissas
o Aprovado: É realizado o atendimento.
o Reprovado: A área de DSE retorna ao solicitante esclarecendo o
motivo pelo não atendimento de acordo com as orientações do
Comercial.
C. Atendimento da Requisição
Após analisada e verificada a viabilidade de atendimento das alterações e correções,
são executadas as etapas descritas em Desenvolvimento de Software Embarcado,
porém, normalmente, não são realizadas as etapas de Análise de Sistemas e
Especificação Técnica.

Elaborado por: Edson Ossuna Data da Revisão: 26/09/18

Revisão 2.0 Sigla: P-DSE-01
Aprovado por: Leonardo Arenzon
Gestão da Área

São contempladas as atividades necessárias para gerenciamento da área para atendimento das
demandas.
1 – Planejamento das Atividades
É responsabilidade da área de DSE realizar, controlar e administrar o planejamento da área com
base nos projetos demandados pelas áreas de Gerencia de Projetos e Produtos (investimentos).
Premissas
A. Cronograma de Projeto de Desenvolvimento
É controlado, acompanhado, atualizado e registrado no sistema de acordo com as
demandas da área de Produtos e acordos realizados junto aos clientes pela área de
Gerencia de Projetos.
As ocorrências de mudanças nos projetos de responsabilidade da área de DSE devem
ser informadas através de e-mail para a Gerencia de Projetos para tomada de ação e
controle geral de projeto.
B. Alocação de Recursos
É controlado, acompanhado, atualizado e registrado no Sistema com base no
Cronograma de Projeto de DSE.
C. Disponibilidade de Horas
Após recebimento da OSM pela área de Gerencia de Projetos, é realizada a alocação
dos recursos necessários para atendimento da demanda através do ERP para
lançamento de horas pelos alocados.
É responsabilidade da Gerencia de DSE realizar o controle e acompanhamento das
horas despendidas nos projetos e, em caso de necessidade de horas adicionais, deve
ser solicitado para a Gerencia de Projetos que fará avaliação para aprovação e/ou
reprovação.

Elaborado por: Edson Ossuna Data da Revisão: 26/09/18

Revisão 2.0 Sigla: P-DSE-01
Aprovado por: Leonardo Arenzon
Treinamento à Cliente
1 – Solicitação de Serviço Técnico
Solicitações de Treinamento podem ocorrer através dos processos Comercial, Gestão de
Projetos, Gestão de Produtos e PSR, a área de DSE é responsável por realizar análise da
solicitação relacionada a treinamento e preparar o conteúdo a ser ministrado conforme os
requisitos estabelecidos.
Premissas
A. Ementa
É responsabilidade da área de DSE elaborar a ementa apresentando de forma sucinta
os dados do treinamento, como objetivo, carga horária, pré-requisitos e recursos
necessários. Este documento deve ser enviado ao solicitante para providências
antecipadas.
B. Apresentação
A elaboração deste material deve ser feita em PowerPoint seguindo o modelo de
apresentação definido e disponibilizado pelo Marketing na rede ou em outra ferramenta
que melhor atenda a necessidade com objetivo de apresentar de forma detalhada o
conteúdo.
C. Controle de Treinamento
É responsabilidade do PSR manter o controle de todos os treinamentos realizados pelas
áreas mantendo o status e histórico atualizados, bem como providenciar os registros
lista de presença, material de treinamento, avaliação do treinamento e certificado
conforme determinado no procedimento P-PSR-01 - Serviços .

Elaborado por: Edson Ossuna Data da Revisão: 26/09/18

Revisão 2.0 Sigla: P-DSE-01
Aprovado por: Leonardo Arenzon
 Registros
Registro: Recupera Tempo de
Identificação Armazenam ento Proteção Descarte
documento ção Retenção
Por
Físico / Na Outro Como
que apresenta Nome/Título Local
Eletrônico
cliente,
área Local destruir
Responsável
Por data...
resultados
Sistema Mantis Projeto ou Perma Perma
Registro de Casos Eletrônico N/A N/A
obtidos ou e/ou Jira Produto nente nente

provê Controle de
Sistema Mantis Projeto ou Perma Perma
Versão (registro N/A N/A
evidências de de Mudanças)
e/ou Jira Eletrônico Produto nente nente

atividades Especificação Projeto ou

Sistema Gauss N/A N/A N/A N/A
Funcional Eletrônico Produto
realizadas.
Manter
Liberação de Projeto ou Última
Rede Eletrônico N/A última Gerência
Versionamento Produto versão
versão
Registros de
Sistema Mantis Projeto ou Perma Perma
desenvolvimento Eletrônico N/A N/A
e/ou Jira Produto nente nente
do projeto
Análise de
Projeto ou Perma Perma
Viabilidade E-mail Eletrônico N/A TI
Produto nente nente
Técnica
Planejamento de Sistema Mantis Projeto ou Perma Perma
Eletrônico N/A N/A
Projeto e/ou Jira Produto nente nente

Elaborado por: Edson Ossuna Data da Revisão: 26/09/18

Revisão 2.0 Sigla: P-DSE-01
Aprovado por: Leonardo Arenzon
Análise do Processo
Metodologia de Aplicação
Análise de entregas de atividades pela área de Gestão de Projetos. Não há indicador de
eficácia definido para o processo.

Período de Mensuração
Não aplicável

Análise Crítica de Indicadores

Os resultados são acompanhados mensalmente e realizada análise crítica corretiva
quando necessário.

Análise de Risco
As análises de riscos serão realizadas pela área de Processos através da análise
SWOT definida no Manual da Qualidade.

Elaborado por: Edson Ossuna Data da Revisão: 26/09/18

Revisão 2.0 Sigla: P-DSE-01
Aprovado por: Leonardo Arenzon
Fluxograma

Elaborado por: Edson Ossuna Data da Revisão: 26/09/18

Revisão 2.0 Sigla: P-DSE-01
Aprovado por: Leonardo Arenzon
Elaborado por: Edson Ossuna Data da Revisão: 26/09/18
Revisão 2.0 Sigla: P-DSE-01
Aprovado por: Leonardo Arenzon