Aula-Analise de Sistema

Modulo: ADSI
Analisar e Desenhar Sistemas Informaticos
Formador:
Sebastiao Chemane
Tópicos a discutir...
1. Introdução à Análise de Sistemas – Conceitos Básicos
•Conceitos de Análise de Sistemas;
•Estudo da Organização;
•Niveis de Gestão;
•Conceitos de Sistemas de Informação;
•Necessidade de Análise de Sistema;
•Limitações da Análise de Sistemas;
•Quem são os envolvidos no desenvolvimento de um
SI?;
•Funções do Analista de Sistemas;
•Funcionamento de um sistema Computarizado.
2. Ciclo de Vida do Desenvolvimento de um Sistema
•Tipos de Ciclo de Vida e suas Fases
•Ciclo de Vida de um Sistema
3. Análise Tradicioal
• Segunda Geração;
• Terceira Geração;
•Relacionamento usuario e analista;
• Problemas com Analise Classica.
4 . Análise Estruturada
•Técnicas de análise estruturada;
• Análise de dados e de sistemas;
•Modelação de dados e de sistemas;
•Análise de dados relacionados e de processos
5. Análise Tradicioal X Análise Estruturada

•Comparação;
•Dialogo Usuario x Analista.
6. Diagrama de Fluxo de Dados
• Definição;
• Objectivos;
•Estrutura;
• Componentes;
• Fluxo de Dados;
•Características do DFD;
•Vantagens dos DFD;
•Limites dos Diagramas de Fluxos de Dados;
•Construção dos DFD.
7. Modelação/Análise de Dados
• Conceitos Básicos;
• Modelo de Informação
• Modelo de Dados
• Técnicas Propostas;
• Normalização;
•Ciclo de Vida das Entidades.
… Bibliografia?...
• COAD, P. & YOURDON, E.: Análise Baseada
em Objectos. Editora de Informática Lda.
1998
• DEMARCO, T.: Análise Estruturada e Especificação
de Sistemas. Editora de Informática Lda. 1980
• MCMENAMUN, S.: Análise Essencial de

Sistemas. Mcgraw-Hill, São Paulo.
1990
• PAMPILHA, S.: Análise Essencial-Guia Prático de
Análise de Sistemas. Infobook, Rio de Janeiro. 1994

• YOURDON, E.: Análise estruturada moderna.
Campus Editora,Rio de Janeiro. 1990

Introdução á Análise de Sistemas
•Conceitos de Análise de Sistemas;
•Estudo da Organização;
•Niveis de Gestão;
•...
Conceitos Básico de Análise de Sistemas
1.1. Análise - Derivado do grego analýein - desatar,

soltar, significa dissolução de um conjunto em suas
partes. Em sentido amplo, empregam-se os termos
“análise” e “analisar” como sinônimos de exame e
examinar, pesquisa e pesquisar, verificação e verificar.
Cont.
1.1. Análise -
É usada quando se pretende alterar ou construir um SI.
Deve-se entender o sistema existente e determinar o

que é requerido para o novo sistema. Na conclusão da
fase de análise são listados todos requisitos para o
novo sistema. Além disso, deve-se determinar se é
viável ou não construir o novo sistema.
1.2. Sistema “Conjuntos de partes coordenadas, que

concorrem para a realização de um conjunto de
objectivos.”(Dias e Gazzaneo, 1989).
“Um sistema é um conjunto de objectos unidos por

alguma forma de interação ou interdependência.”
(Chiavenato, 1983).
“O sistema pode ser definido como um conjunto de

elementos interdependentes que interagem com objectivos
comuns formando um todo.” (Ballestero Alvarez, 1990).
1.2. Sistema (Cont...) Uma ilustração dum sistema pode
ser exemplificado com semáforos colocados num
cruzamento e que possuem tempo de alternância
para passagem de um lado e do outro por acender
das lâmpadas.
1.2. Sistema (Cont...)
Aqui são mostradas as conexões entre todos componentes

(carros, pessoas, lâmpadas, postes e rua). Esta representação do
sistema de semáforos está relacionada com o ponto de vista que é
advogado neste manual em termos da análise de sistemas.
No exemplo, é simplesmente descrito o sistema de semáforo e não

