sistemas de informação professor: antónio manuel ricarte

Sistemas de Informação

Professor: António Manuel Ricarte

Características de um Sistema

•Razão fundamental da existência do sistema

Objectivo

•Partes do sistema que funcionam juntas para alcançar o objectivo

Componentes

•Relação existente entre os componentes, definindo a fronteira entre o sistema e o seu meio ambiente

Estrutura

•Maneira do sistema reagir ao seu ambiente

Comportamento

•Inclui evolução, desgaste, envelhecimento, substituição e morte

Ciclo de vida

As Organizações vistas comoum sistema

•Razão da existência. Ex. obter lucro

Objectivo•Part

es, departamentos que a constitui. Ex. Depart. Contabilidade

Componentes

•Relação que existe entre os diferentes departamentos. Organigrama da empresa.

Estrutura

•Maneira de reagir. Ex. o que faz quando recebe uma encomenda

Comportamento

•Nasce, evolui, desgasta-se e morre

Ciclo de vida

Necessidade de Informação

Qualquer organização para sobreviver necessita de informação, quer para poder interactuar com o seu meio ambiente, quer para permitir a interacção entre os diferentes componentes da organização.

Este fluxo de informação permite que a organização possa alcançar os objectivos que se propõe atingir.

Tipos de Informação

Informação

operacional

A qual é usada diariamente e permite

que a organização leve a cabo eficientemente as

suas actividades de rotina

Informação de

Gestão A que suporta o

processo de tomada de decisão dos níveis de

gestão; é uma informação menos

rotineira que a operacional

Valor da Informação

Qualquer tipo de informação deve estar disponível na organização de uma forma facilmente utilizável e compreensível, estar disponível a tempo e ser obtida a custo razoável

Fluxo de Informação

JOÃO

Presidente da

Direcção

Gestor Produção

Vendedor

Secretária

Necessidades de Sistemas de Informação

Processamentos complexosNúmero de utilizadores envolvidos

Volume de dados

Diversas técnicase tecnologias

Contextos dinâmicos

Ferramentas disponíveis

Sistemas de Informação

Necessidades de Sistemas de Informação

As organizações precisam de ter um tipo especial de sistema

SISTEMA DE INFORMAÇÃO

o qual serve todos os outros subsistemas da organização, ligando-os através da informação

Sistemas de Informação

É o meio que providencia os meios de armazenamento, geração e distribuição de informação com o objectivo de suportar as funções de operação e gestão de uma organização.

Sistemas de Informação

Os sistemas podem ser

Manuais Computorizados Mistos

Os SI vistos como um Sistema

Objectivo Orientar a tomada de decisão

Componentes Dados, sistema de processamento de dados, canal de comunicação

Estrutura Maneira como os diferentes processamentos de dados estão ligados

entre si Comportamento

Conjunto de procedimentos que se seguem para obter os dados, os processar e os enviar

Ciclo de vida Se organização muda >> SI muda Se organização não precisa mais do SI >> SI morre

Exemplos de Sistemas de Informação

Sistemas de informação de contabilidade

Sistemas de controlo de existências

(stocks)

Sistemas de apoio à

navegação

Sistemas de apoio a vendas

Sistemas de apoio a

profissões liberais

Outros...

Desenvolvimento de Sist. Informação

É importante:

Modelar o sistema

Providenciar regras para modelar

Providenciar ferramentas para modelar

Transformar gradualmente os modelos de uma forma “humana” para “máquina”

19501960

1970 1980

1990

Lin

guag

ens

de

1a /

2a G

eraç

ão

Lin

guag

ens

de 3

a G

eraç

ão e

P

rogr

amaç

ão E

stru

tura

da

Pro

jeto

e A

náli

se

Est

rutu

rado

Mod

elag

em d

e In

form

ação

/M

odel

agem

Ess

enci

al /

Fer

ram

enta

s C

AS

E

Pro

gram

ação

Ori

enta

da a

Obj

eto

eA

náli

se O

rien

tada

a O

bjet

o.

Análise Histórica

Capacidade e Complexidade Conhecimento dos Sistemas

Informação

Dados

Números

1950 1960 1970 1980 1990

Crescimento dos Sistemas

Evolução no Processo de Desenvolvimento de SI

Antigamente Hoje

Sistemas pequenos

Uma pessoa

Qualidade era estar preocupado em

escrever o código

Sistemas complexos

Grupos de pessoas

Qualidade é estar preocupado em

