PROFESSORA

SIMONE SAWASAKI TANAKA

Especialista em Administração
da Engenharia de Software

simone.tanaka@audare.com.br

O que vamos estudar?

ANÁLISE DE SISTEMAS I

Introdução à Análise;
Aula 1 Introdução à Orientação a Objetos;
Unified Modeling Language (UML);
Diagrama de Caso de Uso;
Introdução à Análise de Sistemas
Diagrama de Classe.

O que é Análise de Sistemas? O que é Análise de Sistemas?

Análise é o estudo de um problema que antecede Análise de Sistemas É um processo de

a execução de alguma ação. comunicação entre engenheiros de software
(analistas de sistemas) e clientes/usuários do
Sistemas é o conjunto de elementos interligados sistema, com o objetivo de definir detalhadamente
objetivando um fim comum. os requisitos e propósitos de um software.
Ex. Sistema de folha de pagamento.

1
 O Analista Analista

Analista Com quais pessoas o analista terá contato?

Usuário Programador
(Engenheiro de Software) – Usuários;
– Gerentes;
– Programadores;
– Todas as pessoas
envolvidas no projeto.

Perfil do Analista Perfil do Analista

Conforme Pressman, 1995:

Visão do usuário Visão do Analista
– Ter a capacidade de compreender conceitos
abstratos, reorganizá-los e sintetizar soluções;
– Entender os ambientes do usuário;
– Comunicar bem na forma escrita e verbal;
– “Ver floresta por entre as árvores”.

Engenharia de Software Engenharia de Software

É uma disciplina da engenharia que se preocupa

com a produção do software.
“Se prédios fossem construídos da mesma forma
Abrange 3 elementos fundamentais: que fazemos sistemas, o primeiro pica-pau que
– Métodos (Como fazer); aparecesse no planeta destruiria a humanidade.”
(autor desconhecido)
– Ferramentas (Apoio automatizado);
– Procedimentos (Planejamento).

2
 Processo de Desenvolvimento
Atividade em Sala
de Software

Um processo define Quem está fazendo O Que,

Quando e Como para alcançar uma certa meta;
Em engenharia de software a meta é construir Atribuir P para Processo de desenvolvimento,
um software ou alterar um existente; U para Usuários e A para Analista:

O processo reduz riscos, captura e apresenta

as melhores práticas de desenvolvimento;
Promove uma cultura e uma visão comum
a todos os envolvidos no processo.

Promove uma cultura e uma visão comum Ciclo de Vida

a todos os envolvidos
Elo entre o usuário e o desenvolvedor Cliente Cliente
Fornece os requisitos de software
Analista
Define Quem está fazendo O Que, Quando
e Como para alcançar uma certa meta
Comunicar bem na forma escrita e verbal
Entender e avaliar a expectativa do usuário
Definir os passos primários de entrega
e quem é o responsável por ela
Ajuda a reduzir riscos
Desenvolvedor Inutilizado

Ciclo de Vida básico de um

Ciclo de Vida
processo de desenvolvimento

É considerado o intervalo de tempo decorrido 1. Levantamento de Dados

desde o momento da concepção de um software
5. Implantação
até sua descontinuidade;
Uma boa qualidade no processo de Ciclo de
Vida 2. Análise
desenvolvimento e no produto final de um software Básico
está relacionado com a escolha do modelo de ciclo 4. Implementação
de vida a ser adotado. 3. Projeto

3
 Atividade em Sala Modelos de Ciclo de Vida

Teste Modelos de ciclo de vida descrevem as etapas

Assinale com X, quais Levantamento de requisitos do processo de desenvolvimento de sistemas e
tarefas fazem parte de as atividades a serem realizadas em cada etapa.
Conversa com o usuário
um Ciclo de Vida Básico
para o desenvolvimento Análise Ex.:
de software: Implementação – Codifica-remenda;
Gerência de Configuração
– Ciclo de vida Clássico (Cascata);
Implantação
– Prototipação;
Projeto
Processo – Espiral.

O Modelo “Codifica-Remenda” O Modelo “Codifica-Remenda”

Especificação É o ciclo de vida mais caótico;

(???) Infelizmente, é provavelmente o ciclo de vida
mais usado;
Não exige nenhuma sofisticação técnica ou
gerencial (preferido por muitos
desenvolvedores);
Produto
Um modelo de alto risco.

O Ciclo de Vida Clássico O Ciclo de Vida Clássico

Também chamado Modelo Cascata

O Modelo Cascata requer uma abordagem
Engenharia sistemática, seqüencial do desenvolvimento
de Sistemas
de um Software.
Análise
Projeto Características:
Codificação – Mais antigo;
Teste – Seqüencial;
Manutenção
– Gerenciamento Simples;

4
 Vantagens e Desvantagens do
O Ciclo de Vida Clássico
Ciclo de Vida Clássico (Cascata)