como deverá funcionar em termos de fios que ligam e companhia.
Na análise de sistemas não nos concentramos na pergunta “Como
é usado?” mas sim na questão “O que deve ser feito?”
1.3. Processo
– É um conjunto de actividades e resultados associados

que levam à produção de um produto de software.
- Série de fenômenos sucessivos com relação de causa e

efeito; por exemplo, uma empresa é uma série de causas
(matérias primas, recursos humanos, tecnologia, etc.) que
geram um efeito (produtos).
1.4. Programa
– É uma sequência de instruções que é de possível

interpretação para a execução de uma determinada
actividade.
- Escrito em que se dão os pormenores de um

espetáculo, de uma cerimônia, das condições de um
concurso, dos procedimentos para execução de uma
tarefa.
1.5. Análise de Sistemas
- Representa o estudo detalhado de uma área de

trabalho (processo), que antecede uma ação que,
quase sempre, implica no desenvolvimento de um
conjunto de programas integrados(sistema)
destinado à execução controle e acompanhamento
do processo.
Estudo da Organização
Os Sistemas de Informação (SI) numa organização
não existem num vazio. Eles reflectem a estrutura
geral da organização onde estão inseridos e são
influenciados pelas pessoas que estão na direcção
(gestão) e pelos trabalhadores em geral.
Como forma de analisar e desenhar um SI
apropriado, é necessário que se conheça o meio
onde esse sistema será inserido de modo a garantir
que o mesmo tenha uma maior probabilidade de
funcionar efectivamente.
2.1 Organização (Definição)
É definida como uma coordenação racional de

actividades estruturadas de um grupo de pessoas,
com o propósito de alcançar alguns objectivos (i. é
inclui a planificação, execução e controle de
actividades).
2.2 Razões de estudo da Organização
Existem razões que nos levam a que se estude em

primeiro lugar, a organização para o qual o sistema está
sendo concebido (ou alterado)
a) Os utilizadores do Software são membros da

organização.
Existem sistemas/software que tecnicamente são

perfeitos mas não funcionam porque não existiu a
participação dos utilizadores no desenvolvimento destes.
O envolvimento dos utilizadores é muito importante,
sobretudo na fase inicial do ciclo de vida do Δnto de um
Sistema;
2.2 Razões de estudo da Organização (Cont...)

b) O não entendimento das necessidades/requisitos dos
utilizadores conduz a resistência á mudança e
consequentemente o sistema morre prematuramente.
c) O Departamento dos serviços informáticos é um

Departamento da organização que responde a vários níveis de
gestão. Para este Departamento funcionar é necessário que se
perceba devidamente o funcionamento da organização e a
sua gestão.
2.3 Características de uma Organização
a) A organização é um sistema grande composto

por subsistemas interrelacionados. (Departamentos,
secções, Unidade, etc).
b) A organização tem um objectivo orientado; as

pessoas que a ela pertencem possuem objectivos.
c) A organização é também um sistema social;

seus elementos trabalham em grupo.
2.3 Características de uma Organização (Cont...)
d) A organização é também um sistema técnico,

i.e, as pessoas usam conhecimentos, técnicas e
máquinas.
e) A organização integra actividades

coordenadas. As pessoas coordenam os seus
esforços e actividades
2.3 Níveis de Gestão
Existem três níveis de Gestão dentro de uma

determinada
organização
2.3 Níveis de Gestão (Cont...)
a) Gestão Estratégica: Este nível de gestão tem a

função principal de definir objectivos, políticas e
investimentos gerais para toda organização a longo
tempo, investimentos gerais etc. Como exemplo
pode-se considerar a gestão efectuada por um
Director Geral, um chefe executivo de uma
instituição.
b) Gestão Média ou Táctica: Neste nível estabelece-

se e faz-se a monitorização de orçamento para a
aquisição de recursos, desenvolvimento dos planos
operacionais. Como exemplo pode-se apontar a
gestão de um chefe de Departamento de
Contabilidade.
c) Gestão Operacional: Faz-se uso de facilidades

e recursos existentes, trabalho de rotina,
decisões diãrias.
Podemos apontar como exemplo, a gestão

efectuada por um chefe de
secção, supervisores .
•Próxima aula ...
•Conceitos de Sistemas de Informação;
•Necessidade de Análise de Sistema;
•Limitações da Análise de Sistemas;

