Centro de Informática

(1)

Universidade Federal de Pernambuco

Centro de Informática

Especificação de Requisitos e Validação de Sistemas

Prof. Jaelson Freire Brelaz de Castro

Especificação de Requisitos

Sig@Compras

Equipe

Adriano Novais Morais – anm

Diogo Couceiro Lemos – dcl

Jorge Eduardo Falcão Lindoso – jefl

Rafael Richa Teixeira Ananias – rrta

(2)

2

Conteúdo

Conteúdo ... 2 Índice de Figuras ... 6 Índice de Tabelas ... 7 1. Introdução ... 8 1.1. Motivação ... 8 1.2. O problema identificado ... 8 1.3. Sobre a organização ... 9

1.4. Convenções para identificação dos Requisitos ... 10

1.5. Convenções para identificação dos Casos de Uso ... 10

1.5.1. Estrutura dos Casos de Uso ... 10

1.5.2. Prioridades dos Casos de Uso ... 11

1.5.3. Atores ... 11

2. Requisitos Organizacionais ... 11

3. Requisitos Funcionais ... 12

3.1. Autenticação e consulta de dados ... 12

[RF01] Verificar senha ... 12

[RF02] Verificar impressão digital ... 12

[RF03] Fazer Login ... 12

[RF04] Deslogar ... 12

[RF05] Mostrar dados da consulta ... 13

3.2. Solicitante de compra ... 13

[RF06] Solicitar catálogo ... 13

[RF07] Realizar pedido de compra ... 13

(3)

3

[RF09] Consultar situação de compra ... 13

3.3. Fornecedor ... 14

[RF10] Fazer proposta ... 14

[RF11] Cancelamento de proposta ... 14

[RF12] Entrar com pedido de recurso ... 14

[RF13] Consultar situação de venda ... 14

3.4. Gestor de compras ... 15

[RF14] Analisar solicitações de compra ... 15

3.5. Operador de compras ... 15

[RF15] Publicar pedido de compra ... 15

[RF16] Cancelamento de compra ... 15

[RF17] Cadastrar fornecedores ... 15

[RF18] Escolha de fornecedor ... 16

[RF19] Análise do pedido de recurso ... 16

[RF20] Consultar situação do processo de compra... 16

4. Requisitos Não-Funcionais ... 17

4.1. Requisitos de processo ... 17

[NFR01] Utilizar a linguagem de programação Java ... 17

[NFR02] Utilizar o banco de dados Oracle 10g ... 17

4.2. Requisitos de Produto ... 17 [NFR03] Acesso privado ... 17 [NFR04] Backup ... 18 [NFR05] Disponibilidade ... 18 [NFR06] Integridade ... 18 [NFR07] Tempo de resposta ... 18 [NFR08] Espaço de armazenamento ... 19

(4)

4 [NFR09] Interface intuitiva ... 19 [NFR10] Mensagens claras ... 19 4.3. Requisitos Externos ... 19 [NFR11] Orçamento ... 19 [NFR12] Tempo de desenvolvimento ... 20 5. Modelagem Organizacional ... 21

5.1. Modelo de Dependência Estratégica ... 22

5.2. Modelos da Razão Estratégica ... 22

5.2.1. Solicitante de Compra ... 23

5.2.2. Fornecedor ... 24

5.2.3. Operador de Compras ... 25

5.2.4. Gestor de Compras ... 26

5.2.5. Sistema ... 27

6. Modelagem de Requisitos Funcionais ... 28

7. Modelagem de Requisitos Não-Funcionais ... 30

8. Relação entre os modelos ... 32

9. Conclusão ... 33

10. Referências Bibliográficas ... 34

11. Relatório da Equipe ... 35

Anexo A – Técnicas utilizadas na coleta de dados ... 36

Anexo B – Artefatos coletados ... 37

Anexo C – Descrição dos Casos de Uso ... 38

[UC01] Verificar senha ... 38

[UC02] Verificar impressão digital ... 38

[UC03] Fazer Login ... 39

(5)

5

[UC05] Mostrar dados da consulta ... 39

[UC06] Solicitar catálogo ... 40

[UC07] Realizar pedido de compra ... 40

[UC08] Cancelamento de solicitação ... 41

[UC09] Consultar situação de compra ... 41

