Projeto e Desenvolvimento de SAD (2)

Projeto e Desenvolvimento de SAD (2)

Universidade do Contestado Campus Concórdia

Curso de Sistemas de Informação Prof.: Maico Petry

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

Se vai desenvolver, então escolha a

metodologia de projeto e

desenvolvimento

• SDLC (tipo “cascata”)

• RAD (Rapid Application Development) • XP (eXtreming Programming) ou similar

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

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

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

– 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

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

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

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

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

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

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

– 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

– Educação do usuário! – Geradores de password – Validade limitada

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