~~ODT~~
Exemplo de como fica: https://docs.info.ufrn.br/doku.php?id=desenvolvimento:especificacoes:sipac:contratos:casos_de_uso:alteracao_contratual:alteracoes:alterar_operacoes
Autorizar Requisição de Mudança em Projeto de Obra
Este caso de uso tem a finalidade de exibir as requisições de mudança em projeto de obra que foram cadastradas por unidades não vinculadas a centro acadêmico e que o usuário de cadastro não é chefe da unidade requisitante. São listadas as requisições para autorização da chefia da unidade.
Pré-condições : É preciso que a requisição tenha status PENDENTE DE AUTORIZACAO CHEFE UNIDADE e que o usuário autorizador seja chefe da unidade.
Descrição do Caso de Uso
Este caso de uso inicia quando o usuário acessa a opção: SIPAC → Portal Administrativo → Menu Requisições → Autorizações → Autorizar Requisição de Mudança em Projeto de Obra.
Pass 1
O sistema lista as requisições com os atributos:
- Numero da requisição e ano Formato: 9…/AAAA.
- Tipo da requisição Tipo - Texto.
- Unidade requisitante Tipo - Texto.
- Usuário de Cadastro Tipo - Texto.
- Data de Cadastro Tipo - Texto.
- Descrição da Requisição Tipo - Texto.
- Opção de visualizar requisição
- Opção Selecionar Requião
Informações da obra vinculada a requisição:
- Obra: Formato: Licitação/Numero/AAAA/ORIGEM
- Descrição da Obra: Tipo - Texto.
Dados da Requisição
- Requisição: Formato - 9…/AAAA.
- Tipo da Requisição: Tipo - Texto.
- Data de Cadastro: Tipo - Data. Formato: DD/MM/AAAA.
- Usuário de Cadastro e ramal: Tipo - Texto. Formato: Nome - Telefone (ramal).
- Unidade Requisitante: Tipo - Texto.
- Descrição da requisição:Tipo - Texto.
—Passo 2
o caso de uso é finalizado.
Principais Regras de Negócio
- RN01 - O sistema deve listar as requisições de unidades isoladas (não vinculadas a centro acadêmico) que possuem o status PENDENTE DE AUTORIZACAO CHEFE UNIDADE.
- RN02 - Quando o chefe da unidade confirmar a autorização da requisição o sistema deve enviar para a unidade de infraestrutura com o status de ENCAMINHADA FISCAL OBRA
Resoluções/Legislações Associadas
Quando não houver, informar com texto “Não se Aplica”. Porém, em situações de existência colocar toda a informação associada ou simplesmente anexar o documento nesta seção.
Classes Persistentes e Tabelas Envolvidas
< Cite as classes e as tabelas envolvidas diretamente no processo de negócio para que testes possa usá-la. >
Obs.: Classes Persistentes são aquelas que implementam as entidades de domínio de negócio. Nesse caso, devem ser colocadas as classes de domínio envolvidas diretamente no caso de uso.
| Classe | Tabela |
|---|---|
| < Ex.: br.ufrn.sigaa.biblioteca.processos_tecnicos.dominio.Assinatura > | < Ex.:sigaa.biblioteca.assinatura > |
Plano de Teste
Sistema: SIPAC
Módulo: Portal Administrativo
Link(s): Portal administrativo → Requisições → Autorizações → Autorizar requisição de mudança em projeto de obra
Usuário: <Para cada papel descrito fornecer pelo menos um usuário que realmente utilizará o caso de uso, e não logins genéricos como gleydson e raphaela. Informação Obrigatória>
Exemplos:
gizelealmeida (projetos de cursos e concursos),
simonelopes (capacitação)>
Papel que usuário deve ter: Ser chefe de unidade.
Cenários de Teste
<É a definição de um conjunto específico de entradas de teste, condições de execução e resultados esperados, identificados com a finalidade de avaliar um determinado aspecto de um Item a ser testado.>
Dados para o Teste
< Descreve como obter os dados que serão usados para o teste do caso de uso.>
Se for necesário descrever um script, usar a tag: <code sql>