[UC10] Fazer proposta ... 41

[UC11] Cancelamento de proposta ... 42

[UC12] Entrar com pedido de recurso ... 42

[UC13] Consultar situação de venda ... 43

[UC14] Analisar solicitações de compra ... 43

[UC15] Publicar pedido de compra ... 44

[UC16] Cancelamento de compra ... 44

[UC17] Cadastrar fornecedores ... 45

[UC18] Escolha de fornecedor ... 45

[UC19] Análise do pedido de recurso... 46

[UC20] Consultar situação do processo de compra ... 46

(6)

6

Índice de Figuras

Figura 1. Representações i* ... 21

Figura 2. Representação i* de dependências ... 21

Figura 3. Modelo de Dependência Estratégica... 22

Figura 4. Modelo da Razão Estratégica com expansão do Solicitante de Compra ... 23

Figura 5. Modelo da Razão Estratégica com expansão do Fornecedor ... 24

Figura 6. Modelo da Razão Estratégica com expansão do Operador de Compras ... 25

Figura 7. Modelo da Razão Estratégica com expansão do Gestor de Compras ... 26

Figura 8. Modelo da Razão Estratégica com expansão do Sistema ... 27

Figura 9. Diagrama de Casos de Uso ... 28

(7)

7

Índice de Tabelas

(8)

8

1. Introdução

O objetivo deste trabalho é especificar os requisitos para a solução selecionada na fase de estudo de viabilidade. A solução visa informatizar o processo de compras da Universidade Federal de Pernambuco, proporcionando melhor administração e gerência das compras, já que atualmente o processo não é apoiado pelas ferramentas tecnológicas.

1.1. Motivação

Com a solução selecionada, espera-se que todos os Processos de Compras existentes e os produtos gerados pelos mesmos sejam conhecidos pela Administração da Universidade, de forma a gerar reconhecimento e desenvolvimento, que poderia até mesmo aumentar sua classificação perante outras Universidades nacionais ou internacionais. Além disso, um conhecimento amplo andamento das compras institucionais proporcionará à Reitoria uma melhor administração dos recursos recebidos do Governo.

1.2. O problema identificado

De acordo com entrevistas realizadas com o professor José Queiroz, o problema está em obter os dados das atividades de compra e transformá-los em informação. Isso ocorre porque não há o registro dos dados durante o processo da atividade de compra, ou seja, no momento em que são fornecidos.

Pode-se concluir então que atividade de Compra está sendo realizada, porém, sem ser de forma automatizada e clara, dificultando bastante as decisões não-estruturadas da Reitoria da Universidade.

(9)

9 Sendo assim, não há processo informatizado de obtenção de dados relativos a compras na Universidade, não possibilitando o apoio à tomada de decisão do nível estratégico, prejudicando assim a administração da Universidade.

1.3. Sobre a organização

Compra é uma atividade meio da Universidade Federal de Pernambuco (UFPE) extremamente importante na execução do Ensino, da Pesquisa e da Extensão. Tal atividade é gerenciada pela Pró-Reitoria de Gestão Administrativa (criada em setembro de 2008) e pela Reitoria, porém, operacionalmente envolve todas as seções da UFPE.

A Pró-Reitoria de Gestão Administrativa é responsável pelas áreas de gestão de contratos, compras, patrimônio e serviços. Sendo dividida em três diretorias: Diretoria de Gestão de Contratos e Compras, Diretoria de Gestão de Patrimônio e Diretoria de Gestão de Serviços.

A Diretoria de Gestão de Contratos e Compras é responsável pela parte de editais presenciais, de pregão presencial, pregão eletrônico e todas as compras da Universidade. Centralizando a aquisição do material que é de uso comum. Ela também faz o acompanhamento de todos os contratos de despesa e de receita.

A Diretoria de Gestão de Patrimônio administra de todo o patrimônio de bens móveis da Universidade e controla o almoxarifado.

Por fim, a Diretoria de Gestão de Serviço é a responsável pelo funcionamento de toda a parte de limpeza, transporte e comunicações internas.

Vale salientar ainda que, devido à criação de novos cursos, à expansão do número de alunos e à recomposição orçamentária da Universidade, há uma tendência de existir muito mais recursos para executar. Então é necessário otimizar tal processo de compra, a fim de evitar o seu acúmulo ou sua escassez, pela falta de comunicação entre os Gestores e os Solicitantes.

