Programação

Aula Teorica 1
Analise de Sistemas

Eng.Electronica
Introducao a Analise de
Sistemas

Eng.Electronica 2
 Conceito de Sistemas
Conjunto de elementos que interagem entre si
num determinado ambiente para alcançarem
um mesmo objectivo. Um sistema mais
complexo pode dar origem a vários
subsistemas.

Eng.Electronica 3
 Conceito de Sistemas
Sistemas que são feitos pelo Homem
– Sistemas automatizados – interagem ou são
controlados pelos computadores;
– Sistemas não automatizados;
Exemplos: Financeiro, Educacional, Judicial,
tc…
– Sistemas naturais
Exemplos: solar, nervoso, digestivo, molecular,
etc..

Eng.Electronica 4
 Modelo Geral de um Sistema
Todos os sistemas têm um conjunto de
características que os representam, o que faz
com que existam os modelos. Dentro destas
características temos as seguintes:
• Objectivos – finalidade do sistema;
• Entradas – fornecem recursos (informação,
materiais, etc.), o que entra do meio –
ambiente;
• Processo de transformação – transformando
as entradas em saídas;
Eng.Electronica 5
 Modelo Geral de um Sistema
• Saídas – fornecendo bens ou serviços
resultantes do funcionamento do sistema;
• Fronteira – limites do sistema;
• Relações e Restrições – tanto a nível
interno como externo;

Eng.Electronica 6
 Analise de Sistemas
Há vantagens em mudar os sistemas não
automatizados em automatizados?
O que ë um software?
O que ë um programa?
O que ë um sistema?
a

Eng.Electronica 7
 O que é um software de
qualidade?
 O software que satisfaz os requisitos solicitados pelo
usuário. Deve ser fácil de manter, ter boa performance, ser
confiável e fácil de usar.
 Alguns atributos de qualidade
– Manutencao
 O software deve evoluir para atender os requisitos que mudam.

– Eficiência
 O software não deve desperdiçar os recursos do sistema.

– Usabilidade
 O software deve ser fácil de usar pelos usuários para os quais
ele foi projetado.

Eng.Electronica 8
Software esta em todo lugar

Eng.Electronica 9
Software esta em todo lugar

Eng.Electronica 10
 Mas, na realidade, temos a
Crise de Software...
 25% dos projetos são cancelados, o tempo
de desenvolvimento é bem maior do que o
estimado;
 75% dos sistemas não funcionam como
planejado;
 a manutenção e reutilização são difíceis e
custosas;
 os problemas são proporcionais a
complexidade dos sistemas;
Eng.Electronica 11
Causas da Crise de Software
 Essências
– Complexidade dos sistemas
– Dificuldade de formalização
 Acidentes
– Má qualidade dos métodos, linguagens,
ferramentas, processos, e modelos de ciclo de
vida
– Falta de qualificação técnica
Eng.Electronica 12
 Definição de Análise de
Sistemas
• O que é a análise de sistemas?
Consiste em realizar um estudo profundo de forma a
entender como o sistema funciona ou funcionara e
verificar se é necessário introduzir melhorias.
Ou seja consiste em:
• conhecer os objectivos do sistema;
• decompô-lo em componentes;
• conhecer os componentes e as relações entre si;
• diagnosticar problemas;
• juntar as partes de forma a determinar o seu
funcionamento geral.
Eng.Electronica 13
 O que é um modelo de ciclo
de vida de um sistema?
Uma representação abstrata e simplificada do
processo de desenvolvimento software,
tipicamente mostrando as principais
actividades e dados usados na produção e
manutenção do sistema.

Eng.Electronica 14
 Modelos do Ciclo de Vida de
um Sistema
 Cascata
 Modelos Iterativos
– Espiral
– Incremental (ex: do RUP)
 ...

Eng.Electronica 15
 Ciclo de Vida de um Sistema
Modelo em Cascata
Analise de
Requisitos
p Projecto
Implementação
Teste do
Sistema

Operação e
Manutenção

Eng.Electronica 16
 Modelo em Cascata
Neste modelo as actividades de análise,
projecto e implementação são feitas de forma
sequencial, uma após a outra, sem que sejam
necessárias interacções entre as fases (ao
término de uma inicia-se a outra).

Eng.Electronica 17
 Modelo em Cascata
