centro de informática - cin.ufpe.brif716/projetos/projetos2009-2/especificacaorequi... ·...

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

Recife, 26 de novembro de 2009

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

[RF08] Cancelamento de solicitação ....................................................................... 13

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

[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

[UC04] Deslogar ...................................................................................................... 39

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

Anexo D – Glossário ........................................................................................................ 47

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

Figura 10. Modelagem de Requisitos Não-Funcionais ................................................... 30

7

Índice de Tabelas

Tabela 1. Relatório da Equipe ......................................................................................... 35

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

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

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

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

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

[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.


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



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

3.4. Gestor de compras

[RF14] 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.


3.5. Operador de compras

[RF15] Publicar pedido de compra



Descrição: 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

[RF18] Escolha de fornecedor



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


[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


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.


[NFR02] Utilizar o banco de dados Oracle 10g

Identificação: [NFR 02]


Descrição: Utilizar o mesmo banco de dados do Sig@. No caso o Oracle 10g.


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.


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.


[NFR06] Integridade



Descrição: O sistema deve garantir a integridade consistência dos dados

armazenados.


Performance

[NFR07] Tempo de resposta



Descrição: O tempo de resposta para as requisições dos usuários não deve ultrapassar

três segundos.


19

[NFR08] Espaço de armazenamento



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

servidor.


Usabilidade

[NFR09] Interface intuitiva



Descrição: 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



Descrição: O custo do desenvolvimento do sistema não deve ultrapassar o custo

definido no estudo de viabilidade.


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

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.

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



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



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

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

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

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

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

Na figura é possível ver como o Sistema interage com os usuários.

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

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

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.

Figura 10. Modelagem de Requisitos Não-Funcionais

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

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

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

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

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

Tabela 1. Relatório da Equipe

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

Anexo B – Artefatos coletados

• Lei nº 8666/93 - Lei das Licitações e Contratos Públicos

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. Fluxo Secundário 2

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.


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”.

Fluxo Secundário 1

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

Fluxo Secundário 2


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.

Fluxo Secundário 1

Fluxo Secundário 2


[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.

Fluxo Secundário 1

Fluxo Secundário 2


[UC05] Mostrar dados da consulta


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

Atores: Todos.


Pré-condições: Estar logado

Pós-condições: O sistema mostra os dados solicitados

40


1. O sistema mostra os dados solicitados pelos atores.

Fluxo Secundário 1

Fluxo Secundário 2


[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.

Fluxo Secundário 1

Fluxo Secundário 2


[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.

Fluxo Secundário 1

1. O ator não selecionou produtos; 2. O sistema solicita novamente a escolha de produtos.

Fluxo Secundário 2

41


[UC08] Cancelamento de solicitação


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



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.

Fluxo Secundário 1

Fluxo Secundário 2


[UC09] Consultar situação de compra


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




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.

Fluxo Secundário 1

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.

Fluxo Secundário 2


[UC10] Fazer proposta


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.

Fluxo Secundário 1

1. O ator digita caracteres não-numéricos; 2. O sistema informa que tem que ser caracter numérico

Fluxo Secundário 2


[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.

Fluxo Secundário 1

1. Não tem propostas ativas; 2. O sistema informa que não há propostas ativas.

Fluxo Secundário 2


[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


Pré-condições: Processo de compra com outro fornecedor escolhido

Pós-condições: Geração do recurso


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”.

Fluxo Secundário 1

Fluxo Secundário 2


[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.

Fluxo Secundário 1

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.

Fluxo Secundário 2


[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


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; 5. O sistema envia ao operador de compras o “Ok” para o pedido com as informações.

44

Fluxo Secundário 1

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.

Fluxo Secundário 2


[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


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.

Fluxo Secundário 1

Fluxo Secundário 2


[UC16] Cancelamento de compra


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



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.

Fluxo Secundário 1

45

Fluxo Secundário 2


[UC17] Cadastrar fornecedores


Descrição: Cadastrar fornecedores no sistema




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.

Fluxo Secundário 1

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

Fluxo Secundário 2

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.



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.

Fluxo Secundário 1

Fluxo Secundário 2

46


[UC19] Análise do pedido de recurso


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



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.

Fluxo Secundário 1

1. O ator recusa o pedido de recurso; 2. O ator digitas os motivos; 3. O fornecedor é informado da rejeição.

Fluxo Secundário 2


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


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




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.

Fluxo Secundário 1

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.

Fluxo Secundário 2


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.

centro de informática - cin.ufpe.brif716/projetos/projetos2009-2/especificacaorequi... ·...

Documents