(10)

10

1.4. Convenções para identificação dos Requisitos

Os requisitos funcionais são identificados pelo indicador [RFxx], os requisitos não-funcionais são identificados por [RNFxx], onde “xx” refere ao número do requisito. Juntamente ao indicador, está presente o nome do caso de uso relacionado.

1.5. Convenções para identificação dos Casos de Uso

Os Casos de Uso são identificados pelo indicador [UCxx], onde “xx” refere ao número do Caso de Uso.

1.5.1. Estrutura dos Casos de Uso

Os Casos de Uso contam com a seguinte estrutura:

Atores: pessoas responsáveis pelo caso de uso;

Prioridade: prioridade de implementação do caso de uso; Entradas: variáveis que são passadas ao sistema;

Pré-condições: condições que devem ser satisfeitas antes de o caso de uso ser executado;

Fluxo de eventos: o passo a passo das ações realizadas para que o caso de uso seja concluído, podendo incluir fluxos secundários e/ou alternativos; Saídas: saídas que devem ser fornecidas pelo sistema quando o caso de uso

for executado;

Pós-condições: condições que devem ser satisfeitas depois de o caso de uso ser finalizado.

(11)

11

1.5.2. Prioridades dos Casos de Uso

Os Casos de Uso podem ser classificados como:

Essencial: indispensável ao funcionamento do sistema;

Importante: o sistema funciona sem o mesmo, mas sua presença é importante;

Desejável: é interessante ao sistema sua presença, mas não é indispensável.

1.5.3. Atores

Os atores são as pessoas que interagem com o sistema. Nesse caso são: Solicitante de compras, Fornecedor, Gestor de Compras e Operador de Compras.

2. Requisitos Organizacionais

Como requisitos organizacionais, foram definidos:

• Prover melhor gerenciamento das compras – o sistema deve ser capaz de fornecer informações pertinentes ao processo de compras;

• Melhorar o processo de compras em si – o sistema deve prover automatização e mais rapidez ao processo de compras.

(12)

12

3. Requisitos Funcionais

Neste capítulo serão expostos os requisitos funcionais do sistema, agrupados pelos atores e situações.

3.1. Autenticação e consulta de dados

[RF01] Verificar senha

Identificação: [RF 01] Casos de Uso relacionados: _{[UC 01]}

Descrição: Autentica a senha do usuário.

Prioridade: _Essencial _Importante _Desejável

[RF02] Verificar impressão digital

Descrição: Autentica a digital do usuário.

[RF03] Fazer Login

Descrição: Faz o login do ator.

[RF04] Deslogar

Descrição: O ator sai do sistema.

(13)

13

[RF05] Mostrar dados da consulta

Descrição: O sistema mostra os dados solicitados pelos atores

3.2. Solicitante de compra

[RF06] Solicitar catálogo

Descrição: O solicitante verifica o catálogo de produtos.

[RF07] Realizar pedido de compra

Descrição: O ator realiza o pedido de compra.

[RF08] Cancelamento de solicitação

Descrição: O ator cancela o pedido de compra realizado

[RF09] Consultar situação de compra

Descrição: O ator verifica o andamento do processo de compra solicitado. Prioridade: _Essencial _Importante _Desejável

(14)

14

3.3. Fornecedor

[RF10] Fazer proposta

Descrição: O ator faz a proposta para o processo de venda.

[RF11] Cancelamento de proposta

Descrição: O ator cancela a proposta realizada.

[RF12] Entrar com pedido de recurso

Identificação: [RF 12] Casos de Uso relacionados: _{[UC 12]} Descrição:

O ator entra com pedido de recurso ao ano aceitar o resultado do processo de compra.

[RF13] Consultar situação de venda

Descrição: O ator verifica o andamento do processo de venda

(15)

15

3.4. Gestor de compras

[RF14] Analisar solicitações de compra

O ator verifica as solicitações de compra, autorizando ou não o início do processo de compra.

3.5. Operador de compras

[RF15] Publicar pedido de compra

O ator publica no sistema o pedido de compra, gerando um novo processo de compra

[RF16] Cancelamento de compra

