Aula4 RS

(1)

Requisitos de

Software

Análise de Requisitos

Análise Estruturada de Sistemas

(2)

Análise de Requisitos



_{Etapa onde ocorre uma análise detalhada dos}

requisitos levantados na atividade anterior;



_{São construídos modelos para representar o sistema a}

ser desenvolvido;



_{Uma especificação formal dos requisitos é}

produzida, representando todos os requisitos

analisados;



_{Uma revisão da especificação é realizada, de forma a}

garantir que a mesma esteja completa, consistente e

precisa quanto às informações nela apresentadas.

(3)



_{Ponto Chave:}

Construção de um modelo do sistema utilizando Técnicas Gráficas;

(4)

Análise de Requisitos

 _{No contexto de desenvolvimento de software, modelos}

correspondem a desenhos gráficos que seguem algum padrão lógico;

 _{Esses desenhos são normalmente denominados diagramas.}  _{Um diagrama é uma apresentação de uma coleção de}

elementos gráficos que possuem um significado

(5)

 _{Diagramas fornecem uma representação concisa do sistema.}

“uma figura vale por mil palavras”.

 _{No entanto, modelos também são compostos de informações}

textuais.

 _{Dado um modelo de uma das perspectivas de um sistema,}

diz-se que o seu diagrama, juntamente com a informação

(6)

Análise de Requisitos

(7)

 _{Por que construir modelos ?}

“... podemos construir modelos de maneira a realçar ou enfatizar certos recursos decisivos do sistema, enquanto,

simultaneamente, podemos ignorar outros aspectos do sistema. Isto permite que nos comuniquemos com o usuário

de uma maneira clara...”

Edward Yourdon

(8)

“Um modelo é uma simplificação da realidade que nos ajuda a entender um problema grande e complexo que não pode

ser compreendido como um todo.”

Phillipe Krutchen, 2000

(9)



_{Objetivo do uso de modelos:}

 Descrever o que o cliente deseja;

 Estabelecer uma base para a criação de um projeto de

software;

 Definir um conjunto de requisitos que possa ser validado

quando o software for construído;

 Gerenciar a complexidade inerente ao desenvolvimento

de software.

(10)



_{Vantagens do uso de modelos:}

 Possibilidade de focalizar a atenção nas características

importantes do sistema, deixando um pouco de lado as menos importantes;

 Discutir modificações e correções nos requisitos do

usuário com baixo custo e mínimo risco;

 Mostrar ao usuário o sistema que será implementado de

forma mais clara e objetiva;

 ...

(11)

PROCESSO DE ENGENHARIA

Problema  Concepção  Modelo  Criação do Artefato

(12)

EXEMPLO: Criar uma casa

Problema  Concepção  Modelo  Criação do Artefato

“Casa na praia confortável”

(13)

EXEMPLO: Criar uma casa

Problema  Concepção  Modelo  Criação do Artefato

Análise de Requisitos

Buscar

TEORIAS

INSPIRAÇÃO

(14)

EXEMPLO: Criar uma casa

Problema  Concepção  Modelo  Criação do Artefato

(15)

EXEMPLO: Criar uma casa

Problema  Concepção  Modelo  Criação do Artefato

(16)

EXEMPLO: Criar um Software

Problema  Concepção  Modelo  Criação do Artefato

“Software para criação de diagramas UML”

(17)

EXEMPLO: Criar um Software

Problema  Concepção  Modelo  Criação do Artefato

Buscar

TEORIAS

INSPIRAÇÃO

MODELOS

(18)

EXEMPLO: Criar um Software

Problema  Concepção  Modelo  Criação do Artefato

(19)

EXEMPLO: Criar um Software

Problema  Concepção  Modelo  Criação do Artefato

(20)

Análise de Requisitos



_{Princípios da Análise de Requisitos}

 Existem muitos métodos (técnicas) para Análise e

