62
1 Curso de Gestão da TI Análise de Projetos de Sistemas Prof. Flávio Barbosa 12/08/2009

Aula 2 – Análise de Projetos de Sistemas

Embed Size (px)

Citation preview

Page 1: Aula 2 – Análise de Projetos de Sistemas

1

Curso de Gestão da TI

Análise de Projetos de Sistemas

Prof. Flávio Barbosa

12/08/2009

Page 2: Aula 2 – Análise de Projetos de Sistemas

2

Módulo 4.1

Aula 2

Introdução à análise de sistemas

Page 3: Aula 2 – Análise de Projetos de Sistemas

3

• AGRADECIMENTOS

• AVISOS

Page 4: Aula 2 – Análise de Projetos de Sistemas

4

AGENDA• Tipos de Sistemas de Informação

(aula 1)• Fundamentos da análise de sistemas• Papéis e preocupações do analista de

sistemas• Análise de sistemas

Page 5: Aula 2 – Análise de Projetos de Sistemas

5

• SISTEMA DE APOIO AOS EXECUTIVOS (SAE)– é um sistema de informações no nível estratégico de

uma organização;– reúne dados de toda a organização, permitindo aos

gerentes selecionar e ajustar os dados (simulações, cenários) para os fins necessários;

– Permitem que um executivo focalize rapidamente detalhes de problemas e, depois, volte a uma visão geral da empresa.

– Desenvolvidos de modo a otimizar o tempo do usuário na obtenção da informação.

Tipos de Sistemas

Page 6: Aula 2 – Análise de Projetos de Sistemas

6

• SISTEMA DE APOIO AOS EXECUTIVOS (SAE)– SAE têm baixa capacidade analítica, empregando

porém os softwares gráficos mais avançados e podendo emitir gráficos e dados a partir de várias fontes imediatamente para o executivo sênior.

– SAE incorporam interfaces gráficas fáceis de usar porque o gerente sênior usualmente não têm experiência com sistema de informação baseado em computador.

– Exemplos:• Plano operacional quinqüenal• Sistemas de Análise de Investimentos

Tipos de Sistemas

Page 7: Aula 2 – Análise de Projetos de Sistemas

7

• SISTEMA DE APOIO AOS EXECUTIVOS (SAE)Tipos de Sistemas

Page 8: Aula 2 – Análise de Projetos de Sistemas

8

• SISTEMA DE APOIO A DECISÃO (SAD)– auxilia o processo de decisão gerencial

combinando dados, ferramentas e modelos analíticos sofisticados e software amigável ao usuário;

– Exemplos de areas de aplicação:• Bancos: Para perceber o perfil do cliente; • Comércio / Indústria: Para seleção de

preços, propaganda e promoção; • Fábrica: Para localização de lojas e logística

de estoque; • Empresa de Transportes: Para despacho e

roteamento de frota;

Tipos de Sistemas

Page 9: Aula 2 – Análise de Projetos de Sistemas

9

• SISTEMA DE APOIO A DECISÃO (SAD)

Tipos de Sistemas

Page 10: Aula 2 – Análise de Projetos de Sistemas

10

• SISTEMA DE INFORMAÇÕS GERENCIAIS (SIG)– agrupam e sintetizam os dados das operações

da organização para facilitar a tomada de decisão pelos gestores da organização;

Tipos de Sistemas

Page 11: Aula 2 – Análise de Projetos de Sistemas

11

• SISTEMA DE TRABALHADORES DO CONHECIMENTO (STC) – Tais sistemas:[...] são especialmente úteis para a gestão do

conhecimento, porque dão suporte à informação e ao trabalho de conhecimento, definem e capturam a base de conhecimento da organização. (LAUDON, K. C.; LAUDON, J. P., 2004, p. 325).

Tipos de Sistemas

Page 12: Aula 2 – Análise de Projetos de Sistemas

12

• SISTEMA DE TRABALHADORES DO

CONHECIMENTO (STC)

Tipos de Sistemas

