PROCESSO – SIS – DESENVOLVIMENTO

CAS TECNOLOGIA S/A

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

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

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

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

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

Desenvolvimento de Software .................................................................................................. 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 ......................................................................................... 7

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

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

Registros ................................................................................................................................... 9

Análise do Processo ............................................................................................................... 10

Metodologia de Aplicação ...................................................................................................... 10

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

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

Análise de Risco ..................................................................................................................... 10

Fluxograma.............................................................................................................................. 11

Elaborado por: Edson Ossuna Data da Revisão: 14/10/19

Revisão 4.0 Sigla: P-DD-01
Aprovado por: Lucas Oliveira
Introdução
Objetivos
Sistematizar os processos para projetar o desenvolvimento de sistemas 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 realizar as análises para desenvolver ações de melhoria
na eficácia dos processos.

Definições
 Bamboo: Ferramenta para build e disponibilização de novas versões de
software
 DGP: Departamento de Gestão de Projetos
 EF: Especificação Funcional
 JIRA: Ferramenta para requisição e controle de solicitação ao departamento de
Desenvolvimento
 Mantis: Ferramenta para requisição e controle de solicitação ao departamento
de Desenvolvimento
 PSR: Processo de Professional Services RS2000, serviços e suportes às
soluções RS2000.
 ET: Especificação Técnica
 OSM: Ordem de Serviço

Elaborado por: Edson Ossuna Data da Revisão: 14/10/19

Revisão 4.0 Sigla: P-DD-01
Aprovado por: Lucas Oliveira
Processo:
Procedimento
conjunto de Desenvolvimento de Software
atividades Contempla o processo para desenvolvimento de aplicação e/ou funcionalidades para
inter- atendimento das demandas de clientes e internas da área de Produtos e suporte de Pré Vendas.
relacionadas 1 – Solicitação de Serviço Técnico (SST)
ou interativas As atividades de Desenvolvimento iniciam-se a partir do recebimento da SST pela área de
que Gerência de Projetos e/ou Produtos. Após receber o documento de escopo, é realizada a análise
transformam dos quesitos conforme as premissas com a finalidade de obter detalhamento da necessidade.

insumos Premissas
(entradas) em A. Análise do Projeto
produtos É responsabilidade da área de Desenvolvimento realizar análise da EF elaborada pela
(Saídas). área de 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, realiza-se a 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 Desenvolvimento realizar análise de viabilidade técnica e
funcional 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.
3 – Requisitos de Especificação Funcional para avaliação técnica
É responsabilidade da área de Desenvolvimento, 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: 14/10/19

Revisão 4.0 Sigla: P-DD-01
Aprovado por: Lucas Oliveira
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 à 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
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 x solicitado.
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 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 Desenvolvimento 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 Software no
ambiente do cliente.
D. Relatório de Projeto
É responsabilidade da área de Desenvolvimento, quando solicitado, realizar relatório ou
documentos específicos equivalentes ao projeto de acordo com a necessidade do
requisitante.

Elaborado por: Edson Ossuna Data da Revisão: 14/10/19

Revisão 4.0 Sigla: P-DD-01
Aprovado por: Lucas Oliveira
 E. Prova de Conceito
Quando necessário, é solicitado para a área de Desenvolvimento de Software
Embarcado a prova de conceito e alteração e/ou adaptação de Firmware.
F. Liberação de Versão
A disponibilização de novas versões de software que sofreram alguma alteração para
atender a uma demanda de projeto ou de melhoria ou correção é realizada em diretórios
previamente definidos, informados através do sistema Bamboo, e disponível para outras
áreas tais como, Qualidade de Software 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.
 Versionamento Automático
Essas atividades são disponibilizadas através da ferramenta denominada
Bamboo.
 Controle de Versão
O registro e controle de versionamento é realizado através do sistema Bamboo.
 Transferência de Conhecimento
Na liberação da versão, quando solicitado, a área de Desenvolvimento realiza a
transferência de conhecimento para as áreas de Qualidade de Software e PSR.

Elaborado por: Edson Ossuna Data da Revisão: 14/10/19

Revisão 4.0 Sigla: P-DD-01
Aprovado por: Lucas Oliveira
Manutenção e Suporte de Software
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 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 toda as informações levantadas para análise pela área de Desenvolvimento.
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.
 Restrições Comerciais
Quando a requisição seja para atendimento de clientes e exista restrições
comerciais, a área de Desenvolvimento informa ao Comercial verbalmente ou
por e-mail para aprovação do atendimento.
Premissas
o Aprovado: É realizado o atendimento
o Reprovado: A área de Desenvolvimento 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, 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: 14/10/19

Revisão 4.0 Sigla: P-DD-01
Aprovado por: Lucas Oliveira
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 Desenvolvimento 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
Desenvolvimento 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 Desenvolvimento.
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 Desenvolvimento 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: 14/10/19

Revisão 4.0 Sigla: P-DD-01
Aprovado por: Lucas Oliveira
Registro: Registros
documento Identificação Armazenam ento Proteção Recuperação
Tempo de
Descarte
Retenção
que apresenta Com
Físico / Por cliente, Na Outro o
resultados Nome/Título Local
Eletrônico Por data... área Local dest
Responsável

obtidos ou ruir
Perm
provê Jira/Mantis Sistema Eletrônico Cliente/Projeto anent N/A N/A TI / Diretoria
e
evidências de Perm
Cronograma de
Sistema Eletrônico Projeto anent N/A N/A TI / Diretoria
atividades Projetos
e
realizadas. Aviso de Perm
Sistema
Liberação de Eletrônico Produto anent N/A N/A TI / Diretoria
Bamboo
Versão e

Elaborado por: Edson Ossuna Data da Revisão: 14/10/19

Revisão 4.0 Sigla: P-DD-01
Aprovado por: Lucas Oliveira
Análise do Processo
Metodologia de Aplicação
Indicadores de atendimento de prazo de entrega e Bug’s por solicitação.

Período de Mensuração
Mensal.

Análise Crítica de Indicadores

Os indicadores são acompanhados mensalmente pela responsável 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: 14/10/19

Revisão 4.0 Sigla: P-DD-01
Aprovado por: Lucas Oliveira
Fluxograma

Elaborado por: Edson Ossuna Data da Revisão: 14/10/19

Revisão 4.0 Sigla: P-DD-01
Aprovado por: Lucas Oliveira