Vantagens:
– Problema: Requisitos A fase única de requisitos leva
(uma única etapa – coleta de dados); à especificação antes do projeto;
– Erros gera atraso no cronograma;
O uso de revisões ao fim de cada fase
– Não possibilita retorno na etapa anterior; permite o envolvimento do usuário;
– Testes (final do processo).
Cada passo serve como uma base aprovada
e documentada para o passo seguinte.

Vantagens e Desvantagens do Vantagens e Desvantagens do

Ciclo de Vida Clássico (Cascata) Ciclo de Vida Clássico (Cascata)

Desvantagens: Desvantagens:

O fluxo seqüencial que o modelo propõe Difícil avaliar o progresso verdadeiro do projeto
geralmente não é seguido em projeto reais; durante as primeiras fases;

Requisitos devem ser estabelecidos de maneira
completa, correta e clara no início de um projeto;
Aplicação deve ser entendida pelo
desenvolvedor desde o início do projeto;
Uma versão executável do software só fica
disponível numa etapa avançada do
desenvolvimento;
Ao final do projeto, é necessário um grande
esforço de integração e testes.

Prototipação Prototipação

Início
Fim Coleta e
refinamento Fornece rapidamente uma versão para ser
dos requisitos utilizada e avaliada pelo usuário;
Engenharia Projeto
do produto rápido Serve como um mecanismo para identificar
os requisitos de software;
Refinamento Construção Facilita o desenvolvimento de produtos onde
do protótipo do protótipo não se conhece totalmente o problema.
Avaliação
do protótipo
pelo cliente

5
 Vantagens e Desvantagens Vantagens e Desvantagens
da Prototipação da Prototipação

Vantagens:
Um protótipo deve ser submetido a uma Desvantagens:
avaliação, geralmente feita pelo cliente; Riscos envolvidos no uso
O fato de o cliente poder interagir com um da prototipação;
protótipo ajuda a cristalizar suas necessidades Clientes imaginam que a maior
funcionais e de desempenho; parte do trabalho já foi feita;
Os desenvolvedores podem implementar os
requisitos baseados no feedback do usuário.

Vantagens e Desvantagens Modelo Espiral

da Prototipação (Paradigma de Boehm) - Evolutivo

Desvantagens:
Protótipo pode crescer de maneira não
planejada, se tornando um incremento funcional; Planejamento Análise de Riscos
Protótipo pode ter um desempenho melhor do
que um incremento funcional, pois não
implementa toda a funcionalidade, causando
frustração aos clientes quando o sistema Avaliação Engenharia
completo é entregue.

Modelo Espiral Modelo Espiral

(Paradigma de Boehm) (Paradigma de Boehm)

Engloba as melhores características do ciclo de Usa uma abordagem que capacita o

vida clássico (cascata) e da prototipação,
adicionando um novo elemento — a análise de
risco — que não existe nos outros paradigmas;
É uma abordagem mais realística para o
desenvolvimento de software em grande escala;
desenvolvedor e o cliente a entender e reagir
aos riscos em cada etapa evolutiva do software
em construção;
Requer gestão muito sofisticada para ser
previsível e confiável.

6
 Vantagens e Desvantagens Vantagens e Desvantagens
do Modelo Espiral do Modelo Espiral

Vantagens:
Adequado quando os requisitos não podem
ser completamente especificados de início;
O uso do sistema pode aumentar o
conhecimento sobre o produto e melhorar
os requisitos.
Desvantagens:
Necessária uma forte gerência de custo,
cronograma e configuração;
Usuários podem não entender a natureza
da abordagem e se decepcionar quando
os resultados não são satisfatórios.

Atividade em Sala Qual Modelo?

Para software de grande escala Qualquer desenvolvimento de produto inicia

Atribua
C – Codifica-Remenda, Requisito bem definido no início com uma idéia e termina com o produto
CS – Cascata, Um modelo de alto risco pretendido;
E – Espiral e
P – Prototipação Fornece rapidamente uma O ciclo de vida de um produto é a definição dos
versão passos que transformam aquela idéia no produto
Possui a análise de riscos acabado;
Requisitos não definido no
inicio O modelo de ciclo de vida é o centro do
Riscos são tratados processo de gerenciamento do produto;
rapidamente

Qual Modelo? Expectativa

Diferentes modelos têm diferentes componentes O ciclo de vida deve viabilizar:

e não existe um modelo correto;
É responsabilidade do gerente de projeto,
verificar quais modelos são mais indicados para
o projeto;
Ao final, o gerente deve combinar estes
modelos, criando um modelo que seja adequado
às necessidades do projeto.
– a definição de pontos de controle;
– o planejamento e acompanhamento do progresso;
– o planejamento e acompanhamento do orçamento;
– Estimativas;
– a gerência de risco.

7
 Expectativa

A equipe deve conhecer e entender o modelo

a ser adotado.
DICA: entender como as equipes de
desenvolvimento de software realmente
trabalham.

© 2008 – Todos os direitos reservados. Uso exclusivo

no Sistema de Ensino Presencial Conectado.