Conceitos de Sistemas de Informação
3.1. Dados
-São apenas os símbolos que usamos para representar a
informação, o registo de diferentes aspectos de um facto
ou fenómeno.
-Os números que guardamos em uma base de dados são,
como
diz o nome, “dados”.
-Os dados não são interpretaveis, são adquiridos de
alguma forma, guardados de outra forma e,
possivelmente, apresentados em uma terceira. O
computador é uma máquina que manipula dados.
3.1. Dados (cont...)
- Os dados são coletados, por meio de processos

organizacionais, nos ambientes interno e externo.
Em suma, dados são sinais que não foram

processados, correlacionados, integrados, avaliados
ou interpretados de qualquer forma.
3.2. Informação
- Os dados podem ser convertidos em informação por

meio de algum mecanismo.
-Os dados convertidos em informação passam a

apresentar um significado, de tal maneira que
podem ser interpretados pelas pessoas, produzindo-
se informação. A informação sempre tem um
contexto. “O total de 92,245 Kg foi o peso máximo
transportado pelos TPM em janeiro de
2013.”
3.2.Informação
(cont...) Def.[1]
- É o resultado do processamento, manipulação e

organização de dados, de tal forma que represente
uma modificação (quantitativa ou qualitativa) no
conhecimento do sistema (pessoa, animal ou
máquina) que a recebe.
3.3. Sistema de Informação
Def.[1]
- Pode ser definido como um conjunto de procedimentos
organizados que quando processados/executados

fornecem informação para suportar a organização.
- Def.[2]
- - Um conjunto organizado de procedimentos, que,
quando executados, produzem informação para apoio à

tomada de decisão e ao controlo das organizações.
3.4. Desenho
-Propõe o novo sistema que satisfaz os requisitos
exigidos.
-O novo sistema pode ser desenhado de base
(totalmente
novo) ou através de alterações do sistema existente.
-Depois da aprovação do desenho, o sistema é
construído de acordo com os requisitos
determinados na análise (fase anterior).
3.5. Sub-sistema
-O sistema pode ser composto por vários subsistemas
que são pequenos sistemas com diferentes partes que
constituem o sistema.
- Cada subsistema realiza algo da parte funcional do
sistema geral.
- Os subsistemas são importantes pois eles ajudam no
trabalho de um sistema complexo e melhoram o
entendimento do sistema. Eles comunicam-se passando
informação entre eles.
3.6.Fronteira
- (limite) define os componentes que constituem o sistema.
Fronteira é a linha do perímetro do sistema, i.e, separa o

sistema do resto.
3.7. Retorno de Informação (feedback)
- É uma forma de monitorar as saídas (output) do

sistema/software corrente e compará-lo com os objectivos
definidos.
3.8. Grupos de Sistemas (cont...)
 Os sistemas fechados
- Existem apenas na teoria, funciona sem nenhum tipo

de intercção com o seu meio ambiente, é totalmente
auto-suficiente.
3.9. Tipos de Sistemas

Sistemas Processamento de Transacções (SPT)
- São encontrados no nível operacional, e tratam

eventos e transações e fornecem relatórios
detalhados, listas e sumários, utilizados pelos
gerentes, além de documentos específicos para a
transação em que são utilizados. Os SPT suportam
não só a operação diária da empresa, mas também
criam os dados que são mais tarde utilizados
pelos outros tipos de sistemas.
Sistemas Processamento de Transacções (SPT) Sistemas

de Apoio a Decisão (SAD)
Foco no suporte às decisões através de simulações

com a utilização de modelos;
- construídos para dar suporte às decisões tomadas
semi- estruturadas ou não-estruturadas no nível
táctico (nível de
gestão).
• 3.9. Tipos de Sistemas
Sistemas Processamento de Transacções (SPT)

Sistemas de Apoio a Decisão (SAD) Sistemas
de Suporte Executivo (SSE)
- São encontrados no nível estratégico, destinados

a apoiar a alta gestão em tarefas estratégicas,
como o planeamento a longo prazo.
Encontrados no nível de operacional, os trabalhadores trabalham

directamente com o conhecimentopara operacionalizar diversas
actividades da organização de forma precisa.
-Encontrados no nível operacional, tem como objectivo aumentar a

