O documento discute os conceitos de análise de sistemas, apresentando diferentes abordagens como estruturada, essencial e orientada a objetos. Também define o que é análise e seus objetivos, e explica conceitos como sistemas on-line, de tempo real e de apoio à decisão.

1. Análise de Sistemas
AULA 2

2. O que é análise?
 Análise: Exame de cada parte de um todo. Objetivo
de conhecer a natureza do problema e as funções
que este venha a executar.
ESTRUTURADA ESSENCIAL
ORIENTADA A
OBJETOS

3. ESTRUTURADA
 A análise estruturada de sistemas é uma técnica que consiste
em construir, graficamente, um modelo lógico para o sistema
de informações gerenciais, a qual permite que usuários e
analistas de sistemas, encontrem uma solução clara e única para
o sistema de modo que este transmita as reais necessidades dos
usuários.

4. ESSENCIAL
1. Análise Essencial A Análise Essencial é a técnica que orienta a análise de
sistemas para a essência do negócio ao qual se destina, independente das
soluções de informática que serão utilizadas em sua construção, partindo do
princípio de que os sistemas existem independentemente dos computadores,
e são feitos visando uma oportunidade de negócio. Na Análise Essencial
existem dois modelos, denominados de Modelo Essencial e Modelo de
Implementação. Modelo Essencial: Apresenta o sistema num grau de
abstração completamente independente de restrições tecnológicas. Modelo
Implementação: Apresenta o sistema num grau de abstração completamente
dependente de restrições tecnológicas. É derivado do modelo essencial. Diz
respeito a implementação do sistema.
2. Análise Essencial Análise Essencial Guia Prático de Análise de Sistema S.
Pompilho Análise Essencial (23/05/2011)

5. ORIENTADA A
OBJETOS
 A Análise Orientada a Objetos
(OOA) é um processo de
desenvolvimento de sistemas que
utiliza o conceito de objetos que
interagem entre si e, através
dessa interação, realizam tarefas
computacionais. O ponto de
partida para a OOA é criar um
modelo descritivo contendo
informações do projeto.

6. Introdução
• Qual a diferença análise de Sistemas e a
programação?
• Qual delas você considera mais
interessante?

7. Programação

8. Categorias do software
• Software de sistemas: servir outros
programas (compiladores, editores, utilitários,
etc);
• Software de aplicação: resolvem problemas
específicos (sistema de apoio a tomada de
decisão, controles de negócio, etc);
• Software científico ou de engenharia:
caracterizados pelo processamento de
números (simulação, características de
tempo real, etc);
• Software embutido: reside dentro do produto
ou sistema. Controla funções do usuário final;

9. Categorias do software
• Software para linhas de produto: reutilização
por diversos cliente e m domínios distintos;
• Aplicações Web: enorme g a m a de aplicações
(B2B, e-commerce, etc);
• Software para inteligência artificial: fogem do
processamento tradicional (redes neurais,
algoritmos genéticos, reconhecimento de
padrões);
• Computação ubíqua: desenvolvimento para
aplicações e m dispositivos móveis (comunicação
com a grande rede);
• Software aberto: distribuição do código-fonte com
o software ( Sistemas Operacionais, Linguagens
de Programação, etc). Licenças;

10. Definição e características de diversos
tipos específicos de sistemas
• É importante estar familiarizado com
diferentes espécies de sistemas?
• Para que seu sistema tenha sucesso é preciso
conhecer os outros sistemas (módulos) com os quais
ele vai interagir:
• Arquitetura dos sistemas.
• Embora muito tipos de sistemas pareçam ser
totalmente diferentes, eles têm muitas
semelhanças (princípios comuns,
filosofias e
teorias que se aplicam a todos os
sistemas):
• Reúso de informações.

11. Conhecimentos da
Teoria Geral dos
Sistemas
• Auxiliam a compreender melhor
os sistemas computadorizados
(automatizados) de
informações;
• Auxiliam n a construção de
sistemas estáveis e confiáveis.

12. Tipos Comuns de
Sistemas
• Existem muitos tipos diferentes de
sistemas;
• Quase tudo aquilo que temos contato e m
nossa vida ou é u m sistema ou u m
componente de u m sistema (ou a m b a s a s
coisas);

13. Sistemas feitos pelo
Homem
• Os Sistemas Sociais:
• organizações de leis, doutrinas, costumes, ...
• Os Sistemas Financeiros:
• contabilidade, inventário, controle de estoques,
....
• Os Sistemas de Transporte:
• redes rodoviárias, canais, linhas aéreas,
petroleiros,...
• Os Sistemas de Comunicações:
• telefone, fax, e-mail, sinais de fumaça,..
• Os Sistemas de Manufatura:
• fábricas, linhas de montagem, .....

14. Sistemas
Automatizados
• Sistemas on-line;
• Sistemas de tempo real;
• Sistemas de apoio a decisão;
• Sistemas baseados no
conhecimento.

