Definição de Requisitos
WebCRM - Versão 1.0
Eventos - Release 0.1
Sumário
Definição de Requisitos ................................................................................................... 3
1.Introdução ....................................................................................................................... 3
1.1Finalidade ..................................................................................................................................... 3
1.2Escopo ............................................................................................................................................ 3
1.3Definições, Acrônimos e Abreviações .......................................................................................... 3
1.4Dependências ................................................................................................................................. 4
1.5Restrições ....................................................................................................................................... 5
1.6Referências ..................................................................................................................................... 5
2.Descrição......................................................................................................................... 5
2.1Objetivos ........................................................................................................................................ 5
2.1.1Ambiente ...................................................................................................................................... 5
2.1.1.1Visão Geral ................................................................................................................................ 6
2.1.1.2Usuários Finais ......................................................................................................................... 6
2.1.1.3Instalação e Suporte .................................................................................................................. 6
2.2Migração, Compatibilidade e Co-Existência ............................................................................. 8
3Requisitos do Sistema .................................................................................................... 8
3.1Requisitos Funcionais e de Dados ............................................................................................... 8
3.2Requisitos de Projeto .................................................................................................................... 9
3.3Requisitos de Performance ........................................................................................................... 9
3.3.1Velocidade .................................................................................................................................... 9
3.3.2Confiabilidade, Disponibilidade e Manutenabilidade .................................................................. 9
3.3.3Limite de Capacidade................................................................................................................... 9
3.4Requisitos de Interface Externa ................................................................................................ 10
3.4.1Interface do usuário .................................................................................................................... 10
3.4.2Interface de Hardware ............................................................................................................... 10
3.4.3Interface de Software ................................................................................................................. 10
3.5Requisitos de Segurança ............................................................................................................. 10
3.6Requisitos de Integridades ........................................................................................................ 10
3.7Requisitos Internacionais .......................................................................................................... 12
3.8Exigências de Prazos e Custos ................................................................................................... 12
3.9Exigências de Documentação ..................................................................................................... 12
3.10.Exigências de Treinamento ...................................................................................................... 12
3.11.Sumário de Tecnologia ............................................................................................................ 12
3.12Outros Requisitos ..................................................................................................................... 12
4.Critério de Aceitação ................................................................................................... 14
5.Requisitos Funcionais Alternativos ............................................................................ 14
6.Responsabilidades ....................................................................................................... 14
7.Assinaturas ................................................................................................................... 15
Definição de Requisitos
Instrução: Dentro de cada seção estão instruções de como preencher. Supra estas instruções
quando as informações específicas do projeto forem adicionadas. Atualiza o índice de cada seção
às necessidades do projeto. Se nenhuma informação se aplicar a uma seção particular, escreva
dentro da seção: “Não aplicável a este projeto.”.
Retirar esta instrução do documento oficial.
1.
Introdução
1.1 Finalidade
Esse documento define os requisitos de manter eventos, para o desenvolvimento do módulo
eventos que compõe o sistema WebCRM.
Uma visão detalhada de todos os requisitos é feita para melhor entendimento.
A aceitação deste documento define a linha de base dos requisitos.
1.2 Escopo
O modulo de evento tratará todo e qualquer tipo de contato realizado ou a ser realizado entre
a empresa e cliente, cliente e empresa, comunicação interdepartamental na empresa,
representante e empresa e outros, ou seja todo o contato feito na empresa é um evento. Um
evento possui importantes informações que contribuem para a solução do assunto que levou
o Evento a ser Gerado.
1.3 Definições, Acrônimos e Abreviações
CRM - Customer Relationship Management - Gestão de Relacionamento com o Cliente.
WEB – Word Wide Web - Rede de alcance mundial
1.4 Dependências
•
•
•
Manter Entidades
Manter motivos
Manter canais
1.5 Restrições
Não há restrições para o requisito.
1.6
Referências
Não a referências para o requisito.
2.
Descrição
2.1
Objetivos
2.1.1
O sistema irá registrar todas as atividades realizadas na empresa.
E proporcionará muitas informações importantes sobre contato empresa/cliente
Ambiente
O formulário de manter eventos poderá ser acessado por todos os usuários cadastrados no
sistema, onde eles poderão criar eventos para os outros usuários do sistema distinguindo os
eventos pelo canal e pelo motivo do evento, informando também se há algum cliente
relacionado ao evento, registrando as infirmações necessários para a resolução do evento.
2.1.1.1 Visão Geral
Não aplicável a esse requisito.
2.1.1.2
Usuários Finais
Nome
SUP
Descrição da Área
Supervisores do pessoal que utiliza o
sistema responsáveis pela configuração e
utilização do sistema.
Responsabilidade
Manter
Canais
Manter
Atividades
Manter
Motivos
Manter Tipo
Entidade
Manter
Entidades
Manter
Questionários
Manter
Usuários
Manter
Eventos
COM
2.1.1.3
Responsáveis pela área comercial da
empresa.
Manter
Entidades
Manter
Eventos
Manter
Questionários
Instalação e Suporte
A funcionalidade virá implementada na primeira interação do software WebCRM, que
juntamente com outros requisitos, irão fazer parte da primeira versão do software. Qualquer
erro que impeça o funcionamento do requisito deverá informado a equipe de suporte pelo
telefone 62 9999-9999 ou email [email protected], pedimos que venha em anexo
uma screenshot do erro para que possamos ter uma melhor analise, podendo agilizar o
processo de correção.
Toda a correção feita será informada por email, e se necessário por uma ligação da equipe do
suporte.
2.2 Migração, Compatibilidade e Co-Existência
O requisito não necessitará de uma adequação para migração de dados, mas se no futuro for
necessário a implementação do mesmo será conversado entre ambas as partes
responsáveis.
3
Requisitos do Sistema
Descreva as exigências específicas e as metas mensuráveis e atingíveis. Escreva o que será feito,
NÃO como será feito.
3.1
Requisitos Funcionais e de Dados
3.1.1
Nome do Requisito
Resumo:
<descrição detalhada do requisito. >
Justificativa da Solicitação:
<justificativa do por que da existência do requisito. >
Classificação:
<baixa / média / alta>
Consideração sobre a classificação dos requisitos:
Classificação alta:
Devem ser especificados na primeira versão do sistema.
Classificação média: Podem ser negociados, com a respectiva área, para serem criados
posteriormente.
Classificação baixa:
Podem ser especificados em uma próxima versão do sistema.
3.2
Requisitos de Projeto
Descreva como o sistema trabalha e como será construído. Pode haver restrições impostas
por agentes externos. Se existirem restrições de arquitetura de hardware mencione aqui.
Não projete o sistema aqui.
3.3
Requisitos de Performance
Deveriam ser registrados todos os aspectos de desempenho do sistema nestas seções. O
teor deve ser preciso.
Exemplo:
“O Sistema deve possuir um tempo de resposta curto, sendo capaz de suportar,
aproximadamente, 300 usuários simultâneos.”
3.3.1
Velocidade
Benchmarks e configurações das máquinas que serão usadas. Fornecer as medidas precisa
exigidas para projeto.
Geralmente são citadas medidas como tempos de resposta, taxa de processamento, ou
desempenhos relativos de máquinas.
Na ausência de benchmarks, tente achar uma
configuração que é representativa, ou escolha (e construa) uma com cuidado.
3.3.2
Confiabilidade, Disponibilidade e Manutenabilidade
Declare os objetivos de confiabilidade em termos de taxa falha.
3.3.3
Limite de Capacidade
Declare o mínimo ou máximo para qualquer limitação pedida pelo cliente ou imposta pela
arquitetura.
Exemplo:
3.4
Rodará com pelo menos 7Kbytes de memória livre do usuário.
Cada arquivo de trabalho ajustará em disquete 3.5 polegada (1.44 Mb).
Requisitos de Interface Externa
Descreva as restrições e exigências colocadas nas interfaces do sistema. Não descreva e
nem projete as interfaces nesta seção.
3.4.1
Interface do usuário
Discuta a natureza de qualquer constrangimento colocada na interface(s). A forma da
interface influencia pesadamente no projeto e no seu uso.
Deveria estar cheio de texto de ajuda ou os usuários estarão contentes com mensagens?
Exemplo:
“As interfaces devem seguir os padrões já estabelecidos para o sistema <nome do
sistema>. As mensagens de erro devem vir em formato amigável, mas os erros técnicos
devem vir descritos para agilizar a identificação e correção do mesmo pela equipe de
suporte.”
3.4.2
Interface de Hardware
Declare as máquinas que serão utilizadas pelo sistema. Que dispositivos são utilizados pelo
sistema? Eles serão operados de modos incomuns? Quais protocolos são usados?
3.4.3
Interface de Software
Em que arquitetura de máquina o software será instalado? Como conecta com o resto do
software (Banco)? Impõe novas restrições nas interfaces existentes? A existência de um
módulo do Software no cliente também deveria ser considerada nesta seção.
3.5
Requisitos de Segurança
Qual ambiente de segurança que o sistema deveria prover? Indique se o acesso é irrestrito
ou controlado. De que forma será feita à conferência do direito de acesso (log)? Como o
usuário será identificado? O sistema estará protegido de infiltração de outras fontes?
3.6
Requisitos de Integridades
Se for importante a integridade dos dados para o sistema, as exigências deverão se
registradas aqui. Não será necessário especificar como será alcançada a integridade.
Exemplo:
“A integridade e confiabilidade das informações são de vital importância para o <nome do
módulo>, pois envolve aspectos essenciais no processo de fomento de obras
cinematográficas ou videofonográficas, tais como:
Movimentação entre contas correntes.”
3.7
Requisitos Internacionais
Liste as características que devem ser incorporadas quando o sistema for usado por um
estrangeiro. Exemplos: Tradução de mensagem para o idioma local, fonte de caracteres não
padrão (Japão), leis e regulamentos governamentais, etc.
3.8
Exigências de Prazos e Custos
Declare qualquer exigência específica com respeito ao prazo ou custo do desenvolvimento.
3.9
Exigências de Documentação
Mencione a documentação específica que deve ser produzida. Que forma deveria ser
entregue?
Que nível de detalhe eles deveriam ter?
Leve em conta padrões de
documentação existentes.
3.10.
Exigências de Treinamento
Identifique o tipo e a quantidade de indivíduos que devem ser treinados no sistema novo - o
usuário final, pessoal de apoio, operações, etc. Considere também o fator geográfico do
treinamento (taxas de viagem, idiomas, etc.).
3.11.
Sumário de Tecnologia
Liste aqui todas as tecnologias a serem usadas ou desejadas, ou que tenham de ser
avaliadas.
Exemplo:
“A interface do usuário será feita em e HTML3.2 e não utilizará nada de VBScript ou DHTML”
“Todos os componentes estarão usando Java JDK1.2 ”
“O banco de dados será Oracle 8.x”
3.12
Outros Requisitos
Registre qualquer exigência adicional que não pode ser classificado segundo os títulos das
seções anteriores.
3.
Critério de Aceitação
Documente como o sistema será validado. Testes de aceitação podem envolver benchmarks
corrente ou demonstração de um certo nível de desempenho ou confiabilidade. Devemos conhecer
as exigências para a aceitação. O contrato feito com o cliente poder ser uma ótima fonte de
informação para esta seção.
4.
Requisitos Funcionais Alternativos
Podem existir requisitos alternativos.
5.
Responsabilidades
Gerente de Projeto
Assegurar o gerenciamento dos requisitos.
Assegurar que a definição dos requisitos reflita as necessidades do cliente.
Alocar tarefas apropriadamente de acordo com a qualificação.
Rever a definição dos requisitos antes da aprovação.
Obter aprovação do cliente.
Assegurar que as definições dos requisitos sejam consideradas na especificação funcional.
Analista de Negócio
Criar a definição dos requisitos.
3.
Assinaturas
Os abaixo assinados estão de acordo com o conteúdo do documento “Definição de Requisitos”,
do Sistema <Nome do Sistema>, versão 9.9, Módulo <Nome do Módulo – apenas se o Sistema
estiver repartido em Módulos>, release 9.9 <Nº. da versão do módulo>.
Data: ___/___/_____
Data: ___/___/_____
Frederiko Oliveira de Sousa
Julio Francisco da Silva
Gerente de Projeto
Analista Sênior
Data: ___/___/_____
Data: ___/___/_____
Jean Paulo Apostolo
Rogério Coimbra de Oliveira
Programador
Programador
Obs.:
1.
Em caso de dúvida do Cargo e Superintendência de uma pessoa, busque essa informação no E-mail (dois
cliques sobre o endereço de E-mail da pessoa, “Title” = Cargo, “Department” = Superintendência).
2.
Colocar acima os seguintes cargos:
- Superintendente da STI;
- Coordenadores de Projetos;
- Gestor de Projetos;
- Analista de Negócios responsável pelo sistema;
- Analista de Processo;
- Superintendente da área do coordenador entrevistado;
- Coordenador entrevistado.
Retirar essa observação no documento oficial.