Caso de uso servicedesk Renato

SERVICEDESK

ESPECIFICAÇÃO DE CASOS DE USO

Disciplina:

Projeto de Banco de Dados

Professor:

Renato Pouso

1. INTRODUÇÃO

Este documento tem como objetivo especificar os casos de uso do Sistema SERVICEDESK, fornecendo aos interessados os fluxos de eventos, atores envolvidos, pré e pós condições e demais informações relevantes para a implementação do projeto, assim como a realização dos testes e homologação.

1. Convenções, termos e abreviações:

A correta interpretação deste documento exige o conhecimento de algumas convenções e termos específicos, que são descritos a seguir.

• Identificação dos Casos de Uso: Por convenção, a referência aos casos de uso é feita através de um identificador, de acordo com o esquema abaixo:

[CDU.identificador do caso de uso]

Identificador de caso de uso é um número criado seqüencialmente, usado para formar um identificador único.

Ex: CDU01, CDU02,...

• Prioridade do Caso de Uso: Para estabelecer as prioridades dos casos de uso, foram adotadas as denominações “Essencial”, “Importante” e “Desejável”.

• Essencial é o caso de uso sem o qual o sistema não entra em funcionamento, devendo ser implementado impreterivelmente.

• Importante é o caso de uso sem o qual o sistema entra em funcionamento, mas de forma não satisfatória, porém poderá ser implantado e usado mesmo assim.

• Desejável é o caso de uso que não compromete às funcionalidades básicas do sistema, isto é, o sistema pode funcionar de forma satisfatória sem ele.

• Identificação dos Requisitos: Faz referência aos requisitos descritos no Documento de Requisitos [2].

---

1. DIAGRAMA DE CLASSES

Diagrama de classe segue em anexo, pois devido a formatação ele não pode se encaixar neste documento.

1. DIAGRAMA DE CASOS DE USO PRINCIPAL

[pic 3]

---

1. DIAGRAMA DE CASOS DE USO DE GESTÃO DE USUÁRIOS

[pic 4]

Descrição: Gestão de Usuário está relacionado a todos os usuários do sistema, as seguintes entidades representam um usuário: Gestor, Interlocutor, Solicitante, Atendente, Técnico. Algumas restrições ocorrem no diagrama de caso de uso acima como:

Um Gestor pode gerenciar os dados de qualquer usuário do sistema.

Um Interlocutor pode gerenciar os dados de Interlocutor e de Solicitante.

Um Atendente pode gerenciar os seus dados e os dados de Técnico.  

Um Solicitante e um Técnico só podem gerenciar seus próprios dados.

1. DIAGRAMA DE CASOS DE USO DE GESTÃO DE SERVIÇOS

[pic 5]

Descrição: Gestão de Serviços está relacionado a todos os serviços que o sistema pode oferecer. A Entidade que se refere o diagrama pode ser: Grupo de Serviços, Especificação de Demanda, Pendência, Solução Aplicada, Prestadores de Serviços.

---

1. DIAGRAMA DE CASOS DE USO DE GESTÃO DE EMPRESAS

[pic 6]

Descrição: Gestão de Empresas está relacionado às entidades que compõem uma empresa. A Entidade que se refere o diagrama pode ser: Empresa, Centro de Custos, Tipo de Equipamento, Equipamento, Software, Feriado, Expediente e Softwares Homologados.

1. DIAGRAMA DE CASOS DE USO DE GESTÃO DE CHAMADOS

[pic 7]

---

1. DIAGRAMA DE CASOS DE USO DE GESTÃO DE EMPRÉSTIMOS

[pic 8]

1. DIAGRAMA DE CASOS DE USO DE CONTROLE DE INTERRUPÇÕES

[pic 9]

1. ATORES

1. Gestor

É o administrador do sistema. Tem uma visão plena do sistema e pode executar todas as operações oferecidas pelo sistema.

1. Interlocutor

É o representante do cliente responsável por avaliar e validar  os serviços realizados pela empresa de help-desk.

1. Técnico

É a pessoa responsável pela realização dos serviços contratados. Ele é quem soluciona as solicitações.

1. Solicitante

É o usuário final que abre um chamado notificando o help-desk sobre um possível problema.

1. Atendente

É o responsável por realizar as ações táticas do sistema, como a alocação de técnicos e o agendamento de atendimentos. É o principal canal entre o cliente e os técnicos.

1. DESCRIÇÃO DOS CASOS DE USO

1. Cadastro de entidade

Prioridade

Essencial

Precondições

A entidade não está no devido cadastro;

Entradas

A entidade (serviço | empresa | usuário)

Fluxo principal

Os campos do formulário de cadastro são lidos; É exibido um diálogo de confirmação dos dados; É verificada a existência da entidade no cadastro; A entidade é inserida no cadastro

Fluxos alternativos