FORMULÁRIO PARA REQUERIMENTO DE NOVA

FUNCIONALIDADE NO SISTEMA

Assunto: Descrever o assunto resumidamente

Depto / Área: Informar o departamento/área solicitante
Tipo Solicitação: Customização Específica ou Melhoria de Funcionalidade Existente
Evento criado na NBS: Informar o número do Evento/chamado gerado para a NBS
* O texto em fontes cor ‘vermelha’ pode ser apagado/substituído com os dados da Empresa/Solicitação, no envio do Requerimento.

Solicitantes: Função/Contato/Email Responsabilidade nesse Projeto

(99) 6677-8899 – R.7788 Patrocinador e Gerente do Projeto
- Alocar Lideres de Processo, Usuários Chave e TI no projeto;
Solicitante e contato com NBS para
- Definir prioridades e tomar decisões determinantes para o sucesso;
definição de requisitos. - Aprovar Documento de Visão;
- Aprovar Proposta Comercial.
(99) 6677-8899 – R.7788 Líder de Processo e Usuário Chave
- Fornecer Requisitos;
Solicitante e contato com NBS para
- Validar Requisitos;
definição de requisitos. - Participar do Treinamento e implantação da solução;
- Atuar como Multiplicador interno da Solução.
TI
Obs.: Adicionar todos os envolvidos - Disponibilizar versão beta na área de testes;
(Adicione linhas nesta tabela se - Acompanhar e fornecer recursos de conexão remota aos analistas
necessário). Essencial relacionar todos da NBS;
envolvidos/interessados na solução a ser - Participar do Treinamento e Implantação da solução;
desenvolvida. - Atuar como Multiplicador interno da Solução;
- Atualizar e disponibilizar o sistema no ambiente de produção.
Obs.: Adicionar todos os envolvidos
(Adicione linhas nesta tabela se
Será a garantia ciência e entendimento para o TI com os
necessário). Essencial relacionar todos
solicitantes envolvidos
envolvidos/interessados na solução a ser
desenvolvida.
* O texto em fontes cor ‘vermelha’ pode ser apagado/substituído com os dados da Empresa/Solicitação, no envio do Requerimento.

Empresa Solicitante: Informar a Empresa solicitante e provável ‘piloto’ para a Homologação.

Origem da solicitação: [ ] Política / Gestão Interna [ ] Fiscal / Governo [ ] Fábrica / Fornecedores
Nível de Criticidade: [ ] Imprescindível [ ] Importante [ ] Desejável

Listar e descrever implicação no(s) módulo(s) NBS afetado(s)

Módulo: Ocorrência:
Listar todos os módulos que sofrerão impacto com a(s) mudança(s) solicitada(s) e
Nome do Módulo 1
listar as necessidades em forma tópicos para o respectivo módulo.
Nome do Módulo 2
Nome do Módulo 3
Nome do Módulo 4
Nome do Módulo 5

Justificativa e Objetivos específicos para Mudança: (Preenchido pelo Solicitante)

Descrever os motivos que justificam o investimento de tempo e valores para as fases de análise, especificação
técnica, desenvolvimento, teste, implantação e treinamento das funcionalidades requeridas, com o objetivo de
obter a concordância junto a sua Gerência e/ou Diretoria e envio da solicitação para NBS por parte de sua TI.

* O texto em fontes cor ‘vermelha’ pode ser apagado/substituído com os dados da Empresa/Solicitação, no envio do Requerimento.

Pg. 1/3
 FORMULÁRIO PARA REQUERIMENTO DE NOVA
FUNCIONALIDADE NO SISTEMA

Descrição da Solicitação: (Preenchido pelo solicitante)

Descrever de forma detalhada o que o sistema precisa fazer e o que não pode fazer, como deve reagir em cada situação
listando o que será suportado através das operações solicitadas. Mencionar também as necessidades de controle de níveis
acesso e critérios para validação dos resultados de processamento que o sistema deverá fornecer.

A especificação de requisitos tem como objetivo obter produtos de software de melhor qualidade que satisfaçam às reais
necessidades dos clientes dentro de prazo e orçamento adequados. Podemos dizer que as principais causas para o fracasso dos
projetos de software são: especificação de requisitos mal formulada e alterações constantes nos requisitos.

Mas o que é especificar um requisito?