perceber o que a organização, e em

mais particular, o que sistema requerido

necessita

Necessidades de um Desenvolvimento Estruturado

Sistemas grandes e complexos

Necessidade de compreender o que a organização necessita

Várias pessoas a desenvolver um SI

Cada pessoa faz uma dada tarefa específica

Necessidade de coordenar as várias pessoas e tarefas

Sistemas desenvolvidos por processos antigos tinham muitos erros

Características de um Desenvolvimento Estruturado

Desenvolvimento sistemático

Entender o problema

Descrever o problema

Desenhar a solução baseada na compreensão do problema

Construir modelos que assentem em regras bem definidas

Modelos revistos e comentados pelos utilizadores

Documentar todo o processo de desenvolvimento Usar de preferência notações gráficas para representar o modelo do

sistema

Paradigmas para o Desenvolvimento de SI

Modelo Espiral

Prototipagem

Modelo de 4ª Geração

Ciclo convencional de desenvolvimento de sistemas de informação (Waterfall Model)

Devemos escolher consoante a natureza do Sistema de Informação a desenvolver

Modelo Espiral

Planejamento

Engenharia

Análise dos riscos

Avaliação do cliente

Coleta inicial dos requisitos e planejamento do projeto

Planejamento baseado nos comentários do cliente

Avaliação do cliente

Decisão de prosseguir/não prosseguirNa direção de um sistema concluído

Protótipo de software inicial

Sistema construído pela engenharia

Prototipação

Coleta e refinamento dos

requisitos

Refinamento do protótipo

Engenharia do produto

Projeto rápido

Construção do protótipo

Avaliação do protótipo pelo

cliente

Fim

Início

Técnicas de Quarta Geração

Engenharia de sistemas

Estratégia de “projeto”

Implementação usando 4GL

Teste

Ciclo convencional de desenvolvimento de SI

O ciclo de desenvolvimento de um SI é

um conjunto de actividades que os

analistas, projectistas do SI e

utilizadores desenvolvem para conceber

e implementar um SI

Ciclo convencional de desenvolvimento de SI

Waterfall ModelModelo Cascata

O ciclo de desenvolvimento de um SI

pode ser visto como um conjunto de

actividades integradas. Existem vários

modelos para o ciclo de

desenvolvimento sendo que o

apresentado é um modelo clássico

designado

Waterfall Model (Modelo Cascata)

Estudo Preliminar

Estudo de Viabilidade

Projecto

Codificação

Manutenção

Análise detalhada

Testes e Implementação

ETAPA PERGUNTAS-CHAVES CRITÉRIOS DE SAÍDA Estudo Preliminar

Definição do problema

Qual é o problema? Declaração da delimitação e objetivos.

Estudo de viabilidade

Há uma solução viável ? Análise geral de custo/benefício Alcance e objetivos do sistema.

Análise O que terá de ser feito para resolver o problema?

Modelo lógico do sistema: Diagrama de Fluxo de Dados; Diagrama de Entidade e Relacionamento; Diagrama de Transição de Estado; Dicionário de Dados; Especificação de Processos.

Projeto Como o problema deve ser resolvido? Como o sistema deve ser implementado?

Soluções Alrternativas Especificação de hardware/software; Plano de implementação; Plano de teste preliminares; Procedimento de segurança; Procedimento de auditoria.

Implementação Faça Programas; Plano de testes; Procedimento de segurança; Procedimento de auditoria.

Teste Verificar o sistema Testes do geral do sistema.

Manutenção Modificar o sistema conforme necessidade.

Apoio continuado.

Waterfall Model

Combinando ParadigmasObtenção preliminar dos requisitos

Análise de requisitos

Prototipação 4GT(técnicas de Quarta Geração)

Modelo Espiral

4GT(técnicas de Quarta Geração)

Modelo Espiral: enésima iteração

Prototipação: enésima iteração

Projeto

Codificação

4GT(técnicas de Quarta Geração)

Realização de testes

Sistema Operacional

Manutenção

Estudo Preliminar

Compilar informação que permita avaliar o SI requerido e dar uma opinião fundamentada sobre a praticabilidade do projecto.

Estudo Preliminar

O SI requerido permite que a organização atinja os seus objectivos?

Definir os Objectivos

Que problemas o SI requerido vai resolver?Que situações o SI requerido vai melhorar?

Primeira Documentação

Segunda Documentação

• Programas de trabalho;• Objetivos e organização do