Page 13: Aula 2 – Análise de Projetos de Sistemas

13

• AUTOMAÇÃO DE ESCRITÓRIO (AE)

Softwares de

edição de texto, agendas eletrônicas, planilhas eletrônicas, etc..

Tipos de Sistemas

Page 14: Aula 2 – Análise de Projetos de Sistemas

14

• SISTEMAS DE PROCESSAMENTO DE TRANSAÇÕES (SPT)– Sistema computadorizado que realiza e registra

as transações rotineiras necessárias ao funcionamento de uma empresa.

– Reduzem custos através de automatização de rotina.

– Exemplos:• Entrada de notas fiscais• Frente de caixa

Tipos de Sistemas

Page 15: Aula 2 – Análise de Projetos de Sistemas

15

• SISTEMAS DE PROCESSAMENTO DE

TRANSAÇÕES (SPT)

Tipos de Sistemas

Page 16: Aula 2 – Análise de Projetos de Sistemas

16

SAE

SAD

SIG

STC

AE

SPT

Tipos de Sistemas

Page 17: Aula 2 – Análise de Projetos de Sistemas

17

Planilha eletrônica, ou folha de cálculo, é um tipo de programa de computador que utiliza tabelas para realização de cálculos ou apresentação de dados.

Cada tabela é formada por uma grade composta de linhas e colunas.

Fon

te: h

ttp://

pt.w

ikip

edia

.org

/wik

i/Pla

nilh

a_el

etr%

C3%

B4n

ica

Planilhas Eletrônicas

Page 18: Aula 2 – Análise de Projetos de Sistemas

18

Planilhas Eletrônicas: Excel

Page 19: Aula 2 – Análise de Projetos de Sistemas

19

Planilhas Eletrônicas: Excel

Page 20: Aula 2 – Análise de Projetos de Sistemas

20

Planilhas Eletrônicas: Excel

Page 21: Aula 2 – Análise de Projetos de Sistemas

21

Planilhas Eletrônicas: Excel

Page 22: Aula 2 – Análise de Projetos de Sistemas

22

Planilhas Eletrônicas: Excel

Page 23: Aula 2 – Análise de Projetos de Sistemas

23

Planilhas Eletrônicas: Excel

Page 24: Aula 2 – Análise de Projetos de Sistemas

24

Agora é com vocês!!Reúnam-se em duplas e discutam:

- Em qual (ou quais) nível(is) da empresa o Excel (planilha eletrônica) poderia ser enquadrada?

Atividade

Page 25: Aula 2 – Análise de Projetos de Sistemas

25

- Em qual (ou quais) nível(is) da empresa o Excel (planilha eletrônica) poderia ser enquadrada?

Pode estar em todos os níveis, porque as informações podem ser reformuladas ora para servir ao nível operacional ora ao tático e ora ao estratégico.

Atividade

Page 26: Aula 2 – Análise de Projetos de Sistemas

26

• SISTEMAS

• SUBSISTEMAS

• SISTEMAS DE INFORMAÇÃO

• DADOS, INFORMAÇÃO, CONHECIMENTO E

INTELIGÊNCIA

• NIVEIS ORGANIZACIONAIS

• OS 6 TIPOS PRINCIPAIS DE SISTEMAS

Fechando o tema 01

Page 27: Aula 2 – Análise de Projetos de Sistemas

27

A análise de sistemas é:

- Um processo de Informatização

(construção de um Sistema de

Informação – SI)

Introdução à análise de sistemas

Page 28: Aula 2 – Análise de Projetos de Sistemas

28

A ausência de análise nos Sistemas de Informação (SI) tem quatro conseqüências principais:

•Aplicações muito específicas•Aplicações que não atendem as necessidades do utilizador final e que necessitam de modificações permanentes

•Ausência de normas no desenvolvimento

•Redução do ciclo de vida do software devido a sua difícil evolução

Ausência de análise nos S.I.

Page 29: Aula 2 – Análise de Projetos de Sistemas

29

A análise de sistemas é:

- Trazer a solução para um problema entendendo

