Projeto e Desenvolvimento de SAD (2)

Universidade do Contestado Campus Concórdia

Curso de Sistemas de Informação

Prof.: Maico Petry

DISCIPLINA: Sistemas de Apoio a Decisão

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

CICLO DE VIDA DO DESENVOLVIMENTO DE SISTEMAS

System development life cycle (SDLC)

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)

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

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

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

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

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?

Conduza um estudo de viabilidade

• Defina

– Objetivos

– Escopo do SAD e usuários alvos

– Impactos do SAD

– Principais alternativas

• Conclusões

• Comprar ou desenvolver?

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)

SDLC: 7 passos

• Confirme os requisitos dos usuários

• Análise

• Projeto

• Codificação

• Teste

• Instalação

• Avaliação do usuário

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

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

XP

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

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

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

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

Interfaces para SAD

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

Estilos de interfaces

• Linhas de comando

• Menus

• Gráficos

• Questões e respostas

• Uma combinação de tudo

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, ...

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

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

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

Arquitetura e aspectos de rede e segurança

Projeto da arquitetura e aspectos de rede e segurança

• Minimiza custos e maximiza a produtividade

• Evita colapsos e problemas de desempenho

Componentes de um SAD

• Interface

• Banco de dados, documentos e regras

• Modelos e ferramentas analíticas

• Infra-estrutura de rede e de comunicação

Necessidades de rede para diferentes tipos de SAD

Rede

Orientado a dados Usualmente

Orientado a

documento

Usualmente

Orientado a modelo Algumas vezes

Orientado a

conhecimento

Algumas vezes

Orientado a grupo Sempre

Inter-organizacional Sempre

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?

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

SAD em rede

• A arquitetura deve estar diagramada e entendida antes do projeto ser aprovado

Componentes de uma arquitetura segundo Mallach

• Banco de dados

– Interno/Externo

– Responsáveis por segurança, integridade dos dados, formatos

• Modelos

– Fontes de dados

– Manutenção (responsável por)

– Limitações no acesso

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

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?

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

Recomendações

• Uma política de password

– Educação do usuário!

– Geradores de password

– Validade limitada

– Passwords para uso único

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