produtividade na
manipulação de dados em um escritório.
-Permitem a manipulação de documentos, correio eletrônico e agendas.
Necessidade de Análise de Sistema
Análise de Sistema(AS) tem uma actividade importante

que se realiza quando se pretende desenvolver um
sistema. Durante esta fase, diferentes actividades são
levados a cabo, tais como:
-Estudar e documentar o sistema corrente de forma a

entender
os seus fluxos,
- Preparar a lista de requisitos (novos/antigos);
- Desenhar diagramas sobre as instruções do novo
software
sem indicar como serão executadas,
- Preparar um protótipo,
- Etc.
Limitações da Análise de Sistemas
-Alguns problemas não podem ser resolvidos pela

Análise
de Sistema. Ex: legislação;
-A Análise de Sistema custa tempo e dinheiro;
-As pessoas resistem a mudanças; - Existe
dificuldades de envolver todas pessoas no processo
de Análise de Software embora o seu envolvimento
reduzirá a resistência a mudança.
• Quem são os envolvidos no desenvolvimento de um

SI?;

•Tópicos para aula...
•Quem são os envolvidos no desenvolvimento de um

SI?;

Quem são os envolvidos no desenvolvimento de um SI?
-Vários elementos devem participarno estudo do

sistema durante a fase de análise:
• Analistas de Sistemas;
• Utilizadores;
• Gestores;
Quem são os envolvidos no desenvolvimento de um
SI?
-Vários elementos devem participar no estudo do

• Analistas de Sistemas
SI?

sistema
durante a fase de análise:
• Utilizadores
SI?

sistema
• Utilizadores
Os utilizadores jogam um papel importante em

Análise de Sistema, pois são eles que devem dizer o
que pretendem que o sistema a ser desenvolvido
faça, definindo assim os seus requisitos para o novo
sistema.
SI?

sistema
• Gestores
Quem são os envolvidos no desenvolvimento de um SI?
-Vários elementos devem participarno estudo do

• Gestores
Isto significa que elses devem se informados sobre

os diferentes aspectos tais como:
- Objectivos claros do projecto de desenvolvimento de SI
-Estimativas de uso de recursos e
-O tempo exigido ou necessário para a conclusão do

projecto.
Funções do Analista de Sistemas
Um analista de sistemas tem a função de:

-Consultor

- Agente de mudança

- Especialista
Funcionamento de um sistema Computarizado
Existem diferentes maneira de um sistema

computarizado
trabalhar:
- Transação
- Ajuda de tomada de decisão
Ex.: Transação bancária
Num sistema bancário pode-se verificar se o nº de

conta que foi introduzido no sistema está na forma
correcta (isto significa que dados numéricos devem
aparecer em campos numéricos e os alfanuméricos
em campos alfanuméricos).
• A edição também permite verificar se não existem

campos
que tenham informação em falta.
• A seguir à edição faz-se o controle de
consistência dos dados com a base de dados
existente.
Ex: Transação bancária

• O controle típico, no caso de introdução de um
nº de conta num sistema bancário, seria a
verificação da existência do mesmo número na
base de dados, ou, tratando-se de um levantamento
de dinheiro, a verificação de existência de fundos
na conta do cliente.
•Depois deste controle a informação contida na

transação é usada para actualizar a base de dados.
• Os sistemas baseados em transações pode ser

do tipo
online ou batch mode.

Ex.: Sistema de gestão de planificação de entrega de

produtos
• Neste caso o objectivo deste sistema é reduzir os
custos no processo de entrega de produtos aos clientes
através do esbelecimento de um plano de fornecimento
como forma de minimizar os custos de transporte.
• O sistema deve fornecer diferentes caminhos e estimar o
custo,
encontrando assim a alternativa mais vantajosa.
• A maior parte dos sistemas deste tipo são baseados
em modelos que são continuamente refinados.
• Os utilizadores introduzem diferentes possibilidades
e
verificam as diferentes saídas.
Depois disto algumas outras possibilidades podem ser
experimentadas.
2- Ciclo de Vida do Desenvolvimento de um Sistema

- Ciclo de vida Linear;
- Ciclo de vida por Prototipagem;
- - Ciclo de vida Espiral; - Outros Ciclos;
Ciclo de Vida do Desenvolvimento de um Sistema
Tópicos para aula ...