as expectativas do utilizador

Introdução à análise de sistemas

Como utilizador explicou

Como o analista

entendeu

Como o programador

construiu

Como o projeto foi

documentado

Page 30: Aula 2 – Análise de Projetos de Sistemas

30

A análise de sistemas é:

- Trazer a solução para um problema entendendo

as expectativas do utilizador

Funções instaladas

Como o cliente foi cobrado

Como o S.I.

foi mantido

O que o cliente realmente precisava

Introdução à análise de sistemas

Page 31: Aula 2 – Análise de Projetos de Sistemas

31

A análise de sistemas é:

- Solução de problemas

- Satisfazer as expectativas

O que o cliente realmente precisava

Como utilizador explicou

Como o analista entendeu

Introdução à análise de sistemas

Page 32: Aula 2 – Análise de Projetos de Sistemas

32

A análise de sistemas propõe uma

solução para:

• A redução dos custos do software.

• O respeito dos prazos de realização

de software.

• O aumento do ciclo de vida do

software.

Entendo as

necessidades

(problemas)

Satisfazendo

as

expectativas

Introdução à análise de sistemas

Page 33: Aula 2 – Análise de Projetos de Sistemas

33

MANUTENÇÃOIMPLEMENTAÇÃO

Momento da análise do SI

CONSTRUÇÃO DE UM SISTEMA DE INFORMAÇÃO

CONCEPÇÃOCONCEPÇÃO(Utilizador (Utilizador

precisa precisa informatizar informatizar sua rotina)sua rotina)

Codificar Testar Instalar Manter

DOCUMENTAR

GERIR PROJETO

ASSEGURAR A QUALIDADE

Metodologias de análise

Page 34: Aula 2 – Análise de Projetos de Sistemas

34

MANUTENÇÃOIMPLEMENTAÇÃO

CONSTRUÇÃO DE UM SISTEMA DE INFORMAÇÃO

CONCEPÇÃOCONCEPÇÃO(Utilizador (Utilizador

precisa precisa informatizar informatizar sua rotina)sua rotina)

Codificar Testar Instalar Manter

DOCUMENTAR

GERIR PROJETO

ASSEGURAR A QUALIDADE

Metodologias de análise

Momento da análise do SI

Page 35: Aula 2 – Análise de Projetos de Sistemas

35

Análise de Sistemas e Custo

MANUTENÇÃOIMPLEMENTAÇÃOCONCEPÇÃOCONCEPÇÃO

COM ANÁLISE

SEM ANÁLISE

CUSTO (dinheiro, tempo, esforço)

CONSTRUÇÃO DE UM SISTEMA DE INFORMAÇÃO

Page 36: Aula 2 – Análise de Projetos de Sistemas

36

Fonte: Roger PressmanSoftware Engineering Fourth Edition, McGraw-Hill, 1997

Impacto (esforço) da mudança:

Page 37: Aula 2 – Análise de Projetos de Sistemas

37

Processo de análise de um Sistema de Informação

Page 38: Aula 2 – Análise de Projetos de Sistemas

38

Análise de S.I. – Componentes do S.I.

SI

É necessário que

se análise os

seguintes

componentes de

um SI:

Page 39: Aula 2 – Análise de Projetos de Sistemas

39

•Hardware

•Software

•Tecnologia de Armazenamento

•Tecnologia de Comunicações

TECNOLOGIATECNOLOGIA

Análise de S.I. – Componentes do S.I.

39

Page 40: Aula 2 – Análise de Projetos de Sistemas

40

•Modelam (ditam) os Sistemas de Informações•Hierarquizadas (estruturadas)•Organizadas em níveis•Procedimentos, rotina e regras•Cultura•Conflito de interesses

ORGANIZAÇÕESORGANIZAÇÕES

Análise de S.I. – Componentes do S.I.

40

Page 41: Aula 2 – Análise de Projetos de Sistemas

41

•Usam e manipulam a informação

•Treinamento•Ergonomia•Interfaces com o utilizador (usuário)

