Documento de Requisitos - Download as DOC by jpUEpqbo

VIEWS: 28 PAGES: 11

									  Especificação de
     Requisitos




SGO_REQUISITOS   Pág. 1/14
                       Histórico de Alterações
   Data       Versão              Descrição               Autor
 07/03/2009    1.0            Criação do Documento    Wesley Marlon
 09/03/2009    1.1            Revisão do Documento    Wesley Marlon
 15/03/2009    1.2            Revisão do Documento    Wesley Marlon
 07/04/2009    1.3            Revisão do Documento    Wesley Marlon
 08/04/2009    1.4            Revisão do Documento   Jefferson Carvalho
 11/04/2009    1.5            Revisão do Documento    Wesley Marlon
 01/05/2009    1.6            Revisão do Documento    Wesley Marlon
  07/05/09     1.7            Revisão do Documento   Jefferson Carvalho




SGO_REQUISITOS                                             Pág. 2/14
                                                   Índice

1. Introdução ................................................................................................. 4
1.1 Propósito ................................................................................................. 4
1.2 Público Alvo .............................................................................................. 4
1.3 Escopo ...................................................................................................4
1.4 Definições, Acrônimos e Abreviações ............................................................... 4
     Prioridades dos requisitos ............................................................................ 4
1.5 Referências ............................................................................................... 5
1.6 Visão Geral do documento ............................................................................ 5
2. Visão Geral do Produto .................................................................................. 6
2.1 Descrição dos usuários ................................................................................. 6
3. Premissas e Restrições ................................................................................... 6
4. Requisitos Funcionais .................................................................................... 7
4.1 Visão Geral dos Requisitos ............................................................................. 7
4.2 [RF001] Fazer Login..................................................................................... 7
4.3 [RF002] Manter Usuário ................................................................................ 7
4.4 [RF003] Manter Ocorrência ............................................................................ 8
4.5 [RF004] Manter Terceiros .............................................................................. 8
4.6 [RF005] Manter Centros de Custo .................................................................... 9
4.7 [RF006] Manter Categoria ............................................................................. 9
Requisitos Não-Funcionais .................................................................................. 9
5. Escopo Negativo .......................................................................................... 10
6. Gerenciamento de Mudanças dos Requisitos ............................................................ 10




SGO_REQUISITOS                                                                                        Pág. 3/14
1.Introdução
1.1Propósito
     Descrever os requisitos do Sistema fornecendo aos participantes o entendimento
do escopo definido. Oferecendo também informações importantes para a
implementação realização de testes e homologação do sistema.

1.2Público Alvo
     Todas as pessoas envolvidas no projeto (desenvolvedores e cliente).

1.3Escopo
     O documento detalhará os requisitos funcionais e não funcionais do sistema
assim como o escopo negativo da aplicação.

1.4Definições, Acrônimos e Abreviações
O conhecimento de algumas definições, acrônimos e abreviações são necessários para
o correto entendimento deste documento.

A Tabela 1 apresenta algumas abreviações, definições e acrônimos relevantes ao
documento.

                   Tabela 1. Descrição de acrônimos e abreviações.
     RF                     Requisito Funcional
     RNF                    Requisito Não-Funcional

Prioridades dos requisitos

      Cada requisito descrito neste documento possui uma prioridade de
desenvolvimento. Foram definidas as seguintes prioridades:

       Essencial: caso não seja atendido, impede que a aplicação entre em
       funcionamento. Requisitos essenciais geram casos de uso imprescindíveis,
       devem ser desenvolvidos impreterivelmente.

       Importante: caso não seja atendido, a aplicação poderá entrar em
       funcionamento, mas de forma não-satisfatória. Requisitos categorizados como
       “Importante” geram casos de uso que deveriam ser desenvolvidos, mas, se não
       forem a aplicação poderá entrar em funcionamento (de forma não satisfatória).

       Desejável: por fim, é aquele cuja ausência de implementação não compromete
       a operacionalização da aplicação, isto é, a aplicação pode funcionar de forma
       satisfatória mesmo sem o desenvolvimento de requisitos deste tipo. Requisitos
       desejáveis geram casos de uso que podem ser deixados para versões posteriores
       da solução, caso não haja tempo hábil para implementá-los.