15. Sistemas On-line
• É u m sistema computacional que
recebe dados diretamente de seus
pontos de origem, b e m como
direciona os resultados do
processamento para seu ponto de
utilização;
• Sistema on-line interage diretamente
com pessoas;
• Planejamento cuidadoso d a interface
homem-máquina (Interação entre
homem e máquina);
Exemplo

16. Sistemas On-line
• Sistema de caixa automático de u m
banco:
• "O usuário introduziu o cartão de crédito e
se identificou, m a s ainda não m e
informou sua senha confidencial".
• Uma mudança de estado:
• "Ele m e disse s ua senha e agora posso procurar
saber se ele deseja retirar dinheiro ou ver seu
saldo".
• Outra mudança de estado:
• "Ele tentou introduzir a senha três vezes s e m
sucesso e agora vou soar o alarme".

17. Sistemas de Tempo Real
• Considerados por muitos como-variações
dos sistemas on-line (indiferente);
• "Um sistema de processamento e m tempo-
real pode ser definido como aquele que
controla u m ambiente pelo recebimento
de dados, seu processamento e
apresentação dos
resultados com rapidez
suficiente para afetar o
ambiente naquele momento."

18. On Line X Tempo Real
• Velocidade;
• On-line: geralmente interagem
com pessoas;
• Tempo Real: interagem tanto com
pessoas quanto com o ambiente, que
é normalmente autônomo e muitas
vezes hostil.

19. On Line X Tempo Real
• Tempo Real: se o computador não responder com o
suficiente rapidez, o ambiente ficará fora de controle - e
os dados que chegarem poderão se perder
irremediavelmente, ou u m míssil poderá se desviar tanto
de sua trajetória que não conseguirá recuperá-lo, ou u m
processo industrial poderá ir pelos ares;
• On-Line: u m sistema que não reaja com suficiente rapidez
n a d a mais fará do que tornar seus usuários impacientes e
irritados. As pessoas podem "explodir ou ir pelos ares " e m
sentido figurado se tiverem que esperar mais de três
segundos por u m a resposta de u m sistema on-line, m a s não
e m sentido literal.

20. Sistemas de Apoio a
Decisão
• Não tomam decisões por si próprios;
• Auxiliam gerentes e outros
profissionais "funcionários do
conhecimento" de u m a organização a
tomarem decisões inteligentes e b e m
informadas sobre vários aspectos d a
operação;

21. Sistemas de Apoio a Decisão
• Características Comuns:
• Recuperam e apresentam dados do
sistema;
• Executam diversas análises
matemáticas e estatísticas sobre os
dados;
• Apresentam a s informações sobre várias
formas gráficas(tabelas, diagramas, etc);
• Apresentam relatórios.
Decisã o
?

22. Sistemas Baseados no
Conhecimento
• Programas que imitam o desempenho humano e m
u m a a mp l a variedade de tarefas inteligentes;
• Princípios gerais:
• Quanto mais especializado é u m sistema, menos
capaz ele é de se adaptar a circunstâncias diferentes;
• Quanto maior for u m sistema, maior o número de
recursos que serão destinados a s ua manutenção
diária;
• Os sistemas sempre fazem parte de sistemas
maiores e podem ser divididos e m sistemas
menores;
• Os sistemas crescem.

23. Realizar a análise da solução
 A análise de um problema e criação de uma solução são tarefas essenciais
dentro de um projeto de software. Nesse contexto, existem dois tipos de
análise: uma clássica, que atualmente é pouco utilizada, e outra
abordagem orientada a objetos. Esta última é amplamente utilizada, por
facilitar a criação, os testes e a manutenção do software. Mas, antes de
qualquer análise, precisamos definir os problemas, identificar as causas e
os efeitos.
 Também, é necessário verificar com o cliente se o problema é real e se
deve ser solucionado. Saber identificar os problemas e transformá-los em
uma solução de software não é uma tarefa trivial. Mas não se preocupe!
Você vai ver cada um desses itens nesta unidade.
• Identificar o problema e as classes envolvidas.
• Elaborar a análise do problema.
• Descrever a análise da solução.

27. Analista de
Sistema
• Analista de Sistema ~ Analista de
Negócio;
• Profissional preparado para
entender o problema do cliente e
transformá-lo / transportá-lo para
u m sistema computacional;

28. Analista de Sistema
• Característica
s:
Conhecim en
t o e m
áreas
Capacidad
e de
trabalhar
e m equipe
Lideranç
a
Motivaçã
o
Conhecime
nt o e m
técnico
(analista)
. . . .
.

29. - 31
-
Sistema respiratório
Outros modelos:
•Muscular,
•Nervoso,
•Circulatório,
•Digestivo,
•etc.
Esqueleto
Realidade
Modelos
(visões parciais)
Representa
Um modelo é uma visão parcial
(representação) da realidade

30. Modelos construir para:
- capturar os elementos do problema
- Representar diferentes níveis de abstração
Essência de Análise e Projeto:
construção de modelos

31. Múltiplas visões:
controle da complexidade
Carpenter's
view
Mason's
view
Plumber's
view
Architect's
view
Landlord's
view
Renter's
view
Interior
Designer's
view
Tax
Collector's
view
Electrician's
view
Model
repOf
System