• Nenhum resultado encontrado

Documento de Especificação de Casos de Uso ERP do PECE Módulo Estratégico

N/A
N/A
Protected

Academic year: 2021

Share "Documento de Especificação de Casos de Uso ERP do PECE Módulo Estratégico"

Copied!
14
0
0

Texto

(1)

Documento de Especificação de 

Casos de Uso

ERP do PECE – Módulo Estratégico

Autores: 

Celso Vital Crivelaro

Diego Casarin 

Fernando Alves 

Rodrigo Rodrigues da Silva

Data de emissão

:

13/02/2008

Revisor:

Rodrigo Rodrigues da Silva

Data de revisão

20/02/2008

ƒ I.T.

(2)

Índice

Índice...2

1.Objetivo ... 3

2.Especificação ... 4

2.1. Atores ... 4

2.2. Descrição dos Casos de Uso ... 4

(3)

1.Objetivo

Este   documento   tem   como   objetivo   descrever   os   casos   de   uso  identificados para o Módulo Estratégico do Sistema ERP do PECE. Este  documento complementa o Documento de Especificação de Requisitos do  Sistema (Especificação de Requisitos – fIT v1.0.doc).

(4)

2.Especificação

2.1. Atores Os atores do Módulo Estratégico do ERP são: • Coordenador do PECE será o usuário final do módulo. Este ator fará  requisições dos relatórios e simulações disponíveis no sistema através  de interface homem­computador do Módulo Estratégico. • Temporizador, responsável por iniciar a sincronização da base de  dados do Módulo Estratégico com os dados dos outros módulos  (Financeiro, Infra­Estrutura e Acadêmico).

2.2. Descrição dos Casos de Uso

Caso de uso #1: Gerar Relatório Financeiro Descrição: Este caso de uso descreve o processo de geração de relatórios  financeiros para os coordenadores do PECE. Evento iniciador: coordenador do PECE escolhe a opção de gerar relatório  financeiro na interface. Atores: coordenador (iniciador) Pré­condição: coordenador do PECE deve estar logado no sistema e estar  na tela de geração de relatórios financeiros. Seqüência de eventos: 1. Coordenador seleciona um tipo de relatório a ser gerado, através da  interface. 2. Sistema exibe os parâmetros configuráveis referentes ao relatório  escolhido.  3. Coordenador escolhe os parâmetros desejados e solicita a geração do  relatório.

(5)

4. Sistema apresenta o relatório solicitado. Pós­condição: relatório desejado apresentado. Extensões: 1. Os tipos de relatórios financeiros disponíveis serão: relatório de  despesas, receitas e fechamento. (passo1) 2. Os parâmetros referentes aos relatórios financeiros serão: nível de  detalhamento, origem do lançamento, intervalo da análise e  periodicidade da análise. Caso de uso #2: Gerar Relatório Acadêmico Descrição: Este caso de uso descreve o processo de geração de relatórios  acadêmicos para os coordenadores do PECE. Evento iniciador: coordenador do PECE escolhe a opção de gerar relatório  acadêmico na interface. Atores: coordenador (iniciador) Pré­condição: coordenador do PECE deve estar logado no sistema e estar  na tela de geração de relatórios acadêmicos. Seqüência de eventos: 1. Sistema exibe os parâmetros configuráveis referentes ao relatório  escolhido.  2. Coordenador escolhe os parâmetros desejados e solicita a geração do  relatório. 3. Sistema apresenta o relatório solicitado. Pós­condição: relatório desejado apresentado. Extensões: 1. Os parâmetros referentes aos relatórios acadêmicos serão: nível de  detalhamento, intervalo da análise e periodicidade da análise. Caso de uso #3: Gerar Relatório de Desempenho de Funcionários Descrição: Este caso de uso descreve o processo de geração de relatórios  de desempenho dos funcionários para os coordenadores do PECE. Evento iniciador: coordenador do PECE escolhe a opção de gerar relatório 

(6)