SGO_REQUISITOS                                                               Pág. 4/14
1.5Referências
Todas as referências utilizadas na elaboração deste documento encontram-se no site:
http://sistemago.wordpress.com.


1.6Visão Geral do documento
A seguir faremos uma breve apresentação de como o documento está dividido.

      Seção 2: apresenta uma visão geral do sistema e os principais usuários.

      Seção 3: especifica as premissas e restrições para os requisitos levantados.

      Seção 4: descreve todos os Requisitos Funcionais.

      Seção 5: definição dos requisitos Não-funcionais do sistema.

      Seção 6: define o escopo negativo para a aplicação.

      Seção 7: apresenta o processo de gerenciamento de mudanças dos requisitos.




SGO_REQUISITOS                                                                   Pág. 5/14
2.Visão Geral do Produto
     O objetivo do sistema é automatizar o processo de gerenciamento de ocorrências
de uma empresa e aumentar o número de “fiscais” que iriam informar ao sistema da
entidade onde haveriam ocorrências, fazendo essas ocorrências serem verificadas e
fazendo diminuir os custos de fiscalização podendo ainda integrar a população a esse
tipo de trabalho.


2.1Descrição dos usuários
A lista abaixo apresenta os principais usuários do sistema.

          Administrador: Responsável pelo cadastro dos usuários(operadores),
           configuração do sistema e define qual a área ou ocorrência um determinado
           operador vai ficar responsável.

          Operador: Existem dois tipos de operadores, primeiro os que abrem as
           ocorrências e o segundo tipo de operador são aqueles que ficarão
           responsáveis por verificar a veracidade das ocorrências e complementas as
           informações.

          Denunciante: Este usuário pode abrir ocorrências assim como o primeiro
           tipo de operador, porém ele não tem acesso ao sistema e a abertura e feita
           pelo site através da WEB ou Celular.

          Terceiros: Este usuário pode visualizar os pedidos para resolver a
           ocorrência e estimar valor e prazo para resolução do problema.



3.Premissas e Restrições

    As premissas e restrições apresentadas nesta seção serão adotadas durante toda a
descrição dos requisitos do sistema.

          Premissa 1: Obrigatoriedade dos campos

           Na apresentação dos campos de uma dada entidade, os campos que tiverem
           o caractere (*) devem ser obrigatoriamente preenchidos. Ou seja, caso
           algum campo obrigatório não seja preenchido a aplicação deve solicitar, ao
           usuário, o preenchimento.

          Premissa 2: Alerta de preenchimento

           Se algum campo no cadastro de uma entidade for preenchido
           incorretamente, o sistema deve informar ao usuário a forma correta de
           preenchimento.




SGO_REQUISITOS                                                                Pág. 6/14
4.Requisitos Funcionais
Os requisitos funcionais especificam ações que um sistema deve ser capaz de executar,
sem levar em consideração restrições físicas especificando, portanto, o comportamento
de entrada e saída de um sistema.
Os requisitos descreverão os itens que o sistema proposto deve suportar. Entre estes
itens podemos citar:
         Ferramentas;
         Comportamentos;
         Regras de negócio;
         Funcionalidades.

4.1Visão Geral dos Requisitos
Esta seção descreve os requisitos mais gerais da aplicação. As principais entidades
são: Login, Usuário, Ocorrência, Terceiros, Centro de Custos e Categorias.


4.2[RF001] Fazer Login


                                      [RF001] Fazer Login

Prioridade:          Essencial
Descrição:           O sistema deve gerenciar o acesso do usuário ao sistema e as permissões
                     do mesmo.Quando o usuário executar o programa aparecera uma tela para
                     colocar o login e a senha(campos obrigatórios) onde o sistema vai verificar
                     se o login e senha passados existem e ira mostrar a tela principal do
                     sistema casa encontre o usuário e se não encontrar mostrar uma mensagem
                     de erro.
                     O login pode ser feito pelo dispositivo móvel(fiscais) ou pela
                     web(terceiros).

4.3[RF002] Manter Usuário


                                    [RF002] Manter Usuário

