TAPS - Análise de Sistemas - Introdução - Parte 02 - Prof João Falcão

Técnicas de Análise e
Projeto de Sistemas
Introdução – Parte 02
Prof. João Falcão
joao.bneto@escola.pa.gov.br
Escola Tecnológica Paes de Carvalho
Curso Técnico em Informática
Ano: 2022
1
O problema clássico
Prof. João Falcão – Técnicas de Análise e Projeto de Sistemas – Curso Técnico em Informática - Ano: 2022 2
O problema da “pedra”
 Clientes nos dá a seguinte missão: “Traga-me uma pedra”.
 Quando você entrega a pedra....
... o cliente diz: “Sim, mas ..., na verdade ...,

o que eu queria era uma pequena pedra azul”.
O problema da “pedra”
 Quando você lhe entrega uma pequena pedra esférica e azul, ...
... o cliente diz: “Sim, mas ..., na verdade ..., o que eu realmente queria era uma
pequena pedra esférica de mármore azul”.
 Quando você lhe entrega uma pequena pedra esférica e azul, ...
... o cliente diz: “Era isso que eu queria”.
O problema da pedra – O que aconteceu?
1 2 3 4 t
 Talvez o cliente mudou o desejo sobre o que queria.

 Porém ele está convencido de que expressou seus desejos claramente.
 Mas na verdade,
Foi o desenvolvedor que não entendeu!
Lá no inicio, quando não fez nenhuma análise do problema,
não perguntou que tipo de pedra ele queria....
O que significa Análise?
 Separação de um todo em seus elementos ou partes

componentes.
 Estudo pormenorizado de cada parte de um todo, para conhecer
melhor sua natureza, funções, relações causas.
 Portanto, o trabalho de análise é desenvolver estudos que
geralmente partem de problemas complexos, na forma de
sistemas, e que são melhor compreendidos quando são
separados em partes menores.
Na fase de análise, a preocupação está em

descobrir uma solução para o problema.
ANÁLISE
 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 projeto tem um custo maior; na fase de
implementação maior ainda, e na fase de implantação do
sistema tem um custo muito alto.
Mais da metade dos projetos de software que estão

atualmente em andamento, já ultrapassaram o custo e
o cronograma.
25% a 33% desses projetos serão cancelados antes que
estejam finalizados.
ANÁLISE
 A meta do trabalho de análise é identificar O QUE deve ser feito. Os

estágios da análise de sistemas envolvem determinar:
 as necessidades específicas de informações: os requisitos do
software;
 as funções de processamento de informações requeridas por cada
atividade do sistema (entrada, processamento, saída,
armazenamento e controle)
Ou seja, para uma determinada atividade (realizar

uma matrícula), determinar as entradas, o
processamento a saída, o armazenamento e controle.
O que significa PROJETO?
 Ideia que se forma de executar ou realizar algo no futuro.

 Empreendimento a ser realizado dentro de determinado
esquema.
 Portanto, o PROJETO DO SOFTWARE esta relacionado às
ações a serem realizadas para atingir os objetivos
levantados na análise.
O projeto visa colocar em prática a solução

encontrada na fase anterior.
O que significa PROJETO?
 Ideia que se forma de executar ou realizar algo no futuro.

 Empreendimento a ser realizado dentro de determinado esquema.
 Portanto, o Projeto do Software esta relacionado às ações a serem
realizadas para atingir os objetivos levantados na análise.
O projeto visa colocar em prática a solução

encontrada na fase anterior.
 A fase de projeto enfatiza a proposta de uma solução que atenda os
requisitos da análise.
 Se a Análise é 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.
O que significa SISTEMA?
 Conjunto de componentes inter-relacionados que

coletam, armazenam, recuperam, processam e
distribuem informações destinadas a apoiar a
tomada de decisão, a coordenação, o planejamento
e o controle de uma organização.
Como Analisar e Projetar um Sistema?
 Verificou-se que um sistema é algo, normalmente, grande e

complexo.
 A análise objetiva descrever o que o sistema deve fazer
(solução). Para isso, o analista procura “quebrar” o sistema em
pequenas partes para facilitar sua análise.
 O projeto trata de como implementar a solução para o
problema descrito na fase de análise.
 Para as tarefas de análise e projeto de sistemas, existe uma
norma ISO que regulamenta e define as etapas da construção
de um software.
NBR ISO/IEC 12207
ATIVIDADES E TAREFAS DO PROCESSO
DE DESENVOLVIMENTO DE ACORDO
COM A NORMA NBR ISO/IEC 12207
1. Implementação do Processo
 Realizar um estudo preliminar das especificidades do

software e das restrições identificadas para compor um ciclo
de vida adequado ao projeto.
1. definir o modelo do ciclo de vida do software.
2. documentar e controlar as saídas (informações produzidas
durante as atividades).
3. selecionar as normas, ferramentas e linguagens.
4. desenvolver, documentar e executar os planos de
desenvolvimento.
5. assegurar que todos os produtos necessários são entregues
2. Análise dos Requisitos do Sistema
 Essa atividade busca compreender o problema em