de desempenho de funcionário na interface. Atores: coordenador (iniciador) Pré­condição: coordenador do PECE deve estar logado no sistema e estar  na tela de geração de relatórios de desempenho de funcionários. Seqüência de eventos: 1. Sistema exibe os parâmetros referentes ao relatório escolhido.  2. Coordenador escolhe os parâmetros desejados e solicita a geração do  relatório. 3. Sistema apresenta o relatório solicitado. Pós­condição: relatório desejado apresentado. Extensões: 1. Os parâmetros referentes aos relatórios acadêmicos serão: intervalo a  análise e abrangência da análise. Caso de uso #4: Imprimir relatório Descrição: Este caso de uso descreve a impressão do relatório Evento iniciador: Usuário requisita a impressão do relatório Atores: Coordenador Pré­condição: Relatório gerado (Casos de Uso #1 a #3) e sendo exibido na  tela. Seqüência de eventos: 1. Usuário requisita a impressão do relatório. 2. Sistema apresenta janela com configurações para impressão. 3. Sistema imprime relatório. Pós­condição: Relatório impresso. Caso de uso #5: Exportar relatório Descrição: Este caso de uso descreve a exportação de um relatório em  formato PDF. Evento iniciador: Usuário requisita a exportação do documento Atores: Coordenador Pré­condição: Relatório gerado (Casos de Uso #1 a #3) e sendo exibido na 

(7)

tela. Seqüência de eventos: 1. Usuário requisita a exportação do relatório 2. Sistema apresenta janela “Salvar Como”. 3. Sistema gera arquivo e salva­o no local indicado. Pós­condição: Arquivo PDF do relatório gerado e armazenado localmente  no computador do usuário. Caso de uso #6: Gerar Simulação de Viabilidade Descrição: Este caso de uso descreve o processo de simulação de cenários  que permitam avaliar a viabilidade econômica de cursos propostos. Evento iniciador: coordenador do PECE escolhe a opção de simular  cenários de viabilidade econômica Atores: coordenador do PECE (iniciador) Pré­condição: coordenador do PECE deve estar logado no sistema e estar  na tela de simulações de cenários de viabilidade econômica. Seqüência de eventos: 1. Coordenador escolhe os parâmetros de entrada para realizar a  simulação. 2. Sistema exibe os parâmetros de entrada escolhidos para o  coordenador preencher. 3. Coordenador preenche os parâmetros de entrada com os dados que  deseja utilizar na simulação. 4. Sistema apresenta os possíveis parâmetros de saídas da simulação. 5. Coordenador escolhe os parâmetros de saída desejados. 6. Coordenador solicita o início da simulação.  Pós­condição: Resultado da simulação apresentado na interface. Extensões: 2. Os parâmetros de entrada disponíveis nas simulações de viabilidade  econômica serão: número de alunos, meta de custo por aluno, número  de horas totais do curso, número de disciplinas, número de aulas por  disciplina, número de parcelas de pagamento, custos totais e custos  parciais (taxas de administração, etc.)

(8)

3. Os parâmetros de saída disponíveis nas simulações de viabilidade  econômica serão: custo local total, custo parcial total, custo total bruto,  custo total por aluno, número de alunos necessários para atingir meta  de custo, mensalidade necessária para atingir meta de alunos. Caso de uso #7: Gerar simulação de crescimento Descrição: Este caso de uso descreve o processo de simulação de cenários  de crescimento do PECE. Evento iniciador: coordenador do PECE escolhe a opção de simular  cenários de crescimento do PECE  Atores: coordenador do PECE (iniciador) Pré­condição: coordenador do PECE deve estar logado no sistema e estar  na tela de simulações de cenários de crescimento do PECE. Seqüência de eventos: 1. Coordenador escolhe os parâmetros de entrada 2. Sistema exibe os parâmetros de entrada para configuração 3. Coordenador configura os parâmetros de entrada com os dados que  deseja simular. 4. Sistema apresenta os possíveis parâmetros de saídas da simulação. 5. Coordenador escolhe os parâmetros de saída desejados. 6. Coordenador solicita o início da simulação.  Pós­condição: Resultado da simulação apresentado na interface. Extensões: 4. Os parâmetros de entrada disponíveis nas simulações de cenários de  crescimento do PECE serão: nível de detalhamento, origem do  lançamento, intervalo da análise e periodicidade da análise.  5. Os parâmetros de saída disponíveis nas simulações de viabilidade  econômica serão: margem líquida operacional, retorno sobre  investimento (ROI), Receita, Despesas, Custos, EBITDA (Earnings  Before Incoming Taxes, Depreciation e Amortization). Caso de uso #8: Imprimir simulação