O modelo em cascata é composto das fases:
Modelagem do Sistema: onde são estabelecidos
os requisitos do sistema ao qual o software está
sendo realizado, incluindo os requisitos de
informação e de negócios;
• Análise de requisitos: são modelados os
requisitos de informação, funcionais,
comportamentais, de desempenho e de
interface do software;
Eng.Electronica 18
 Modelo em Cascata
 Projecto:são planejadas as estruturas de
dados, a arquitectura do sistema e o
comportamento é mapeado em
procedimentos;
 Implementação: onde o projecto é
transformado em uma linguagem
compreendida pelo computador;

Eng.Electronica 19
 Modelo em Cascata
 Teste: verificação e validação do software;
 Manutenção: garante-se que o software
desenvolvido esta sendo usado;

Eng.Electronica 20
 1. Análise de Requisitos
A análise enfatiza a investigação do
problema.
O objetivo da análise é levar ao analista a
investigar e a descobrir.
Para que esta etapa seja realizada em menos
tempo e de forma mais precisa, deve-se ter
um bom método de trabalho.

Eng.Electronica 21
 Análise de Requisitos
A qualidade do processo de análise é
importante porque um erro de concepção
resolvido na fase de análise tem um custo;
na fase de projecto tem um custo maior; na
fase de implementação maior ainda, e na
fase de uso do sistema tem um custo
relativamente astronômico.

Eng.Electronica 22
 Análise de Requisitos
A análise de requisitos é fundamental para o
desenvolvimento de sistemas, pois trata
justamente de descobrir o que o cliente quer
com o sistema, está associada ao processo
de descobrir quais são as operações que o
sistema deve realizar e quais as restrições
que existem sobre estas operações.

Eng.Electronica 23
 Análise de Requisitos
O resultado desta análise é um documento
denominado Ante-projecto, contendo o
modelo lógico preliminar do software. A
aprovação deste documento pelo usuário
torna-se pré-requisito para a continuidade
do trabalho.

Eng.Electronica 24
 Análise de Requisitos
 Tipos de requisitos:

Requisitos Funcionais – o que o sistema

deve fazer.
Requisitos Não-funcionais – restrições sobre
como o sistema deve desempenhar suas
funções.

Eng.Electronica 25
 Requisitos nao Funcionais
 São os requisitos que não dizem
especificamente respeito às funcionalidades
de um sistema;
 Definem restrições no sistema e no processo
a se utilizar;
 Definem restrições as quais o produto deve
obedecer;

Eng.Electronica 26
 Requisitos nao Funcionais
São requisitos não-funcionais:

 seguranca;
 usabilidade;
 interoperabilidade;
 portabilidade;
 manutenção;
 desempenho. Eng.Electronica 27
 Erro Comum
Deve ficar claro ao analista que requisitos
funcionais são coisas que o cliente ou
usuário solicitam, e não coisas que ele,
como analista, planejou.

Eng.Electronica 28
 2. Projecto
A fase de projecto enfatiza a proposta de uma
solução que atenda os requisitos da análise.
Então, se a analise é uma investigação para
tentar descobrir o que o cliente quer, o
projeto consiste em propor uma solução
com base no conhecimento adquirido na
análise.

Eng.Electronica 29
 3. Implantação
A utilização de técnicas sistemáticas nas fases
de análise e projeto faz com que o processo
de geração de código possa ser
automatizado.
Neste caso, cabe ao programador dominar as
características específicas das linguagens,
ferramentas, frameworks e estruturas de
dados para adaptar o código gerado aos
requisitos indicados quando necessário.
Eng.Electronica 30
 4. Teste
A fase de teste envolve os testes de unidade,
feitos pelo programador, para verificar se os
componentes, atendem à especificação do
projectista, e aos testes de caso de uso,
normalmente efetuados por um analista, que
visam verificar a adequação do sistema aos
requisitos inicialmente levantados.

Eng.Electronica 31
 Teste
 Teste
 Está sendo construído um sistema correcto?
 Está sendo construído o sistema desejado?

 Teste de código
 Teste de sistema
 Teste com os/pelos usuários
Eng.Electronica 32
 5. Manuntenção
Correctiva, Novos Requisitos, Novas
Tecnologias.
 – Alto Custo
 Podem requerer mudanças nas fases
iniciais do desenvolvimento

Eng.Electronica 33