Descrição: O ator cancela o processo de compra.

[RF17] Cadastrar fornecedores

Descrição: Cadastrar fornecedores no sistema

(16)

16

[RF18] Escolha de fornecedor

Descrição: O ator verifica as propostas dos fornecedores e escolhe a melhor. Prioridade: _Essencial _Importante _Desejável

[RF19] Análise do pedido de recurso

Descrição: O ator analisa o pedido de recurso feito pelos fornecedores

[RF20] Consultar situação do processo de compra

Descrição: O ator verifica informações pertinentes aos processos de compra Prioridade: _Essencial _Importante _Desejável

(17)

17

4. Requisitos Não-Funcionais

Neste capítulo são descritos os requisitos não-funcionais do sistema, ou seja, os aspectos de qualidade, restrições. Serão agrupados em requisitos de processo, requisitos de produto e requisitos externos.

4.1. Requisitos de processo

[NFR01] Utilizar a linguagem de programação Java

Identificação: [NFR01] Casos de Uso relacionados: _Todos.

Descrição: Utilizar a mesma linguagem utilizada no Sig@. No caso Java. Prioridade: Essencial Importante Desejável

[NFR02] Utilizar o banco de dados Oracle 10g

Identificação: [NFR 02] Casos de Uso relacionados: _Todos.

Descrição: Utilizar o mesmo banco de dados do Sig@. No caso o Oracle 10g. Prioridade: _Essencial _Importante _Desejável

4.2. Requisitos de Produto

Segurança

[NFR03] Acesso privado

Descrição: Cada usuário deve ter acesso a informações relacionadas à sua função. Prioridade: _Essencial _Importante _Desejável

(18)

18

[NFR04] Backup

Descrição: O backup do sistema deve ser feito semanalmente.

Confiabilidade

[NFR05] Disponibilidade

Descrição: O sistema deve sempre estar disponível no horário do expediente. Prioridade: _Essencial _Importante _Desejável

[NFR06] Integridade

Identificação: [NFR 06] Casos de Uso relacionados: _Todos. Descrição:

O sistema deve garantir a integridade consistência dos dados armazenados.

Performance

[NFR07] Tempo de resposta

O tempo de resposta para as requisições dos usuários não deve ultrapassar três segundos.

(19)

19

[NFR08] Espaço de armazenamento

Descrição: O espaço de armazenamento deve consumir metade da capacidade do servidor.

Usabilidade

[NFR09] Interface intuitiva

A interface deve prover facilidade de uso, com botões e menus intuitivos, deixando bem claro a sua finalidade.

[NFR10] Mensagens claras

Descrição: As mensagens do sistema devem ser claras e devem ter informações suficientes para o entendimento do usuário.

4.3. Requisitos Externos

[NFR11] Orçamento

O custo do desenvolvimento do sistema não deve ultrapassar o custo definido no estudo de viabilidade.

(20)

20

[NFR12] Tempo de desenvolvimento

Descrição: O tempo de desenvolvimento do sistema não deve ultrapassar o tempo definido no estudo de viabilidade.

(21)

21

5. Modelagem Organizacional

Para representar a modelagem organizacional foi utilizada a notação i* (i estrela). Esta modelagem é útil para descrição de processos que abordam várias pessoas. A notação utiliza figuras para representar tarefas, atores, recursos e metas, como se pode ver na figura a seguir:

Figura 1. Representações i*

As dependências são exibidas abaixo:

Figura 2. Representação i* de dependências

A modelagem organizacional define dois tipos de modelos: o Modelo de Dependência Estratégica, que descreve as relações de dependência entre os atores e o Modelo de Razão Estratégica, que explica de que forma os atores atingem seus objetivos e modela as relações de intenção dentro do ator.

Primeiramente será mostrado o Modelo de Dependência Estratégica, e posteriormente os Modelos da Razão Estratégica.

(22)

5.1. Modelo de Dependência Estratégica

Abaixo, o Modelo de Dependência Estratégica:

Figura

Nota-se pela figura a relação entre os atores do sistema. Pode presença dos quatro atores definidos no projeto e mais um ator chamado Sis irá demonstrar as relações com os outros usuários.

5.2. Modelos da Razão Estratégica