projeto;• Filosofia e objetivos quanto

aos sistemas de informação;• Conhecimento genérico da

empresa.

• Recursos e custos dos sistemas atuais;

• Necessidades atendidas e não atendidas pelos sistemas atuais;

• Sistemas existentes ( visão geral de cada subsistema ).

Levantamento de Dados

Terceira Documentaçã

oQuarta

Documentação

Quinta Documentaçã

o

• Modelo Global do Sistema de Informação.

• Recursos de processamento de dados requeridos;

• Política de automação.

• Cronograma geral de desenvolvimento;

• Benefícios esperados;• Custos estimados;• Programa de instalação dos

recursos

Levantamento de Dados

HÁ UMA SOLUÇÃO VIÁVEL ?Objetivo:

· Determinar rapidamente se o problema pode ser resolvido· As funções que o sistema deve executar· Desenvolver alternativas· Baixo custo serviços básicos· Médio custo· Alto custo todos os serviços que o usuário deseja

Pessoas Envolvidas:

UtilizadorAdministração

Estudo de Viabilidade

Definir a delimitação e os objetivos do sistema

Estudar o sistema existente (caso exista)

Desenvolver o modelo lógico de alto nível do sistema proposto

Desenvolver e avaliar soluções alternativas

Decidir sobre o curso de acção recomendada

Desenhar um plano de desenvolvimento

Redigir o estudo de viabilidade

Apresentar os resultados p/a administração/usuários.

Tipos de Viabilidade:

TécnicaEconómicaOperacional

Etapas do Estudo de Viabilidade

É possível desenvolver o SI requerido com os recursos da organização?

Verificar a viabilidade técnicaOs recursos técnicos existentes chegam, podem ser actualizados ou aumentados para satisfazer os requisitos do SI requerido?

Verificar a viabilidade económicaQuais os custos e benefícios do SI requerido?

Verificar a viabilidade operacional

Existem pessoas e com conhecimentos necessários para o desenvolvimento do SI requerido?

Identificação de Requisitos

Deve ser realizado um estudo completo pelos analistas para obter uma compreensão clara do sistema

Atingir tal compreensão não é fácil

A visão que o analista tem do sistema tem que coincidir com a do utilizador apesar de não ser necessariamente segundo a mesma perspectiva

Identificação de Requisitos

Como recolher informação

sobre o sistema?

• Análise de documentação

• Entrevistas

• Questionários

• Observação

• Diálogo com os utilizadores

Análise de documentação

• Regulações governamentais

• Relatórios internos– Vendas, Stocks, Produção

• Registos periódicos– Registo pagamentos fornecedores– Registo de encomendas

• Formulários

Entrevistas

Através da entrevista obtém-se do entrevistado

• As suas opiniões

• A sua sensação sobre o estado actual do sistema

• Objectivos organizacionais e pessoais

• Procedimentos

Entrevistas

Preparação da entrevista

• Ler material sobre o entrevistado e a organização

• Estabelecer um objectivo da entrevista

• Decidir quem entrevistar

• Marcar a entrevista

• Decidir tipo de perguntas

o quê (What?);

quando (When?);

onde (Where?);

porquê (Why?);

quem (Who?)

e ainda pode acrescentar a

pergunta quanto (How?).Té

cnic

a de

Ent

revi

sta

Questionários

Permite obter das diferentes pessoas:

• O que querem do novo sistema

• O que pensam que está actualmente correcto

• O que fazem (comportamento)

• Características de pessoas ou coisas

Questionários

Desenhar o Questionário

• Definir objectivo do questionário

• Decidir a quem entregar o questionário

• Elaborar questões– Decidir tipo de questões: Abertas/Pré-codificadas– Definir ordem das questões– Manter o mesmo estilo ao longo do questionário– Deixar espaço adequado para as respostas– Fazer instruções de preenchimento

Observação

Através da observação obtém-se

• O que está actualmente a ser feito

• Relações que existem entre as pessoas

• Influências

• Comportamento

Observação

Preparação da Observação

• Decidir o que vai ser observado

• Decidir quando vai ser observado

• Preparar uma lista do que vai ser observado

Custo de desenvolvimento

•Pessoal•Analista•Programadores•Operadores•Administrativo•Extern

Custo operaci

onal

•Equipamento

•Materiais •Externos•Pessoal

Análise do Custo

Relatório InicialI - TÍTULO DO PROJETO

Sistema de Gestão de Consultório

