Engenharia de Requisitos

1

Engenharia de Requisitos

Como empregar as técnicas da ER?

Panificadora Controle Ambulatorial

Técnicas de validação

Ferramentas de modelagem

Vantagens da ER

Principais dificuldades da ER

2

Validações:ProtótipoRTF

Software

Técnicas da Engenharia de Requisitos

Fundamentos- Orientação a Objeto- UML

Análise OO:Modelo de domínio

Aprovado

NegócioConhecer o negócioModelos e Regras

Casos de uso

3

Negócio

Modelagem do Negócio

Necessidades

Problema Solução

Software

4

Como modelamos o negócio?

Casos de uso do negócio

Diagrama de atividade Atividade

Objetos Objeto

FerramentasUtilizamos os modelos da UML

Mais usados

Diagrama de estadoEstado

5

NEGÓCIO - Panificadora

Caso de uso do negócio

Diagrama de atividadePreparar café

Necessidade: Otimizar as tarefas do atendente

6

Classes do negócio / Modelo de domínio

Estados da água

Estados do café

NEGÓCIO - Original

7

Estados da água

Estados do café

NEGÓCIO - Modificado

8


Software




Aprovado


Casos de uso

9

Solução automatizada para o negócio cafezinho

Característica do software

- Atendimento automatizado do serviço cafezinho.

Casos de uso do software

N1: Otimizar as tarefas do atendente

C1: Atendimento automatizado do serviço cafezinho R1: Solicitar café

R2: Preparar e servir o café

10

Negócio modificadoNegócio original

NEGÓCIO - Panificadora

11

Estudo de CasoEstudo de Caso

Controle Ambulatorial

Necessidade: N1- Facilitar o controle estatístico N2- Informações gerenciais. N3- Melhoria de processo

12

NEGÓCIO – Controle ambulatorial

13

NEGÓCIO – Controle ambulatorial

Necessidade: N1 - Facilitar o controle estatístico N2 - Informações gerenciais. N3 - Melhoria de processo

14

Conhecendo em detalhes o negócio “Atendimento Médico”

DiagramaDe atividades

UC2

UC2 – Realizar consulta médica

UC1

UC1 – Solicita atendimento médico

15

Modelo de Domínio

NEGÓCIO – ATENDIMENTO MÉDICO Necessidade: N1 - Facilitar o controle estatístico N2 - Informações gerenciais. N3 - Melhoria de processo

N1

N3

N3

Include

16

Modelo de Domínio

NEGÓCIO – FICHA DO PACIENTE

17

Técnica de validação da Modelagem do Negócio

Revisão

Técnica

Formal

18

Solicitar Requerimento

Aluno/Procurador Funcionário do D.A.A.

Requerimento preenchido,Documentos necessários e Boleto bancário pago

1

É a ação do usuário entregar ao D.A.A. o formulário de requerimento preenchido, a cópia dos documentos

necessários (autorização, declarações...) e o boleto bancário

pago (se necessário).

Requerimento

Documentos

Doc.Acadêmica (se necessário)

Analisar Requerimento

1 - Funcionário do D.A.A.2 - Coordenadoria de Curso3 - Conselho Diretor4 - PROGRAD

(Pró-reitoria de Graduação)

5 - CEPEC (Conselho de Ensino, Pesquisa, Extensão e Cultura)

6 - CONSUNI (Conselho Universitário)

7 - PROJURI

Indeferido

O avaliador responsável avalia toda a documentação envolvida na efetivação

do requerimento.

O resultado desta avaliação será “Deferido” ou “Indeferido”.

O interessado é comunicado (e-mailou telefone).


19

Avaliar Solicitação

D.A.A.

S.A.A.

Nº Protocolo

O funcionário do DAA verifica no SAA, se já existe algum processo sobre o mesmo assunto do aluno.

O Sistema SAA retorna o número do processo.

Avaliar Solicitação de Requerimento

Checar processos do aluno com o mesmo assunto

identificar o número do processo

Gerar novo número de processo

Nº processo

[Existente]

Nº processo

[Novo]

Informar o número do processo

[ Gera processo ]

[ Não gera processo ]

[ existe processo ]

[ Não existe processo ]

