Construção e Implantação de Software II - Unidade 3- Estratégias Para Testes de Software. Prof. Pasteur Ottoni de Miranda Junior
|
|
- João Pedro Salazar de Escobar
- 8 Há anos
- Visualizações:
Transcrição
1 Construção e Implantação de Software II - Unidade 3- Estratégias Para Testes de Software Prof. Pasteur Ottoni de Miranda Junior 1
2 1-Estratégia Global 1.1-Visão Global de Estratégias Para Teste A estratégia definida para testes comporta os seguintes passos implementados sequencialmente: -Testes de módulos atômicos: cada módulo(procedimentos ou funções) que não invoca outros módulos é testado individualmente. Faz muito uso das técnicas de Teste de Caixa Branca, exercitando caminhos específicos da estrutura de controle de um módulo, a fim de garantir uma completa cobertura e máxima detecção de erros. -Testes de Integração: consiste na montagem e integração dos módulos básicos a fim de formarem um pacote de software. -Testes de Validação: consiste na realização de testes funcionais, baseados na especificação de requisitos funcionais, comportamentais e de desempenho. Os Critérios de Validação definidos após a fase de Análise de Requisitos devem ser testados. Utilizam-se exclusivamente Testes de Caixa Preta. -Testes de Sistema: o software, uma vez validado, é combinado com outros elementos do sistema(por exemplo, hardware, pessoas, bancos de dados). Verificam se todos os elementos combinam-se adequadamente e se a função/desempenho global do sistema é conseguida. -Testes de Aceitação: consiste no processo de comparar o programa com seus requisitos iniciais e as necessidades dos usuários finais. É usualmente realizado pelo usuário final. Também denominado de Alfa- Teste (realizado nas dependências do desenvolvedor) ou Beta-Teste (realizado nas dependências do usuário final). 1.2-Teste de Módulos Para testes de módulos sugere-se que os seguintes aspectos sejam considerados: -as condições de limite são testadas para ter a garantia de que o módulo opera adequadamente nos limites estabelecidos. -todos os caminhos independentes são testados; -realizar testes de cobertura quando desejar-se confiabilidade adicional nos testes. -testar caminhos no fluxo de execução do programa que envolvem tratamento de erros. Para executar tais módulos, programas que os invocam devem ser criados. Tais programas são denominados drives. 1.3-Teste de Integração Para integração dos módulos, sugere-se uma abordagem botton-up. Esta abordagem não requer a criação dos chamados stubs-estruturas de programa criadas para substituir módulos subordinados ao módulo sob teste. A integração botton-up começa com os módulos atômicos, de baixo para cima. Assim sendo, o processamento exigido para os módulos subordinados em determinado nível está sempre disponível. A estratégia botton up pressupõe as seguintes etapas: 1.Módulos de baixo nível são testados utilizando-se teste de módulos 2-Módulos são agrupados em clusters que realizam uma subfunção específica do software. 3-Um drive é escrito para coordenar a entrada/saída do caso de teste. 2
3 4-O cluster é testado. 5-Drives são removidos e clusters são combinados movendo-se em direção ao topo da hierarquia da estrutura do programa. Quando a necessidade de teste de funções de controle de nível mais alto for premente, uma integração top-down pode ser utilizada. Esta integração envolve os seguintes passos: 1-Começa por módulos de nível mais alto, caminhando pela árvore de módulos primeiro em profundidade ou primeiro em largura. 2-Esta implementação demanda a utilização dos stubs mencionados anteriormente para substituir módulos subordinados não testados ainda. 3-Após os testes, estes stubs vão sendo substituídos pelos módulos reais e novos stubs vão sendo criados até que se chegue aos módulos de nível mais baixo. 4-Como cada novo módulo introduzido na integração pode gerar erros devido a, por exemplo, novos caminhos estabelecidos, novas entradas saídas ou novos fluxos de controle lógico, testes de regressão devem ser realizados. Tais testes realizam a reexecução de alguns testes já realizados, de forma a garantir que as modificações não produziram efeitos colaterais. Podem ser focados em uma amostra dos testes que exercitarão todas as funções do software ou em funções que são prováveis de terem sido afetadas pela mudança ou ainda nos componentes modificados. 3
4 A maior desvantagem da abordagem top-down é a necessidade de stubs. A vantagem é que são funções de controle mais importantes (em nível mais alto) são testadas antes. No caso da botton-up, a desvantagem é que o programa somente existirá funcionando após o último módulo ser testado. Por outro lado, não demanda stubs. Módulos considerados críticos (de performance crítica, ou que englobem muitos requisitos, ou de alto nível de controle ou complexos) devem ser testados antes. Normalmente utilizam-se métodos de Caixa Branca para integração, porém em algumas situações podem ser utilizados métodos de caixa preta, por exemplo, quando o código do módulo for longo. 1.4-Teste de Validação A validação do software é feita por meio de uma série de Testes de Caixa Preta que demonstram a conformidade com os requisitos. Os casos de teste devem ser projetados no DTS de acordo com com os Critérios de Validação definidos na Especificação de Requisitos de Software. Depois que cada caso de teste de validação for realizado, existirá uma dentre duas condições: (1) as características de função ou desempenho conformam-se às especificações e são aceitas; ou (2) um desvio das especificações é descoberto e uma lista de deficiências é criada. Os desvios ou erros descobertos nessa fase de um projeto raramente podem ser corrigidos antes da conclusão programada. Muitas vezes é necessário negociar com o cliente para estabelecer um método para superação das deficiências. 4
5 1.5-Teste de Sistema Os testes de sistema têm como propósito colocar à prova o sistema. A seguir serão descritos os tipos de testes de sistema que deverão ser implementados Testes de Recuperação Tais testes devem ser feitos de forma a forçar o software a falhar de diversas maneiras, verificando se a recuperação de tais falhas é adequadamente executada Testes de Segurança Tais testes devem ser realizados de forma a verificar se todos os mecanismos de proteção embutidos num sistema o protegerão, de fato, de acessos indevidos. Os testes devem ser planejados para testar, por exemplo, segurança de senhas, proteção quanto ao acesso de determinadas funções, proteção dos dados durante queda do sistema, etc Testes de Stress Consiste em testar-se o programa em situações limites, até que o mesmo falhe. O teste de stress executa o sistema de forma a exigir recursos em quantidade, volume ou frequência anormais. Por exemplo, limites de memória, volume grande de dados de entrada, pesquisas longas e exaustivas em disco, etc Testes de Desempenho Estes testes são realizados para se testarem os requisitos de desempenho definidos na Especificação de Requisitos. O teste de desempenho deve ocorrer ao longo de todos os passos do processo de teste. Até mesmo a nível de unidade, o desempenho de um módulo individual pode ser avaliado quando se realizam testes de caixa branca.. Porém, somente quando todos os elementos de um sistema estão plenamente integrados é que o desempenho real do mesmo pode ser avaliado. Muitas vezes é realizado combinado com testes de stress e frequentemente exige instrumentação de hardware e software. Ou seja, muitas vezes é necessário medir a utilização de recursos (por exemplo, ciclos do processador) rigorosamente. A instrumentação externa pode monitorar intervalos de execução, registrar eventos (por exemplo, interrupções) quando eles ocorrerem e amostrar estados de máquina. Ao instrumentar um programa, o realizador do teste pode descobrir situações que levam à degradação e possível falha do sistema. 1.6-Testes de Aceitação Estes testes visam especificamente capacitar clientes a validar seus requisitos. É realizado quase que exclusivamente pelo usuário final. Devem ser realizados ao longo de um período de semanas ou meses, assim descobrindo erros que passaram por testes posteriores ou que poderiam deteriorar o sistema com o decorrer do tempo. 5
6 O chamado alfa teste é realizado por um cliente normalmente nas instalações do desenvolvedor. O software é usado num ambiente natural, com o desenvolvedor registrando erros e problemas de uso. O chamado beta teste é realizado em instalações de clientes por usuários finais do software. O desenvolvedor, normalmente não está presente. O cliente registra Referências. PRESSMANN, R. Software Engineering A Practitioners Approach. 7a edição Mc Graw-Hill 2- Revisões Formais O que é uma revisão? Segundo Yourdon: Ela é simplesmente uma revisão de um produto qualquer feita por um grupo de pessoas. Tipos de Revisões Revisão de especificação Consiste na revisão de requisitos e especificações do usuário. Principal finalidade: localizar problemas, falta de precisão, ambiguidades e omissões. Preocupa-se com a funcionalidade do sistema. Revisão de interface com usuário Preocupa-se com os formatos de entrada e saída (layouts de relatórios), sequência de menus, disposição de objetos na tela, facilidade de operação, inteligibilidade. Revisão de projeto Ênfase nas decisões de implementação, arquiteturas e técnicas empregadas, algoritmos. Revisão de código Consiste na tentativa de se detectarem erros em trechos de código fonte. Revisão de teste São conduzidas para assegurar que os dados de teste sejam adequados ao sistema, e não para examinar a saída da rodada de teste 6
7 Papéis em uma revisão O apresentador Sua tarefa é introduzir o produto para o restante do grupo. Normalmente é o desenvolvedor do produto sob revisão. O coordenador Assegura que as atividades da revisão sejam corretamente planejadas e organizadas. É uma espécie de moderador que mantém a discussão em andamento, impedindo que haja afastamento do objetivo principal da revisão. Normalmente é o líder da equipe ou gerente do projeto. Secretário/copista Aponta as notas de revisão. Normalmente, uma secretária. Oráculo da manutenção Seu papel é rever o produto do ponto de vista de manutenções futuras: deve olhar para o futuro, antecipando que tipos de mudança poderiam ter que ser feitas no produto. O portador de padrões É o responsável por verificar se as normas e padrões estão sendo seguidos. Normalmente é um especialista em Engenharia de Software. O Representante do usuário Sua responsabilidade é verificar se os requisitos estão sendo atendidos. O especialista na área do sistema Deve verificar se tecnicamente o sistema está correto, na área de sua especialidade. Atividades antes da revisão Responsabilidades do autor Anunciar sua intenção de fazer uma revisão (dois dias de antecedência) Escolher participantes e coordenador. Fornecer material apropriado para a revisão. Escolher um produto que possa ser revisado em um período de no máximo 60 minutos. Responsabilidades do coordenador Assegurar que a revisão realmente aconteça, precisando data, hora e local. Assegurar que os participantes realmente atendam à revisão. Distribuir o material para a revisão. Responsabilidades dos outros membros Ler a documentação fornecida antes da reunião (1 hora para cada 7
8 1 hora de revisão) Atividades durante a revisão O coordenador inicia a revisão ressaltando a finalidade da mesma. Deve lembrar que é o produto, não o autor, que está em revisão. O apresentador toma a palavra, apresentando o produto utilizando um retroprojetor, datashow, etc. Se for a primeira revisão do produto temos: Se os participantes tiveram tempo de estudar bem a documentação antes da revisão, a apresentação pode ser breve. Se estiver inseguro, o autor pode perguntar aos revisores se consideram ou não necessário dar uma visão geral do produto. Em alguns casos o autor pode querer esclarecer aos revisores sobre a base de seu produto, métodos alternativos, vantagens e desvantagens consideradas e suposições. Se for a segunda revisão do produto o apresentados pode rever coisas antigas, normalmente uma discussão de erros, sugestões e comentários da reunião anterior. Os revisores devem fazer todo tipo de crítica construtiva, comentários, sugestões e listas de erros. O autor pode e deve argumentar, quando procedente, acerca de qualquer crítica, sugestão ou erro apresentado. Deve tomar cuidado para que isso não prolongue excessivamente a revisão. O copista registra os comentários dos revisores em um documento semelhante ao apresentado no próximo slide. Os resultados da revisão devem ser ressaltados na ata: 8
9 Algumas regras: A revisão deve ser curta: de 15 a 30 minutos Revise partes completas de um produto, nunca fragmentos Nunca marcar mais que duas revisões seguidas no mesmo dia 9
10 Atividades após a revisão O coordenador deve divulgar à gerência o resultado da revisão O coordenador deve distribuir uma cópia da ata aos participantes O produtor pode discutir pontos que não ficaram claros com os participantes Obviamente o produtor deve realizar as ações determinadas durante a revisão Referência: YOURDON,E..Revisões Estruturadas. Editora Campus,1a edição,
Engenharia de Software II
Engenharia de Software II Aula 8 http://www.ic.uff.br/~bianca/engsoft2/ Aula 8-17/05/2006 1 Ementa Processos de desenvolvimento de software Estratégias e técnicas de teste de software (Caps. 13 e 14 do
Leia maisJuciara Nepomuceno de Souza Rafael Garcia Miani. Teste de Software
Juciara Nepomuceno de Souza Rafael Garcia Miani Teste de Software Técnicas de Teste de Software Testabilidade Operabilidade; Observabilidade; Controlabilidade; Decomponibilidade; Simplicidade; Estabilidade;
Leia maisPrincípios do teste de software
Teste de Software Princípios do teste de software Conforme a Lei de Pareto, 80% dos erros podem ser localizados em 20% do projeto, geralmente nos módulos principais do sistema; A atividade de teste não
Leia maisPROFESSOR: CRISTIANO MARIOTTI
PROFESSOR: CRISTIANO MARIOTTI Conjunto de atividades, parcialmente ordenadas, com a finalidade de obter um produto de software; Considerado um dos principais mecanismos para se obter software de qualidade
Leia maisISO/IEC 12207: Gerência de Configuração
ISO/IEC 12207: Gerência de Configuração Durante o processo de desenvolvimento de um software, é produzida uma grande quantidade de itens de informação que podem ser alterados durante o processo Para que
Leia maisPROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Introdução Modelos de Processo de Desenvolvimento de Software Os modelos de processos de desenvolvimento de software surgiram pela necessidade de dar resposta às
Leia maisConteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos
Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF 02810 Prof.: (monalessa@inf.ufes.br) Conteúdo 1. Introdução 2. Processo de Software 3. Gerência de
Leia maisEngenharia de Software II
Engenharia de Software II Aula 14 Revisão http://www.ic.uff.br/~bianca/engsoft2/ Aula 14-07/05/2006 1 Processo de Software Qual é a diferença entre uma atividade de arcabouço e uma atividade guarda chuva?
Leia maisFundamentos em Teste de Software. Vinicius V. Pessoni viniciuspessoni@gmail.com
Fundamentos em Teste de Software Vinicius V. Pessoni viniciuspessoni@gmail.com Objetivos do treinamento 1. Expor os fundamentos de Teste de Software; 2. Conceituar os Níveis de Teste; 3. Detalhar sobre
Leia maisTestes de Software. Testes de Software. Teste de Validação. Teste de Defeito. Modelo de Entrada e Saída. Modelo de Entrada e Saída
DCC / ICEx / UFMG Testes de Software Testes de Software Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo Teste de software buscam por erros ou anomalias em requisitos funcionais e não funcionais Classificação
Leia maisMetodologias de Desenvolvimento de Sistemas. Analise de Sistemas I UNIPAC Rodrigo Videschi
Metodologias de Desenvolvimento de Sistemas Analise de Sistemas I UNIPAC Rodrigo Videschi Histórico Uso de Metodologias Histórico Uso de Metodologias Era da Pré-Metodologia 1960-1970 Era da Metodologia
Leia maisUniversidade Paulista
Universidade Paulista Ciência da Computação Sistemas de Informação Gestão da Qualidade Principais pontos da NBR ISO/IEC 12207 - Tecnologia da Informação Processos de ciclo de vida de software Sergio Petersen
Leia maisUnidade VI. Validação e Verificação de Software Teste de Software. Conteúdo. Técnicas de Teste. Estratégias de Teste
Unidade VI Validação e Verificação de Software Teste de Software Profa. Dra. Sandra Fabbri Conteúdo Técnicas de Teste Funcional Estrutural Baseada em Erros Estratégias de Teste Teste de Unidade Teste de
Leia maisComo melhorar a Qualidade de Software através s de testes e nua. Cláudio Antônio de Araújo 22/11/2008
Como melhorar a Qualidade de Software através s de testes e integração contínua. nua. Cláudio Antônio de Araújo 22/11/2008 Objetivos Fornecer uma visão geral da área de testes de software, com ênfase em
Leia maisDicionário da EAP - Software FarmaInfor
Software FarmaInfor 1.Gerenciamento 2.Iniciação 3.Elaboração 4. Desenvolvimento 5.Trenferência 6. Finalização 6.1 Assinatura 1.1 Montar Equipe 2.1 Levantar Requisitos 3.1 Definir Módulos 4.1 Codificar
Leia maisNa medida em que se cria um produto, o sistema de software, que será usado e mantido, nos aproximamos da engenharia.
1 Introdução aos Sistemas de Informação 2002 Aula 4 - Desenvolvimento de software e seus paradigmas Paradigmas de Desenvolvimento de Software Pode-se considerar 3 tipos de paradigmas que norteiam a atividade
Leia maisc. Técnica de Estrutura de Controle Teste do Caminho Básico
1) Defina: a. Fluxo de controle A análise de fluxo de controle é a técnica estática em que o fluxo de controle através de um programa é analisado, quer com um gráfico, quer com uma ferramenta de fluxo
Leia maisGARANTIA DA QUALIDADE DE SOFTWARE
GARANTIA DA QUALIDADE DE SOFTWARE Fonte: http://www.testexpert.com.br/?q=node/669 1 GARANTIA DA QUALIDADE DE SOFTWARE Segundo a NBR ISO 9000:2005, qualidade é o grau no qual um conjunto de características
Leia maisFundamentos de Teste de Software
Núcleo de Excelência em Testes de Sistemas Fundamentos de Teste de Software Módulo 2- Teste Estático e Teste Dinâmico Aula 3 Teste Estático SUMÁRIO INTRODUÇÃO... 3 1. Definição... 3 2. Custo Versus Benefício...
Leia maisTipos de teste de software
Tipos de teste de software Volnys Borges Bernal volnys@lsi.usp.br Adilson Hira ayhira@lsi.usp.br Laboratório de Sistemas Integráveis Departamento de Sistemas Eletrônicos Escola Politécnica da USP Sumário
Leia maisRoteiro para a escrita do documento de Especificação de Requisitos de Software (ERS)
Roteiro para a escrita do documento de Especificação de Requisitos de Software (ERS) Definição Geral: Disciplina de Compiladores Prof. Jorge Bidarra (UNIOESTE) A especificação de requisitos tem como objetivo
Leia maisEAGLE TECNOLOGIA E DESIGN CRIAÇÃO DE SERVIDOR CLONE APCEF/RS
EAGLE TECNOLOGIA E DESIGN CRIAÇÃO DE SERVIDOR CLONE APCEF/RS Relatório Nº 03/2013 Porto Alegre, 22 de Agosto de 2013. ANÁLISE DE SOLUÇÕES: # RAID 1: O que é: RAID-1 é o nível de RAID que implementa o espelhamento
Leia maisERP Enterprise Resource Planning
ERP Enterprise Resource Planning Sistemas Integrados de Gestão Evolução dos SI s CRM OPERACIONAL TÁTICO OPERACIONAL ESTRATÉGICO TÁTICO ESTRATÉGICO OPERACIONAL TÁTICO ESTRATÉGICO SIT SIG SAE SAD ES EIS
Leia maisSistema de Gestão da Qualidade
Sistema de Gestão da Qualidade Coordenadora Responsável Mara Luck Mendes, Jaguariúna, SP, mara@cnpma.embrapa.br RESUMO Em abril de 2003 foi lançado oficialmente pela Chefia da Embrapa Meio Ambiente o Cronograma
Leia maisSISTEMAS OPERACIONAIS CAPÍTULO 3 CONCORRÊNCIA
SISTEMAS OPERACIONAIS CAPÍTULO 3 CONCORRÊNCIA 1. INTRODUÇÃO O conceito de concorrência é o princípio básico para o projeto e a implementação dos sistemas operacionais multiprogramáveis. O sistemas multiprogramáveis
Leia maisModelo Cascata ou Clássico
Modelo Cascata ou Clássico INTRODUÇÃO O modelo clássico ou cascata, que também é conhecido por abordagem top-down, foi proposto por Royce em 1970. Até meados da década de 1980 foi o único modelo com aceitação
Leia maisCHECK - LIST - ISO 9001:2000
REQUISITOS ISO 9001: 2000 SIM NÃO 1.2 APLICAÇÃO A organização identificou as exclusões de itens da norma no seu manual da qualidade? As exclusões são relacionadas somente aos requisitos da sessão 7 da
Leia maisProjeto de Arquitetura
Projeto de Arquitetura Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 11 Slide 1 Objetivos Apresentar projeto de arquitetura e discutir sua importância Explicar as decisões de projeto
Leia maisARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.
ARCO - Associação Recreativa dos Correios Sistema para Gerenciamento de Associações Recreativas Versão Histórico da Revisão Data Versão Descrição Autor Página
Leia maisExemplos: Análise de Valor Agregado (Ex_vagregado.SPRJ)
Exemplos: Análise de Valor Agregado (Ex_vagregado.SPRJ) Este exemplo tem como base atividades descritas em um email distribuído na lista da E-Plan (planejamento@yahoogrupos.com.br) com o título Curva Física
Leia maisEngenharia de Software. Parte I. Introdução. Metodologias para o Desenvolvimento de Sistemas DAS 5312 1
Engenharia de Software Parte I Introdução Metodologias para o Desenvolvimento de Sistemas DAS 5312 1 Mitos do Desenvolvimento de Software A declaração de objetivos é suficiente para se construir um software.
Leia maisGerenciamento de Projetos Modulo II Ciclo de Vida e Organização do Projeto
Gerenciamento de Projetos Modulo II Ciclo de Vida e Organização do Projeto Prof. Walter Cunha falecomigo@waltercunha.com http://waltercunha.com PMBoK Organização do Projeto Os projetos e o gerenciamento
Leia maisROTEIRO PARA ELABORAÇÃO DE PROJETOS
APRESENTAÇÃO ROTEIRO PARA ELABORAÇÃO DE PROJETOS Breve histórico da instituição seguido de diagnóstico e indicadores sobre a temática abrangida pelo projeto, especialmente dados que permitam análise da
Leia maisFeature-Driven Development
FDD Feature-Driven Development Descrição dos Processos Requisitos Concepção e Planejamento Mais forma que conteúdo Desenvolver um Modelo Abrangente Construir a Lista de Features Planejar por
Leia maisEngenharia de Requisitos
Engenharia de Requisitos Introdução a Engenharia de Requisitos Professor: Ricardo Argenton Ramos Aula 08 Slide 1 Objetivos Introduzir a noção de requisitos do sistema e o processo da engenharia de requisitos.
Leia maisEngenharia de Software I
Engenharia de Software I Curso de Desenvolvimento de Software Prof. Alessandro J de Souza ajdsouza@cefetrn.br 1 Rational Unified Process RUP Fase Construção 2 VISÃO GERAL Fase Construção. Visão Geral 3
Leia mais2. Função Produção/Operação/Valor Adicionado
2. Função Produção/Operação/Valor Adicionado Conteúdo 1. Função Produção 3. Administração da Produção 1 Bibliografia Recomenda Livro Texto: Introdução à Administração Eunice Lacava Kwasnicka - Editora
Leia maisAlgoritmos e Programação (Prática) Profa. Andreza Leite andreza.leite@univasf.edu.br
(Prática) Profa. Andreza Leite andreza.leite@univasf.edu.br Introdução O computador como ferramenta indispensável: Faz parte das nossas vidas; Por si só não faz nada de útil; Grande capacidade de resolução
Leia maisTeste de Software. Profa. Cátia dos Reis Machado catia@ifc-camboriu.edu.br
Teste de Software Profa. Cátia dos Reis Machado catia@ifc-camboriu.edu.br Qualidade Garantia de Qualidade Qualidade do processo Qualidade do produto Testes Estáticos Testes Dinâmicos Teste de software
Leia maisTecnologia e Sistemas de Informações
Universidade Federal do Vale do São Francisco Tecnologia e Sistemas de Informações Prof. Ricardo Argenton Ramos Aula 3 Componentes de SIs Pessoas SI Organiz. Unidades que exercem diferentes funções, tais
Leia maisnatureza do projeto e da aplicação métodos e ferramentas a serem usados controles e produtos que precisam ser entregues
Modelo De Desenvolvimento De Software É uma representação abstrata do processo de desenvolvimento que define como as etapas relativas ao desenvolvimento de software serão conduzidas e interrelacionadas
Leia maisSISTEMAS OPERACIONAIS
SISTEMAS OPERACIONAIS Arquitetura Sistemas Operacionais Andreza Leite andreza.leite@univasf.edu.br Plano de Aula Sistemas monolíticos Sistemas em camadas Sistemas micro-núcleo Modelo Cliente-Servidor Máquinas
Leia maisBackup. Permitir a recuperação de sistemas de arquivo inteiros de uma só vez. Backup é somente uma cópia idêntica de todos os dados do computador?
Backup O backup tem dois objetivos principais: Permitir a recuperação de arquivos individuais é a base do típico pedido de recuperação de arquivo: Um usuário apaga acidentalmente um arquivo e pede que
Leia maisAo introduzir o sistema ERP, o empresário reconhece imediatamente os benefícios e ferramentas que podem
Os benefícios do ERP Ao introduzir o sistema ERP, o empresário reconhece imediatamente os benefícios e ferramentas que podem ajudar a resolver os problemas comuns dentro da sua empresa. A abertura de informações
Leia maisSISTEMAS OPERACIONAIS ABERTOS Prof. Ricardo Rodrigues Barcelar http://www.ricardobarcelar.com
- Aula 2-1. PRINCÍPIOS DE SOFTWARE DE ENTRADA E SAÍDA (E/S) As metas gerais do software de entrada e saída é organizar o software como uma série de camadas, com as mais baixas preocupadas em esconder as
Leia maisProcesso de Implementação de um Sistema de Gestão da Qualidade
3 Processo de Implementação de um Sistema de Gestão da Qualidade Não existe um jeito único de se implementar um sistema da qualidade ISO 9001: 2000. No entanto, independentemente da maneira escolhida,
Leia maisMUDANÇAS NA ISO 9001: A VERSÃO 2015
MUDANÇAS NA ISO 9001: A VERSÃO 2015 Está em andamento o processo de revisão da Norma ISO 9001: 2015, que ao ser concluído resultará na mudança mais significativa já efetuada. A chamada família ISO 9000
Leia maisEngenharia de Software
Engenharia de Software Roteiro Análise de requisitos Definição de requisitos do sistema Requisitos Funcionais Requisitos Não Funcionais Exercício Análise de Requisitos Análise de Requisitos É o 1º passo
Leia maisEngenharia de Software II
Engenharia de Software II Aula 28 Revisão para a Prova 2 http://www.ic.uff.br/~bianca/engsoft2/ Aula 28-28/07/2006 1 Matéria para a Prova 2 Gestão de projetos de software Conceitos (Cap. 21) Métricas (Cap.
Leia mais3 SCS: Sistema de Componentes de Software
3 SCS: Sistema de Componentes de Software O mecanismo para acompanhamento das chamadas remotas se baseia em informações coletadas durante a execução da aplicação. Para a coleta dessas informações é necessário
Leia maisTeste de Software I Conceitos e Estratégias
Tema da Aula Teste de I Conceitos e Estratégias Prof. Cristiano R R Portella portella@widesoft.com.br Conceitos Teste e Garantia de Qualidade Importância do Teste, segundo Deutsch: O desenvolvimento de
Leia maisRelatorio do trabalho pratico 2
UNIVERSIDADE FEDERAL DE SANTA CATARINA INE5414 REDES I Aluno: Ramon Dutra Miranda Matricula: 07232120 Relatorio do trabalho pratico 2 O protocolo SNMP (do inglês Simple Network Management Protocol - Protocolo
Leia maisAUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0
AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0 SUMÁRIO 1 Conceitos Básicos... 3 1.1 O que é Software?... 3 1.2 Situações Críticas no desenvolvimento
Leia maisAS FUNÇÕES ADMINISTRATIVAS
AS FUNÇÕES ADMINISTRATIVAS Professor Djair Picchiai Campus São Paulo Março 2010 AS FUNÇÕES ADMINISTRATIVAS Todo diretor, gerente, chefe e encarregado exercem estas sete funções administrativas, a saber:
Leia maisGerenciamento de software como ativo de automação industrial
Gerenciamento de software como ativo de automação industrial INTRODUÇÃO Quando falamos em gerenciamento de ativos na área de automação industrial, fica evidente a intenção de cuidar e manter bens materiais
Leia maisPLANOS DE CONTINGÊNCIAS
PLANOS DE CONTINGÊNCIAS ARAÚJO GOMES Capitão SC PMSC ARAÚJO GOMES defesacivilgomes@yahoo.com.br PLANO DE CONTINGÊNCIA O planejamento para emergências é complexo por suas características intrínsecas. Como
Leia maisTestes de Software. Testes de Software. Teste de Validação. Teste de Defeito. Modelo de Entrada e Saída. Modelo de Entrada e Saída
DCC / ICEx / UFMG Testes de Software Testes de Software Teste de software buscam por erros ou anomalias em requisitos funcionais e não funcionais Classificação de testes pelo objetivo Teste de Validação:
Leia maisQUALIDADE DE SOFTWARE. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 1
QUALIDADE DE SOFTWARE Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 27 Slide 1 Objetivos Apresentar o processo de gerenciamento de qualidade e as atividades centrais da garantia de
Leia maisProjeto de Arquitetura
Introdução Projeto de Arquitetura (Cap 11 - Sommerville) UNIVERSIDADE FEDERAL DE ALAGOAS Curso de Ciência da Computação Engenharia de Software I Prof. Rômulo Nunes de Oliveira Até agora, estudamos: Os
Leia maisAuditoria e Qualidade de Software ISO/IEC 9126 Engenharia de Software Qualidade de Produto
Auditoria e Qualidade de Software ISO/IEC 9126 Engenharia de Software Qualidade de Produto Prof. Elias Batista Ferreira Material cedido por: Prof. Edison A M Morais Objetivo Descrever os processos da norma
Leia maisUniversidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Programa de Pós-Graduação em Informática
Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Programa de Pós-Graduação em Informática Disciplina: INF5008 Prof.: (monalessa@inf.ufes.br) Conteúdo 3. Gerência de
Leia maisGUIA INTEGRA SERVICES E STATUS MONITOR
GUIA INTEGRA SERVICES E STATUS MONITOR 1 - Integra Services Atenção: o Integra Services está disponível a partir da versão 2.0 do software Urano Integra. O Integra Services é um aplicativo que faz parte
Leia maisDisciplina de Banco de Dados Introdução
Disciplina de Banco de Dados Introdução Prof. Elisa Maria Pivetta CAFW - UFSM Banco de Dados: Conceitos A empresa JJ. Gomes tem uma lista com mais ou menos 4.000 nomes de clientes bem como seus dados pessoais.
Leia maisEngenharia de Software
Engenharia de Software Roteiro Inspeção Defeitos dos Software Classificação dos Erros Técnica de Leitura Ad-hoc Checklist Exercício Inspeção Inspeção de Software Definição É um método de análise estática
Leia maisProjeto de Sistemas I
Instituto Federal de Educação, Ciência e Tecnologia de São Paulo Projeto de Sistemas I Professora: Kelly de Paula Cunha E-mail:kellypcsoares@ifsp.edu.br Requisitos: base para todo projeto, definindo o
Leia maisModelo Cascata. Alunos: Bruno Nocera Zanette Pedro Taques
Modelo Cascata Alunos: Bruno Nocera Zanette Pedro Taques Principais Características Gerenciamento Simples das etapas Também conhecido como "Ciclo de Vida Clássico", sugere uma abordagem sistemática e sequencial
Leia maisQualidade de Software. Profa. Cátia dos Reis Machado catia@ifc-camboriu.edu.br
Qualidade de Software Profa. Cátia dos Reis Machado catia@ifc-camboriu.edu.br Verificação x validação Verificação prova que o produto vai ao encontro dos requerimentos especificados no desenvolvimento
Leia maisGerenciamento de projetos. cynaracarvalho@yahoo.com.br
Gerenciamento de projetos cynaracarvalho@yahoo.com.br Projeto 3URMHWR é um empreendimento não repetitivo, caracterizado por uma seqüência clara e lógica de eventos, com início, meio e fim, que se destina
Leia maisAnálise Estruturada de Sistemas
Análise Estruturada de Sistemas Capítulo 3 Estudo de Viabilidade Definição das Necessidades Funcionais O propósito desta etapa é produzir um documento formal que contenha uma descrição detalhada da proposta,
Leia maisEngenharia de Software Sistemas Distribuídos
Engenharia de Software Sistemas Distribuídos 2 o Semestre de 2009/2010 FEARSe Requisitos para a 1 a entrega 18 de Março de 2010 1 Introdução O projecto conjunto das disciplinas de Engenharia de Software
Leia maisEngenharia de Software
Universidade São Judas Tadeu Profª Dra. Ana Paula Gonçalves Serra Engenharia de O Processo Uma Visão Genérica Capítulo 2 (até item 2.2. inclusive) Engenharia de - Roger Pressman 6ª edição McGrawHill Capítulo
Leia maisENGENHARIA DE SOFTWARE
ENGENHARIA DE SOFTWARE Síntese de tópicos importantes PRESSMAN, Roger S. Conteúdo Componentes e tipos de software Problemas com o software e suas causas Mitologia que envolve o software Configuração de
Leia maisSistemas de Informação I
+ Sistemas de Informação I Processo de software I Ricardo de Sousa Britto rbritto@ufpi.edu.br + O que é Engenharia de Software n Definição dada pela IEEE [IEE93]: n Aplicação de uma abordagem sistemática,
Leia maisLevantamento, Análise e Gestão Requisitos. Aula 12
Levantamento, Análise e Gestão Requisitos Aula 12 Agenda Miscelâneas (Parte 3): Gerenciamento dos Requisitos Mutáveis Rastreabilidade de Requisitos Processo de Gestão de Mudanças Requisitos Estáveis e
Leia maisAnálise e Projeto de Sistemas. Engenharia de Software. Análise e Projeto de Sistemas. Contextualização. Perspectiva Histórica. A Evolução do Software
Análise e Projeto de Sistemas Análise e Projeto de Sistemas Contextualização ENGENHARIA DE SOFTWARE ANÁLISE E PROJETO DE SISTEMAS ENGENHARIA DA INFORMAÇÃO Perspectiva Histórica Engenharia de Software 1940:
Leia maisGerenciamento de Problemas
Gerenciamento de Problemas O processo de Gerenciamento de Problemas se concentra em encontrar os erros conhecidos da infra-estrutura de TI. Tudo que é realizado neste processo está voltado a: Encontrar
Leia maisO Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no
1.1 RATIONAL UNIFIED PROCESS (RUP) O Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no processo que atende pelo nome de Processo Unificado (ou UP do inglês Unified
Leia maisa) Teste das funções do sistema com outros sistemas b) Teste de componentes que em conjunto compõem a função do sistema
Simulado CTFL- BSTQB Tempo de duração: 60 minutos 1. Considerando as seguintes afirmações: I. 100% de cobertura de sentença (comando) garante 100% de cobertura de desvio II. 100% de cobertura de desvio
Leia maisAuditoria e Segurança da Informação GSI536. Prof. Rodrigo Sanches Miani FACOM/UFU
Auditoria e Segurança da Informação GSI536 Prof. Rodrigo Sanches Miani FACOM/UFU Aula passada Pergunta É possível saber se as normas, políticas, procedimentos, processos e controles adotados estão funcionando
Leia maisBancos de dados distribuídos Prof. Tiago Eugenio de Melo tiagodemelo@gmail.com. http://www.tiagodemelo.info
Bancos de dados distribuídos Prof. Tiago Eugenio de Melo tiagodemelo@gmail.com Última atualização: 20.03.2013 Conceitos Banco de dados distribuídos pode ser entendido como uma coleção de múltiplos bds
Leia maisObjetivos. Processos de Software. Tópicos abordados. O processo de software. Modelos genéricos de modelos de processo de software.
Processos de Software Objetivos Apresentar os modelos de processo de software Conjunto coerente de atividades para especificar, projetar, implementar e testar s de software Descrever os diferentes modelos
Leia maisSIMULADO: Simulado 3 - ITIL Foundation v3-40 Perguntas em Português
1 de 7 28/10/2012 16:47 SIMULADO: Simulado 3 - ITIL Foundation v3-40 Perguntas em Português RESULTADO DO SIMULADO Total de questões: 40 Pontos: 0 Score: 0 % Tempo restante: 55:07 min Resultado: Você precisa
Leia maisMDC Metodologia de Desenvolvimento Compartilhado Roteiro da Disciplina de Teste
MDC Metodologia de Desenvolvimento Compartilhado Roteiro da Disciplina de Teste Agosto - 2005 SUMARIO 1 INTRODUÇÃO...3 2 APLICAÇÃO...3 3 ESTRUTURA DO ROTEIRO...3 4 DESCRIÇÃO DO ROTEIRO...4 4.1 PLANEJAR
Leia maisRequisitos. Sistemas de Informações
Requisitos Sistemas de Informações Definindo o Sucesso do Software Clientes satisfeitos Eles estão satisfeitos quando você: Atende às expectativas Entrega no prazo Entrega no orçamento O Sucesso começa
Leia maisSegurança da Informação e Proteção ao Conhecimento. Douglas Farias Cordeiro
Segurança da Informação e Proteção ao Conhecimento Douglas Farias Cordeiro ABNT NBR ISO/IEC 27002 Segurança nas operações Responsabilidades e procedimentos operacionais Assegurar a operação segura e correta
Leia maisTestar os programas para estabelecer a presença de defeitos no sistema. Teste de Software. Teste de defeitos. Objetivos. Tópicos
Teste de defeitos Teste de Software Testar os programas para estabelecer a presença de defeitos no sistema Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 20 Slide 1 Ian Sommerville 2000
Leia maisPodemos encontrar uma figura interessante no PMBOK (Capítulo 7) sobre a necessidade de organizarmos o fluxo de caixa em um projeto.
Discussão sobre Nivelamento Baseado em Fluxo de Caixa. Item aberto na lista E-Plan Podemos encontrar uma figura interessante no PMBOK (Capítulo 7) sobre a necessidade de organizarmos o fluxo de caixa em
Leia maisEngenharia de Software III
Engenharia de Software III Casos de uso http://dl.dropbox.com/u/3025380/es3/aula6.pdf (flavio.ceci@unisul.br) 09/09/2010 O que são casos de uso? Um caso de uso procura documentar as ações necessárias,
Leia maisMÓDULO 9 METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMAS
MÓDULO 9 METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMAS O termo metodologia não possui uma definição amplamente aceita, sendo entendido na maioria das vezes como um conjunto de passos e procedimentos que
Leia maisSistemas ERP. Profa. Reane Franco Goulart
Sistemas ERP Profa. Reane Franco Goulart Tópicos O que é um Sistema ERP? Como um sistema ERP pode ajudar nos meus negócios? Os benefícios de um Sistema ERP. Vantagens e desvantagens O que é um ERP? ERP
Leia maisCopyright Proibida Reprodução. Prof. Éder Clementino dos Santos
INTERPRETAÇÃO ISO 9001:2008 GESTÃO DE QUALIDADE O que é ISO? ISO = palavra grega que significa Igualdade CAPÍTULO: Preâmbulo ISO 9001:2008 0.1 - Generalidades: foi esclarecido que a conformidade com requisitos
Leia mais