Agora, serão mostrados os Modelos da Razão Estratégica, onde cada ator será expandido para que seja possível visualizar a forma que os usuários alcançam seus objetivos.

5.1. Modelo de Dependência Estratégica

Modelo de Dependência Estratégica:

Figura 3. Modelo de Dependência Estratégica

se pela figura a relação entre os atores do sistema. Pode presença dos quatro atores definidos no projeto e mais um ator chamado Sis irá demonstrar as relações com os outros usuários.

5.2. Modelos da Razão Estratégica

Agora, serão mostrados os Modelos da Razão Estratégica, onde cada ator será expandido para que seja possível visualizar a forma que os usuários alcançam seus

22 se pela figura a relação entre os atores do sistema. Pode-se notar a presença dos quatro atores definidos no projeto e mais um ator chamado Sistema, que

Agora, serão mostrados os Modelos da Razão Estratégica, onde cada ator será expandido para que seja possível visualizar a forma que os usuários alcançam seus

(23)

23

5.2.1. Solicitante de Compra

Segue o Modelo da Razão Estratégica com a expansão do Solicitante de Compra:

Figura 4. Modelo da Razão Estratégica com expansão do Solicitante de Compra

No gráfico é possível visualizar como o Solicitante de Compra atinge seus objetivos interagindo com os outros atores.

(24)

24

5.2.2. Fornecedor

Agora, o Fornecedor será expandido:

Figura 5. Modelo da Razão Estratégica com expansão do Fornecedor

Da mesma forma que o anterior, pode-se visualizar como o Fornecedor atinge seus objetivos interagindo com outros atores.

(25)

25

5.2.3. Operador de Compras

Tem-se agora, a expansão do Operador de Compras:

Figura 6. Modelo da Razão Estratégica com expansão do Operador de Compras

Pode-se visualizar a forma com que o ator interage com os outros para atingir seus objetivos.

(26)

26

5.2.4. Gestor de Compras

A seguir, a expansão do Gestor de Compras:

Figura 7. Modelo da Razão Estratégica com expansão do Gestor de Compras

Nota-se como o Gestor de Compras atinge seus objetivos interagindo com os atores.

(27)

27

5.2.5. Sistema

Da mesma forma que os usuários da solução, o sistema também é considerado um ator, para que se possa visualizar suas atividades.

Figura 8. Modelo da Razão Estratégica com expansão do Sistema

(28)

28

6. Modelagem de Requisitos Funcionais

Abaixo, tem-se o diagrama de casos de uso, que mostra todas as funções que o sistema deve ter, e os atores (pessoas responsáveis por certas funções).

Figura 9. Diagrama de Casos de Uso

O diagrama acima mostra exatamente o que o sistema deve fazer. Pode-se observar quatro atores, que são as pessoas responsáveis por certas atividades. Primeiramente, os atores fazem o login no sistema. O Solicitante de compras realiza o pedido de compras. Logo depois o Gestor de compras analisa esse pedido, e, sendo aceito, escolhe o modelo de compra. O Operador de Compra faz a publicação do

(29)

29 pedido aceito, onde os Fornecedores vão fazer as propostas. Diante das propostas, o Operador de Compras analisa a melhor, escolhendo assim o fornecedor. Esse é basicamente o passo-a-passo do processo de compra. Os atores têm outras atividades possíveis, como cancelamento, consulta de dados e fazer o Logout.

(30)

30

7. Modelagem de Requisitos Não-Funcionais

O gráfico abaixa mostra os requisitos não-funcionais e seus refinamentos. Com isso, é possível visualizar as interdependências e operacionalizações.

(31)

31 Como foi dito, os requisitos não-funcionais impõem as restrições e aspectos de qualidade. Os critérios definidos para o sistema dizem respeito à segurança, performance, usabilidade e confiabilidade. O diagrama mostra as operacionalizações (representadas pelas nuvens com traço mais forte) desses requisitos, demonstrando suas dependências.

(32)

32

8. Relação entre os modelos

Os modelos representados neste documento mostram as ações, restrições e forma de interação dos atores.

A modelagem de requisitos não-funcionais representa as restrições e aspectos de qualidade que o sistema deve ter para que as atividades mostradas na modelagem de requisitos funcionais sejam efetivadas com sucesso. Por exemplo, a atividade de fazer login é altamente influenciada pela segurança do sistema. Da mesma forma, a utilização do sistema pelos usuários, seja realizar um pedido de compra, seja analisar as solicitações de compra, requer uma boa usabilidade do sistema.

