Post on 19-Mar-2016
description
Aplicações Informáticas 12º Aplicações Informáticas 12º AnoAno
Professor Luís PereiraProfessor Luís Pereira
Escola Secundária Ferreira de Castro Ano Lectivo 2000/2001
Características de um Características de um SistemaSistema Objectivo
Razão fundamental da existência do sistema Componentes
Partes do sistema que funcionam juntas para alcançar o objectivo
Estrutura Relação existente entre os componentes,
definindo a fronteira entre o sistema e o seu meio ambiente
Comportamento Maneira do sistema reagir ao seu ambiente
Ciclo de vida Inclui evolução, desgaste, envelhecimento,
substituição e morte
As Organizações vistas como um As Organizações vistas como um sistemasistema Objectivo
Razão da existência. Ex. obter lucro Componentes
Partes, departamentos que a constitui. Ex. Depart. Contabilidade
Estrutura Relação que existe entre os diferentes
departamentos. Organigrama da empresa. Comportamento
Maneira de reagir. Ex. o que faz quando recebe uma encomenda
Ciclo de vida Nasce, evolui, desgasta-se e morre
Necessidade de InformaçãoNecessidade 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çãoTipos 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çãoValor 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çãoFluxo de Informação
JOÃO
Presidente da
Direcção
Gestor ProduçãoVendedor
Secretária
Necessidades de Sistemas de Necessidades de Sistemas de InformaçãoInformaçã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 Necessidades de Sistemas de InformaçãoInformação
As organizações precisam de ter um tipo especial de sistema
SISTEMA DE INFORMAÇÃOSISTEMA DE INFORMAÇÃO
o qual serve todos os outros subsistemas da organização, ligando-os através da informação
Sistemas de InformaçãoSistemas 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çãoSistemas de Informação
Os sistemas podem ser
Manuais Computorizados Mistos
Os SI vistos como um SistemaOs 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 Exemplos de Sistemas de InformaçãoInformaçã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. Desenvolvimento de Sist. InformaçãoInformaçã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 19801990
Ling
u age
ns d
e 1a
/ 2a
Ger
ação
Ling
u age
ns d
e 3a
Ger
ação
e
Prog
r am
ação
Est
rut u
rada
Proj
eto
e A
nál is
e Es
trut u
rado
Mod
elag
em d
e In
form
ação
/M
odel
agem
Ess
enci
al /
Ferr
amen
t as C
ASE
Prog
r am
ação
Orie
ntad
a a
Obj
eto
eA
nál is
e O
r ient
ada
a O
bjet
o.
Análise HistóricaAnálise Histórica
Capacidade e Complexidade Conhecimento dos Sistemas
Informação
Dados
Números
1950 1960 1970 1980 1990
Crescimento dos SistemasCrescimento dos Sistemas
Evolução no Processo de Desenvolvimento Evolução no Processo de Desenvolvimento de SIde SI
Antigamente HojeSistemas 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 Necessidades de um Desenvolvimento EstruturadoEstruturado 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
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
Características de um Desenvolvimento Características de um Desenvolvimento EstruturadoEstruturado
Modelo Espiral Prototipagem
Modelo de 4ª Geração
Ciclo convencional de desenvolvimento de sistemas de informação (Waterfall Model)
Devemos escolher consoante a natureza Devemos escolher consoante a natureza do Sistema de Informação a desenvolverdo Sistema de Informação a desenvolver
Paradigmas para o Desenvolvimento de SIParadigmas para o Desenvolvimento de SI
Modelo EspiralModelo 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çãoPrototipaçã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çãoTécnicas de Quarta Geração
Engenharia de sistemas
Estratégia de “projeto”
Implementação usando 4GL
Teste
Ciclo convencional de desenvolvimento Ciclo convencional de desenvolvimento de SIde 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 Ciclo convencional de desenvolvimento de SIde SI
Waterfall ModelWaterfall ModelModelo CascataModelo 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 Waterfall Model (Modelo Cascata)(Modelo Cascata)
Estudo Preliminar
Estudo de Viabilidade
ProjectoCodificação
Manutenção
Análise detalhada
Testes e Implementação
Waterfall ModelWaterfall Model
Combinando Combinando ParadigmasParadigmasObtençã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 PreliminarEstudo Preliminar
Compilar informação que permita avaliar o SI requerido e dar uma opinião fundamentada sobre a praticabilidade do projecto.
Estudo PreliminarEstudo PreliminarO SI requerido permite que a organização atinja os seus objectivos?
Definir os ObjectivosDefinir os Objectivos
Que problemas o SI requerido vai resolver?Que situações o SI requerido vai melhorar?
Primeira 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.
Segunda Documentação
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 Levantamento de DadosDados
Terceira DocumentaçãoModelo Global do Sistema de Informação.
Quarta DocumentaçãoRecursos de processamento de dados requeridos;Política de automação.
Quinta DocumentaçãoCronograma geral de desenvolvimento;Benefícios esperados;Custos estimados;Programa de instalação dos recursos
Levantamento de Levantamento de DadosDados
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 ViabilidadeEstudo de Viabilidade
Definir a delimitação e os objetivos do sistemaEstudar o sistema existente (caso exista)Desenvolver o modelo lógico de alto nível do sistema propostoDesenvolver e avaliar soluções alternativasDecidir sobre o curso de acção recomendadaDesenhar um plano de desenvolvimentoRedigir o estudo de viabilidadeApresentar os resultados p/a administração/usuários.
Tipos de Viabilidade: TécnicaEconómicaOperacional
Etapas do Estudo de Etapas do Estudo de ViabilidadeViabilidade
É possível desenvolver o SI requerido com os recursos da organização?
Verificar a viabilidade técnicaVerificar 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ómicaVerificar a viabilidade económicaQuais os custos e benefícios do SI requerido?
Verificar a viabilidade operacionalVerificar a viabilidade operacionalExistem pessoas e com conhecimentos necessários para o desenvolvimento do SI requerido?
Identificação de RequisitosIdentificação de RequisitosDeve 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 RequisitosIdentificação de RequisitosComo 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
A Técnica dos 5 W’s
o quê (What?); quando (When?); onde (Where?); porquê (Why?); quem (Who?)
e ainda pode acrescentar a pergunta quanto (How?).
Técnica de EntrevistaTécnica de Entrevista
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 PessoalAnalistaProgramadoresOperadoresAdministrativoExterno
Custo operacional OperacionalEquipamentoMateriais ExternosPessoal
Análise do CustoAnálise do Custo
Relatório InicialRelató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
AlternativaAlternativa
Custo / BenefícioCusto / 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 SIDesenvolvimento de SISe viável
Planear o desenvolvimento
SI
Desenvolver um
Projecto
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
Planear o Desenvolvimento Planear o Desenvolvimento de SIde SI
Organizar
OpiniõesRegrasProcedimentosDados
em modelos coerentes do sistema requerido
Uso de Diagramas
Análise DetalhadaAnálise Detalhada
Análise DetalhadaAnálise DetalhadaUTILIZADOR
ANALISTA
PROPOR E DOCUMENTAR NOVO SISTEMA
“DESIGNER”
DIÁLOGO
DOCUMENTAR SISTEMA EXISTENTE“RETRATO DO QUE EXISTE”
““Linguagem” do AnalistaLinguagem” do AnalistaO que é uma ENTIDADE ?
Objecto, concreto ou abstracto, de interesse para o sistema, que possa ser
identificável de forma inequívocaexemplos:
ClienteProdutoFacturaAlunoLivros
““Linguagem” do AnalistaLinguagem” do AnalistaO que é um ACONTECIMENTO ?
Algo que ocorre no sistema num determinado instante
exemplos:Pedir ProdutoPagar ProdutoRequisitar Livro
““Linguagem” do AnalistaLinguagem” do AnalistaO que é um PROCESSO ?
Actividade que ocorre no sistema
exemplos:Verificar estado stockCalcular total da facturaVerificar disponibilidade do livro
““Linguagem” do AnalistaLinguagem” do AnalistaO 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 AnalistaLinguagem” do AnalistaO que é uma RELAÇÃO ?
As Entidades estão associadas através de Relações
exemplos:Clientes compram ProdutosAlunos requisitam Livros
Análise DetalhadaAnálise Detalhada
ACONTECIMENTO PROCESSOPROVOCAPROVOCA
EXECUÇÃOEXECUÇÃO
REQUISITAR LIVROREQUISITAR LIVROVERIFICAR A VERIFICAR A
DISPONIBILIDADE DISPONIBILIDADE DO LIVRODO LIVRO
Perspectivas de Modelar o SIPerspectivas de Modelar o SIOrientada a
ComportamentoO que acontece e O que acontece e
quando?quando?
Orientada a Processos
Orientada a Dados
O que o Sistema faz?O que o Sistema faz?Que informação é usada Que informação é usada pelo Sistema?pelo Sistema?
Ex: Diag. Fluxo Dados
Ex: Diag. Vida Entidade
Ex: Diag. E-R