Prof. Thales Castro

Depósito de dados Entidade externa Processo Fluxo de dados

3

P1 Verificar pedido de inscrição Empresa Ministério da Fazenda Pedido de Inscrição Restrições em Vigor P2 Cadastrar Empresas P4 Selecionar Empresas P3 Emitir CNPJ P5 Atualizar Tabela de Restrições Tabela de RestriçõesEmpresas Cadastro de Empresas Dados de Empresas Dados para CNPJ CNPJ (CGC) Pedido Aceito Dados da Nova Empresa Relação de Empresas Novas Restrições Dados da Empresa no Ministério Resposta de Pedido

P1.1 Verificar preenchimento Pedido de Inscrição P1.2 Verificar Existência de Razão social Tabela de Restrições Pedidos Recusados Pedido incompleto Pedido Válido Pedido completo Pedido Inválido Cadastro de Empresas Dados de Empresa P1.3 Verificar Restrições em vigor Restrições em vigor Pedido Indevido Pedidos Rejeitados Empresa Pedido Recusado Pedido Aceito P2 Cadastrar Empresas P1.4 Gerar Ordem de Devolução P1.1 Verificar preenchimento P1.2 Verificar Existência de Razão social ESPECIFICAÇÃO DE PROCESSOS

6  Linguagem Estruturada  [P1.1] - VERIFICAR PEDIDO DE INSCRIÇÃO COMPLETO completo = verdadeiro SE não existe razão social completo = falso SENÃO SE não existem socios completo = falso SENÃO SE não existe endereco completo = falso SENÃO completo = verdadeiro SE completo P1.2 VERIFICAR_RAZÃO_SOCIAL SENÃO incluir pedido recusado (pedido incompleto)

7  Pré e Pós Condições  [P1.1] - VERIFICAR PEDIDO DE INSCRIÇÃO COMPLETO ◦ PRÉ-CONDIÇÕES  Dados de Pedido de Inscrição, contendo os sócios, nome da razão social e endereço ◦ PÓS-CONDIÇÕES  Inclusão de pedido em PEDIDOS RECUSADOS por pedido incompleto OU  Geração de informação de PEDIDO COMPLETO

8  Tabela de Decisão

9  Árvore de Decisão

10  PEDIDO DE INSCRIÇÃO pedido_inscricao = razao_social + endereco + 1 { socios} + telefone razao_social = {caracter-valido} endereco = logradouro + numero + cidade + estado + ponto_referencia numero = {caracter-valido} cidade = {caracter-valido} estado = {caracter-valido} ponto_referencia = {caracter-valido} CONTINUA...

11  PEDIDO DE INSCRIÇÃO socios = cpf + nome + endereco + telefone cpf = {0-9 |. | / } caracter-valido = {A-Z | a-z | 0-9 |.}

12 SÓCIOSEMPRESA Possui 01..N RESTRIÇÕES Restrito 1 0..N

 Necessidade de ver “estados” de um processo  O Diagrama de Transição de Estados serve para especificar o comportamento do sistema em relação aos eventos que ele recebe  Comumente conhecido como DTE 13

 Muito empregado em sistemas de tempo real ◦ Obtenção de dados de outros sistemas (integração entre sistemas) ◦ Devem produzir respostas e dados de saída rapidamente, para iteragir com o ambiente externo ◦ Ex.: Sistema de Controle de Processos (ex, Receita Federal), sistemas de controle militares e sistemas de navegação 14

 Notação ◦ Estados, representados por retângulos ◦ Mudanças de Estados, representados por setas ◦ Ação: alteração que leva à mudança de estado 15

 Estados ◦ Conjunto de circunstâncias ou atributos quecaracterizam uma pessoa ou objeto em determinado momento; modo ou forma de ser; condição ANÁLISE ESTRUTURADA MODERNA, Eduard Yourdoun 16

 Exemplos de Estados ◦ Aguardando usuário introduzir senha ◦ Aquecendo mistura química ◦ Acelerando motor ◦ Ocioso  Observe que os exemplos mostram a ocorrência de alguma coisa, e não que o computador esteja fazendo algo 17

18 Aguardando usuário introduzir senha Aquecendo mistura química Acelerando motorOcioso

 Mudanças de Estados ◦ Apenas um estado representa um sistema estático ◦ Dois ou mais necessitam de iterações  Transições entre estados ◦ Indicam, para cada estado, seus possíveis subsequentes ◦ Devem possuir rótulos que indicam qual ação é executada para a mudança de estado 19

 Exemplo de um Diagrama de Estado 20 Estado Transição Condição / Ação ESTADO 1 AÇÃO ESTADO 2

 Dois conceitos: Estado Inicial e Estado Final ◦ Estado Inicial:  Indica onde se inicia o fluxo  Geralmente desenhado no canto esquerdo, na parte de cima do diagrama  Representado por uma seta que chega no estado ◦ Estado Final  Final do fluxo  Geralmente desenhado no canto direito, na parte inferior do diagrama  Não possuem setas partindo do estado 21

22 Estado Transição Condição / Ação ESTADO 1 AÇÃO 1 Indicativo de estado inicial Indicativo de estado final ESTADO 2 ESTADO 3 ESTADO 4 AÇÃO 2 AÇÃO 3 AÇÃO 4

 Algumas considerações: ◦ Assim como no DFD, o nome do estado deve representar claramente sua definição ◦ Senso comum indica que um sistema só pode ter um único estado inicial ◦ Pode, no entanto, existir dois ou mais estados finais 23