•Ambiente sócio-técnico

PESSOASPESSOAS

Análise de S.I. – Componentes do S.I.

41

Page 42: Aula 2 – Análise de Projetos de Sistemas

42

Analisar um sistema é difícil por que muitas vezes se prende a:

•Visão estreita do utilizador•Processos engessados pelo tempo (ninguém sabe “POR QUE?” faz aquilo)

•Resistência a mudanças (seja da forma de trabalho ou do processo – acomodação)

•Propriedades que o sistema deve possuir

Dificuldades em analisar o S.I.

Page 43: Aula 2 – Análise de Projetos de Sistemas

43

• Visão estreita do utilizador

• Processos engessados pelo tempo

(ninguém sabe “POR QUE?” faz aquilo)

• Resistência a mudanças (seja da forma

de trabalho ou do processo – acomodação)

• Propriedades que o sistema deve possuir

PESSOASPESSOAS

T.I.T.I.

Dificuldades em analisar o S.I.

Page 44: Aula 2 – Análise de Projetos de Sistemas

44

Propriedades de um S.I.

DISPONIBILIDADE:Estar pronto para prestar serviço correto sempre que se necessite do SI (software).

CONFIABILIDADE:Habilidade de sempre prestar serviço correto.Mais de 50% das falhas observadas em sistemas em uso devem-se a erros de operador [Patterson et alii, 2004; Fox, 2002]

Page 45: Aula 2 – Análise de Projetos de Sistemas

45

SEGURANÇA:Habilidade de evitar conseqüências catastróficas ou de grande envergadura, afetando tanto os usuários como o ambiente.

PROTEÇÃO:Habilidade de evitar tentativas de agressão bem sucedidas.

Propriedades de um S.I.

Page 46: Aula 2 – Análise de Projetos de Sistemas

46

PRIVACIDADE:Habilidade de proteger dados e código contra acesso indevido.

INTEGRIDADE:Ausência de alterações não permitidas (corrupção de elementos).

Propriedades de um S.I.

Page 47: Aula 2 – Análise de Projetos de Sistemas

47

RECUPERABILIDADE:habilidade em ser rapidamente reposto em operação fidedigna após a ocorrência de uma falha.

MANUTENIBILIDADE:habilidade de ser modificado (evoluído) ou corrigido sem que novos problemas sejam inseridos e a um custo compatível com o tamanho da alteração.

Propriedades de um S.I.

Page 48: Aula 2 – Análise de Projetos de Sistemas

48

DEPURABILIDADE:facilidade de diagnosticar (detectar) e eliminar possíveis causas de problemas a partir de relatos gerados pelo utilizador.

Propriedades de um S.I.

Page 49: Aula 2 – Análise de Projetos de Sistemas

49

Atividade

Observando tudo o que foi dito até agora sobre análise

de sistemas, imagine que você foi designado para

informatizar (construir um S.I.) uma determinada área da

sua organização e lá chegando o diretor lhe diz:

- Olá Sr. Analista!

- Eu preciso de um sistema que

gere para mim essa curva

ABC.Quais seriam suas Quais seriam suas

primeiras perguntas primeiras perguntas ao utilizador?ao utilizador?

Page 50: Aula 2 – Análise de Projetos de Sistemas

50

Atividade = Resposta

-O que é uma curva ABC?

-Já existe um sistema informatizado que as geram?

-Quais os dados pertinentes a esse gráfico?

-Por quê, quem e onde esse gráfico será exibido?

-Haverá impressão?

-Qual o tamanho do papel?

-Qual o tipo de impressora?

-A impressão deve ser colorida?

-Qual a freqüência de exibição desse gráfico?

Quais suas expectativas?

Page 51: Aula 2 – Análise de Projetos de Sistemas

51

Informatizando

S.I. Natural

Nível Conceitual

Nível Organizacional

Nível Lógico

Nível Físico

Análise do S.I. Informatizada

Sistema de Informação

Organizacional

Sistema de Informação

Informatizado