- Ciclo de vida Linear;
- Ciclo de vida por Prototipagem;
- Ciclo de vida Espiral; - Outros Ciclos;
Existem vários nomes para o ciclo de vida de

desenvolvimento de Sistema: Pode-se chamar ciclo
de vida de SI ou ciclo de resolução de problema.
O ciclo de vida é usado para permitir organizar uma

grande quantidade de actividades relacionadas com
a construção de um sistema, especificando de uma
forma ordenada os procedimentos que devem ser
seguidos para se poder desenvolver o sistema.
-Os Analistas (desenhadores) primeiro devem

estarem claros sobre o problema que pretendem
resolver e só depois seguirão uma série de passos
que conduzem a uma solução do problema.
Tipos de Ciclo de Vida e suas Fases/ Tipos de Modelos CV
Existem diferentes tipos de CVS que deverão ser

escolhidos dependendo do tipo de problema. Todas elas
estão baseadas no ciclo de vida convencional mais
conhecido por “modelo em cascata” (“Waterfall model”)
1. Ciclo de Vida Clássico (modelo Cascata)

2. Ciclo de Vida por Prototipagem
3. Ciclo de Vida Espiral
Este CV(modelo) requer uma abordagem

sistemática, sequencial ao longo do
desenvolvimento de sistema.



O modelo pode assumir uma das três formas:
Um protótipo em papel ou modelo baseado em PC

que retrata a interacção homem-máquina, de
maneira que faça perceber ao usuário quanta
interacção ocorrerá;
Um protótipo de que implementa algum

subconjunto da
função exigida do sistema desejado;
Um sistema existente que execute parte ou toda
função desejada pelo cliente, mas que tem outras
características que serão melhoradas em um novo
desenvolvimento.
O ciclo de vida espiral é caracterizado por quatro

actividades
representadas pelos quatro quadrantes da figura a
seguir.
1. Planeamento
2. Análise dos riscos
3.Engenharia
4.Avaliação feita pelo cliente
3. Outros Modelos
• Modelo Incremental/por Etapas
O modelo incremental tem as mesmas fases do

modelo de CV linear, na qual as fases de
comunicação, planeamento e modelagem são
realizadas para o sistema como um todo.
3. Outros Modelos
Uma vez definida a arquitetura do sistema na fase

de modelagem, o sistema é particionado em
unidades mais gerenciáveis e, assim sendo, o
sistema é apresentado ao cliente em várias
versões, cada uma delas com funcionalidade e
capacidade aumentadas englobando as restantes
fases.
3. Outros Modelos
3. Outros Modelos
•Modelo Evolutivo
O modelo evolutivo é usado em sistemas complexos,

estes que evoluem em um período de tempo.
Requisitos do negócio e do produto frequentemente
mudam à medida que o desenvolvimento avança,
abrindo caminho para um produto final irreal;
3. Outros Modelos
•Modelo Evolutivo
Os prazos apertados tornam impossível o término

de um sistema completo, mas uma versão limitada
tem de ser introduzida para satisfazer às pressões
do negócio ou à competitividade;
Nota: Quando o problema não é bem definido e ele

não pode ser totalmente especificado no início do
desenvolvimento, deve-se optar por um modelo
evolutivo. (Sistemas complexos).
Próxima aula ...
•Ciclo de vida de um Sistema (Generalizado)
•Tipos de Requisitos
•Tipos de Manunteção
•Tópicos para aula ...
•Ciclo de vida de um Sistema (Generalizado)
•Tipos de Requisitos
•Tipos de Manunteção
Ciclo de vida de um Sistema (Fases Genéricas)
O processo de desenvolvimento de um Sistema

pode, numa visão genérica, ser estruturado em três
fases distintas que correspondem ao seu ciclo de
vida:
1- Fase de Definição
Identifica-se o Problema: que informação deve ser

processada, que funções e desempenho são
pretendidos, que interfaces são necessários, que
restrições devem ser consideradas e que critérios
devem ser utilizadas na avaliação do projecto.
1- Fase de Definição
Tipicamente, engloba três tipos de tarefas:
• Estudo de Aplicabilidade: definição do problema,

