Projeto e Desenvolvimento de SAD (2)

Documentos relacionados
Professor Emiliano S. Monteiro

CAPÍTULO 1 O AMBIENTE DE DESENVOLVIMENTO DE SISTEMAS. Tereza Gonçalves Kirner

4/14/11. Processos de Engenharia de Requisitos. Engenharia de requisitos. Elicitação e análise. A espiral de requisitos

Documentação de Software. Simone Vasconcelos

Análise de Sistemas Aula 4

Componentes de SIs. Pessoas Organiz. Tecnologia

CICLO DE VIDA DO SOFTWARE. Nas empresas também é difícil adotar apenas um ciclo de vida, na maioria das vezes possui mais de um.

Projeto de Redes Top-Down

Engenharia de Software I Processos de desenvolvimento de SW. profa. Denise Neves

Cadeira: Engenharia de Software

Engenharia de Software

Processos de software

Engenharia de Software II

Banco de Dados. SGBDs. Professor: Charles Leite

Faculdade de Tecnologia SENAC Pelotas Interface Homem Computador 3º Semestre

ENGENHARIA DE USABILIDADE E INTERFACES

Aula 01 Conceito de Banco de Dados e SGBD

Sistemas Multi-agentes

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE

Engenharia de Software. Gerenciamento de Pessoal. Professor Joerllys Sérgio

ENGENHARIA DE REQUISITOS

As técnicas de concepção

MANUAL PARA DESENVOLVIMENTO DE SOFTWARE TRABALHO DE CONCLUSAO DE CURSO EM SISTEMAS DE INFORMAÇÃO

Conteúdo. Disciplina: INF Engenharia de Software. Monalessa Perini Barcellos

Documento de Requisitos*

Prof. Fábio Lúcio Meira

Curso online de Fundamentos em Android. Plano de Estudo

SISTEMAS DE INFORMAÇÃO Prof. Esp. Fabiano Taguchi

Rational Unified Process (RUP)

Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini /

Processo de Desenvolvimento de Software

Estruturas Organizacionais

ANÁLISE E DESENVOLVIMENTO DE SISTEMAS TURMA º PERÍODO - 7º MÓDULO AVALIAÇÃO A1 DATA 10/09/2009 ENGENHARIA DE USABILIDADE

Sistema de Avaliação do Docente pelo Discente e Auto-Avaliação do Docente (SIAV)

Processo de Engenharia de Requisitos

Análise de sistemas. Engenharia de Requisitos

1. INTRODUÇÃO A MODELAGEM DE DADOS

ISO/IEC Roteiro IEC ISO. Histórico ISO/IEC ISO

2

APLICAÇÃO DA ENGENHARIA DE REQUISITOS E ESPECIFICAÇÃO DE REQUISITOS NA IDENTIFICAÇÃO DE ESCOPO DE SISTEMA

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE

Unidade IV PRINCÍPIOS DE SISTEMAS DE. Prof. Luís Rodolfo

Engenharia de Software

PROJETO DE BANCO DE DADOS

Requisitos de Software

DISCIPLINA: Administração de Sistemas de Informação

QUESTÕES TESTES. Questão 1. O modelo de ciclo de vida em cascata:

Disciplina - Requisitos. Grupo Yuni Luiz Eduardo Káthia

ISO/IEC Processo de ciclo de vida

Engenharia de Software Aula 2.3 Processos da Engenharia de Requisitos. Prof. Bruno Moreno

Escolhendo um Modelo de Ciclo de Vida

ORGANIZAÇÃO CURRICULAR TÉCNICO NA ÁREA DE INFORMÁTICA: HABILITAÇÃO TÉCNICO EM INFORMÁTICA NA MODALIDADE A DISTÂNCIA /1

Data Warehouse ETL. Rodrigo Leite Durães.

Problemas e Práticas Recomendadas no Desenvolvimento de Software

Padrão para Especificação de Requisitos de Produto de Multimídia

Documento de Visão versão 1.0 Desenvolvimento do Sistema de Gestão de Documentos Doc Manager Cliente: São José Agroindustrial Representante do

Aula 3.1 Introdução e Visão Geral do Processo Unificado

Engenharia de Software Modelagem de Negócio

Análise e Projeto. Prof. Erinaldo Sanches Nascimento

Gerência e Planejamento de Projeto. Engenharia de Software I Profa. Elisa Yumi Nakagawa 1 o semestre de 2015

Guia do Processo de Teste Metodologia Celepar

Modelagem e Análise de Processos na área de TI. Josué Vitor Professor e Pesquisador DEPAD/UFRN

Ergonomia Cognitiva IHC Interface Homem Computador Parte 5

Introdução à Interface Pessoa-Máquina

Requisitos de Sistemas

Processos Ágeis de Desenvolvimento de Software

Sistemas de Informação Executiva - SIE

Engenharia de Software Processo de Desenvolvimento. Ciclo de Vida - Modelo Cascata

TIPOS DE ESTRUTURAS ORGANIZACIONAIS

GERENCIAMENTO DE DADOS Exercícios

Análise Estruturada. Análise Essencial e Estruturada

Introdução ao RUP. Livar Correia de O. C. Cunha Effektiv Solutions

PDS. Aula 1.4 Modelos de Processo. Prof. Dr. Bruno Moreno


Introdução aos sistemas de informação

Abordagem para Construção de SI. Ciclo de Vida de Sistemas Tradicionais

CICLO DE VIDA DE SOFTWARE

Transcrição:

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

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 Orientado a documento Orientado a modelo Usualmente Usualmente Algumas vezes Orientado a conhecimento Orientado a grupo Algumas vezes 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 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

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