ANLISE DE SISTEMAS

Tpicos:
SI
Ciclo DS
Paradigmas ou fases DSI
Falhas DSI
Mtodos DSI

Docente: Paulo Jesus
pdj03k@gmail.com

0
2
-
0
6
-
2
0
1
4

P
a
u
l
o

J
e
s
u
s

1
AS OBJ ECTIVOS
Sensibilizar e preparar os alunos para o
desenvolvimento da actividade de anlise de sistemas,
fornecendo-lhes conhecimentos e prticas sobre
abordagens, mtodos, tcnicas e ferramentas, que
possam facilitar e suportar esta actividade.

0
2
-
0
6
-
2
0
1
4

2
P
a
u
l
o

J
e
s
u
s

ENQUADRAMENTO DA DISCIPLINA
A anlise de sistemas considerada a fase mais
importante do ciclo de vida do DSI.

Sendo uma fase inicial qualquer falha cometida ter
efeitos em cadeia nas etapas subsequentes.

Exige, portanto, muito rigor e ateno.

0
2
-
0
6
-
2
0
1
4

3
P
a
u
l
o

J
e
s
u
s

AS AVALIAO
Avaliao Intercalar:
1 Teste Terico vale 30%
Data:
1 Teste Prtico vale 30%
Data:
Projecto vale 25% da nota final
Data inicio: data de entrega:
Folhas Praticas/TPCs/Outros E.A. vale 15% da nota final.
Avaliao Final
Exame final (100%) Data:

Nota Intercalar < 9,5: Exame.
Nota > = 9,5: Dispensado(a).
Nota do Exame >=10: Aprovado.


0
2
-
0
6
-
2
0
1
4

4
P
a
u
l
o

J
e
s
u
s

AS - BIBLIOGRAFIA
Acetatos de apoio s aulas tericas
Apontamentos e Folhas de exerccios das aulas
prticas
Gane, C. e Sarson, T., Anlise estruturada de sistemas,
4 Tiragem, livros tcnicos e cientficos editora, S.A.
Desenvolvimento de sistemas de informao
Hoffer, j.a., J.F. George, and J.S. Valacich, Modern
systems analysis and design. 3
rd
ed. 2002, Upper Sadle
River, N.J.:Prentice Hall, xxxii, 733.
Kendall, K.E and J.E Kendall, Systems analyses and
design. 2002, Upper Saddle River, NJ: Prentice Hall.
Xxx, 914.
Lejk, M. and D. Deeks, Na introduction to systems
analysis techniques. 2
nd
ed. 2002, London: Addison-
Wesley. Cm


0
2
-
0
6
-
2
0
1
4

5
P
a
u
l
o

J
e
s
u
s

ANLISE DE SISTEMAS - DSI
DSI
DSI - o processo cujo objectivo introduzir mudanas
num SI, com o objectivo de melhorar o seu desempenho.
EX: Adopo de sistemas informticos para suportar
actividades organizacionais.

O processo de DSI tem sido objecto de estudo desde os
anos 50, baseadas em diferentes vises.

Alguns autores esto preocupados com problemas
tcnicos, contedo do trabalho das pessoas e as
implicaes estratgicas que o SI poder ter na
organizao.

Nas dcadas de 50 e 60, no havia nenhum processo
definido para DSI.

A preocupao era descrever a soluo em termos
computacionais sem dar ateno compreenso do
Sistema em SI, causando problemas como:

1. Insatisfao dos utilizadores, pois as suas necessidades
no eram satisfeitas pelos novos sistemas operacionais,
2. Falta de documentao, (desactualizada) dificultando a
manuteno dos sistemas desenvolvidos.

FLYNN (1998) refere duas aproximaes ao DSI:

Uma aproximao HARD, que assume que o problema a
resolver tem uma base lgica ou matemtica e que um
sistema informtico uma soluo vivel na maior parte dos
casos.

