análise de sistemas - aula 1 [modo de...
TRANSCRIPT
![Page 1: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/1.jpg)
Análise de Sistemas
1
CONTEXTUALIZAÇÃO
![Page 2: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/2.jpg)
Análise de Sistemas
2
Apresentação� Nome: Emerson Antonio Klisiewicz
� Formação acadêmica
� Especialista em Redes e Sistemas Distribuídos;
� Especialista em Sistemas de Informações Gerenciais;
� Bacharel em Ciência da Computação;
� Atividades profissionais
� SPEI;
� FACET.
� HSBC;
![Page 3: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/3.jpg)
Análise de Sistemas
3
Conteúdo da Disciplina� Aula 1
� Introdução a Análise de Sistemas
� Crise do Software
� Metodologias Clássicas
� Aula 2
� Análise Essencial
� Análise Estruturada
� Análise Orientada a Objetos
� Aula 3
� Engenharia de Software
� Engenharia de Requisitos
� Requisitos e Tipos de Requisitos
![Page 4: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/4.jpg)
Análise de Sistemas
4
Conteúdo da Disciplina� Aula 4
� Gerenciamento dos Requisitos
� Refinamento de Requisitos
� Aprovação de Requisitos
� Matriz de Rastreabilidade
� Aula 5
� Análise Orientada a Objetos
� Introdução a UML – Histórico e Visão Geral
� Ferramentas CASE para a UML
� Aula 6
� Diagrama de Casos de Uso
� Diagrama de Classes e Diagrama de Objetos
� Diagrama de Sequencia
� Diagrama de Máquina de Estados
![Page 5: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/5.jpg)
Análise de Sistemas
5
Aula 1
� Introdução a Análise de Sistemas
� Crise do Software
� Ciclo do Software
![Page 6: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/6.jpg)
Análise de Sistemas
6
Introdução� As grandes transformações ocorridas nos últimos
anos, impulsionadas pelo avanço da tecnologia provocaram a passagem da antiga sociedade industrial para uma nova sociedade baseada na informação e no conhecimento.
� Nos dias de hoje, a empresa que dispõe de mais informações sobre seu processo está em vantagem em relação a suas competidoras
![Page 7: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/7.jpg)
Análise de Sistemas
7
INSTRUMENTALIZAÇÃO
![Page 8: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/8.jpg)
Análise de Sistemas
8
Um pouco de história...
![Page 9: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/9.jpg)
Análise de Sistemas
9
Evolução
� Década de 1950/60: os sistemas de software eram
bastante simples e dessa forma as técnicas de
modelagem também.
� Era a época dos fluxogramas e diagramas de módulos
![Page 10: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/10.jpg)
Análise de Sistemas
10
Evolução
� Década de 1970: nessa época houve uma grande
expansão do mercado computacional. Sistemas
complexos começavam a surgir e por conseqüência,
modelos mais robustos foram propostos. Nesse
período surge a programação estruturada e no final
da década a análise e o projeto estruturado.
![Page 11: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/11.jpg)
Análise de Sistemas
11
Evolução� Década de 1980: surge a necessidade por interfaces
homem-máquina mais sofisticadas, o que originou a
produção de sistemas de software mais complexos. A
análise estruturada se consolidou na primeira metade
dessa década e em 1989 Edward Yourdon lança o
livro Análise Estruturada Moderna, tornando-o uma
referência no assunto
![Page 12: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/12.jpg)
Análise de Sistemas
12
Evolução
� Década de 1990: nesse período surge um novo
paradigma de modelagem, a Análise Orientada
a Objetos, como resposta a dificuldades
encontradas na aplicação da Análise
Estruturada a certos domínios de aplicação.
![Page 13: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/13.jpg)
Análise de Sistemas
13
Evolução� Final da década de 90 e momento atual: o paradigma
da orientação a objetos atinge a sua maturidade. Os
conceitos de padrões de projetos (design patterns),
frameworks de desenvolvimento, componentes e
padrões de qualidade começam a ganhar espaço.
Nesse período surge a Linguagem de Modelagem
Unificada (UML), que é a ferramenta de modelagem
utilizada no desenvolvimento atual de sistemas.
![Page 14: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/14.jpg)
Análise de Sistemas
14
Mas o que é Software?1- INSTRUÇÕES
que quando executadas produzem a função e o desempenho desejados
2 - ESTRUTURAS DE DADOS
que possibilitam que os programas manipulem adequadamente a informação
3 - DOCUMENTOS
que descrevem a operação e o uso dos programas
![Page 15: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/15.jpg)
Análise de Sistemas
15
Características do Software
1-) Desenvolvido ou projetado por engenharia,
não manufaturado no sentido clássico
2-) Não se desgasta mas se deteriora
3-) A maioria é feita sob medida em vez de ser
montada a partir de componentes existentes
![Page 16: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/16.jpg)
Análise de Sistemas
16
Crise de software...
![Page 17: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/17.jpg)
Análise de Sistemas
17
Crise de softwareRefere-se a um conjunto de problemas encontrados
no desenvolvimento de software:
1- As estimativas de prazo e de custo freqüetemente são imprecisas
“Não dedicamos tempo para coletar dados sobre o processode desenvolvimento de software”
“Sem nenhuma indicação sólida de produtividade, nãopodemos avaliar com precisão a eficácia de novasferramentas, métodos ou padrões”
![Page 18: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/18.jpg)
Análise de Sistemas
18
2- A produtividade das pessoas da área de software não tem acompanhado a demanda por seus serviços
“Os projetos de desenvolvimento de software normalmente são efetuados apenas com um vago indício das exigências do cliente”
Crise de software
![Page 19: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/19.jpg)
Análise de Sistemas
19
3- A qualidade de software às vezes é menos que adequadaSó recentemente começam a surgir conceitos quantitativos
sólidos de garantia de qualidade de software
4- O software existente é muito difícil de manter
A tarefa de manutenção devora o orçamento destinado ao software
A facilidade de manutenção não foi enfatizada como um critério importante
Crise de software
![Page 20: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/20.jpg)
Análise de Sistemas
20
� estimativas de prazo e de custo ↑
� produtividade das pessoas ↓
� qualidade de software ↓
� software difícil de manter ↑
Crise de software - Resumindo
![Page 21: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/21.jpg)
Análise de Sistemas
21
Causas dos problemas associados à Crise de Software
1- PRÓPRIO CARÁTER DO SOFTWARE
O software é um elemento de sistema lógico e não físico. Conseqüentemente o sucesso é medido pela qualidade de uma única entidade e não pela qualidade de muitas entidades manufaturadas
O software não se desgasta, mas se deteriora
![Page 22: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/22.jpg)
Análise de Sistemas
22
2- FALHAS DAS PESSOAS RESPONSÁVEIS PELO DESENVOLVIMENTO DE SOFTWARE
Gerentes sem nenhum background em software
Os profissionais da área de software têm recebido pouco treinamento formal em novas técnicas para o desenvolvimento de software
Resistência a mudanças.
Causas dos problemas associados à Crise de Software
![Page 23: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/23.jpg)
Análise de Sistemas
23
3- MITOS DO SOFTWARE
Propagaram desinformação e confusão
4administrativos
4cliente
4profissional
Causas dos problemas associados à Crise de Software
![Page 24: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/24.jpg)
Análise de Sistemas
24
Mitos do software (ADMINISTRATIVOS)
Mito: Já temos um manual repleto de padrões e procedimentos para a construção de software. Isso não oferecerá ao meu pessoal tudo o que eles precisam saber?
Realidade:Será que o manual é usado?
Os profissionais sabem que ele existe?
Ele reflete a prática moderna de desenvolvimento de software? Ele é completo?
![Page 25: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/25.jpg)
Análise de Sistemas
25
Mito: Meu pessoal tem ferramentas dedesenvolvimento de software de últimageração; afinal lhes compramos os maisnovos computadores.
Realidade: É preciso muito mais do que os mais recentes computadores para se fazer um desenvolvimento de software de alta qualidade.
Mitos do software (ADMINISTRATIVOS)
![Page 26: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/26.jpg)
Análise de Sistemas
26
Mitos do software (ADMINISTRATIVOS)
Mito: Se nós estamos atrasados nos prazos,podemos adicionar mais programadores e tiraro atraso.
Realidade: O desenvolvimento de software não é um processo mecânico igual à manufatura. Acrescentar pessoas em um projeto torna-o ainda mais atrasado.
Pessoas podem ser acrescentadas, mas com critérios.somente de uma forma planejada.
![Page 27: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/27.jpg)
Análise de Sistemas
27
Mitos do software (CLIENTE)
Mito: Uma declaração geral dos objetivos é suficiente para se começar a escrever programas - podemos preencher os detalhes mais tarde.
Realidade: Uma definição inicial ruim é a principal causa de fracassos dos esforços de desenvolvimento de software. É fundamental uma descrição formal e detalhada do domínio da informação, função, desempenho, interfaces, restrições de projeto e critérios de validação.
![Page 28: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/28.jpg)
Análise de Sistemas
28
Mitos do software (CLIENTE)
Mito: Os requisitos de projeto modificam-secontinuamente, mas as mudanças podem serfacilmente acomodadas, porque o software éflexível.
Realidade: Uma mudança, quando solicitada tardiamente num projeto, pode ser maior do que a ordem de magnitude mais dispendiosa da mesma mudança solicitada nas fases iniciais.
![Page 29: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/29.jpg)
Análise de Sistemas
29
Mitos do software (PROFISSIONAL)
Mito: Assim que escrevermos o programa e ocolocarmos em funcionamento nossotrabalho estará completo.
Realidade:Os dados da indústria indicamque entre 50 e 70% de todo esforço gastonumprograma serão despendidos depoisque ele for entregue pela primeira vez aocliente.
![Page 30: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/30.jpg)
Análise de Sistemas
30
Mitos do software (PROFISSIONAL)
Mito: Enquanto não tiver o programa "funcionando", eu não terei realmente nenhuma maneira de avaliar sua qualidade.
Realidade: Um programa funcionando é somente uma parte de uma Configuração de Software que inclui todos os itens de informação produzidos durante a construção e manutenção do software.
Ex: Avião.
![Page 31: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/31.jpg)
Análise de Sistemas
31
Análise de Sistemas
�Estudo da organização efuncionamento de uma ou maisatividades, com o objetivo de gerarum conjunto de açõesinformatizada que solucione, damelhor forma possível, umproblema ou automatize uma açãomanual.
![Page 32: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/32.jpg)
Análise de Sistemas
32
Análise de SistemasMÉTODOS: proporcionam os detalhes de como fazer para construir o software
� Planejamento e estimativa de projeto
� Análise de requisitos de software e de sistemas
� Projeto da estrutura de dados
� Algoritmo de processamento
� Codificação
� Teste
� Manutenção
![Page 33: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/33.jpg)
Análise de Sistemas
33
Análise de Sistemas
FERRAMENTAS: dão suporte automatizado aos métodos.
� Existem atualmente ferramentas para sustentar cada um dos métodos
� Quando as ferramentas são integradas é estabelecido um sistema de suporte ao desenvolvimento de software chamado CASE - Computer Aided Software Engineering
![Page 34: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/34.jpg)
Análise de Sistemas
34
Análise de Sistemas
PROCEDIMENTOS: constituem o elo de ligação entreos métodos e ferramentas
Seqüência em que os métodos serão aplicados
Produtos que se exige que sejam entregues
Controles que ajudam assegurar a qualidade e coordenar as alterações
Marcos de referência que possibilitam administrar o progresso do software.
![Page 35: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/35.jpg)
Análise de Sistemas
35
Análise de SistemasConjunto de etapas que envolve MÉTODOS,
FERRAMENTAS e PROCEDIMENTOS.
� Essas etapas são conhecidas como componentes de CICLOS DE VIDA DE SOFTWARE
� Alguns ciclos de vida mais conhecidos são: Ciclo deVida Clássico, Prototipação, Modelo Espiral.
![Page 36: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/36.jpg)
Análise de Sistemas
36
Ciclo de Vida Clássico (Cascata)
Modelo mais antigo e o mais amplamente usado da engenharia de software
Requer uma abordagem sistemática, seqüencial ao desenvolvimento de software
![Page 37: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/37.jpg)
Análise de Sistemas
37
Análise de
Requisitos
Projeto
Codificação
Testes
Manutenção
Cascata
![Page 38: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/38.jpg)
Análise de Sistemas
38
Atividades do Ciclo de Vida Clássico
1- ANÁLISE DE REQUISITOS DE SOFTWARE
o processo de coleta dos requisitos é intensificado e concentrado especificamente no software
deve-se compreender o domínio da informação, a função, desempenho e interfaces exigidos
os requisitos (para o sistema e para o software) são documentados e revistos com o cliente
![Page 39: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/39.jpg)
Análise de Sistemas
39
Atividades do Ciclo de Vida Clássico
2- PROJETO
tradução dos requisitos do software para um conjunto de representações que podem ser avaliadas quanto à qualidade, antes que a codificação se inicie
se concentra em 4 atributos do programa: Estrutura de Dados,
Arquitetura de Software,
Detalhes Procedimentaise
Caracterização de Interfaces
![Page 40: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/40.jpg)
Análise de Sistemas
40
Atividades do Ciclo de Vida Clássico
3- CODIFICAÇÃO
tradução das representações do projeto para uma linguagem “artificial” resultando em instruções executáveis pelo computador
![Page 41: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/41.jpg)
Análise de Sistemas
41
Atividades do Ciclo de Vida Clássico
4 - TESTES
Concentra-se:
nos aspectos lógicos internos do software, garantindo que todas as instruções tenham sido testadas
nos aspectos funcionais externos, para descobrir erros e garantir que a entrada definida produza resultados que concordem com os esperados.
![Page 42: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/42.jpg)
Análise de Sistemas
42
Atividades do Ciclo de Vida Clássico
5 - MANUTENÇÃO
provavelmente o software deverá sofrer mudanças depois que for entregue ao cliente
causas das mudanças: erros, adaptação do software para acomodar mudanças em seu ambiente externo e exigência do cliente para acréscimos funcionais e de desempenho
![Page 43: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/43.jpg)
Análise de Sistemas
43
Prototipação
![Page 44: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/44.jpg)
Análise de Sistemas
44
Prototipação� processo que possibilita que o desenvolvedor crie um
modelo do software que deve ser construído.
� idealmente, o modelo (protótipo) serve como um mecanismo para identificar os requisitos de software.
� apropriado para quando o cliente definiu um conjunto de objetivos gerais para o software, mas não identificou requisitos de entrada, processamento e saída com detalhes.
![Page 45: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/45.jpg)
Análise de Sistemas
45
Atividades da Prototipação
1- OBTENÇÃO DOS REQUISITOS: desenvolvedor e cliente definem os objetivos gerais do software, identificam quais requisitos são conhecidos e as áreas que necessitam de definições adicionais.
2- PROJETO RÁPIDO: representação dos aspectos do software que são visíveis ao usuário (abordagens de entrada e formatos de saída)
![Page 46: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/46.jpg)
Análise de Sistemas
46
Atividades da Prototipação
3- CONSTRUÇÃO PROTÓTIPO: implementação do
projeto rápido
4- AVALIAÇÃO DO PROTÓTIPO: cliente e
desenvolvedor avaliam o protótipo
![Page 47: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/47.jpg)
Análise de Sistemas
47
Atividades da Prototipação5- REFINAMENTO DOS REQUISITOS: cliente e
desenvolvedor refinam os requisitos do software a ser desenvolvido. Ocorre neste ponto um processo de iteração que pode conduzir a atividade 1 até que as necessidades do cliente sejam satisfeitas e o desenvolvedor compreenda o que precisa ser feito.
6- CONSTRUÇÃO PRODUTO: identificados os requisitos, o protótipo deve ser descartado e a versão de produção deve ser construída considerando os critérios de qualidade.
![Page 48: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/48.jpg)
Análise de Sistemas
48
Ciclo de Vida em Espiral
![Page 49: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/49.jpg)
Análise de Sistemas
49
Ciclo de Vida em Espiral� Engloba as melhores características do ciclo de vida Clássico e da Prototipação, adicionando um novo elemento: a Análise de Risco
� Segue a abordagem de passos sistemáticos do Ciclo de Vida Clássicoincorporando-os numa estrutura iterativaque reflete mais realisticamente o mundo real
� Pode usar a Prototipação, em qualquer etapa da evolução do produto, como mecanismo de redução de riscos
![Page 50: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/50.jpg)
Análise de Sistemas
50
Atividades do Ciclo de Vida em Espiral
1- PLANEJAMENTO: determinação dos objetivos, alternativas e restrições
2- ANÁLISE DE RISCO: análise das alternativas e identificação / resolução dos riscos
3- CONSTRUÇÃO: desenvolvimento do produto no nível seguinte
4- AVALIAÇÃO DO CLIENTE: avaliação do produto e planejamento das novas fases
![Page 51: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/51.jpg)
Análise de Sistemas
51
APLICAÇÃO
![Page 52: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/52.jpg)
Análise de Sistemas
52
Ciclo de Vida Clássico
� projetos reais raramente seguem o fluxo seqüencial que o modelo propõe
� logo no início é difícil estabelecer explicitamente todos os requisitos. No começo dos projetos sempre existe uma incerteza natural
�o cliente deve ter paciência. Uma versão executável do software só fica disponível numa etapa avançada do desenvolvimento
![Page 53: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/53.jpg)
Análise de Sistemas
53
Prototipação
�cliente não sabe que o software que ele vê não considerou, durante o desenvolvimento, a qualidade global e a manutenibilidade a longo prazo. Não aceita bem a idéia que a versão final do software vai ser construída e "força" a utilização do protótipo como produto final
�desenvolvedor freqüentemente faz uma implementação comprometida (utilizando o que está disponível) com o objetivo de produzir rapidamente um protótipo. Depois de um tempo ele familiariza com essas escolhas, e esquece que elas não são apropriadas para o produto final.
![Page 54: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/54.jpg)
Análise de Sistemas
54
Ciclo de Vida em Espiral
é, atualmente, a abordagem mais realística para o desenvolvimento de software em grande escala.
usa uma abordagem que capacita o desenvolvedor e o cliente a entender e reagir aos riscos em cada etapa evolutiva.
pode ser difícil convencer os clientes que uma abordagem "evolutiva" é controlável
exige considerável experiência na determinação de riscos e depende dessa experiência para ter sucesso
![Page 55: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/55.jpg)
Análise de Sistemas
55
SÍNTESE
![Page 56: Análise de Sistemas - AULA 1 [Modo de Compatibilidade]mundomenor.net/wp-content/uploads/2015/10/Slides-Aula-11.pdf · Aula 3 Engenharia de Software Engenharia de Requisitos Requisitos](https://reader031.vdocuments.mx/reader031/viewer/2022011823/5ecf1306ee197a0e2136695f/html5/thumbnails/56.jpg)
Análise de Sistemas
56
Resumindo
� Introdução a Análise de Sistemas
� Crise do Software
� Ciclo do Software