amplitude, mas não necessariamente em profundidade.
 Busca estabelecer a proposta de uma solução geral,
envolvendo questões como tecnologia, recursos humanos
etc., além do software em si.
 As informações levantadas nessa fase definem os
procedimentos de planejamento e podem influenciar na
escolha das tecnologias.
1. Especificar os requisitos de sistema.
3. Desenho da Arquitetura do Sistema
 A arquitetura do sistema oferece a visão de como o problema

está estruturado em problemas menores.
 Os requisitos do sistema levantados previamente orientam o
desenho da arquitetura de um software.
1. Estabelecer a arquitetura de alto nível;
4. Análise dos Requisitos do Software
 Trata-se do levantamento, da modelagem e da

especificação das necessidades (que chamaremos de
requisitos) dos futuros usuários do sistema.
 Está relacionado à descrever, por exemplo, a exigência de
uma interface, desempenho, comunicação com outros
sistemas.
1. Estabelecer e documentar os requisitos do software.
5. Desenho da Arquitetura do Software
 Nesta etapa é elaborado um manual do sistema

(documentação preliminar) e também um documento com
os requisitos preliminares para teste.
1. Documentar o desenho de alto nível para as interfaces.
2.Documentar o desenho de alto nível das bases de dados.
Arquitetura como a organização global e hierárquica

dos módulos que irão compor o software.
6. Desenho Detalhado do Software
 Documentar o desenho de alto nível para as interfaces.
 Nesta atividade detalhamos a especificação de cada um dos
componentes propostos para o software, bem como as
estruturas de dados necessárias.
 Nessa atividade é concentrado grande parte do esforço do
Analista de Sistemas.
1. Documentar o desenho de cada componente
2.Documentar o desenho das interfaces
3.Documentar o desenho das bases de dados;
Define as estrutura de dados, banco de dados, tecnologias.
7. Codificação e Teste do Software
 Nesta fase do processo ocorre a codificação, que é a
implementação do sistema em uma linguagem de
programação.
 Testes são realizados para verificar a presença de erros.
1. Desenvolver e documentar cada unidade do software e
procedimentos de teste.
8. Integração do Software
 Tem como objetivo verificar e validar a reunião dos diferentes

módulos em um produto de software homogêneo, e a
interação entre estes quando operando em conjunto.
1. Preparar o teste de qualificação.
É o teste conduzido pelo desenvolvedor e

testemunhado pelo cliente
9. Instalação do Software e Suporte à Aceitação
 Tem como objetivo planejar e implementar a instalação do

software pronto para ser utilizado, bem como cuidar da
formação dos futuros usuários.
 Essas tarefas são usualmente realizadas por analistas de
negócio.
Observamos os processos que podem compor o

ciclo de vida de um projeto do software.
MODELAGEM DE SISTEMAS
Modelagem de Sistemas
 Para se desenvolver um sistema de informação é necessário

desenvolver através de um ciclo, denominado ciclo de vida;
 Cada ciclo de vida segue processos que buscam garantir a obtenção
final de um produto bem projetado e com a qualidade esperada;
 Existem 4 tipos de paradigmas de ciclo de vida definidos pela
Engenharia de Software:
 Ciclo de vida clássico;
 Ciclo de vida de prototipação;
 Ciclo de vida de espiral;
 Técnicas da 4ª geração.
Modelagem de Sistemas
 Para se desenvolver um sistema de informação é necessário desenvolver

através de um ciclo, denominado ciclo de vida;
 Ciclos de vida nos Sistemas de Informação
 Desenvolver software consiste em optar por um ciclo de vida adequado
para o contexto apresentado.
 Os ciclos de vida também são referenciados com Modelos de Processo
de Software, sendo uma representação abstrata de um processo de
software.
 Cada modelo de processo representa uma determinada perspectiva.
 Ciclo de vida é todo o processo de desenvolvimento de um determinado
software.
 Existem vários modelos de ciclo de vida, sendo que a diferença entre eles
está na forma como as fases são encadeadas.
Ciclo de Vida Clássico
 Conhecido também como modelo cascata, por existir uma

ligação entre as fases do ciclo de vida, sendo um dos
primeiros modelos mais gerais da engenharia de sistemas.
 O modelo possui uma abordagem sistemática, avançando

sequencialmente etapa por etapa, para a obtenção do
desenvolvimento de software.
1) ENGENHARIA DE SITEMAS
 Visão ampla do sistemas. Especifica-se os requisitos do sistema para
todos os elementos do sistema. Esta fase envolve a coleta dos requisitos
em nível de sistema, uma fatia de projeto e análise de alto nível.
2) ANÁLISE
 A intensificação do processo de coleta de dados é realizada, cabe ao
analista de software compreender o domínio da informação, com o
intuito de entender a natureza do sistema a ser construído, a sua função,
desempenho e interface requerida.
 Tais requisitos devem ser documentados e revistos com o cliente, a sua
