Aplicações Informáticas 12º Ano Professor Luís Pereira Escola Secundária Ferreira de Castro Ano Lectivo 2000/2001 Características de um Sistema Objectivo Componentes Relação existente entre os componentes, definindo a fronteira entre o sistema e o seu meio ambiente Comportamento Partes do sistema que funcionam juntas para alcançar o objectivo Estrutura Razão fundamental da existência do sistema 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 sistema Objectivo Componentes Relação que existe entre os diferentes departamentos. Organigrama da empresa. Comportamento Partes, departamentos que a constitui. Ex. Depart. Contabilidade Estrutura Razão da existência. Ex. obter lucro Maneira de reagir. Ex. o que faz quando recebe uma encomenda Ciclo de vida Nasce, evolui, desgasta-se e morre 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 Presidente da Direcção JOÃO Gestor Produção Vendedor Secretária Necessidades de Sistemas de Informação Contextos dinâmicos Diversas técnicas e tecnologias Volume de dados Sistemas de Informação Ferramentas disponíveis Processamentos complexos Número de utilizadores envolvidos 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 Componentes Maneira como os diferentes processamentos de dados estão ligados entre si Comportamento Dados, sistema de processamento de dados, canal de comunicação Estrutura Orientar a tomada de decisão 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” Análise Histórica 1950 1990 1960 1970 1980 Crescimento dos Sistemas Capacidade e Complexidade dos Sistemas Conhecimento Informação Dados Números 1950 1960 1970 1980 1990 Evolução no Processo de Desenvolvimento de SI Antigamente Hoje Sistemas pequenos Sistemas complexos Uma pessoa Grupos de pessoas Qualidade era estar preocupado em escrever o código 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 Coleta inicial dos requisitos e planejamento do projeto Planejamento Análise dos riscos Planejamento baseado nos comentários do cliente Decisão de prosseguir/não prosseguir Na direção de um sistema concluído Protótipo de software inicial Avaliação do cliente Avaliação do cliente Engenharia Sistema construído pela engenharia Prototipação Início Fim Coleta e refinamento dos requisitos Engenharia do produto Projeto rápido Refinamento do protótipo Construção do protótipo Avaliação do protótipo pelo cliente 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 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 Waterfall Model (Modelo Cascata) Estudo Preliminar Estudo de Viabilidade Análise detalhada Projecto Codificação Testes e Implementação Manutenção Waterfall Model ETAPA PERGUNTAS-CHAVES CRITÉRIOS DE SAÍDA Estudo Preliminar Definição do problema Estudo de viabilidade Qual é o problema? Declaração da delimitação e objetivos. 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. Combinando Paradigmas Obtenção preliminar dos requisitos Análise de requisitos Prototipação 4GT(técnicas de Quarta Geração) Projeto Modelo Espiral 4GT(técnicas de Quarta Geração) Prototipação: enésima iteração Modelo Espiral: enésima iteração 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? Levantamento de Dados 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 Dados Terceira Documentação Modelo Global do Sistema de Informação. Quarta Documentação Recursos de processamento de dados requeridos; Política de automação. Quinta Documentação Cronograma geral de desenvolvimento; Benefícios esperados; Custos estimados; Programa de instalação dos recursos Estudo de Viabilidade 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 serviços básicos Baixo custo Médio custo todos os serviços que o usuário deseja Alto custo Pessoas Envolvidas: Utilizador Administração Etapas do 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écnica Económica Operacional É possível desenvolver o SI requerido com os recursos da organização? Verificar a viabilidade técnica Os recursos técnicos existentes chegam, podem ser actualizados ou aumentados para satisfazer os requisitos do SI requerido? Verificar a viabilidade económica Quais 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 Técnica de Entrevista 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?). 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 Análise do Custo Custo de desenvolvimento Custo operacional Pessoal Analista Programadores Operadores Administrativo Externo Operacional Equipamento Materiais Externos Pessoal Relatório Inicial I - 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. Alternativa ETAPA TEMPO GASTO CUSTO ($) ESTUDO DE VIABILIDADE ANÁLISE PROJETO DE SISTEMA PROJETO DETALHADO IMPLENTAÇÃO/TESTE TERMINADO 2 SEM. 2 SEM. 1 MÊS 1 MÊS 2.000 1.000 1.000 2.000 1.000 TOTAL 3 MESES 7.000 Custo / Benefício CUSTO DE DESENVOLVIMENTO Análise Hard / Soft Pessoal CUSTO OPERACIONAL Manutenção Luz, Telefone Materiais ECONOMIA DE CUSTO Fluxo de Caixa Redução de hora extra Controlo de stock 6 000 12 000 2 000 20 000 2 500 500 500 3 500 2 000 1 000 1 000 4 000 BENEFICIO LÍQUIDO 500 VIDA ÚTIL 5 ANOS 500 POR ANO FINAL DE 5 000 (18%) VALOR ATUAL 1 563,58 VALOR 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ões Regras Procedimentos Dados em modelos coerentes do sistema requerido Uso de Diagramas Análise Detalhada UTILIZADOR ANALISTA “DESIGNER” DIÁLOGO DOCUMENTAR SISTEMA EXISTENTE “RETRATO DO QUE EXISTE” PROPOR E DOCUMENTAR NOVO SISTEMA “Linguagem” do Analista O que é uma ENTIDADE ? Objecto, concreto ou abstracto, de interesse para o sistema, que possa ser identificável de forma inequívoca exemplos: Cliente Produto Factura Aluno Livros “Linguagem” do Analista O que é um ACONTECIMENTO ? Algo que ocorre no sistema num determinado instante exemplos: Pedir Produto Pagar Produto Requisitar Livro “Linguagem” do Analista O que é um PROCESSO ? Actividade que ocorre no sistema exemplos: Verificar estado stock Calcular total da factura Verificar disponibilidade do livro “Linguagem” do Analista O que é um ATRIBUTO ? As Entidades são descritas pelos seus Atributos Entidade Nome do Atributo Livro Código Nome Editora Ano 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 Produtos Alunos requisitam Livros Análise Detalhada PROVOCA ACONTECIMENTO PROCESSO EXECUÇÃO REQUISITAR LIVRO VERIFICAR A DISPONIBILIDADE DO LIVRO Perspectivas de Modelar o SI Orientada a Comportamento O que acontece e quando? Ex: Diag. Vida Entidade Orientada a Dados Orientada a Processos Que informação é usada pelo Sistema? O que o Sistema faz? Ex: Diag. E-R Ex: Diag. Fluxo Dados