Projeto Integrador 3° Período

Especificação Funcional
Versão x.x

Responsáveis:

<nome do responsável – e-mail>

<nome do responsável – e-mail>

<nome do responsável – e-mail>

Cliente:

<nome do cliente>

Att.: <nome do responsável do cliente>

Setor / Área: <nome do setor / área>

Projeto:

<nome do projeto>
 Projeto Integrador 3° Período

Sumário
1. Escopo do Projeto............................................................................................................3

1.1. Objetivos deste documento......................................................................................................3

1.2. Nome do Produto....................................................................................................................3

1.3. Missão do Produto...................................................................................................................3

1.4. Limites do Produto..................................................................................................................4

1.5. Lista de Atores........................................................................................................................4

1.6. Requisitos do Projeto...............................................................................................................5

1.6.1. Funcionalidades.................................................................................................5

1.6.2. Requisitos de Qualidade.....................................................................................5

1.7. Materiais de Referência............................................................................................................6

1.8. Glossário................................................................................................................................6

2. Requisitos Funcionais......................................................................................................7

2.1 Diagrama de Casos de Uso........................................................................................................7

2.1.1. <UCxxx - Nome do Caso de Uso>......................................................................8

2.1.2. <UCxxx - Nome do Caso de Uso>.....................................................................11

3. Requisitos......................................................................................................................13

3.2. Diagrama de Classes.............................................................................................................13

3.3. Projeto do Banco de Dados.....................................................................................................14

3.3.1. Diagrama de Entidade Relacionamento (DER)....................................................14

3.3.2. Dicionário de Dados.........................................................................................14

3.3.3. Comandos SQL (DDL e DML)............................................................................14

Anexo 1.............................................................................................................................15

Anexo 2.............................................................................................................................15

Anexo 3.............................................................................................................................15
 Projeto Integrador 3° Período

1. Escopo do Projeto

1.1. Objetivos deste documento

<Descrição deste documento.>

Exemplo:
Descrever e especificar as necessidades da Pereira & Pereira Comercial Ltda. que devem ser
atendidas pelo produto Merci, bem como definir para os desenvolvedores o produto a ser feito.

1.2. Nome do Produto

<Nome dado ao produto a ser desenvolvido. Nome único se for apenas um

módulo ou vários nomes se for vários módulos>

Exemplo:
Merci (Módulo único).

1.3. Missão do Produto

<Descrição sucinta da missão principal do sistema>

Exemplo:
Apoio informatizado ao controle de vendas e de compras da mercearia Pereira & Pereira
Comercial Ltda..
 Projeto Integrador 3° Período

1.4. Limites do Produto

<Lista com funcionalidades relacionadas ao escopo do projeto que não serão

implementadas nesta versão>

Exemplo:

Limites

O Merci não fará vendas parceladas e só receberá dinheiro ou cheque (futura versão).

O Merci só fará a Emissão de Nota Fiscal durante a Operação de Venda.

O backup e a recuperação das bases de dados do sistema ficam a cargo da administração

de dados e não serão providas pelo Merci (futura versão).

O Merci não fará um cadastro de clientes da mercearia Pereira & Pereira Comercial Ltda.

O Merci não terá ajuda on-line.

1.5. Lista de Atores

<Lista com os possíveis atores que irão interagir com o sistema a ser
desenvolvido, suas responsabilidades e desejos>

Exemplo:

Ator Responsabilidade

Manter seu próprio cadastro no sistema, bem como executar o

Cliente
processo de compra.

Manter o cadastro de produtos, bem como das entradas dos mesmos

Operador
no estoque da empresa.

Gerenciar o estado dos pedidos, conforme estes sejam pagos,

Administrador cancelados ou entregues; bem como acessar a análise estatística de
vendas.

1.6. Requisitos do Projeto

1.6.1. Funcionalidades

<Listagem das principais funcionalidades do projeto.>

 Projeto Integrador 3° Período

Exemplo:

Id. Descrição Prioridade