validação é de suma importância para que as informações passem para
a fase seguinte de forma consistente.
3) PROJETO
 O processo de software estabelece uma arquitetura geral do sistema, a
sua identificação e a descrição das abstrações do software e suas
relações.
4) CODIFICAÇÃO
 O projeto é traduzido de forma entendível pela máquina. Cabe ao
programador implementar o software de posse do projeto lógico e físico
realizado na fase anterior.
5) TESTE
 Esta fase dar-se-á inicio após a geração do código executável, nesta
etapa serão realizados vários testes no programa, como o objetivo de
garantir que todas as funções do sistema atendam aos requisitos
solicitados.
6) MANUTENÇÃO
 O sistema está instalado e em operação, porém o software ainda poderá
sofrer mudanças após ser entregue ao cliente, decorrente de erros
encontrados, de adaptações, e outros motivos encontrados pelo cliente.
Ciclo de Vida Prototipação
 É um processo que capacita o desenvolvedor a criar um

modelo de software que será implementado. O modelo pode
assumir uma das três formas:
1. Um protótipo em papel ou em PC, que retrate a iteração
homem e máquina
2. Um protótipo de trabalho que implementa algum
subconjunto da função exigida do software desejado.
3. Um programa existente que executa parte ou todas as
funções desejadas.
Ciclo de Vida Prototipação
Ciclo de Vida Espiral
 Este modelo foi desenvolvido buscando abranger as melhores
características do ciclo de vida clássico e de prototipação, e
adicionando um novo elemento muito importante e que não faz parte
destes dois modelos, que vem a ser a análise de riscos.
Ciclo de Vida Espiral - Fases
 Planejamento:
o Onde é possível determinar os objetivos, alternativas e
restrições do projeto, é a etapa responsável pela coleta inicial
dos requisitos e planejamento levando em consideração os
comentários do cliente.
 Análise de Riscos:
o É construída baseada nos requisitos iniciais e na reação do
cliente, e análise das alternativas e identificação, resolução
dos riscos.
o Os riscos são identificados e uma análise detalhada é
realizada, sendo possível tomar algumas providências para
reduzir o risco e seus efeitos, caso ocorram.
Ciclo de Vida Espiral - Fases
 Engenharia:
o Responsável por um protótipo de software inicial, ou seja,
etapa responsável pela “construção” do produto. Após a
avaliação de risco um modelo de desenvolvimento do sistema
é providenciado.
 Avaliação Feita pelo Cliente:
o É a fase responsável pela avaliação do cliente dos resultados
da engenharia do produto.
Técnicas de Quarta Geração (4GT)
 “O paradigma 4GT de engenharia de software concentra-se na

capacidade de se especificar software a uma máquina em um nível
que esteja próximo à linguagem natural ou de se usar uma notação
que comunique uma função significativa” (PRESSMAN,1995).
 Este paradigma é sustentado por ambientes de desenvolvimento de
software, cujas ferramentas podem ser: linguagens não-procedurais
para consultas de banco de dados, geração de relatórios, manipulação
de dados, interação e definição de telas, geração de códigos.
Técnicas de Quarta Geração (4GT)

TAPS - Análise de Sistemas - Introdução - Parte 02 - Prof João Falcão

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

TAPS - Análise de Sistemas - Introdução - Parte 02 - Prof João Falcão

Enviado por

Direitos autorais:

Formatos disponíveis

Técnicas de Análise e

... o cliente diz: “Sim, mas ..., na verdade ...,

... o cliente diz: “Era isso que eu queria”.

 Talvez o cliente mudou o desejo sobre o que queria.

 Separação de um todo em seus elementos ou partes

Na fase de análise, a preocupação está em

 A qualidade do processo de análise é importante porque um

Mais da metade dos projetos de software que estão

 A meta do trabalho de análise é identificar O QUE deve ser feito. Os

Ou seja, para uma determinada atividade (realizar

 Ideia que se forma de executar ou realizar algo no futuro.

O projeto visa colocar em prática a solução

 Ideia que se forma de executar ou realizar algo no futuro.

O projeto visa colocar em prática a solução

 Conjunto de componentes inter-relacionados que

 Verificou-se que um sistema é algo, normalmente, grande e

 Realizar um estudo preliminar das especificidades do

 Essa atividade busca compreender o problema em

 A arquitetura do sistema oferece a visão de como o problema

 Trata-se do levantamento, da modelagem e da

 Nesta etapa é elaborado um manual do sistema

Arquitetura como a organização global e hierárquica

 Tem como objetivo verificar e validar a reunião dos diferentes

É o teste conduzido pelo desenvolvedor e

 Tem como objetivo planejar e implementar a instalação do

Observamos os processos que podem compor o

 Para se desenvolver um sistema de informação é necessário

 Para se desenvolver um sistema de informação é necessário desenvolver

 Conhecido também como modelo cascata, por existir uma

 O modelo possui uma abordagem sistemática, avançando

 É um processo que capacita o desenvolvedor a criar um

 “O paradigma 4GT de engenharia de software concentra-se na

Você também pode gostar