Page 52: Aula 2 – Análise de Projetos de Sistemas

52

S.I. Natural

Nível Conceitual

Nível Organizacional

Nível Lógico

Nível Físico

Análise do S.I. Informatizada

Sistema de Informação

Organizacional

Sistema de Informação

Informatizado

Definição das informações e atividades da organização

(O QUE?)

Funcionamento da Organização

(ONDE, QUEM, QUANTO, COMO?)

Definição da base de dados na sintaxe escolhida (Base Modelo Lógico)

Modelagem interna do sistema (Base SI Organizacional)

Informatizando

Page 53: Aula 2 – Análise de Projetos de Sistemas

53

ANALISTA DE SISTEMAS:Deve saber as melhores práticas de desenvolvimento, conhecer técnicas de desenvolvimento e levantamento de requisitos, mas não precisa conhecer de todos os ramos e nichos de mercado.

Definindo quem faz o que no SI:

ANALISTA DE NEGÓCIOS:Se aprofunda no conhecimento dos ramos de cada organização, ou seja, focado em nichos de mercado. Um bom analista de negócio conhece muito bem os processos de um determinado tipo de organização.

Page 54: Aula 2 – Análise de Projetos de Sistemas

54

ANALISTA PROGRAMADOR ou DESENVOLVEDOR (TÉCNICO):Nas organizações de desenvolvimento de software de menor porte não é raro o desenvolvedor (programador) fazer o papel de analista de sistemas, porém, é preciso ter cuidado com esse papel, uma vez que, a formação (preocupações), o perfil, de um desenvolvedor de software difere bastante de um analista de sistemas.

Definindo quem faz o que no SI:

Page 55: Aula 2 – Análise de Projetos de Sistemas

55

O papel do analista de sistema é entender,

descobrir, levantar, o que o Sistema de

Informação (SI) deverá fazer.

O PAPEL DO ANALISTA DE SISTEMAS:

Page 56: Aula 2 – Análise de Projetos de Sistemas

56

Então qual o Então qual o

problema?problema?

Não raro o utilizador não sabe:

•Ao certo o que precisa (quer)

•Onde chegar

•As implicações e possibilidades que a

informatização lhe propicia

O PAPEL DO ANALISTA DE SISTEMAS:

56

Page 57: Aula 2 – Análise de Projetos de Sistemas

57

Descobrir (levantar) os requisitos do SI, é

uma tarefa de investigação e de muita

criatividade.

O PAPEL DO ANALISTA DE SISTEMAS:

57

Page 58: Aula 2 – Análise de Projetos de Sistemas

58

Deve ser capaz de lidar, simultaneamente, com:

grupo de usuários

outros profissionais de informática

administradores da organização/setor

Todos trazendo informações,

pontos de vistas, vivências,

experiências e maturidade

totalmente distintas.

O PAPEL DO ANALISTA DE SISTEMAS:

58

Page 59: Aula 2 – Análise de Projetos de Sistemas

59

CARACTERISTICAS DO ANALISTA DE SISTEMAS:

Iniciativa CriatividadeConcentração

Persuasão

Autoconfiança

Ação conciliadora

Espírito de equipe

Sensibilidade

Persistência

Determinação

Flexibilidade

Percepção

Clareza de raciocionioSimplicidade

Comunicativo

59

Page 60: Aula 2 – Análise de Projetos de Sistemas

60

Tema 3 – CICLO DE VIDA DO SOFTWARE Crise do software Conceitos fundamentais sobre

ciclos de vida Modelos de ciclo de vida

O que veremos na próxima aula:

Não se esqueçam de: Ler o material didático Participar das atividades do portal

Page 61: Aula 2 – Análise de Projetos de Sistemas

61

Curso de Gestão da TI

Obrigado!

Nos vemos em nossa plataforma.

Prof. Flavio Barbosa

Page 62: Aula 2 – Análise de Projetos de Sistemas

62

Visite o site e avalie a aula.

Utilize seu código e senha de aluno.

http://www.inepad.org.br/interativacoc/