RF01 Permitir o gerenciamento dos dados dos produtos Alta
RF02 Permitir a gerenciamento dos dados dos clientes :
RF03 Automatizar o processo de venda. Alta

1.6.2. Requisitos de Qualidade (Não Funcionais)

<Restrições relacionados à qualidade do software a ser desenvolvido. Pode

ser classificado em diversas categorias: Manutenibilidade, Portabilidade,
Funcionalidade, Confiabilidade, Usabilidade e Eficiência>

Exemplo:

Id. Categoria(s) Descrição

O sistema deverá ser desenvolvido segundo o padrão de projeto
RNF01 Manutenibilidade
arquitetural “Camadas”.

O sistema deverá ser desenvolvido segundo o padrão de projeto

RNF02 Manutenibilidade arquitetural MVC. O framework JavaServer Faces (JSF) deve ser
utilizado para suporte à utilização do padrão MVC.
Deverá ser usado mapeamento objeto-relacional para acesso a
Manutenibilidade, dados, por meio da ferramenta Hibernate. Para manter uma
RNF03
Portabilidade instância única de SessionFactory do Hibernate, utilizar o padrão de
projeto Singleton.

RNF04 Funcionalidade O login do usuário deve ser seu próprio e-mail.

O gerenciamento de login e dos perfis de usuários deve ser baseado

RNF05 Manutenibilidade no padrão de Inversão de Controle, utilizando o framework Spring
Security.

1.7. Materiais de Referência

<Materiais que possam vir a ajudar no entendimento do projeto, como

planilhas, manuais, imagens, livros e sistemas. Explique brevemente o que o
material contempla e informe como é possível obtê-lo.>
 Projeto Integrador 3° Período

Exemplo:

Material Referência

Manual do sistema de Controle de RH utilizado

Manual do Usuário
atualmente. Deve estar anexo a este documento.

Diagrama fornecido pelo cliente a fim de dar visão geral

Modelagem do processo
do projeto.

1.8. Glossário

<Explicação de termos, acrônimos e abreviações úteis para entendimento do

documento.>

Exemplo:

Palavra / Sigla Definição

Sistema O sistema de Controle de RH sendo desenvolvido

BPMN Business Process Modeling Notation

 Projeto Integrador 3° Período

2. Requisitos Funcionais
2.1. <Os requisitos funcionais do sistema devem ser apresentados
em forma de casos de uso.>Diagrama de Casos de Uso

<Diagrama macro dos casos de uso. Caso seja muito grande, divida-o em
módulos.>

Exemplo:

Figura 1 – Diagrama de Casos de Uso

2.1.1. <UCxxx – Nome do Caso de Uso>

Exemplo: UC01 – Agendar Consulta

 Projeto Integrador 3° Período

Propósito: <Descrição da funcionalidade principal do caso de uso.>

Cadastrar e atualizar dados de funcionários através de importação de planilha

disponibilizadas pelo sistema legado.

Pré-Condições: <Condições que devem ser atendidas para a execução bem

sucedida do caso de uso.> Exemplo:

 O perfil do usuário logado deve estar autorizado a executar esta

funcionalidade;

 Ter executado o caso de uso Autenticar

Pós-Condições: <Condições que devem ser atendidas depois da execução bem

sucedida do caso de uso.> Exemplo:

 O agendamento foi realizado e o horário do veterinário marcado como

ocupado.

Fluxo Principal: <Descrição passo a passo do que o ator(es) deve fazer e quais as
atitudes que o sistema deve tomar diante às interações com o ator(es). Caso o
fluxo seja similar(herança entre casos de uso) a outro caso de uso detalhado,
referencie-o e informe apenas os pontos de diferença.

1. A Secretaria deseja agendar uma consulta. (Ilustrativo - Opcional)

2. O Clinivet apresenta as opções listar horários ou Veterinários;

3. A Secretaria seleciona Veterinário.

4. O Clinivet lista os veterinários cadastrados e ativos(RN01): nome;

