Projeto e Desenvolvimento de SAD (2) - PDF
Download "Projeto e Desenvolvimento de SAD (2)"
Adelino Monsanto Almeida
1 Universidade do Contestado Campus Concórdia Curso de Sistemas de Informação Prof.: Maico Petry Projeto e Desenvolvimento de SAD (2) DISCIPLINA: Sistemas de Apoio a Decisão
2 Metodologias de projeto e desenvolvimento: Um overview System development life cycle (SDLC) muito usada para projeto de SADs Protótipos são obtidos cedo Gerentes customizam o SAD
3 CICLO DE VIDA DO DESENVOLVIMENTO DE SISTEMAS System development life cycle (SDLC)
4 Riscos deste tipo de projeto É caro Pode não ser colocado em uso É um projeto complexo as pessoas mudam muito de interesse (personalidades diversas, posição que ocupam, competência adquirida, natureza das decisões que necessitam)
5 Uma metodologia orientada à decisão Descrição de um pré-projeto e diagnóstico da tomada de decisão Diagnóstico do processo em uso de tomada de decisão Identificação de problemas ou oportunidades para melhoria do comportamento atual Identificação de como o processo decisório se dá atualmente
6 Importante: Orientação à decisão Especificar as alterações no processo de tomada de decisão Determinar que melhorias são pretendidas Fazer um fluxograma do processo
7 3 passos para o diagnóstico Reunir dados sobre o atual processo de tomada de decisão Entrevistas, observações e históricos armazenados Descrever de forma coerente o processo atual de decisão Especificar um procedimento de como a tomada de decisão deve ser realizada
8 Plano de auditagem do processo de tomada de decisão Passo 1: O que será auditado e quem fará? Passo 2: Examinar o diagrama do processo Passo 3: Observar e juntar dados Passo 4: Avaliar o desempenho Passo 5: Fazer relatório e apresentar recomendações
9 Chegando a um diagnóstico Foco na identificação do que é respondido pelo tomador de decisão nas situações de tomada de decisão Foco no que é identificado pelos tomadores de decisão como sendo a faixa de alternativas viáveis Como uma tomada de decisão pode ser melhorada?
10 Conduza um estudo de viabilidade Defina Objetivos Escopo do SAD e usuários alvos Impactos do SAD Principais alternativas Conclusões Comprar ou desenvolver?
11 Se vai desenvolver, então escolha a metodologia de projeto e desenvolvimento SDLC (tipo cascata ) RAD (Rapid Application Development) XP (extreming Programming) ou similar (Método Leve)
12 SDLC: 7 passos Confirme os requisitos dos usuários Análise Projeto Codificação Teste Instalação Avaliação do usuário
13 RAD: 5 passos 1. Identifique requisitos dos usuários 2. Primeira iteração com protótipo 3. Evolução do protótipo 4. Teste e retorno ao passo 3, se necessário 5. Instalação
14 Método leve (XP ou similar) Coloca parte da responsabilidade sobre os usuários finais que são parte integrante do time de desenvolvimento O constante feedback é fundamental para se alcançar um SAD com reais chances de uso Os testes mais rigorosos minimizam o esforço de usuários finais na detecção de falhas
16 Gestão do projeto do SAD É necessário um gerente para o projeto Incluir uma diagnóstico e um estudo de viabilidade facilitará definir objetivos e escopo do SAD Quando o escopo é amplo é indicado se obter um acordo de responsabilidades entre os envolvidos
17 Gestão do projeto do SAD O gerente de projeto deve identificar tarefas incompletas, recursos necessários, e resultados parciais a serem gerados Resultados parciais são muito importantes para o controle do progresso contínuo do projeto
18 Papéis em projetos de SAD Gerente de projeto ou Analista Especialista que toma as decisões sobre que software e hardware fazer uso Gerente executivo Gerente sênior que tem influência para auxiliar a resolver problemas com recursos necessários Usuários alvos do SAD Equipe técnica Arquiteto DW, Analista de dados Especialistas em tecnologias Redes, Banco de dados, etc
19 Recomendações de metodologias vs. tipo de SAD SAD orientado a modelo ou conhecimento RAD ou XP SAD orientado a dados ou documento SDLC SAD orientado a grupo pode ser comprado de terceiros
20 Interfaces para SAD
21 Interfaces com o usuário: Overview Um conjunto de menus, ícones, comandos e gráficos Envolve hardware e software Provê indicações aos usuários
22 Estilos de interfaces Linhas de comando Menus Gráficos Questões e respostas Uma combinação de tudo
23 Construindo a interface Início identifique os usuários e faça um brainstorm sobre suas habilidades Projete telas e obtenha um feedback inicial do usuário Atenção para as interações do tipo: tente isto, analise isto, simplifique isto, altere isto,...
24 Elementos da interface Gráficos são úteis comunicam melhor a idéia Cores melhoram a interface Simetria proporções balanceadas e estética Guias para os usuários
25 Recomendações úteis Buscar consistência Prover feedback Prover caixas de diálogos Permitir o cancelamento de ações Reduzir a carga de informação em processamento
26 Fatores que influenciam o sucesso de um projeto de interface Velocidade do SAD Versatilidade do SAD múltiplas tarefas Qualidade do help on-line Adaptabilidade do SAD Uniformidade da interface Curva de aprendizagem Fácil de memorizar Atrativo
27 Arquitetura e aspectos de rede e segurança
28 Projeto da arquitetura e aspectos de rede e segurança Minimiza custos e maximiza a produtividade Evita colapsos e problemas de desempenho
29 Componentes de um SAD Interface Banco de dados, documentos e regras Modelos e ferramentas analíticas Infra-estrutura de rede e de comunicação
30 Necessidades de rede para diferentes tipos de SAD Rede Orientado a dados Orientado a documento Orientado a modelo Usualmente Usualmente Algumas vezes Orientado a conhecimento Orientado a grupo Algumas vezes Sempre Inter-organizacional Sempre
31 Arquitetura de SAD e rede Como o hardware é organizado? Como o software e os dados serão distribuídos no sistema? Como os componentes do sistemas serão integrados e conectados?
32 Qual a importância da arquitetura em um SAD? Formalizam o ambiente necessário ao trabalho colaborativo entre os desenvolvedores Melhora o planejamento; mais eficiente e mais coordenado Melhora a capacidade do time para implementar o SAD Auxilia no planejamento de outros sistemas que devem interagir com o SAD Melhora a capacidade de avaliar tecnologias num dado contexto
33 SAD em rede A arquitetura deve estar diagramada e entendida antes do projeto ser aprovado
34 Componentes de uma arquitetura Banco de dados Interno/Externo segundo Mallach Responsáveis por segurança, integridade dos dados, formatos Modelos Fontes de dados Manutenção (responsável por) Limitações no acesso
35 Componentes de uma arquitetura segundo Mallach Ferramentas de software Ferramentas usadas pelos adm. para controle de modelos e banco de dados Plataformas de hardware e SO Banco de dados e modelos Programas Acesso ao SAD Redes Conexão com servidores Comunicação entre grupos Compartilhamento de dados
36 Segurança em SAD Qual a importância do SAD? Quanto deve ser gasto para tornar o SAD seguro? Como os aspectos de segurança irão afetar o acesso ao SAD pelos usuários?
37 Implementando a segurança de SI Identificar possíveis falhas Físicas Roubo de equipamentos Vandalismo Política de segurança Documento que estabelece uma política que orienta como a empresa lida com problemas de segurança
38 Recomendações Uma política de password Educação do usuário! Geradores de password Validade limitada Passwords para uso único
39 Fonte Material extraído/adaptado de: James F. O'Brien Sistemas de Informação e as decisões gerenciais na era da Internet. Prof. Francilene Garcia UFCG Departamento de Sistemas e Computação
ENGENHARIA DE REQUISITOS Introdução a Computação e Engenharia de Software Profa. Cynthia Pinheiro Contextualização Estudo realizado pelo Standish Group em 1995, envolvendo 350 companhias e 8.000 projetos
SISTEMAS DE INFORMAÇÕES DIAGRAMA DE FLUXO DE DADOS Apresenta-se assim um diagrama que identifica a seqüência ideal do fluxo das operações nos processos, designado, Diagrama de Fluxo de Dados (DFD). Banco