Prioridade:          Essencial
Descrição:           O sistema deve gerenciar o cadastro do usuário garantindo a unicidade
                     através do login.Antes de cadastrar um novo usuário o sistema deve
                     procurar na base de dados se já existe alguém já cadastrado como o login
                     escolhido,se tiver deve mostrar uma mensagem de erro avisando que o
                     login já está cadastrado.
                     O sistema deve gerenciar a edição do usuário para que não seja possível
                     alterar o login para um já existente.
                     O sistema deve gerenciar a exclusão do usuário levando em consideração
                     que ele não pode ser excluído se houverem ocorrências ligadas a ele deve
                     mostrar para o usuário uma mensagem dizendo que o usuário não pode ser
                     excluído porque há ocorrências ligadas a ele.


SGO_REQUISITOS                                                                 Pág. 7/14
                 Haverá uma tela onde serão listados todos os usuários cadastradas podendo
                 fazer filtragem por data e nome.

4.4 [RF003] Manter Ocorrência

                                [RF003] Manter Ocorrência

Prioridade:      Essencial
Descrição:       O sistema deve gerenciar a exclusão da ocorrência levando em
                 consideração que ela não pode ser excluída se houver operadores ligados a
                 ela deve mostrar para o usuário uma mensagem dizendo que a ocorrência
                 não pode ser excluída porque há operadores ligados a ela.
                 Na tela visualizar ocorrência ([RF007] Visualizar Ocorrência) haverá um
                 botão de vincular usuário onde o sistema deve gerencia este vinculo
                 verificando se a solicitação já existe operador vinculado se houver
                 perguntar se deseja realizar a substituição caso não haja vincular a
                 ocorrência ao operador.
                 Na tela visualizar ocorrência ([RF007] Visualizar Ocorrência) haverá um
                 botão de vincular terceiros/centro de custos onde o sistema deve gerencia
                 este vinculo verificando se a solicitação já existe operador vinculado e se a
                 ocorrência está no estado de pronto se satisfazer essas condições será
                 vinculado um terceiro a ocorrência.
                 Ao finalizar uma ocorrência o sistema gerará um documente mostrando o
                 detalhe da ocorrência e todo o seu percurso.
                 O sistema deve mostrar uma tela com campos para filtrar por usuário, para
                 visualizar as ocorrências de um determinado operador, e poder visualizar
                 todas as ocorrências de todos os usuários.
                 O sistema deve mostrar uma tela com campos para filtrar por
                 terceiros/centro de custo, para visualizar as ocorrências atendidas pelo
                 terceiro/centro de custo selecionado.

4.5[RF004] Manter Terceiros


                                [RF004] Manter Terceiros

Prioridade:      Essencial
Descrição:       O sistema deve gerenciar o cadastro de terceiros garantindo a unicidade
                 através do CNPJ.Antes de cadastrar um novo o sistema deve procurar na
                 base de dados se já existe algum já cadastrado como o mesmo CNPJ,se
                 houver deve mostrar uma mensagem de erro avisando que já existe um
                 cadastro para este CNPJ.
                 Haverá uma tela onde será listado todos os terceiros cadastrados podendo
                 fazer filtragem por nome.
                 O sistema deve gerenciar a edição para que não seja possível alterar o
                 CNPJ para um já existente, caso isso aconteça o sistema avisará ao usuário
                 que não pode fazer a edição porque já existe um registro cadastrado com o
                 mesmo CNPJ.
                 O sistema deve gerenciar a exclusão retornando uma mensagem de


SGO_REQUISITOS                                                              Pág. 8/14
                    excluído com sucesso.

4.6[RF005] Manter Centros de Custo


                                [RF005] Manter Centro de Custos

Prioridade:         Desejável
Descrição:          O sistema deve gerenciar o cadastro de centros de custo garantindo a
                    unicidade.
                    Haverá uma tela onde serão listados todos os centros de custos cadastrados
                    podendo fazer filtragem por nome.
                    O sistema deve gerenciar a edição para que não seja possível alterar o
                    centro de custo para um já existente, caso isso ocorra o sistema avisará ao
                    usuário que não pode fazer a edição porque já existe um registro
                    cadastrado com os mesmos dados.
                    O sistema deve gerenciar a exclusão retornando uma mensagem de
                    excluído com sucesso.