Especificar um requisito implica em compreender exatamente o que deve ser feito e que se espera receber como resultado.
Podemos classificar os requisitos em: Funcionais e Não Funcionais.

Exemplos de requisitos funcionais:

 Permitir a autenticação por meio de login
 Relatório de solicitações de compras por período
 Relatório de produtos mais comprados por período
 Relatório de setores que mais solicitam materiais/serviços
 Emitir alertas a cada mudança no ranking de produtos mais utilizados
 Emitir alertas quando o estoque zerar com qualquer produto
 Emitir alerta de produtos com o mínimo
 Permitir cadastrar dados pessoais do cliente

Exemplos de requisitos não funcionais:

 Tempo de resposta do sistema não deve ultrapassar 10 segundos
 Software deve ser operacionalizado no sistema Windows
 O banco de dados usado deverá ser o Oracle

Como identificar um ator?

As respostas às seguintes perguntas podem auxiliar na identificação dos atores:
1. Quem utiliza a principal funcionalidade do sistema?
2. Quem vai precisar de suporte do sistema para realizar suas tarefas diárias?
3. Quem precisa manter, administrar e deixar o sistema "rodando"?
4. Quais dispositivos de hardware o sistema precisa manipular?
5. Com quais outros sistemas o sistema precisa interagir?
6. Quem ou o quê tem interesse nos resultados produzidos pelo sistema?

Como identificar um caso de uso/funcionalidade?

As respostas às perguntas abaixo podem auxiliar a identificar os Casos de Uso.
1. Quais funções o ator requer do sistema? O que o ator precisa fazer?
2. Ator precisa criar, ler, destruir, modificar ou armazenar algum tipo de informação dentro do sistema?
3. Ator precisa ser notificado de eventos do sistema? O ator precisa notificar o sistema sobre algum evento?
4. Trabalho diário do ator poderia ser simplificado ou tornado mais eficiente por meio de novas funcionalidades do
sistema?
5. Quais entradas e saídas o sistema precisa?
6. Quais os principais problemas com o atual sistema?

* O texto em fontes cor ‘vermelha’ pode ser apagado/substituído com os dados da Empresa/Solicitação, no envio do Requerimento.

Pg. 2/3
 FORMULÁRIO PARA REQUERIMENTO DE NOVA
FUNCIONALIDADE NO SISTEMA

Requisitos de Tela e Usuário

Requisito / Comentário: Modelo de Telas / Protótipos de Sistema:
Colar ‘print screen’ de telas e/ou outros protótipos criados em Word®,
Excel®, Paint®, etc. que demonstre a necessidade de tela e/ou layout de
relatório.
Detalhar informações sobre os protótipos
inseridos ao lado.
Lembre-se um ‘print screen’ com comentários na coluna ao lado é
muito efetivo para o entendimento de todos os envolvidos sobre a real
necessidade.

Digite aqui, as informações adicionais Adicione quantas imagens forem possíveis e úteis (muito comum
referentes às imagens adicionais realizar isso em forma de passo a passo do processo solicitado),
colocadas ao lado. inserindo mais linhas nessa tabela caso seja necessário.

* O texto em fontes cor ‘vermelha’ pode ser apagado/substituído com os dados da Empresa/Solicitação, no envio do Requerimento.

Relação de Anexos (Fluxogramas, Legislações, Layouts, etc)

Seq. Nome e Tipo do Documento: Finalidade do documento:
1 Arquivo_exemplo.doc Descrever objetivamente a finalidade do documento anexado.
Descrever objetivamente a finalidade do documento anexado.
Trata-se de uma excelente ‘boa prática’, definir internamente um fluxo
2 Fluxograma_exemplo.ppt
operacional do processo antes de pensar como será a solução no Sistema de
Gestão.
* O texto em fontes cor ‘vermelha’ pode ser apagado/substituído com os dados da Empresa/Solicitação, no envio do Requerimento.

Evidência de Aprovação pela Gerência ou Diretoria da Empresa Solicitante

Aprovado por Data de Aprovação Assinatura

___/___/_____

___/___/_____

___/___/_____

___/___/_____

___/___/_____

___/___/_____

Obrigatório: Anexar este documento devidamente assinado e digitalizado na solicitação formal à NBS.

Pg. 3/3