CONDIÇÃO/AÇÃO 5 24 ESTADO 1 CONDIÇÃO/AÇÃO 1 ESTADO 2 ESTADO 3 ESTADO 4 CONDIÇÃO/AÇÃO 2 CONDIÇÃO/AÇÃO 3CONDIÇÃO/AÇÃO 4 ESTADO 5ESTADO 6 CONDIÇÃO/AÇÃO 6 1 Estado Inicial 3 Estados Finais ESTADO 1 ESTADO 4ESTADO 5ESTADO 6

Página Obtida Fechar Browser Detectar Erro 25 1.Browser Iniciado Inicialização concluída 2.Esperando Ação 6.Exibir Mensagem Erro 4.Exibir página recebida Enviar Requisição 3.Enviando requisição HTTP 5.Browser encerrado Mensagem Exibida Exemplo de um DTE Página Exibida

 SUBDIVISÃO DE DIAGRAMAS: ◦ Existência de sistemas complexos, podendo existir dúzias de estados distintos ◦ Mostrá-los no mesmo diagrama seria difícil, senão impossível ◦ Isso é resolvido pela sub-divisão de DTE’s  É permitido criar um DTE de alto nível e detalhar cada estado em outro DTE ◦ No DTE de mais baixo nível (mais detalhado), também há um necessariamente apenas um estado inicial, podendo existir dois ou mais estados finais 26

 Exemplo de Subdivisão de Estados 27 ESTADO 1 CONDIÇÃO/AÇÃO 1 ESTADO 2 ESTADO 3 CONDIÇÃO/AÇÃO 2 ESTADO 2 ESTADO 3

CONDIÇÃO/AÇÃO 2.2  Estado 2 28 ESTADO 2.1 CONDIÇÃO/AÇÃO 2.1 ESTADO 2.2 ESTADO 2.3 CONDIÇÃO/AÇÃO 2.3 ESTADO 2.4

 Estado 3 CONDIÇÃO/AÇÃO ESTADO 3.1 CONDIÇÃO/AÇÃO 3.1 ESTADO 3.2 ESTADO 3.3 CONDIÇÃO/AÇÃO 3.3 ESTADO 3.4 CONDIÇÃO/AÇÃO 3.4

 Relacionamento com outros modelos: ◦ DTE pode ser utilizado isoladamente, porém geralmente é combinado com outros diagramas, geralmente DFD ◦ Na maioria dos casos, o DTE pode representar uma visão geral de uma Especificação de Processos 30

 Exemplo ESTADO 1 CONDIÇÃO/AÇÃO 1 ESTADO 2 ESTADO 3 CONDIÇÃO/AÇÃO 2

 Relacionamento com outros modelos: ◦ Observe que a entrada do DTE refere-se a fluxos de controle que chegam no processo ◦ As saídas do DTE referem-se à entrada em outros processos ◦ Por isso que os DTE’s podem servir como especificação de processo de um sistema 32

 CONSTRUÇÃO DE UM DTE: ◦ Como construir um DTE?  R.: Não existe uma melhor abordagem ◦ Existe duas mais recomendadas: 1.Identificação de todos os estados e suas possíveis conexões 2.Identificação do estado inicial seguindo identificação dos demais estados 33

1. Identificação de todos os estados e suas possíveis conexões ◦ Identifique todos os possíveis estados dentro do diagrama  Ideal que a identificação dos estados seja feito de forma manual (ex., folha de papel), para então partir para o outro passo ◦ Identifique as conexões entre os estados 34

2. Identificação do estado inicial seguindo identificação dos demais estados ◦ Identifique apenas o estado inicial ◦ Continue metodicamente o seu caminho para estados posteriores, sendo eles o primário, secundário, terciário, etc. 35

 Finalização ◦ Uma vez feito o DTE preliminar, as seguintes diretrizes devem ser verificadas para verificar consistência 1.Foram definidos todos os estados? 2.Todos os estados podem ser atingidos? 3.Todos os estados têm saída? 4.Em cada estado, o sistema reage adequadamente a todas as condições possíveis? 36 Erro mais comum do analista de sistemas

 Estudo de Caso: No caixa de uma empresa, a máquina registradora fica inativa até que o vendedor informe a senha para iniciar o processo de compra. Ao iniciar, o vendedor aguarda a escolha do método de pagamento: dinheiro, depósito identificado ou cartão  Para pagamento em dinheiro, este é recolhido e conferido e a mercadoria entregue ao cliente;  Para pagamento via depósito, é disponibilizado documento para que seja feito um depósito. Com o comprovante, é checado o depósito e a mercadoria é entregue ao cliente;  Para pagamento via cartão, é necessário esperar o comprovante da máquina Em qualquer caso, após processado o pagamento, o vendedor pode cadastrar novas vendas. Após todas as vendas terem sido efetuadas, ele deve novamente bloquear a máquina registradora, que ficará disponível para ele ou outros vendedores. 37

Pagar em dinheiro 38 1.INATIVO Informar senha 2.AGUARDANDO COMPRA 3.RECOLHER DINHEIRO 4.ENTREGAR MERCADORIA Finalizar Compra em Dinheiro 5.AGUARDAR COMPROVANTE DO CARTÃO Pagar com depósito Finalizar Compra em Cartão 6.AGUARDAR DEPÓSITO Pagar em cartão 6.AGUARDAR DEPÓSITO

Depósito disponibilizado 6.1.DISPONIBILIZAR DOCUMENTO Documento disponibilizado 6.2.AGUARDAR DEPÓSITO 6.3.AGUARDAR CONFIRMAÇÃO Confirmação de depósito 4.ENTREGAR MERCADORIA

Prof. Thales Castro