A modelagem organizacional mostra a dependência entre os atores para realizar as atividades mencionadas nos requisitos funcionais. Por exemplo, para que um processo de compra seja iniciado, o Gestor de Compras deve analisar a requisição feita pelo Solicitante de Compra, que por sua vez verificou o estoque e percebeu a necessidade de um produto. Mais uma vez, os requisitos não-funcionais se mostram presentes, por exemplo, em termos de segurança do sistema para que as informações sejam mostradas somente a quem as interessa.

(33)

33

9. Conclusão

Neste documento foi possível demonstrar o sistema de compras Sig@Compras, como uma solução para a situação atual de compras, onde tem-se um ambiente não-informatizado, gerando problemas de acesso a informações e lentidão ao processo. Primeiramente foram vistos os requisitos organizacionais, ou seja, as necessidades da Universidade sobre o sistema. Logo depois forma vistos os requisitos funcionais, que são as atividades que o sistema deve prover para que o processo de compra atinja seus objetivos. Em seguida foram vistos os requisitos não-funcionais, mostrando aspectos de qualidade e restrições que o sistema deve obedecer.

Finalizando, foram mostradas as modelagens de requisitos funcionais, não funcionais e os organizacionais, dando uma visão geral do sistema. Também foi feita uma relação entre os modelos.

Com isso, espera-se que um sistema possa criar um ambiente automatizado e eficaz para o processo de compras da Universidade.

(34)

34

10. Referências Bibliográficas

Website do Sig@. Disponível em www.siga.ufpe.br. Acessado em 04/09/2009;

Website da UFPE. Disponível em www.ufpe.br. Acessado em 30/08/2009;

Barbosa, E., Andrade, G., Ananias, R. Operação e Gestão de Atividades de Compras Institucionais. Projeto da cadeira de Sistemas de Informação. 2009

(35)

35

11. Relatório da Equipe

Nome Esforço individual (%) Assinatura

Adriano Novais Morais 25

Diogo Couceiro Lemos 25

Jorge Eduardo Falcão Lindoso 25

Rafael Richa Teixeira Ananias 25

(36)

36

Anexo A – Técnicas utilizadas na coleta de dados

Para coletar os dados foi utilizada a técnica de entrevista aberta, onde é possível haver uma discussão entre o entrevistador e os stakeholders, permitindo alcançar um entendimento dos requisitos envolvidos no projeto. Esse tipo de técnica permite grande flexibilidade e uma coleta eficaz de dados.

As informações foram coletadas através do professor e responsável pelo Sig@, José de Queiroz.

(37)

37

Anexo B – Artefatos coletados

(38)

38

Anexo C – Descrição dos Casos de Uso

[UC01] Verificar senha

Identificador: [UC 01]

Descrição: Autentica a senha do usuário. Atores: Todos.

Prioridade: Essencial Pré-condições: Não se aplica.

Pós-condições: O sistema confirmará a senha do usuário

Fluxo de Eventos Principal

1. Estando na tela inicial do sistema, o ator deve preencher os campos “login” e “senha”; 2. O ator então clica no botão “OK”.

Fluxo Secundário 1

1. O ator fornece um login não cadastrado no sistema; 2. A mensagem “Usuário inexistente” é exibida.

1. O ator fornece um login e uma senha não correspondentes; 2. A mensagem “Senha incorreta” é exibida.

Requisitos Não Funcionais Específicos -

[UC02] Verificar impressão digital

Descrição: Autentica a digital do usuário. Atores: Todos.

Prioridade: Essencial

Pré-condições: Verificação de senha bem-sucedida. Pós-condições: O sistema permitirá o acesso do usuário.

1. Na tela de verificação de digital, o usuário irá utilizar o leitor digital; 2. O ator clica em ”OK”.

1. A digital não confere;

2. Exibe a mensagem “Digital não confere”; 3. Nova tentativa.

(39)

39

[UC03] Fazer Login

Descrição: Faz o login do ator. Atores: Todos.

Pré-condições: Senha e digital verificadas. Pós-condições: Acesso ao sistema.