(9)

Descrição: Este caso de uso descreve a impressão de uma simulação Evento iniciador: Usuário requisita a impressão da simulação Atores: Coordenador Pré­condição: Simulação gerada (Casos de Uso #6 a #8) e sendo exibida na  tela. Seqüência de eventos: 1. Usuário requisita a impressão da simulação. 2. Sistema apresenta janela com configurações para impressão. 3. Sistema imprime simulação. Pós­condição: Simulação impressa. Caso de uso #5: Exportar simulação Descrição: Este caso de uso descreve a exportação de ums simulação em  formato PDF. Evento iniciador: Usuário requisita a exportação da simulação Atores: Coordenador Pré­condição: Simulação gerada (Casos de Uso #6 a #8) e sendo exibida na  tela. Seqüência de eventos: 1. Usuário requisita a exportação da simulação 2. Sistema apresenta janela “Salvar Como”. 3. Sistema gera arquivo e salva­o no local indicado. Pós­condição: Arquivo PDF da simulação gerado e armazenado localmente  no computador do usuário. Caso de uso #10:  Inserir tópico Descrição: O coordenador insere um tópico no blog Evento iniciador: Usuário requisita  inserir um tópico Atores: Coordenador Pré­condição: Estar na tela do blog. Seqüência de eventos: 1. Usuário requisita inserir um tópico

(10)

2. Usuário entra com os dados (título e tema) do tópico 3. Usuário clica em “Confirmar” 4. Sistema exibe mensagem de confirmação 5. Sistema exibe novo tópico na tela do blog Pós­condição: Novo tópico criado. Caso de uso #11:  Excluir Tópico Descrição: O coordenador exclui um tópico do blog Evento iniciador: Usuário requisita excluir um blog Atores: Coordenador Pré­condição: Estar na lista de tópicos para blog Seqüência de eventos: 1. Usuário seleciona a opção “Excluir” relativa ao tópico 2. Sistema exibe mensagem solicitando confirmação da exclusão. 3. Usuário clica em “Excluir” 4. Sistema exclui o tópico e retorna à tela do blog. Pós­condição: Tópico Excluído. Extensões: No passo 3, usuário cancela a exclusão e sistema não exclui o  tópico. Caso de uso #12: Postar comentário Descrição: O coordenador posta um comentário sobre determinado tópico Evento iniciador: Usuário requisita postar um comentário Atores: Coordenador Pré­condição: Usuário estar acessando um tópico do blog Seqüência de eventos: 1. Usuário requisita postar comentário 2. Usuário insere o texto do comentário 3. Usuário clica em “Confirmar” 4. Sistema registra comentário e exibe­o na tela do tópico Pós­condição: Comentário registrado. Extensões: No passo 3, usuário solicita previsão do tópico. Sistema exibe o  comentário sem registrá­lo.

(11)

Caso de uso #13:  Modificar comentário Descrição: O coordenador modifica um comentário sobre determinado tópico Evento iniciador: Usuário requisita modificar um comentário Atores: Coordenador Pré­condição: Estar acessando um tópico do blog e exibindo comentário na  tela. Usuário deve ser o autor do comentário. Seqüência de eventos: 1. Usuário requisita modificar comentário 2. Sistema exibe janela de texto editável com texto original 3. Usuário edita o texto do comentário 4. Usuário clica em “Confirmar” 5. Sistema registra comentário Pós­condição: Comentário modificado. Caso de uso #14:  Inserir Feed Descrição: O coordenador adiciona um feed para receber notícias de uma  fonte em seu cliente RSS. Evento iniciador: Usuário solicita inserção do feed. Atores: Coordenador Pré­condição: Cliente RSS visível no menu lateral da interface Seqüência de eventos: 1. Usuário insere endereço do feed 2. Usuário confirma inserção de feed 3. Sistema registra o feed e insere­o na janela do cliente Pós­condição: Feed RSS adicionado. Caso de uso #15:  Editar Feed Descrição: O coordenador edita um feed existente no cliente RSS Evento iniciador: Usuário solicita edição do feed. Atores: Coordenador Pré­condição: Cliente RSS visível no menu lateral da interface. Existir ao  menos um feed. Seqüência de eventos: 1. Usuário clica no botão “Editar feeds”

(12)

2. Usuário seleciona feed desejado 3. Usuário insere novo endereço do feed 4. Usuário confirma edição 5. Sistema registra o feed Pós­condição: Feed RSS editado. Caso de uso #16:  Excluir Feed Descrição: O coordenador exclui um feed do cliente RSS Evento iniciador: Usuário requisita excluir Feed Atores: Coordenador Pré­condição: Cliente RSS visível no menu lateral da interface. Existir ao  menos um feed. Seqüência de eventos: 1. Usuário clica no botão excluir (ícone) do feed correspondente 2. Sistema exclui o feed e recarrega a janela do cliente Pós­condição: Feed RSS excluído. Caso de uso #17:  Compartilhar Feed Descrição: O coordenador compartilha o seu Feed de RSS com outros  coordenadores Evento iniciador: Usuário requisita compartilhar Feed Atores: Coordenador Pré­condição: Cliente RSS visível no menu lateral da interface. Existir ao  menos um feed. Seqüência de eventos: 1. Usuário clica no botão compartilhar (ícone) do feed correspondente  2. Sistema registra o Feed compartilhado Pós­condição: Feed RSS compartilhado com os outros coordenadores. Caso de uso #18: Efetuar carga de dados Descrição: Este caso de uso descreve o processo de carga dos dados dos  outros módulos do ERP ao módulo estratégico. Evento iniciador: o temporizador do sistema com base no clock do servidor, 

(13)

solicita uma sincronização com os dados dos outros módulos. Atores: Temporizador (iniciador) Seqüência de eventos: 1. Temporizador solicita atualização de dados à rotina de sincronização. 2. Rotina sincroniza o banco de dados local com os outros módulos. Pós­condição: Banco de Dados do módulo Estratégico atualizado. Exceções: 1. Caso, por algum motivo, não seja realizada a atualização do banco de  dados, o sistema gera mensagens de log que explicitem o erro  ocorrido.

2.3. Diagrama de Casos de Uso

O diagrama de casos de uso do sistema encontra­se anexo a este 

(14)

Referências

Documentos relacionados

As questões acima foram a motivação para o desenvolvimento deste artigo, orientar o desenvol- vedor sobre o impacto que as cores podem causar no layout do aplicativo,

The challenges of aging societies and the need to create strong and effective bonds of solidarity between generations lead us to develop an intergenerational

Haveria ainda para tratar outras interfaces produtivas que a autora refere, aliás, logo no primeiro capítulo do livro: entre Pragmática e Sintaxe, por exemplo, dado que a

crianças do pré́-escolar e dos seus determinantes, assim como a avaliação do efeito de um programa de escovagem diária na escola no estado de saúde oral (índice

Para tal objectivo utiliza-se neste trabalho um Filtro de Kalman Extendido que permite fUndir a informação proveniente da hodometria com a informação proveniente dos marcadores

No primeiro, destacam-se as percepções que as cuidadoras possuem sobre o hospital psiquiátrico e os cuidados com seus familiares durante o internamento; no segundo, evidencia-se

Therefore, the time required for desorption (~ 120 min or more) was always one order of magnitude higher than the time required for complete sorption (~ 30 min). In the

Nos últimos anos, resíduos de antibióticos utilizados quer na medicina humana, quer na veterinária têm sido detectados em águas superficiais, águas de consumo,