II - DEFINIÇÃO DO PROBLEMA Automatizar o Consultório dando ênfase ao facturamento, uma vez que a papelada precisa ser preenchida com precisão. Outro problema a ser solucionado com o Sistema é o retorno de pacientes de maneira que a recepcionista possa informar aos clientes a hora e data do retorno com precisão. O Sistema também deve fornecer o controlo do stock de remédios para garantir o stock dos medicamentos. III- OBJETIVOS 1. Definir claramente os procedimentos do escritório 1.1 Simplificar o treino do pessoal 2. Reduzir os custos de gestão

3. Melhorar a precisão dos documentos

3.1 Facturamento

3.2 Visita de acompanhamento de pacientes

3.3 Stock de medicamento IV - DELIMITAÇÃO DO PROJETO 1. Custo do projecto não pode ser superior a $20.000,00 2. No projecto não está incluído a Folha de Pagamento V - ESTUDO DE VIABILIDADE Para investigar o potencial deste projecto, mais integralmente, sugere-se um estudo de viabilidade com duração de aproximadamente duas semanas. O custo deste estudo será de $1.000,00.

ETAPA TEMPO GASTO CUSTO($)

ESTUDO DE VIABILIDADE TERMINADO 2.000ANÁLISE 2 SEM. 1.000PROJETO DE SISTEMA 2 SEM. 1.000PROJETO DETALHADO 1 MÊS 2.000IMPLENTAÇÃO/TESTE 1 MÊS 1.000

TOTAL 3 MESES 7.000

Alternativa

Custo / BenefícioCUSTO DE DESENVOLVIMENTO

Análise Hard / Soft Pessoal

6 000 12 000 2 000 20 000

CUSTO OPERACIONAL Manutenção Luz, Telefone Materiais

2 500 500 500 3 500

ECONOMIA DE CUSTO Fluxo de Caixa Redução de hora extra Controlo de stock

2 000 1 000 1 000 4 000

BENEFICIO LÍQUIDO 500VIDA ÚTIL 5 ANOS500 POR ANO FINAL DE 5 000 (18%)

VALOR ATUAL 1 563,58VALOR LIQUIDO 18 436,42

Desenvolvimento de SI

Se viável

Planear o desenvolvimento

SI

Desenvolver um

Projecto

Planear o Desenvolvimento de SI

Definir a equipa de desenvolvimento

Definir que actividades vão ser necessárias

Designar pessoas para cada actividade

Estimar o tempo para completar cada actividade, bem como, todo o projecto

Análise Detalhada

Organizar

OpiniõesRegrasProcedimentosDados

em modelos coerentes do sistema requerido

Uso de Diagramas

Análise Detalhada

UTILIZADOR

ANALISTA

PROPOR E DOCUMENTAR NOVO SISTEMA

“DESIGNER”

DIÁLOGO

DOCUMENTAR SISTEMA EXISTENTE“RETRATO DO QUE EXISTE”

“Linguagem” do Analista

O que é uma ENTIDADE ?

Objecto, concreto ou abstracto, de interesse para o sistema, que possa ser

identificável de forma inequívocaexemplos:

ClienteProdutoFacturaAlunoLivros

“Linguagem” do Analista

O que é um ACONTECIMENTO ?

Algo que ocorre no sistema num determinado instante

exemplos:Pedir ProdutoPagar ProdutoRequisitar Livro

“Linguagem” do Analista

O que é um PROCESSO ?

Actividade que ocorre no sistema

exemplos:Verificar estado stockCalcular total da facturaVerificar disponibilidade do livro

“Linguagem” do Analista

O que é um ATRIBUTO ?

As Entidades são descritas pelos seus Atributos

Entidade Nome do Atributo

Livro CódigoNome

EditoraAno de Edição

Estado

“Linguagem” do Analista

O que é uma RELAÇÃO ?

As Entidades estão associadas através de Relações

exemplos:Clientes compram ProdutosAlunos requisitam Livros

Análise Detalhada

ACONTECIMENTO PROCESSO

PROVOCA

EXECUÇÃO

REQUISITAR LIVROVERIFICAR A

DISPONIBILIDADE DO LIVRO

Perspectivas de Modelar o SI

Orientada a Comportamento

O que acontece e quando?

Orientada a Processos

Orientada a Dados

O que o Sistema faz?Que informação é usada

pelo Sistema?

Ex: Diag. Fluxo Dados

Ex: Diag. Vida Entidade

Ex: Diag. E-R