1. O ator clica em “OK”;

2. O ator tem acesso ao sistema.

[UC04] Deslogar

Descrição: O ator sai do sistema. Atores: Todos.

Pré-condições: Estar logado no sistema Pós-condições: Sessão encerrada.

1. O ator clica em logout; 2. Sai do sistema.

[UC05] Mostrar dados da consulta

Descrição: O sistema mostra os dados solicitados pelos atores Atores: Todos.

Prioridade: Essencial Pré-condições: Estar logado

(40)

40

1. O sistema mostra os dados solicitados pelos atores.

[UC06] Solicitar catálogo

Descrição: O solicitante verifica o catálogo de produtos. Atores: Solicitante de compra.

Pré-condições: Estar logado no sistema

Pós-condições: O ator verifica o catálogo de produtos

1. O ator clica em “solicitar catálogo”; 2. O ator verifica o catálogo na tela.

[UC07] Realizar pedido de compra

Descrição: O ator realiza o pedido de compra. Atores: Solicitante de compra

Pré-condições: Ter solicitado o catálogo de produtos Pós-condições: O ator realiza o pedido de compra

1. O ator clica em realizar pedido de compra; 2. <<extend>> Solicitar catálogo;

3. O ator seleciona os produtos do catálogo; 4. Clica em realizar pedido.

1. O ator não selecionou produtos;

2. O sistema solicita novamente a escolha de produtos.

(41)

41

[UC08] Cancelamento de solicitação

Descrição: O ator cancela o pedido de compra realizado Atores: Solicitante de compra

Pré-condições: Ter alguma solicitação ativa

Pós-condições: Cancelamento do pedido de compra

1. O ator seleciona o pedido de compra; 2. Clica em cancelar pedido.

[UC09] Consultar situação de compra

Descrição: O ator verifica o andamento do processo de compra solicitado. Atores: Solicitante de compra

Pós-condições: Verifica a situação do pedido de compra

1. O ator clica em consultar situação de compra; 2. <<include>> Mostrar dados da consulta; 3. O sistema mostra a situação da compra.

1. O ator clica em ‘consultar situação de compra’; 2. Não existe processo de compra ativo;

3. O sistema informa que não existem processos de compra ativos.

[UC10] Fazer proposta

(42)

42

Descrição: O ator faz a proposta para o processo de venda. Atores: Fornecedor

Pré-condições: Ter algum processo de compra ativo Pós-condições: Proposta realizada

1. O ator clica no processo de compra; 2. Clica em fazer proposta;

3. Entra com o valor da proposta.

1. O ator digita caracteres não-numéricos;

2. O sistema informa que tem que ser caracter numérico

[UC11] Cancelamento de proposta

Descrição: O ator cancela a proposta realizada. Atores: Fornecedor

Pré-condições: Ter alguma proposta realizada Pós-condições: Proposta cancelada

1. O ator seleciona a proposta realizada por ele; 2. Clica em cancelar proposta.

1. Não tem propostas ativas;

2. O sistema informa que não há propostas ativas.

[UC12] Entrar com pedido de recurso

Descrição: O ator entra com pedido de recurso ao ano aceitar o resultado do processo de compra.

Atores: Fornecedor Prioridade: Essencial

Pré-condições: Processo de compra com outro fornecedor escolhido Pós-condições: Geração do recurso

(43)

43

1. O ator verifica a escolha de outro fornecedor no processo de compra; 2. Clica em “entrar com recurso”;

3. Digita o texto do recurso;

4. Clica em “Gerar o pedido de recurso”.

[UC13] Consultar situação de venda

Descrição: O ator verifica o andamento do processo de venda Atores: Fornecedor

Pré-condições: Algum processo de venda ativo

Pós-condições: Verifica na tela a situação do processo de venda

1. O ator clica em “consultar situação de venda”; 2. <<include>> Mostrar dados da consulta; 3. O ator verifica na tela a situação da venda.

1. O ator clica em “consultar situação de venda”; 2. Não há venda ativa;

3. O sistema informa que não existem vendas ativas.

[UC14] Analisar solicitações de compra

Descrição: O ator verifica as solicitações de compra, autorizando ou não o início do processo de compra.

Atores: Gestor de compras Prioridade: Essencial

Pré-condições: Algum pedido de compra ativo