Outra aproximao SOFT, relacionada com os efeitos
ambientais do SI, aspectos sociais, econmicos, legais e
psicolgicos do ambiente, para a qual o sistema
desenvolvido.

Existe alguma confuso entre DSI e Desenvolvimento de
Software.
Hoje em dia, o DSI sempre termina com a adopo de SIBC
pela organizao, o que justifica esta confuso.


ANALISE DE SISTEMAS

OBJECTIVO DO ANALISTA DE SISTEMAS
ANALISE DE SISTEMAS
ANALISE DE SISTEMAS
O Sistema comea com um usurio.
Usurio conhece o problema.
Analista de sistemas traduz as necessidades do usurio
em especificaes tcnicas necessrias aos
programadores.
Administrao tem a responsabilidade de controlar o
processo de desenvolvimento do sistema


ANALISE DE SISTEMAS
Os elementos de um SIBC incluem:
Software: programas de computador, estruturas de dados e
documentao correta que servem para efetivar o mtodo, ou o
processo necessrio.
Hardware: dispositivos que fornecem capacidade ao
computador, ao mundo externo.
Pessoas: usurios e operadores de hardware e software.
Banco de Dados: a que se tem acesso pelo software e faz
parte integrante da funo do sistema.
Documentao: manuais, formulrios descritivas que retratam
o uso e/ou operao do sistema.
Procedimentos: os passos que definem o uso de cada
elemento do sistema em que o sistema reside.

ANALISE DE SISTEMAS
SISTEMA DE INFORMAO


ANALISE DE SISTEMAS
Definio de Analise de Sistemas:
Estudo da organizao e funcionamento de uma ou
mais actividades, com o objectivo de gerar um conjunto
de aces que manipulam dados e geram informaes
e/ou dados, que solucione, da melhor forma possvel, os
problemas existentes, ou automatize aces manuais,
optimizando a sua execuo.
ANALISE DE SISTEMAS
A anlise de sistemas realizada com os seguintes
objetivos em mente:
1. Identificar a necessidade do usurio;
2. Executar anlise econmica e tcnica;
3. Atribuir funes ao hardware, ao software, s pessoas, ao
banco de dados e aos demais elementos do sistema;
4. Estabelecer as restries de prazo e de custo;
5. Criar uma definio de sistema que constitua a base para
todo o trabalho de engenharia subsequente.

IMPORTNCIA DA ANALISE DE SISTEMA
Estudo do problema e de suas possibilidades de soluo
Interaco com o usurio final para adequao do
sistema as suas necessidades
Especificao das solues mais indicadas
Avaliao previa do custo beneficio
Analise da viabilidade de implementao
Total flexibilidade para desvios de rotas sem grandes
prejuzos
Forte documentao de todo o processo


PESSOAS ENVOLVIDAS NA ANALISE
Usurios pessoas para quem o sistema est sendo construdo
Operadores
Supervisores
Executivos
Padronizados pessoas responsveis e utilizadas no
desenvolvimento dos sistemas (telas, documentaes, helps, menus,
nomes de arquivos)
Analista de Sistemas: pessoas responsveis pela especificao do
sistema
Programadores: pessoas responsveis pela implementao em uma
linguagem de programao especifica, da especificao gerada pelos
analistas de sistemas
Administradores de dados: responsveis pela gesto e
padronizao dos dados da aplicao.


O ANALISTA DE SISTEMAS
Participa das etapas de REQUISITOS e ANALISE do
ciclo de produo do software
Interage directamente com o usurio, levantando as suas
necessidades
Especifica O QUE DEVE ser feito.
O ANALISTA DE SISTEMAS
O ANALISTA DE SISTEMAS
Deve estudar e entender o negcio e a misso da
empresa.
Estuda a viabilidade do sistema
Tcnicas, financeira, prazos.
Pode sugerir diferencias competitivos com a informtica
Trata a complexidade do problema por nveis de
abstraco