identificação de soluções alternativas e estimativa de
custos, benefícios e prazo de entrega, para solução
alternativa.
• Análise de Requisitos: identificação e especificação

dos requisitos funcionais, de desempenho, de interface,
etc.
• Planeamento do Projecto: análise de riscos, custos e

recursos alocados pelo projecto, definição de tarefas e
plano de execução.
2- Fase de Desenvolvimento
• Identifica-se a Solução: como é que as

estruturas de dados, arquitetura do produto e
funções serão realizadas;
- Como é que o desenho se traduzirá numa

linguagem de programação e;
- Como serão efectuados os testes do produto.

2- Fase de Desenvolvimento
•Desenho: tradução dos requisitos num conjunto de

representação (texto, gráfico) que descrevem a
estrutura de dados, arquitetura e funções.
•Codificação: tradução do desenho em instruções.
•Teste: procura a eliminação dos defeitos na

funcionalidade do produto.
3- Fase de Manunteção
• Focada nas alterações do Produto: dá se atenção

aos erros não detectados nas fases anteriores ou as
altereções propostas pelo cliente.
3- Fase de Manunteção
• Correção: eliminação de erros.
• Adaptação: modificação do produto devido a

alteração do ambiente.
• Evolução: extensão do produto a pedido do cliente.

Tipos de Requisitos
Funcionais:
- Descrevem as funcionalidades que se espera que o
sistema disponibilize, de uma forma completa e
consistente.
É aquilo que o utilizador espera que o sistema ofereça,

atendendo aos propósitos para qual o sistema será
desenvolvido.
Neste, pode-se usar o MER(Modelo Entidade-

Relacionamento), modelos de casos de uso, DFD,
fluxogramas, para facilitar o entendimento das funções
do sistema.
Tipos de Requisitos
Não funcionais:
- Ditam algumas restrições em termos de software

ou de hardware que será utilizado.
Podem ser também restrições de tempo de

construção, limitações de desenho, a confiabilidade
do sistema, o tempo de resposta do programa, o
espaço em disco, portabilidade, etc.
Tipos de Manunteção
Existem três tipos de manutenção:
Manutenção de melhoramento: é aquela que é feita

para melhorar o sistema (por exemplo, melhorar o
tempo de resposta, o tempo de processamento de
um mapa, etc.).
Manutenção adaptativa: aquela que tem haver com

as mudanças da organização e tem que ser feita
como forma de adaptar o sistema às novas
situações.
Manutenção Correctiva: aquela que é feita para

corrigir os erros que foram detectados ao longo do
funcionamento do sistema.
Análise Tradicional
3- Análise Tradicional
•Segunda Geração;
•Terceira Geração;
•Relacionamento usuario e analista;
•Problemas com Analise Classica(Tradicional).
Análise Tradicional
Segunda Geração
• Até 1965 os computadores de grande porte

instalados em alguns países eram classificados
como de segunda geração, como por exemplo o
1401-IBM.
•Máximo no desenvolvimento de sistemas, era um
sistema de folha de pagamento, e um sistema de
controle de estoque. - Não existia formação
profissional. - Sem documentação.
Terceira Geração
• 1965, chegada do COBOL-COmmon Business Oriented
Language (Linguagem Orientada aos Negócios)

considerada auto documentável.
• Aumento considerável no número de usuários em
informática.
• Documentação era compreendida somente pelo
profissional que desenvolveu.
• A documentação representava somente a parte física
da
aplicação.
• As lógicas não existiam em lugar nenhum.
Relacionamento Usuário e Analista
• Analista realiza a “união” entre os usuários e os
projectistas.
• O Analista responde pelo usuário a qualquer dúvida

que o
projectista vem a ter.
• Esta ferramenta, diminui possíveis

duvidas a serem
levantadas durante a fase de projecto.
Relacionamento Usuário e Analista
(Cont...)
• É preciso definir bem as responsabilidades de cada
um, O analista é responsável por:
• A- estudos de viabilidade e alternativas,

custo/benefícios, especificações, prazos e teste de
aceitação, enquanto o usuário é o recebedor final do
sistema.
• U- Este é o responsável pela decisão de

integração do
sistema dentro das operações da empresa, ou não.
Somente ele, o usuário pode aceitar o sistema.
Problemas com Análise Clássica(Tradicional)
• Comunicação
Formas de interpretação diferentes, gerando