Pós-condições: Solicitação aceita ou não, gerando o processo de compra

1. O ator clica no pedido de compra realizado pelos solicitantes de compra; 2. Verifica na tela o pedido;

3. Clica em aceitar o pedido;

4. Seleciona o modelo de compra adequado;

(44)

44

1. O ator clica no pedido de compra realizado pelos solicitantes de compra; 2. Verifica o pedido;

3. Clica em rejeitar;

4. Digita um texto explicativo;

5. O sistema envia o feedback ao solicitante de compra.

[UC15] Publicar pedido de compra

Descrição: O ator publica no sistema o pedido de compra, gerando um novo processo de compra

Atores: Operador de compras Prioridade: Essencial

Pré-condições: Análise positiva da solicitação de compra

Pós-condições: Publicação do pedido de compra gerando novo processo de compra

1. O ator clica na solicitação aprovada; 2. Clica em publicar;

3. Digita informações do processo e clica em ‘OK’; 4. O sistema gera novo processo de compra.

[UC16] Cancelamento de compra

Descrição: O ator cancela o processo de compra. Atores: Operador de compras

Pré-condições: Algum processo de compra ativo Pós-condições: Cancelamento do processo de compra

1. O ator seleciona de uma lista o processo de compra; 2. Clica em “cancelar compra”;

3. O sistema cancela o processo de compra;

4. O sistema envia informações do cancelamento às partes envolvidas.

(45)

45

[UC17] Cadastrar fornecedores

Descrição: Cadastrar fornecedores no sistema Atores: Operador de compras

Pós-condições: Fornecedor cadastrado no sistema.

1. O ator clica em cadastrar fornecedores; 2. Digita informações do fornecedor; 3. Clica em “Cadastrar”;

4. O sistema cadastra o fornecedor.

1. O ator não digita informações necessárias; 2. O sistema solicita o dado necessário.

1. O ator cadastra um fornecedor já existente;

2. O sistema informa que já existe o fornecedor no sistema.

[UC18] Escolha de fornecedor

Descrição: O ator verifica as propostas dos fornecedores e escolhe a melhor. Atores: Operador de compras

Pré-condições: Existência de propostas dos fornecedores Pós-condições: Fornecedor escolhido no processo de compra

1. O ator verifica as propostas de um processo de compra; 2. Seleciona o fornecedor;

3. Clica em “Escolher fornecedor”;

4. O sistema envia informações da escolha aos fornecedores e ao Gestor de compras; 5. O sistema encerra o processo de compra, armazenando as informações.

(46)

46

[UC19] Análise do pedido de recurso

Descrição: O ator analisa o pedido de recurso feito pelos fornecedores Atores: Operador de compras

Pré-condições: Algum pedido de recurso ativo Pós-condições: Aceitação ou não do recurso

1. O ator verifica na tela o pedido de recurso; 2. “Seleciona aceitar recurso”;

3. Processo de compra é reaberto pelo sistema.

1. O ator recusa o pedido de recurso; 2. O ator digitas os motivos;

3. O fornecedor é informado da rejeição.

[UC20] Consultar situação do processo de compra

Descrição: O ator verifica informações pertinentes aos processos de compra Atores: Operador de compras

Pós-condições: Verifica na tela as informações dos processos de compra

1. O ator clica em “Consultar processos de compra”; 2. O sistema mostra os processos em uma lista; 3. O ator seleciona o processo;

4. <<include>> Mostrar dados da consulta; 5. O sistema mostra as informações do processo.

1. O ator clica em “Consultar processos de compra”; 2. Não existem processos;

3. O sistema informa a não existência de processos.

(47)

47

Anexo D – Glossário

• Backup: é a cópia de dados de um dispositivo de armazenamento a outro para que possam ser restaurados em caso da perda dos dados originais;

• Deslogar: realizar a saída segura do sistema;

• Interface: ponto de contato entre máquina e usuário;

• I*: notação utilizada para representações em modelos organizacionais;

• Java: linguagem de programação desenvolvida pela empresa Sun;

• Login: efetuar a entrada autenticada no sistema;

• Oracle 10g: banco de dados desenvolvido pela Oracle;

• Stakeholders: todas as pessoas que possam influenciar ou ser influenciadas no projeto.