4.7[RF006] Manter Categoria


                                   [RF006] Manter Categoria

Prioridade:         Essencial
Descrição:          O sistema deve gerenciar o cadastro de categorias garantindo a unicidade
                    através do nome. Antes de cadastrar uma nova o sistema deve procurar na
                    base de dados se já existe algum já cadastrado como o mesmo nome, se
                    houver deve mostrar uma mensagem de erro avisando que já existe um
                    cadastro para este nome.
                    Haverá uma tela onde serão listadas todas as categorias cadastradas
                    podendo fazer filtragem por nome.
                    O sistema deve gerenciar a edição para que não seja possível alterar o
                    nome da categoria por uma já existente,caso isso aconteça o sistema
                    avisará ao usuário que não pode fazer a edição porque já existe um registro
                    cadastrado com o mesmo nome.
                    O sistema deve gerenciar a exclusão retornando uma mensagem de
                    excluído com sucesso.


Requisitos Não-Funcionais

Nesta seção veremos os requisitos não-funcionais especificados para o sistema.

                                    [RNF001] Desempenho


Prioridade:         Importante
Descrição:          É essencial ao sistema, deve ser considerada por corresponder a um fator


SGO_REQUISITOS                                                               Pág. 9/14
                     de qualidade de software e otimização nas buscas e acessos entre as telas.
                     Para medirmos o desempenho nenhuma SQL passará mais de 4 segundos
                     para retornar.

                                    [RNF002] Interface amigável


Prioridade:          Importante
Descrição:           A interface bonita e amigável com o usuário é de vital importância para o
                     sucesso do sistema. Principalmente por ser um sistema que será utilizado
                     diariamente.
                     Nenhuma tela terá mais de três botões excerto a tela de pesquisa.
                     Nenhuma label será vermelha excerto para as mensagens de erro.

                                       [RNF003] Usabilidade


Prioridade:          Importante
Descrição:           Visando criar um produto com maior extensibilidade, reusabilidade e
                     flexibilidade, deve ser adotar como linguagem principal de
                     desenvolvimento C#.net seguindo cuidadosamente as técnicas de
                     orientação a objetos.
                     O sistema deverá garantir que somente pessoas identificadas e autorizadas
                     irão acessar as informações disponíveis.
                     Os menus terão nomes bem claros (Relatório, Ocorrência) para facilitar a
                     navegação do usuário.

5.Escopo Negativo
Nesta seção descreveremos o escopo negativo do projeto.

Produtividade dos Operadores
O sistema não irá controlar a produtividade de cada funcionário da empresa. O
objetivo da aplicação será controlar as ocorrências geradas.

Andamento da ocorrência para o usuário externo
O sistema não irá mandar mensagem para o usuário informando o andamento da
ocorrência que ele fez.

Gerenciamento das ocorrências apenas via desktop
O gerenciamento das ocorrências será feito apenas via desktop e não via web.

Suporte a outros idiomas
O sistema não dará suporte a outros idiomas, apenas ao português.

6.Gerenciamento de Mudanças dos Requisitos
Esta seção define o processo de gerenciamento de mudanças dos requisitos.
Toda alteração nos requisitos (inclusão, alteração e exclusão) deve ser realizada
através de uma solicitação de mudança para a equipe responsável.

O processo de gerenciamento de mudanças dos requisitos segue as seguintes etapas:



SGO_REQUISITOS                                                                 Pág. 10/14
  1. O usuário/cliente solicita uma mudança de requisito;

  2. O Analista de Sistemas do projeto deve receber a solicitação e analisar
     juntamente com o Gerente do Projeto e equipe responsável os impactos da
     mudança no sistema;

  3. O Gerente deve negociar com o Patrocinador do projeto para aceitar ou não a
     mudança solicitada pelo usuário / cliente.

  4. Se a solicitação for aceita a equipe responsável deve atender a solicitação.




SGO_REQUISITOS                                                               Pág. 11/14

								
To top