Professora: Aline Vasconcelos ANÁLISE DE REQUISITOS Professora: Aline Vasconcelos

Princípios da Análise de Sistemas: O domínio do problema deve ser compreendido. O domínio da informação deve ser bem definido. O escopo do sistema deve ser definido levando-se em conta possíveis restrições. Analista Usuário Regras do negócio Conteúdo da informação Estrutura da informação Fluxo da informação = entrada + transformações =>saída

Princípios da Análise de Sistemas (2): Modelos que descrevam a informação, função e comportamento do sistema devem ser produzidos. Os modelos devem ser divididos em partições. Controlar Vendas Registrar produtos Registrar venda Registrar cliente Atualizar estoque Emitir Nota Fiscal

Princípios da Análise de Sistemas (3): Objetivo dos modelos: ajudam o analista a compreender o sistema; facilitam a determinação da inteireza e consistência da especificação; base para o projeto. O processo de análise deve mover-se da informação essencial para os detalhes de implementação (projeto). Métodos de análise => métodos de modelagem.

Importância da Especificação de Requisitos: Quanto mais tarde um erro é detectado, maior é o custo de sua correção: Fase Custo relativo Requisitos 0.1 Projeto 0.2 Codificação 1 Testes de Unidades 2 Testes de Aceitação 5 Manutenção 20

Métodos de Análise de Requisitos: A Análise Estruturada Principais Desenvolvedores: Tom de Marco 1979, Chris Gane 1982; Princípios: problemas devem ser particionados; gráficos devem ser utilizados; requisitos lógicos (essenciais) devem ser diferenciados dos físicos (implementação); ferramentas para descrever a lógica e os procedimentos. Base: modelos de fluxo de informação; representar dados e os processos que os transformam.

A Análise Estruturada Ferramentas de modelagem: DFD - Diagrama de Fluxo de Dados: representa fluxo de informação e transformações. Ferramentas de apoio: dicionário de dados e descrição de processos (português estruturado, árvores ou tabela de decisão). dados_matrícula Cursos Aluno Matricular Aluno comprovante Matrículas

A Análise Estruturada: Notação Notação básica utilizada no DFD: Entidade Externa Envia ou recebe informações do sistema. Fora dos limites do sistema Processo Transformador de informações interno aos limites do sistema. Depósito de Dados Fluxo de dado Armazenamento de dados no sistema.

A Análise Estruturada: Top-Down Abordagem top-down: Explosão de Processo

Diagrama de Contexto Paciente Sistema de Controle de Atendimento dados_pessoais marcação- consulta Sistema de Controle de Atendimento Médico nota_ consultas dados_médico Médico Paciente escala info_pagto valor_consulta ficha_paciente

Figura 0 - Controle de Atendimento Médico especialidade dados_pessoais Paciente Controlar Consultas 1 Consultas disponibilidade marcação- consulta nome Pacientes Médicos horários nota_ consultas Controlar Pagamentos 2 Médico Gerenciar Médicos 3 dados_médico Paciente escala info_pagto valor_consulta pagto ficha_paciente valor total_ paciente Consultas horário_semana

A Análise Estruturada: Diagrama de Contexto Representação Inicial: a função global do sistema é representada como uma única transformação de informação. A Sistema de Controle Escolar C B Diagrama de Contexto - Figura de Nível 0

A Análise Estruturada A partir do Diagrama de Contexto, novas figuras são produzidas, representando “explosões” (refinamentos) das figuras de nível anterior. O DFD é organizado por níveis. Os processos mais primitivos, do último nível da explosão, devem ser descritos. É gerada então a especificação de processos.

A Análise Estruturada: Especificação de Processos A especificação de processos representa o algoritmo de transformação do processos. Deve ser gerada para os processos do último nível de refinamento do DFD. Primeiro passo para o projeto: especificação de programas. Podem ser usadas ferramentas textuais (texto narrativo, português estruturado) ou gráficas (tabelas de decisão, árvores de decisão).

A Análise Estruturada: Dicionário de Dados Análise do domínio da informação. Cada fluxo de dados representa um ou mais itens de informação. Cada depósito de dados é uma coleção de de itens de dados individuais. Descreve: fluxos de dados, depósitos de dados, estruturas de dados e elementos de dados.

Métodos de Análise: A Análise Essencial Principais Desenvolvedores: McMenamim e Palmer, 1984. Princípios: especificação de requisitos funcionais através da essência do sistema; introduz o conceito de eventos e atividades essenciais. Ferramentas: diagramas de eventos (declaração de eventos + DFD), diagrama de contexto, DFD expandido, memória essencial (DER).

A Análise Essencial Aluno solicita matrícula. Eventos: dados_matrícula Cursos Aluno Matricular Aluno comprovante Matrículas

A Análise Essencial É hora de gerar a Folha de Pagamentos. Eventos: folha_pagto Funcionários Recursos Humanos Emitir Folha de Pagamento Descontos Abonos

A Análise Essencial DER - Diagrama de Entidades e Relacionamentos Memória Essencial do Sistema: DER - Diagrama de Entidades e Relacionamentos (1,1) cursa (1,N) Aluno Curso (1,N) (0,N) envolve Disciplina

Métodos de Análise: A Análise Orientada a Objetos Principais Desenvolvedores: Coad e Yourdon, 1990; Rumbaugh, Booch e Jacobson - UML - 1997. Princípios: utilização do mesmo formalismo, conceito de objeto e classe, ao longo de todo o ciclo de vida de desenvolvimento; unifica dados e funções em uma única entidade de modelagem.

A Análise Orientada a Objetos A Classe: ALUNO matrícula nome endereço Atributos matricular(); alterarEndereço(); trancarMatrícula(); Operações/ Métodos

A Análise Orientada a Objetos Principal Linguagem: UML - The Unified Modeling Language Principais ferramentas de modelagem: Diagramas de Classe, Diagramas de Casos de Uso e Diagramas de Interação (operações).

Diagrama de Classe Mais importante diagrama da UML. Reflete a Estrutura Estática do sistema. Elemento principal: a Classe. Pessoa Empresa nome: string dtNascimento:date CGC: string endereço: string 1..* * mostrarIdade() verificarPrimNome() obterCGC() atualizarEndereço()

Diagrama de Use Case Mostra atores externos ao sistema e funcionalidades requeridas pelos mesmos representadas através de casos de uso. Caixa Eletrônico Solicita Extrato Consulta Saldo Cliente

Ferramentas CASE CASE - Computer Aided Software Engineering (Engenharia de Software auxiliada por computador) Ferramentas de engenharia de software voltadas para apoiar os desenvolvedores (analistas/projetistas) nas atividades de modelagem e construção. Automatiza as atividades manuais e aumenta a qualidade da informação.

Ferramentas CASE Exemplos de funções de uma ferramenta CASE (System Architect - versão 3.0): Diagrama, modela, especifica informações e dados dos sistemas; Verifica a exatidão e integridade dos diagramas; Automatiza e padroniza a documentação dos sistemas.