5. A Secretaria seleciona um dos veterinários.

6. O Clinivet apresenta os horários disponíveis nesta semana para este veterinário, por hora.

7. A Secretaria seleciona um dos horários.

8. A Secretaria informa o código, nome ou cpf do Cliente.

9. O Clinivet valida o Cliente e retorna os dados: Código, CPF, Nome, Telefone, Email e uma lista com
os nomes dos animais pertencentes à este cliente.

10. A Secretaria seleciona um dos animais da lista.

 Projeto Integrador 3° Período

11. O Clinivet retorna os seguintes dados do animal: tipo(cão|gato), raça, idade e quantidade de
consultas já realizadas.

12. A Secretaria confirma a consulta.

13. O Clinivet marca o horário da consulta como ocupado e define a data de cadastro da consulta
como data atual e o estado da consulta como marcada. O sistema vincula o horário selecionado e a
secretaria que realizou a consulta.

Fluxos Alternativos: <Descrição de cada caso em que o usuário pode tomar um

fluxo alternativo diferente do cenário de sucesso principal, incluindo exceções que
possam ocorrer. > Exemplo:

3 – A Secretaria selecionou horários

3.1 O Clinivet lista os horários disponíveis: por dia/hora;

3.2 A Secretaria seleciona um dos horários;

3.3 O Clinivet lista os veterinários disponíveis: nome e especialidade;

3.4 A Secretaria seleciona um veterinário;

3.5 Vai ao passo 8;

9a. Cliente com débito

9a.1 O sistema apresenta a mensagem “O Cliente deve comparecer no setor financeiro”.

9a.2 Finaliza o caso de uso.

9b. Cliente não cadastrado.

9b.1 O sistema chama o caso de uso cadastrar Cliente.

9b.2 O sistema retorna o nome do cliente e a lista de animais.

9b.3 Vai ao passo 10.

Regras de Negócio:

Regra Descrição
 Projeto Integrador 3° Período

<Descrição detalhada das regras de negócio envolvidas no caso de uso. Podem

<id>
ser referenciadas no detalhamento dos fluxos através do identificado.>

Um veterinário apresenta estado ativo quando ele não esta de férias, ausente
RN01
ou desativado.

Diagrama de Atividades:

<Caso julgue necessário, criar o diagrama de atividade que represente o caso de

uso.>

Layout:

Diagrama de Sequência:

<Caso julgue necessário, criar o(s) diagrama(s) de sequência que

implemente o caso de uso.>
 Projeto Integrador 3° Período

2.1.2. <UCxxx – Nome do Caso de Uso>

Propósito:

XXXXXXX

Pré-Condições:

 XXXX

Pós-Condições:

 XXXXX

Fluxo Principal:

1. XXXXXX

2. XXXX;

3. XXXXX

Fluxos Alternativos:

2 – XXXXX

2.1 XXXXX

2.2 XXXXX

Regras de Negócio:

Regra Descrição

RN01 XXXXX

Diagrama de Atividades:
 Projeto Integrador 3° Período
Segunda-feira, 1 de janeiro de 2009
USUÁRIO LOGADO

Layout:
ui Interfaces

Tela Principal

LOGO SISTEMA LogOUT

Modulos Disponiveis
 Projeto Integrador 3° Período

3.

3.1. Projeto:Diagrama de Classes

 Projeto Integrador 3° Período

3.2. Projeto do Banco de Dados

3.2.1. Diagrama de Entidade Relacionamento (DER)

3.2.2. Scripts de Criação de Tabelas

<scripts de criação de tabelas para verificar o

mapeamento realizado, os tipos das colunas e se as
restrições estão adequadas (PK, FK, NOT NULL,
AUTOINCREMENT, UNIQUE...).>
 Projeto Integrador 3° Período

Anexo 1

Relatório de Entrevista

Anexo 2

Formulários, relatórios, questionários e telas de sistemas utilizadas no

levantamento de requisitos.

Anexo 3

Códigos desenvolvidos