interpretações erradas, e que levada adiante
continuarão a serem distorcidas cada vez mais.
-Uso excessivo de termos técnicos(AnalistaXUsuário).
• Mudanças naturais exigidas pelo sistema
- Maior nas aplicações comerciais.

Falta de Ferramentas
- Ferramenta antiquadas de 20 anos atrás.
- Utilizando a narrativa proporcionando perda de tempo.
- +50% das informações deduzidas pelo profissional
de informática.
Documentação
- As empresas não adoptam um padrão.
- Dificuldade de manter a documentação (o trabalho
manuscrito)
• Formação do Profissional
- Precária formação profissional na área de análise de

sistemas.
Dificuldade de Fixação do Problema
- Localização dos pontos a sofrerem alteração levam

muito tempo, sem a certeza de todos os pontos foram
alterados.
Análise Estruturada
Técnicas utilizadas no desenvolvimento de sistemas

Classificação da Analise Estruturada
Quanto aos métodos:
• Abordagem topo down.

•Utiliza uma linguagem gráfica.
•Considera o percurso dos fluxos dos dados.
•Ênfase em processos e dados.

Aula-Analise de Sistema

Enviado por

Direitos autorais:

Formatos disponíveis

Aula-Analise de Sistema

Enviado por

Dados do documento

Título original

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

Aula-Analise de Sistema

Enviado por

Direitos autorais:

Formatos disponíveis

Modulo: ADSI

Analisar e Desenhar Sistemas Informaticos

5. Análise Tradicioal X Análise Estruturada

• DEMARCO, T.: Análise Estruturada e Especificação

de Sistemas. Editora de Informática Lda. 1980

• MCMENAMUN, S.: Análise Essencial de

• PAMPILHA, S.: Análise Essencial-Guia Prático de

Análise de Sistemas. Infobook, Rio de Janeiro. 1994

Campus Editora,Rio de Janeiro. 1990

•Conceitos de Análise de Sistemas;

Conceitos Básico de Análise de Sistemas

1.1. Análise - Derivado do grego analýein - desatar,

Conceitos Básico de Análise de Sistemas

Deve-se entender o sistema existente e determinar o

1.2. Sistema “Conjuntos de partes coordenadas, que

“Um sistema é um conjunto de objectos unidos por

“O sistema pode ser definido como um conjunto de

1.2. Sistema (Cont...)

Aqui são mostradas as conexões entre todos componentes

No exemplo, é simplesmente descrito o sistema de semáforo e não

– É um conjunto de actividades e resultados associados

- Série de fenômenos sucessivos com relação de causa e

– É uma sequência de instruções que é de possível

- Escrito em que se dão os pormenores de um

1.5. Análise de Sistemas

- Representa o estudo detalhado de uma área de

2.1 Organização (Definição)

É definida como uma coordenação racional de

2.2 Razões de estudo da Organização

Existem razões que nos levam a que se estude em

a) Os utilizadores do Software são membros da

Existem sistemas/software que tecnicamente são

2.2 Razões de estudo da Organização (Cont...)

c) O Departamento dos serviços informáticos é um

2.3 Características de uma Organização

a) A organização é um sistema grande composto

b) A organização tem um objectivo orientado; as

c) A organização é também um sistema social;

2.3 Características de uma Organização (Cont...)

d) A organização é também um sistema técnico,

e) A organização integra actividades

2.3 Níveis de Gestão

Existem três níveis de Gestão dentro de uma

2.3 Níveis de Gestão (Cont...)

a) Gestão Estratégica: Este nível de gestão tem a

2.3 Níveis de Gestão (Cont...)

b) Gestão Média ou Táctica: Neste nível estabelece-

2.3 Níveis de Gestão (Cont...)

c) Gestão Operacional: Faz-se uso de facilidades

Podemos apontar como exemplo, a gestão

•Próxima aula ...

•Conceitos de Sistemas de Informação;

•Necessidade de Análise de Sistema;

•Limitações da Análise de Sistemas;

3.1. Dados (cont...)

- Os dados são coletados, por meio de processos

Em suma, dados são sinais que não foram

- Os dados podem ser convertidos em informação por

-Os dados convertidos em informação passam a