Especificação de Software;

 Independente do método, todos têm um conjunto de

(21)

Análise de Requisitos



_{Princípios da Análise de Requisitos}

1. O Domínio da Informação de um problema precisa

ser representado e entendido;

2. As funções a serem desenvolvidas pelo Software devem

ser definidas

modelos devem ser desenvolvidos descrevendo a informação, a função e o comportamento do sistema;

3. Os modelos devem ser particionados de modo que

revelem detalhes em forma de camadas;

(22)

ANÁLISE DE REQUISITOS DO SISTEMA Requisitos do Sistema Especificação Funcional dos Requisitos

Análise de Requisitos

(23)

Evolução da Análise de Requisitos



_{Sistemas desenvolvidos sem organização;}



_{Busca de sistemáticas de desenvolvimento;}



_{Análise Estruturada - Gane, Sarson e De Marco.}

 Método Clássico - ênfase na especificação e

decomposição das funcionalidades do sistema, redundância mínima e representação gráfica ( DFD).

(24)



_{Modelo Entidade-Relacionamento - Peter Chen.}

 processo de organização de dados mais fácil de ser

compreendido e seguido.



_Análise

_{Essencial - McMenamin e Palmer}

 preocupação com o sistema implantado, evitando a

modelagem do sistema atual;

 particionamento de eventos.

(25)



_{Análise Orientada a Objetos}

 Identificação e organização de conceitos do domínio da

aplicação.

 UML (Unified Modeling Language): tentativa de

padronização.

(26)

Análise Estruturada



_{Método de análise de requisitos, utilizando modelos;}



_{Utiliza uma notação própria para a criação de modelos}

que representam o fluxo e o conteúdo da informação

(dados e controle);

 _{Surgiu na década de 70 por trabalhos conjuntos de vários}

autores (De Marco, Chris Gane e Trish Sarson);

 _{Veio acompanhada de outra abordagem – o Projeto}

Estruturado;

 _{De Marco popularizou a técnica, criando uma notação para}

criar modelos do fluxo de informações (Diagrama de Fluxo de Dados - DFD), um dicionário de dados para representar as

(27)

Análise Estruturada



_{Vantagens da Análise Estruturada}

 Fazer uso de ferramentas, facilitando a comunicação

com o usuário e a organização das informações;

 Retirar redundância do documento gerado (especificação

funcional dos requisitos);

 Substituir o excesso de texto do documento gerado, por

gráficos;

 Tornar mais fácil o processo de manutenção, após a

(28)

Análise Estruturada

 _{Modelos da Análise Estruturada}

Modelo ER D F D Especificação de Processos Dicionário de Dados

(29)

Análise Estruturada

D F D Modelo ER Especificação de Processos Dicionário de Dados Descreve os relacionamentos entre os objetos de dados

(30)

Análise Estruturada

D F D Modelo ER Especificação de Processos Dicionário de Dados

1 - Fornecem uma indicação de como os dados são transformados;

2 – Mostram as funções e subfunções que transformam o

(31)

Análise Estruturada

D F D D F D Modelo ER Especificação de Processos Dicionário de Dados Repositório que contém

descrições de todos os objetos de dados consumidos

(32)



_{Modelagem dos Dados do Sistema}

 Um modelo de dados descreve que informações serão

armazenadas em um banco de dados;

Análise Estruturada

Modelo de Dados

=

descrição formal da estrutura de um

banco de dados

Modelo de Dados

=

descrição formal da estrutura de um

banco de dados

(33)



_{Modelagem dos Dados do Sistema}

 Procedimento: Descrição de Objetos de Dados

 Técnica utilizada: modelagem Entidade-Relacionamento  Representada graficamente pelo Diagrama

Entidade-Relacionamento

Análise Estruturada

Modelo Entidade - Relacionamento =

Percepção de que o mundo real é formado

(34)

Centro Universitário Franciscano

Referências Bibliográficas: