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
Top Related