SCP - Sistema de controle de processoD.A.A.


20

Aluno/Procurador Funcionário doD.A.A.

Resposta (Documento ou Informação) dorequerimento

Obter resposta do requerimento

Coordenadoria de Curso...

1 - Nº Protocolo

Consultar Requerimento

2 – Dados do Requerimento

Autorizar Requerimento

Coordenadoria de Curso/Orientador. autorizaçã o

Alguns requerimentos necessitam de autorização (Orientador ou Coordenadoria de curso) para serem efetuados.

Até o momento só para a PÓS-GRADUAÇÃO

Execução do Requerimento

D.A.A.


21

Obter Orientações

Aluno/ProcuradorFuncionário do

D.A.A.

Formulário em branco e orientações:

Documentos necessários Boleto bancário a ser pago

1 - O Aluno informa o tipo de requerimento desejado;

2 - O Funcionário fornece o formulário de requerimento correspondente ao pedido e as orientações necessárias;

3 - O Aluno apresenta o formulário preenchido e a documentação exigida para conferência;

4 - O Funcionário checa a documentação e caso necessário, entrega um boleto bancário ao Aluno.

Aluno/Procurador Caixa do banco

Boleto bancário

Efetuar Pagamento de Taxa

É a ação do aluno ir ao banco efetuar o pagamento da taxa com o

boleto bancário


22


Software




Aprovado


Casos de uso

23

Como encontramos uma solução para apoiar o negócio?

Vantagem da UML

Continuamos a empregar os modelos da UML

Problema Solução

Análise ProjetoNegócio

Mesmas ferramentas

24Funcionalidade identificadas

Problema Proposta de solução de software

Facilitar o levantamento deinformações estatísticas sobrea saúde dos funcionários daorganização.

Necessidade?

Exemplo 1: como partir do problema para uma solução de software?

25

1.Especificação de Caso de Uso

26

Projeto de Interação:Técnica de validação de casos de uso

Ficha paciente

27

Solução de software

Exemplo 2

Problema

classe

28

Tudo da modelagem do negócio será implementado?

Processos manuais

Já existe outro software

Solução

Solução

Implementação

29

Estabelecimento de PadrõesEstabelecimento de Padrões

Todos sabem o que esperar

30

Padronização de técnicas para requisitosPadronização de técnicas para requisitos

Compreender o Negócio Investigação da Solução

•Requisitos funcionais (Casos de uso)

•Requisitos não-funcionais e restrições de projeto (Doc. Especificação suplementar) (Documento de regras)

Engenhariade Requisitos

Modelagem do negócio

Projeto de Interação

•Necessidades dos clientes•Características do software•Requisitos do software Técnicas de apoio

Necessidades

31Analistas Desenvolvedores

=

Padronização de técnicas para requisitosPadronização de técnicas para requisitos

Diálogo

32

Free

Ferramentas de modelagemFerramentas de modelagem

http://objectclub.esm.co.jp/Jude/jude-e.html

http://www-306.ibm.com/software/rational/

http://www.visual-paradigm.com/

33

Ferramentas de especificação UCFerramentas de especificação UC

Rambutan (Em estudo)

Benefícios: Armazena os requisitos em XML; Controle de mudanças (Quem fez o quê, e quando?); Mais de uma pessoa pode trabalhar ao mesmo tempo; Controle de versões

34

Vantagens da Engenharia de RequisitosResumoResumo

Modelos facilitaram

• Isolamento do “O que fazer?” e de “Como fazer?”

• Diálogo com os usuários e equipe de desenvolvimento• Gerência do projeto => divisão de tarefas e no controle de prioridades

Casos de uso• São intuitivos;• Facilitam nos testes de unidades e funcionais;• Possibilitam a rastreabilidade dos requisitos,

Análise Projeto

N1Necessidade

Análise Projeto

Exemplo:

35

Principais dificuldades nos projetos

• Mudança da cultura

• Modelo de domínio ainda não é amplamente utilizado pelos desenvolvedores

• Estabelecimento de papéis

36

Domínio do problema

Domínio da solução

Fundamentos- Conceitos OO- UML

Estabelecimento de papeisProdução de artefatos

Engenharia de Requisitos

Documents

Engenharia de Requisitos