O ANALISTA DE SISTEMAS
Utiliza metodologias de fcil compreenso do usurio
para especificar o sistema a ser implementado
ALGUMAS FUNES DO ANALISTA DE SISTEMAS
1) Planear, supervisionar e coordenar a anlise e o
levantamento de servios, estudando a viabilidade econmica
e tcnica das solues possveis, visando a melhoria no
desempenho.
2) Definir e supervisionar a construo e implementao de
novos sistemas.
3) Coordenar e orientar as revises de projetos.
4)Supervisionar a elaborao da documentao em nvel de
sistema.
5) Definir os programas de sistemas, avaliando e orientando a
realizao de testes.
6) Estudar necessidades, e mtodos referentes a sistemas,
visando a segurana, preciso e rapidez das diversas formas
de registros e tratamento de informaes
PERFIL DO ANALISTA
Caractersticas relevantes
FERRAMENTAS DE ANALISE
Modelagem das funes do sistema
Analise Estruturada
Diagrama de Fluxo de Dados, Contexto, Dicionrio de Dados,
Especificaes
Modelagem de Dados Armazenados
Diagrama de Entidades e Relacionamento
Entidades
Relacionamentos
Modelagem do Comportamento dependente do tempo
Analise Essencial

Modelagem sobre Objectos e suas Operaes
Analise e Projectos orientado a Objectos
Unified Modelling Language (UML)

CICLO DE TRABALHO DO ANALISTA
Vamos pensar: Falta de comunicao geram erros!

Usurio
Arquiteto
RESOLUO DE PROBLEMAS...(1 FASE)
Soluo: Encontrar uma forma nica de comunicao
Qual o cenrio atual no desenvolvimento?
Levantamento
de Requisitos
Ele quer
AAB BBC CCA!
Preciso de
AAA BBB CCC ...
Entendimento
inicial com falhas!
(2 FASE)
(3 FASE)
Qual o cenrio atual no desenvolvimento?
Anlise
O que modelamos tem
que ser legvel para a
equipe e para o usurio.
(4 FASE)
Qual o cenrio atual no desenvolvimento?
Validao com o Usurio
Usurio no
valida de
acordo, pois no
compreende o
que foi
modelado.
(5 FASE)....CAUSAS DOS PROBLEMAS
Qual o cenrio atual no desenvolvimento?
Excesso de documentao ou nenhuma
Cronograma apertado -> Prazo estourado
Entrega Final
Cliente insatisfeito.
Horas infindveis de
manuteno
corretiva,
etc...
O QUE GANHAMOS COM O PARADIGMA OO ?
O que buscamos ao modelar orientado a objetos ?
. Diminuio do tempo e custo de desenvolvimento
. Atendimento da demanda gerada pela evoluo
tecnolgica (celular, etc)
. Melhor validao com o usurio
0
2
-
0
6
-
2
0
1
4

34
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

35
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

36
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

37
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

38
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

39
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

40
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

41
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

42
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

43
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

44
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

45
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

46
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

47
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

48
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

49
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

50
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

51
P
a
u
l
o

J
e
s
u
s

CICLO DE DESENVOLVIMENTO DE SOFTWARE
0
2
-
0
6
-
2
0
1
4

52
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

53
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

54
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

55
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

56
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

57
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

58
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

59
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

60
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

61
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

62
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

63
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

64
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

65
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

66
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

67
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

68
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

69
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

70
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

71
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

72
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

73
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

74
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

75
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

76
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

77
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

78
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

79
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

80
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

81
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

82
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

83
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

84
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

85
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

86
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

87
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

88
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

89
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

90
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

91
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

92
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

93
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

94
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

95
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

96
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

97
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

98
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

99
P
a
u
l
o

J
e
s
u
s



UTILIZADORES DOS MODELOS

0
2
-
0
6
-
2
0
1
4

100
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

101
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

102
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

103
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

104
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

105
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

106
P
a
u
l
o

J
e
s
u
s

0
2
-
0
6
-
2
0
1
4

107
P
a
u
l
o

J
e
s
u
s