Você está na página 1de 19

Modelagem de Sistemas 1

Visão geral de
modelagem em
Análise e Projeto
de Sistemas

•  Modelagem de Sistemas
Modelagem de Sistemas 2

•  Podemos desenvolver software de


qualquer maneira?
•  Não.
•  Por que?
•  Qualidade do software.
Modelagem de Sistemas 3

•  Software Deselegante:

•  Feito sem uma estrutura clara

•  Não se consegue reusar partes

•  Não se consegue entender como funciona sem uma boa carga de


documentação
•  muitas vezes nem assim

•  Uma pequena modificação em uma de suas características pode causar


um não funcionamento generalizado
Modelagem de Sistemas 4

•  Software Elegante:

•  Software cuja estrutura é intrinsecamente mais fácil de compreender

•  Documentado

•  Pode ser compreendido em nível macro ou em detalhes

•  Mais fácil de modificar:


•  quando alguma de suas características é mudada, ele continua funcionando
Modelagem de Sistemas 5

O quê:

•  Análise de sistemas
•  Planejamento do Projeto
Definição
•  Análise de Requisitos

Como:
Construção
•  Projeto
•  Codificação
•  Testes
Produto de
Software
Modelagem de Sistemas 6

•  Atividades principais:
•  Análise: investigação do problema
•  Projeto: solução lógica
•  Construção: código (programação)

•  Atividades complementares e cruciais


•  especificação de requisitos
•  engenharia de usabilidade
•  projeto de interfaces de usuário
•  projeto do banco de dados
•  …
Modelagem de Sistemas 7

•  Análise: “o que”
•  Investigação do problema e dos requisitos
•  Objetivo: Leva o analista a investigar e a descobrir
•  Quais os processos de negócio relacionados com o seu uso?

•  Para que esta etapa seja realizada em menos tempo, de


maneira mais precisa, deve-se ter um bom método de
trabalho

•  Resultado da análise: Enunciado do problema


•  Problemas mal enunciados podem até ser resolvidos, mas a solução
não corresponderá às expectativas
Modelagem de Sistemas 8

•  A qualidade do processo de análise é importante:

•  Um erro de concepção resolvido na fase de análise tem um custo;


•  Na fase de projeto tem um custo maior;
•  Na fase de implementação tem um custo maior ainda;
•  Na fase de implantação, tem um custo relativamente gigantesco
Modelagem de Sistemas 9

•  Projeto: “como”
•  Descrição de uma solução lógica
•  Como exatamente o sistema irá capturar e registrar informações?

•  Enfatiza a proposta de uma solução que atenda os requisitos da análise

•  *Análise: investigação para tentar descobrir o que o cliente quer


•  Enunciado do problema

•  Projeto: propor uma solução com base no conhecimento


adquirido na análise
•  Resolução do problema
Modelagem de Sistemas 10

Análise Projeto
Modelagem de Sistemas 11

Problema x Solução
Modelagem de Sistemas 12

•  Os termos Análise e Projeto não representam conceitos fixos


•  Os significados variam de método para método

•  Existem modelos que representam o sistema tanto no contexto de


análise quanto de projeto

Análise Projeto

Método 1

Método 2

Método 3
Modelagem de Sistemas 13

Um modelo representa

Analista de
Sistemas
uma simplifação da
realizadade.

Devido aos limites da


capacidade humana em
compreender complexidades,
construímos modelos de
sistemas complexos para melhor
compreendê-los em sua
totalidade.
Modelagem de Sistemas 14

•  A modelagem nos possibilita delimitar o problema que


estamos estudando, restringindo nosso foco a um único
aspecto por vez (princípio da abstração)
•  Procedimento de dividir-para-conquistar:
•  “Ataque um problema difícil, dividindo-o em vários problemas menores que
você pode solucionar.” – Edsger Dijkstra, anos 60

•  A modelagem nos possibilita ampliar o intelecto humano:


•  Um modelo escolhido de maneira adequada permitirá a quem usa a
modelagem trabalhar em níveis mais altos de abstração.

•  Modelos são utilizados para simplificar os problemas de


Engenharia de Software
Modelagem de Sistemas 15

•  A complexidade é inerente à construção de sistemas de


software
•  faz parte da construção do software

•  A construção desses sistemas necessita de um planejamento


inicial

•  Um modelo pode ser visto como


uma representação idealizada de
um sistema a ser construído

•  Ex.:
•  Maquetes de edifícios e de aviões
•  Plantas de circuitos eletrônicos
Modelagem de Sistemas 16

•  Motivos para se construir modelos de sistemas:

•  Gerenciamento da complexidade inerente ao desenvolvimento de


software

•  Comunicação entre as pessoas envolvidas

•  Redução dos custos no desenvolvimento

•  Predição do comportamento futuro do sistema


Modelagem de Sistemas 17

•  Modelos são compostos tanto de diagramas quanto de


informações textuais associadas

•  Um diagrama é uma apresentação de uma coleção de


elementos gráficos que possuem um significado predefinido

•  Diagramas fornecem uma representação concisa do sistema


•  uma figura vale, muitas vezes, mais que mil palavras
Modelagem de Sistemas 18

•  Obter uma descrição dos requisitos

•  Propor uma solução de software que atenda ao requisitos da


melhor maneira possível

•  Possibilidade de avaliar, não apenas a proposta, mas também


as consequências de decisões tomadas em tempo de projeto
Modelagem de Sistemas 19

•  É preciso modelar e planejar o sistema considerando a


maneira como ele será produzido. Ex.:

•  Abordagem Estruturada:
•  Software organizado em dados e procedimentos independentes
•  Abordagem Orientada a Objetos:
•  Software organizado em objetos que trocam de mensagens entre si
•  Abordagem Orientada a Eventos:
•  Fluxo de controle do software definido por eventos externos ao sistema
•  Abordagem Orientada a Aspectos:
•  Software organizado por separação de interesses (regras de negócios e
funções de tecnologia)
•  Abordagem Orientada a Componentes:
•  Software composto por unidades independentes e reutilizáveis que se
comunicam por meio de interfaces bem definidas

Você também pode gostar