Versão 3.1br. Advanced Level Test Manager
|
|
- João Gabriel Jardim Stachinski
- 6 Há anos
- Visualizações:
Transcrição
1 GLOSSÁRIO DE TERMOS Versão 3.1br Advanced Level Test Manager Os termos deste documento são complementares ao Glossário de Termos Núcleo Base para o exame de certificação CTAL-TA Test Manager. Tradução realizada pela WG Tradução do BSTQB baseada na versão 3.1 do ISTQB Glossary of Testing Terms Notificação do Detentor dos Direitos Autorais Este documento poderá ser copiado na íntegra ou em parte desde que haja menção à sua fonte. Copyright 2014, International Software Testing Qualifications Board (ISTQB ).
2 acurácia accuracy Capacidade do produto de software em fornecer os resultados ou efeitos, corretos ou acordado com o grau necessário de precisão. Ver também: funcionalidade Referência: ISO 9126 anomalia anomaly Qualquer condição que se desvie da expectativa proposta pelas especificações dos requisitos para uma modelagem dos documentos, documentos de modelagem, padrões, etc. ou da percepção ou experiência de uma determinada pessoa. Dentre outras atividades, as anomalias podem ser encontradas durante as revisões, os testes, as análises, as compilações ou a aplicação do uso dos produtos de software ou da documentação. Ver também: defeito, erro, falta, falha, incidente, problema Referência: IEEE-1044 análise de árvore de falhas (FTA) Fault Tree Analysis (FTA) Técnica utilizada para analisar as causas das falhas (defeitos). Modelo de técnica visual que apresenta as relações lógicas entre as falhas, erros humanos, e os eventos externos que podem se combinar para causar falhas específicas de divulgação. Sinonimos: Software Fault Tree Analysis análise de causa-raiz root cause analysis Técnica de análise que visa identificar as causas dos defeitos. Ao orientar as medidas corretivas para as causas raiz, espera-se que a probabilidade de reincidência do defeito seja minimizada. análise de Pareto Pareto analysis Técnica estatística para tomada de decisão que é usada na seleção de um número limitado de fatores que produzem efeito global significativo. Em termos de melhoria da qualidade, a grande maioria dos problemas (80%) são produzidos por algumas poucas causas essenciais (20%). análise de perigo hazard analysis Uma técnica usada para caracterizar os elementos de risco. O resultado de uma análise de risco irá conduzir os métodos utilizados para o desenvolvimento e teste de um sistema. Ver também: análise de risco V e r s ã o 3. 1 br P á g i n a 2
3 auditoria de configuração configuration auditing Função que verifica o conteúdo das bibliotecas de itens de configuração, por exemplo, padrões de conformidade. Referência: IEEE-610 automação da execução de teste test execution automation Utilização de um software, por exemplo, ferramentas de captura/recuperação, para controlar a execução de testes, a comparação entre os resultados reais e os esperados, a criação de condições de teste e outro controle de teste e funções de relatório. avaliação de processo process assessment Avaliação disciplinada dos processos de software de uma organização contra um modelo de referência. Referência: pós ISO caso de teste de baixo nível low-level test case Caso de teste com valores concretos (nível de implementação) para os dados de entrada/inputs e resultados esperados. Os operadores lógicos de casos de teste de alto nível são substituídos por valores reais que correspondem aos objetivos dos operadores lógicos. Ver também: caso de teste de alto nível Sinonimos: caso de teste concreto ciclo de teste test cycle Execução do processo de teste contra um único release identificável do objeto de teste. cobertura de desvio branch coverage Porcentagem de desvios no código exercitado por uma suíte de teste. Isso significa que 100% de cobertura de desvio implica em 100% de cobertura de decisão e também em 100% de cobertura de sentença. comitê de controle de configuração configuration control board (CCB) Grupo de pessoas responsáveis pela avaliação e aprovação ou desaprovação das alterações propostas para os itens de configuração, e para assegurar a implementação das mudanças aprovadas. Sinônimos: painel de controle de mudança Referência: IEEE-610 V e r s ã o 3. 1 br P á g i n a 3
4 comitê de gestão de defeitos defect management committee Uma equipe multifuncional de interessados que gerenciam os defeitos relatados para uma resolução final (remoção de defeitos, diferimento do defeito ou cancelamento do relatório). Em alguns casos a mesma equipe atual como controle de configuração. Sinonimos: comitê de triagem de defeito contenção de fase phase containment Porcentagem de defeitos que são removidos na mesma fase do ciclo de vida de software em que foram introduzidos. custo da qualidade cost of quality Custos totais incorridos em atividades de qualidade e em questões frequentemente divididas em custos de prevenção, custos de avaliação, os custos de falhas internas e custos de falhas externas. defeito escapado escaped defect. Um defeito que não foi detectado em um nível de teste anterior, que é suposto encontrar tal tipo de defeitos. Ver também: percentual de detecção de defeitos (DDP) desenvolvimento de função de qulidade quality function deployment (QFD) Um método para transformar as demandas dos usuários para a qualidade do projeto, para implantar as funções que formam a qualidade, e implantar métodos para alcançar a qualidade do projeto em subsistemas e componentes, e, finalmente, a elementos específicos do processo de fabricação. Referência: Akao diretor de teste test director Um gerente sênior que gerencia os gerentes de teste. Ver também: gerente de teste efeito de monitoração probe effect Efeito causado no componente ou sistema pelo instrumento de medição quando o componente ou sistema está sendo medido, por exemplo, por uma ferramenta de teste de desempenho ou por um monitor. Por exemplo, o desempenho poderá ser um pouco pior quando as ferramentas de teste de desempenho forem utilizadas. V e r s ã o 3. 1 br P á g i n a 4
5 efetividade effectiveness Capacidade de produzir um resultado desejado. Ver também: eficiência entendibilidade understandability Capacidade que um produto de software tem de possibilitar ao usuário entender se ele é adequado para uso, e como pode ser utilizado em determinadas tarefas e condições de uso. Ver também: usabilidade Referência: ISO 9126 entregáveis de teste test deliverable Qualquer produto do teste (trabalho) que deve ser entregue a alguém que não seja o autor produto de teste. Ver também: entregável escalabilidade scalability Capacidade que um produto de software tem para sofrer um upgrade ou para acomodar aumento de cargas. Referência: pós Gerrard estória de usuário user story Uma exigência de alto nível de usuário ou de negócio, comumente usada no desenvolvimento de software ágil, geralmente constituídas por uma ou mais frases na linguagem cotidiana ou de negócios, que captam o que a funcionalidade de um usuário precisa, os critérios não-funcionais, e também inclui critérios de aceitação. Ver também: desenvolvimento ágil de software, requisitos Estrutura Analítica de Projeto (EAP) work breakdown structure (WBS) Arranjo de elementos de trabalho e seu relacionamento com outros elementos ou a um produto final. Referência: CMMI extreme programming extreme programming (XP) Metodologia de engenharia de software utilizada no desenvolvimento ágil de software em que as práticas fundamentais são a programação por pares, fazendo ampla revisão de código, testes de unidade de todo o código, e a simplicidade e clareza no código. Ver também: desenvolvimento ágil de software Failure Mode and Effect Analysis (FMEA) Failure Mode and Effect Analysis (FMEA) V e r s ã o 3. 1 br P á g i n a 5
6 Abordagem sistemática da identificação de risco e da análise da identificação de possíveis modos de falha e das tentativas de prevenção de sua ocorrência. Ver também: Failure Mode, Effects, and Criticality Analysis (FMECA) Failure Mode, Effects, and Criticality Analysis (FMECA) Failure Mode, Effects, and Criticality Analysis (FMECA) Extensão do FMEA, em adição à base do FMEA, que inclui uma análise de criticidade, que é usada para traçar a probabilidade de modos de falha em relação à gravidade das suas consequências. O resultado destaca modos de falha com probabilidade relativamente elevada e gravidade das consequências, permitindo dirigir esforços dirigidos de reparação, onde será produzido maior valor. Ver também: Failure Mode and Effect Analysis (FMEA) Sinonimos: modo de falha de software falso resultado negativo false-negative result Resultado de teste que não consegue identificar a presença de um defeito que esteja realmente presente no objeto de teste. Ver também: resultado de falsa passagem falso resultado positivo false-positive result Resultado de teste em que um defeito é relatado embora nenhum defeito realmente exista no objeto de teste. Sinonimos: resultado de falsa falha fator crítico de sucesso critical success factor (CTP) Elemento necessário para que uma organização ou projeto consiga realizar sua missão. São fatores críticos ou atividades necessárias para assegurar o sucesso. Ver também: modelo baseado em conteúdo ferramenta personalizada custom tool Uma ferramenta de software desenvolvida especificamente para um conjunto de usuários ou clientes. gerenciamento de defeito defect management Processo de reconhecimento, investigação, tomada de medidas e eliminação de defeitos. Trata-se de gravação de defeitos, classificação e identificação do impacto. Sinônimos: gerenciamento de problema Referência: pós IEEE-1044 gerenciamento de mudança change management V e r s ã o 3. 1 br P á g i n a 6
7 (1) abordagem estruturada de transição de indivíduos, equipes e organizações a partir de um estado atual para um estado futuro desejado. (2) forma controlada para efetuar uma mudança, ou uma proposta de mudança, para um produto ou serviço. Ver também: gerenciamento de configuração gráfico de causa-efeito cause-effect graph Representação gráfica de entradas e/ou estímulos (causas) com suas saídas associadas (efeitos), os quais podem ser usados para projetar casos de testes. IDEAL IDEAL Modelo de melhoria organizacional que serve como um roteiro para a iniciação, planejamento e implementação de ações de melhoria. O modelo IDEAL é baseado em cinco fases: inicialização, diagnóstico, estabelecimento, ação e aprendizado. Identificação da configuração configuration identification Elemento de gerenciamento de configuração, que consiste em selecionar os itens de configuração de um sistema e gravar suas características funcionais e físicas em uma documentação técnica. Referência: IEEE-610 matriz de rastreabilidade traceability matrix A tabela bidimensional, que se correlaciona duas entidades (por exemplo, requisitos e casos de teste). A tabela permite rastrear as ligações de uma entidade para outra, permitindo assim a determinação da cobertura alcançada e a avaliação do impacto das mudanças propostas. melhoria no processo de software software process improvement (SPI) Programa de atividades concebido para melhorar o desempenho e a maturidade dos processos da organização e os resultados desse programa. Referência: pós CMMI missão do teste test mission O objetivo do teste para uma organização, muitas vezes documentada como parte da política de teste. Ver também: política de teste V e r s ã o 3. 1 br P á g i n a 7
8 modelagem de gráfico de causa-efeito cause-effect graphing Técnica de modelagem de teste caixa preta na qual os casos de testes são modelados a partir de gráficos de causa-efeito. Sinonimos: análise de causa e efeito Referência: BS 7925/2 modelo baseado em conteúdo content-based model Modelo de processo que fornece uma descrição detalhada de boas práticas, por exemplo, práticas de teste. Sinonimos: modelo de referência de conteúdo modelo de ciclo de vida lifecycle model Particionamento da vida de um produto ou projeto em fases. Ver também: ciclo de vida do software Referência: CMMI modelo de processo process model Framework onde os processos da mesma natureza são classificados em um modelo global, por exemplo um modelo de melhoria de teste. modelo de referência de processo process reference model Um modelo de processo de prestação de um corpo genérico das melhores práticas e como melhorar um processo de uma forma prescrita passo-a-passo nível de maturidade maturity level Grau de melhoria de processo através de um conjunto predefinido de áreas de processo na qual todos os objetivos sejam alcançados. Referência: TMMi perfil operacional operational profiling Processo de desenvolvimento e implementação de um perfil operacional. Ver também: perfil operacional V e r s ã o 3. 1 br P á g i n a 8
9 plano de revisão review plan Um documento que descreve a abordagem, recursos e cronograma de atividades destinadas a revisão. Ela identifica, entre outros: documentos e códigos para serem revisados, tipos de revisão para serem utilizados, os participantes, bem como os critérios de entrada e saída a serem aplicados em caso de revisões formais, e a justificativa para a sua escolha. É um registro do processo de revisão do planejamento. plano de teste de fase phase test plan Plano de teste que normalmente aborda uma fase de teste. Ver também: plano de teste predicado predicate Uma declaração avaliada se verdadeira ou falsa, usada para determinar o fluxo de controle de lógica de decisão posterior. Ver também: decisão PRISMA (gerenciamento de produto de risco) PRISMA (Product RISk MAnagement) Uma abordagem sistemática para o teste baseado em risco que emprega identificação e análise de riscos do produto para criar uma matriz de risco do produto com base na probabilidade e impacto qualidade de software software quality Totalidade das funcionalidades e características de um produto de software que se baseia na sua habilidade de satisfazer as necessidades declaradas ou implícitas. Ver também: qualidade Referência: pós ISO 9126 rastreabilidade horizontal horizontal traceability Rastreamento dos requisitos para um nível de teste por meio de camadas de documentação de testes (por exemplo, plano de teste e especificação de modelagem, caso de teste, procedimento ou para roteiro de teste). relatório de defeito defect report Documento que relata qualquer falha em um componente ou sistema que possa fazer com este componente ou sistema deixe de desempenhar sua função requisitada. Sinonimos: relatório de erro, relatório de problema Referência: pós IEEE-829 retrospectiva de reunião retrospective meeting V e r s ã o 3. 1 br P á g i n a 9
10 Reunião no final de um projeto durante o qual os membros da equipe avaliam o projeto e aprendem as lições que podem ser aplicadas para o próximo projeto. Sinonimos: reunião pós-projeto retrospectiva do projeto project retrospective Maneira estruturada para captar as lições aprendidas e criar planos de ação específicos para melhorar no próximo projeto ou fase seguinte do projeto. Ver também: domínio revisão de gerenciamento management review Avaliação sistemática da aquisição de software, do fornecimento, do desenvolvimento, da operação ou do processo de manutenção. Tal avaliação pode ser feita pelo gerenciamento, ou em seu nome, a fim de monitorar o progresso, determinar o estado dos planos e dos cronogramas, confirmar os requisitos e seus sistemas de alocação ou de avaliar a eficácia da abordagem de gerenciamento para fins de otimização. Referência: pós IEEE-610, IEEE-1028 risco de qualidade quality risk Um risco de produto relacionado com um atributo de qualidade. Ver também: atributo de qualidade, risco de produto SCRUM SCRUM Estrutura iterativa e incremental para o gerenciamento de projetos comumente usado com o desenvolvimento ágil de software. Ver também: desenvolvimento ágil de software taxonomia de defeito defect taxonomy Um sistema (hierárquico) de categorias projetado para auxiliar na classificação de defeitos reproduzidos. Sinonimos: taxonomia de erro técnica de modelagem de teste baseada em defeitos defect-based test design technique Procedimento para derivar e/ou selecionar casos de testes destinados a uma ou mais categorias de defeitos, com testes sendo desenvolvidos a partir do que se sabe sobre a categoria específica do defeito. Ver também: taxonomia de defeito Sinonimos: técnica baseada em defeito V e r s ã o 3. 1 br P á g i n a 10
11 tempo médio entre falhas (MTBF) mean time between failures (MTBF) A média aritmética (média) de tempo entre falhas de um sistema. O MTBF é normalmente parte de um modelo de crescimento da confiabilidade que supõe que o sistema não é imediatamente reparado como parte de um processo de correção de defeitos. Ver também: modelo de crescimento da confiabilidade Test Maturity Model Integrated (TMMi) Test Maturity Model Integrated (TMMi) Framework estagiado em cinco níveis para a melhoria do processo de teste, relacionadas com o Capability Maturity Model Integration (CMMI), descreve os principais elementos de um processo de teste eficaz. teste de contra-regressão regression-averse testing Teste usando várias técnicas para controlar o risco de regressão, por exemplo, através da concepção de reutilização de testware e por uma grande automatização em um ou mais níveis de teste. teste de integração de hardware-software hardware-software integration testing Os testes realizados para expor defeitos nas interfaces e interação entre componentes de hardware e software. Ver também: teste de integração teste de pares pairwise testing Teste caixa-preta de um projeto no qual os casos de teste são projetados para executar todas as possíveis combinações distintas de cada par de parâmetros de entrada. Ver também: teste combinatório, teste n-wise, teste de arranjo ortogonal teste de perfil operacional operational profile testing Teste estatístico que utiliza um modelo de operações de sistema (para tarefas de curta duração) e da probabilidade de uso mais comum. Referência: Musa teste de verificação de compilação build verification test (BVT) Um conjunto de testes automatizados que valida a integridade de cada nova compilação e verifica a funcionalidade da chave/núcleo, estabilidade e capacidade de teste. É uma prática da indústria, quando uma alta freqüência de lançamentos de compilação ocorre (por exemplo, projetos ágeis) e é executado em cada nova compilação antes da compilação é liberado para testes adicionais Ver também: teste de regressão, smoke teste V e r s ã o 3. 1 br P á g i n a 11
12 teste terceirizado outsourced testing Testes realizados por pessoas que não são co-locadas com a equipe do projeto e não são colegas de trabalho. testes internalizado insourced testing Testes realizados por pessoas que são co-locadas com a equipe do projeto, mas não são colegas de trabalho. tipo de risco risk type Conjunto de riscos agrupados por um ou mais elementos comuns, tais como um atributo de qualidade, causa, localização, ou o efeito potencial de risco. Um conjunto específico de tipos de risco do produto está relacionado ao tipo de teste que pode mitigar (controle) qual o tipo de risco. Por exemplo, o risco de má interpretação das interações com o usuário pode ser atenuado por meio de testes de usabilidade. Sinonimos: categoria de risco TPI Next TPI Next Uma estrutura de negócios voltada para a melhoria contínua do processo de teste que descreve de forma eficaz e eficiente seus principais elementos. Wide Band Delphi Wide Band Delphi Técnica de estimativa de teste baseada em especialização que visa produzir uma estimativa precisa utilizando a sabedoria coletiva dos membros da equipe. V e r s ã o 3. 1 br P á g i n a 12
13 SUMÁRIO análise de árvore de falhas (FTA) 1 análise de causa-raiz 2 análise de Pareto 2 análise de perigo 2 auditoria de configuração 3 automação da execução de teste 3 avaliação de processo 3 caso de teste de baixo nível 3 ciclo de teste 3 cobertura de desvio 3 comitê de controle de configuração 3 comitê de gestão de defeitos 4 contenção de fase 4 custo da qualidade 4 defeito escapado 4 desenvolvimento de função de qulidade 4 diretor de teste 4 efeito de monitoração 4 efetividade 5 entendibilidade 5 entregáveis de teste 5 escalabilidade 5 estória de usuário 5 Estrutura Analítica de Projeto (EAP) 5 extreme programming 5 Failure Mode and Effect Analysis (FMEA) 5 Failure Mode, Effects, and Criticality Analysis (FMECA) 6 falso resultado negativo 6 falso resultado positivo 6 fator crítico de sucesso 6 ferramenta personalizada 6 gerenciamento de defeito 6 gerenciamento de mudança 6 gráfico de causa-efeito 7 IDEAL 7 Identificação da configuração 7 matriz de rastreabilidade 7 melhoria no processo de software 7 missão do teste 7 modelagem de gráfico de causa-efeito 8 modelo baseado em conteúdo 8 modelo de ciclo de vida 8 modelo de processo 8 modelo de referência de processo 8 nível de maturidade 8 perfil operacional 8 plano de revisão 9 plano de teste de fase 9 predicado 9 PRISMA (gerenciamento de produto de risco) 9 qualidade de software 9 rastreabilidade horizontal 9 relatório de defeito 9 retrospectiva de reunião 9 retrospectiva do projeto 10 revisão de gerenciamento 10 risco de qualidade 10 SCRUM 10 taxonomia de defeito 10 técnica de modelagem de teste baseada em defeitos 10 tempo médio entre falhas (MTBF) 11 Test Maturity Model Integrated (TMMi) 11 teste de contra-regressão 11 teste de integração de hardware-software 11 teste de pares 11 teste de perfil operacional 11 teste de verificação de compilação 11 teste terceirizado 12 testes internalizado 12 tipo de risco 12 TPI Next 12 Wide Band Delphi 12 V e r s ã o 3. 1 br P á g i n a 13
GLOSSÁRIO DE TERMOS DE TESTE
GLOSSÁRIO DE TERMOS DE TESTE Versão 3.2br CTAL-TM Advanced Level Test Manager Os termos deste documento são complementares ao Glossário de Termos Foundation Level para o exame de certificação. Tradução
Versão 3.1br. Foundation Level Model Based Tester
GLOSSÁRIO DE TERMOS Versão 3.1br Foundation Level Model Based Tester Os termos deste documento são complementares ao Glossário de Termos Núcleo Base para o exame de certificação CTFL-MBT Model Based Tester.
Versão 3.1br. Foundation Level Agile Tester
GLOSSÁRIO DE TERMOS Versão 3.1br Foundation Level Agile Tester Os termos deste documento são complementares ao Glossário de Termos Núcleo Base para o exame de certificação CTFL-AT Agile Tester. Tradução
GLOSSÁRIO DE TERMOS DE TESTE
GLOSSÁRIO DE TERMOS DE TESTE Versão 3.2br CTFL-AT Foundation Level Extension Agile Tester Os termos deste documento são complementares ao Glossário de Termos Foundation Level para o exame de certificação.
Versão 3.2br. Foundation Level Specialist. Performance Testing
GLOSSÁRIO DE TERMOS Versão 3.2br Foundation Level Specialist Performance Testing Os termos deste documento são complementares ao Glossário de Termos Núcleo Base para o exame de certificação CTFL-PT Performance
1. A principal razão de dividir o processo de teste em tarefas distintas é:
Simulado CTFL- BSTQB Tempo de duração: 60 minutos 1. A principal razão de dividir o processo de teste em tarefas distintas é: a) Cada fase do teste tem uma proposta diferente b) É mais fácil para gerência
Introdução À Engenharia De Software Com Foco No RUP: Rational Unified Process
Introdução À Engenharia De Software Com Foco No RUP: Rational Unified Process Parte II Disciplinas do RUP Descrição típica de um workflow Propósito Definições e Conceitos Chave Trabalhadores e Artefatos
Qualidade de Software: Visão Geral. Engenharia de Software Profa. Dra. Elisa Yumi Nakagawa
Qualidade de : Visão Geral Engenharia de Profa. Dra. Elisa Yumi Nakagawa 1 o semestre de 2017 Qualidade de Qualidade é um termo que pode ter diferentes interpretações. Existem muitas definições de qualidade
GLOSSÁRIO DE TERMOS DE TESTE
GLOSSÁRIO DE TERMOS DE TESTE Versão 3.2br CTAL-TTA Advanced Level Technical Test Analyst Os termos deste documento são complementares ao Glossário de Termos Foundation Level para o exame de certificação.
Engenharia de Software
Engenharia de Software Visão Geral Profa.Paulo C. Masiero masiero@icmc.usp.br ICMC/USP Algumas Dúvidas... Como são desenvolvidos os softwares? Estamos sendo bem sucedidos nos softwares que construímos?
Qualidade de Software: Visão Geral. SSC 121-Engenharia de Software 1 Profa. Dra. Elisa Yumi Nakagawa
Qualidade de : Visão Geral SSC 121-Engenharia de 1 Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2012 Qualidade de Qualidade é um termo que pode ter diferentes interpretações Existem muitas definições
ISO/IEC Roteiro IEC ISO. Histórico ISO/IEC ISO
Roteiro Processos do Ciclo de Vida de Software Diego Martins dmvb@cin.ufpe.br Histórico Objetivos Organização Processos Fundamentais Processos Organizacionais de Processo IEC ISO International Electrotechnical
PROJETO INTEGRADO AULA 4 INTEGRAÇÃO E ESCOPO
PROJETO INTEGRADO AULA 4 INTEGRAÇÃO E ESCOPO PROF.: KAIO DUTRA Gerenciamento da Integração do Projeto O gerenciamento da integração do projeto inclui os processos e as atividades necessárias para identificar,
Gerenciamento de Projetos
MBA em EXCELÊNCIA EM GESTÃO DE PROJETOS E PROCESSOS ORGANIZACIONAIS Gerenciamento de s Planejamento e Gestão de s Prof. Msc. Maria C Lage Prof. Gerenciamento de Integração Agenda Gerenciamento da Integração
Teste de Software. Engenharia de Software Profa. Dra. Elisa Yumi Nakagawa 1º semestre de 2015
Teste de Software Engenharia de Software Profa. Dra. Elisa Yumi Nakagawa 1º semestre de 2015 Tópicos da Aula Ø Teste de Software Ø Terminologia e Conceitos Básicos Ø Técnicas e Critérios de Teste Ø Técnicas
INSTITUTO NACIONAL DE PESQUISAS ESPACIAIS (INPE)
INSTITUTO NACIONAL DE PESQUISAS ESPACIAIS (INPE) Concurso Público - NÍVEL SUPERIOR CARGO: Tecnologista da Carreira de Desenvolvimento Tecnológico Classe: Tecnologista Pleno 1 Padrão I CADERNO DE PROVAS
Gerenciamento do Escopo
Gerenciamento do Escopo Projeto - Ciclo de Vida Fases 3 EXECUÇÃO / CONTROLE 4 FECHAMENTO NÍVEL DE ATIVIDADE 1 CONCEPÇÃO / INICIAÇÃO 2 PLANEJAMENTO TEMPO Objetivos Apresentar os processos, ferramentas e
GERENCIAMENTO DA QUALIDADE DO PROJETO
GERENCIAMENTO DA QUALIDADE DO PROJETO Planejar a Qualidade O gerenciamento da qualidade do projeto inclui os processos e as atividades da organização executora que determinam as políticas de qualidade,
Capítulo 5 Gerenciamento do Escopo do projeto. Introdução. Antes de iniciarmos vamos pensar um pouco.
Capítulo 5 Gerenciamento do Escopo do projeto 1 Introdução Antes de iniciarmos vamos pensar um pouco. 2 Introdução 3 Introdução 4 Introdução 5 Introdução O projeto se inicia com a definição de quais objetivos
Gerenciamento Do Escopo Do Projeto
Gerenciamento Do Escopo Do Projeto Disciplina: Gerência De Projetos Bruno Tenório Da Silveira Lopes Fernando David Leite Thiago Abelha Isaac Salvador Profa. Dra. Elisa Yumi Nakagawa elisa@icmc.usp.br Sumário
ICET CURSO: Ciência da Computação e Sistemas de Informação (Engenharia de Software) Campus: Data: / / Nome:
ICET CURSO: Ciência da Computação e Sistemas de Informação (Engenharia de Software) Estudos Disciplinares Campus: Data: / / Nome: RA: Turma: Questão 1: Assinale a função correta de engenharia de requisitos:
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Luiz Leão luizleao@gmail.com http://www.luizleao.com Questão 1 Para Sommerville a arquitetura de sistemas descreve o sistema em termos de um conjunto de unidades
Visão Geral de Engenharia de Software
Visão Geral de Engenharia de Software Ricardo de Almeida Falbo Ontologias para Engenharia de Software Departamento de Informática Universidade Federal do Espírito Santo Agenda Engenharia de Software: Definição
QUALIDADE DE SOFTWARE ISO/IEC Segunda Edição Prof. Edison A M Morais
QUALIDADE DE SOFTWARE ISO/IEC 12207 Segunda Edição 13.03.2009 Prof. Edison A M Morais http://www.edison.eti.br prof@edison.eti.br 1 Descrever o objetivo da Norma ISO 12207. Mostrar a estrutura da norma.
Engenharia de Software
Engenharia de Software Processos de Software Professor: Charles Leite O processo de software Um conjunto estruturado de atividades, procedimentos, artefatos e ferramentas necessários para o desenvolvimento
Verificação e Validação. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 22 Slide 1
Verificação e Validação Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 22 Slide 1 Objetivos Apresentar a verificação e validação de software e discutir a distinção entre elas Descrever
Normas ISO:
Universidade Católica de Pelotas Tecnólogo em Análise e Desenvolvimento de Sistemas Disciplina de Qualidade de Software Normas ISO: 12207 15504 Prof. Luthiano Venecian 1 ISO 12207 Conceito Processos Fundamentais
1. Quando algo visível para os usuário finais é um desvio em relação ao especificado ou um comportamento não esperado, isso é chamado de:
Simulado CTFL- BSTQB Tempo de duração: 60 minutos 1. Quando algo visível para os usuário finais é um desvio em relação ao especificado ou um comportamento não esperado, isso é chamado de: a) Um erro b)
Verificação e Validação (V & V)
Verificação e Validação (V & V) Objetivo: assegurar que o software que o software cumpra as suas especificações e atenda às necessidades dos usuários e clientes. Verificação: Estamos construindo certo
Gerenciamento da Integração de Projetos. Parte 03. Gerenciamento de Projetos Espaciais CSE-301. Docente: Petrônio Noronha de Souza
Gerenciamento da Integração de Projetos Parte 03 Gerenciamento de Projetos Espaciais CSE-301 Docente: Petrônio Noronha de Souza Curso: Engenharia e Tecnologia Espaciais Concentração: Engenharia e Gerenciamento
Qualidade de Software. Profª Rafaella Matos
Qualidade de Software Profª Rafaella Matos Introdução a qualidade de software Relatório do Caos Em 1995 o relatório do caos revelou dados alarmantes sobre investimentos feitos em softwares Relatório do
Versão 3.1br. Advanced Level Security Test
GLOSSÁRIO DE TERMOS Versão 3.1br Advanced Level Security Test Os termos deste documento são complementares ao Glossário de Termos Núcleo Base para o exame de certificação CTAL-ST Security Test. Tradução
Administração de Projetos
Administração de Projetos gerenciamento do escopo Prof. Robson Almeida Gerenciamento do Escopo Sendo o primeiro passo do Planejamento do Projeto, esta fase identifica e documenta o trabalho que produzirá
Engenharia de Software Processo de Desenvolvimento. Ciclo de Vida - Modelo Cascata
Processo de Desenvolvimento Também chamado de ciclo de vida do software Reflete os passos necessários para se construir um produto de software Existem vários modelos de ciclo de vida Cascata (1956) Iterativo
Agenda. Componentes genéricos de uma fábrica de. Implantar ou melhorar uma fábrica, é um. Outras novidades que merecem atenção
AFINAL O QUE É UMA FÁBRICA DE SOFTWARE Aguinaldo Aragon Fernandes Agenda O conceito da fábrica de software A fábrica de software é um negócio Escopos de fábricas de software Requisitos para uma fábrica
Gerenciamento de Projetos Project Management Institute. Prof. Miguel Torres
Gerenciamento de Projetos Project Management Institute Prof. Miguel Torres miguel.torres@feol.com.br Objetivo do Curso Criar condições e proporcionar métodos para o desenvolvimento da capacidade gestora,
QUALIDADE DE SOFTWARE
QUALIDADE DE SOFTWARE SSC-546 Avaliação de Sistemas Computacionais Profa. Rosana Braga (material profas Rosely Sanches e Ellen F. Barbosa) Agenda Visão Geral de Qualidade Qualidade Aplicada ao Software
Versão 3.1br. Advanced Level Technical Tester Analyst
GLOSSÁRIO DE TERMOS Versão 3.1br Advanced Level Technical Tester Analyst Os termos deste documento são complementares ao Glossário de Termos Núcleo Base para o exame de certificação CTAL-TTA Technical
Gerência de Integração
Gerência de Integração PMBOK Capítulo 4 hermano@cin.ufpe.br O que é Gerência de Integração? Garantir que todos os elementos dentro do projeto estejam devidamente coordenados e integrados Garante também
INF014 Análise e Projeto de Sistemas Processos Unificado -RUP
INF014 Análise e Projeto de Sistemas Processos Unificado -RUP Maurício Pitangueira antoniomauricio@ifba.edu.br Instituto Federal de Educação, Ciência e Tecnologia da Bahia Departamento de Tecnologia Eletro-Eletrônica
Administração de Projetos
Administração de Projetos gerenciamento da integração Prof. Robson Almeida Antes, uma breve revisão Processos de Iniciação Iniciação Iniciação Escopo do Projeto Planejamento Iniciação Processos de Planejamento
SERVIÇOS PROFISSIONAIS
TOP PRACTICES - FOMM Practices, Methods and Procedures for Mission Critical Data Center Avaliar os ambientes e as equipes e ajudar a criar métodos, processos e procedimentos para operar e manter a infraestrutura
POLÍTICA PCT 007 GERENCIAMENTO DE RISCOS E CONTROLES INTERNOS
POLÍTICA PCT 007 GERENCIAMENTO DE RISCOS E CONTROLES INTERNOS Data: 29/10/2018 Página 1 de 6 1. OBJETIVO Disseminar a cultura de gestão de riscos e o ambiente de controle em todos níveis da organização,
Project Builder: Apoio a Gestão de Projetos do Nível G ao C do MPS.BR
Project Builder: Apoio a Gestão de Projetos do Nível G ao C do MPS.BR Bernardo Grassano 1, Analia Irigoyen Ferreiro Ferreira 2, Mariano Montoni 3 1 Project Builder Av. Rio Branco 123, grupo 612, Centro
MPT.Br Melhoria do Processo de Teste Brasileiro
MPT.Br Melhoria do Processo de Teste Brasileiro Ivaldir Junior junior@recife.softex.br Motivação Sistemas de software são cada vez mais parte do nosso dia-a-dia. Softwares que não funcionam adequadamente
Avaliação de Processos de Software Utilizando a Norma ISO/IEC Autor : Anisio Iahn Orientador : Everaldo Artur Grahl
Avaliação de Processos de Software Utilizando a Norma ISO/IEC 15504 Autor : Anisio Iahn Orientador : Everaldo Artur Grahl 1 Roteiro Introdução Objetivo Qualidade Processos Outros Modelos ISO/IEC 15504
Estratégias de Testes Parte I
Engenharia de Software III 5º. Semestre ADS Capítulo 9 Estratégias de Testes Parte I Profa. Dra. Ana Paula Gonçalves Serra Prof. Ms. Edson Saraiva de Almeida Agenda Exercício Profa. Dra. Ana Paula G. Serra
Versão 3.1br. Advanced Level Test Automation Engineer
GLOSSÁRIO DE TERMOS Versão 3.1br Advanced Level Test Automation Engineer Os termos deste documento são complementares ao Glossário de Termos Núcleo Base para o exame de certificação CTAL-TAE Test Automation
Ciclo de vida: fases x atividades
Ciclo de vida Fase de definição Análise e Especificação Estudo de Viabilidade Estimativas Planejamento Fase de desenvolvimento Design Implementação e integração Verificação e Validação Fase de operação
Gerenciamento e Interoperabilidade de Redes. Gestão de Segurança da Informação Prof. João Henrique Kleinschmidt
Gerenciamento e Interoperabilidade de Redes Gestão de Segurança da Informação Prof. João Henrique Kleinschmidt Como a SI pode ser obtida? Implementando CONTROLES, para garantir que os objetivos de segurança
QUALIDADE Grau até o qual um conjunto de características satisfaz as necessidades! Cumprimento dos requisitos pré determinados no Escopo do projeto;
SETOR DE TECNOLOGIA UNIVERSIDADE FEDERAL DO DEPARTAMENTO DE CONSTRUÇÃO CIVIL Prof.ª: MSc.: Heloisa Fuganti Campos 2 COMPETITIVIDADE NA CONSTRUÇÃO CIVIL INTRODUÇÃO SATISFAÇÃO DOS CLIENTES! INTRODUÇÃO INTRODUÇÃO
Engenharia de Software II
Engenharia de Software II Aula 6 http://www.ic.uff.br/~bianca/engsoft2/ Aula 6-10/05/2006 1 Ementa Processos de desenvolvimento de software Estratégias e técnicas de teste de software (Caps. 13 e 14 do
Áreas de Conhecimento, Técnicas de Análise de Negócio e Conceitos-Chave
Primeiro Módulo: Parte 3 Áreas de Conhecimento, Técnicas de Análise de Negócio e Conceitos-Chave AN V 3.0 [60] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br www.etecnologia.com.br http://etecnologia.ning.com
INTRODUÇÃO INTRODUÇÃO INTRODUÇÃO ISO 9001 ISO /03/2015 QUALIDADE! GERENCIAMENTO DE PROJETOS GESTÃO DE QUALIDADE
UNIVERSIDADE FEDERAL DO PARANÁ DEPARTAMENTO DE CONSTRUÇÃO CIVIL INTRODUÇÃO 2 GERENCIAMENTO DE PROJETOS Prof.: Heloisa Campos COMPETITIVIDADE NA CONSTRUÇÃO CIVIL SATISFAÇÃO DOS CLIENTES! INTRODUÇÃO INTRODUÇÃO
PSP: Personal Software Process. PSP- Personal Software Process. PSP: Personal Software Process. PSP: Personal Software Process
PSP- Personal Software Process Maria Cláudia F. P. Emer PSP: Personal Software Process z Já foram vistas ISO/IEC 9126 foco no produto ISO 9001 e CMM foco no processo de desenvolvimento z Critica a essas
DCC / ICEx / UFMG. O Modelo CMMI. Eduardo Figueiredo.
DCC / ICEx / UFMG O Modelo CMMI Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo Um pouco de história Na década de 80, o Instituto de Engenharia de Software (SEI) foi criado Objetivos Fornecer software
Garantia da Qualidade, Medição e Melhoria. Leonardo Gresta Paulino Murta
Garantia da Qualidade, Medição e Melhoria Leonardo Gresta Paulino Murta leomurta@ic.uff.br Exercício motivacional Leonardo Murta Garantia da Qualidade, Medição e Melhoria 2 Qualidade depende da perspectiva...
CMM Capability Maturity Model. O que é isto???
CMM Capability Maturity Model O que é isto??? Material Didático: A.S. Afonso Pinheiro Analista de Sistemas da DBA Engenharia e Sistemas Ltda. CMM Capability Maturity Model Material didático desenvolvido
Engenharia de Software II
Faculdade de Ciências e Tecnologia Departamento de Matemática e Computação Bacharelado em Ciência da Computação Engenharia de Software II Aula 04 (rogerio@fct.unesp.br) 2 Conteúdo: Parte 1: Gerenciamento
Gerência de Projetos e Qualidade de Software. Prof. Walter Gima
Gerência de Projetos e Qualidade de Software Prof. Walter Gima 1 OBJETIVOS O que é Qualidade Entender o ciclo PDCA Apresentar técnicas para garantir a qualidade de software Apresentar ferramentas para
GLOSSÁRIO DE TERMOS DE TESTE
GLOSSÁRIO DE TERMOS DE TESTE Versão 3.2br CTAL-ST Advanced Level Extension Security Tester Os termos deste documento são complementares ao Glossário de Termos - Foundation Level para o exame de certificação.
ISO/IEC Prof. Alexandre Luís Franco
ISO/IEC 9126 Prof. Alexandre Luís Franco ISO/IEC 9126 Contém as seguintes partes, sobre o título genérico de Engenharia de Software Qualidade do Produto Parte 1 Modelo de Qualidade Parte 2 Métricas Externas
Gerência e Planejamento de Projeto. Engenharia de Software I Profa. Elisa Yumi Nakagawa 1 o semestre de 2015
Gerência e Planejamento de Projeto Engenharia de Software I Profa. Elisa Yumi Nakagawa 1 o semestre de 2015 Conteúdo: Parte 1: Gerenciamento & Qualidade Plano de Projeto - aspectos gerais Parte 2: Plano
Especialização em Arquitetura e Engenharia de Software
Especialização em Arquitetura e Engenharia de Software APRESENTAÇÃO DO CURSO As empresas brasileiras passam por uma grande e rápida transformação, impulsionadas pela busca de maior qualidade e produtividade,
Diego Azevedo José Thiago Moutinho Sérgio Chaves Thiago Bemerguy William Sampaio
Diego Azevedo José Thiago Moutinho Sérgio Chaves Thiago Bemerguy William Sampaio Índice O Processo Praxis Gestão de Qualidade Verificação Validação Correção Auditoria da Qualidade Discussões Processo praxis
Grupos de Processos de Gerenciamento de Projetos
Grupos de Processos de Gerenciamento de Projetos Vamos aprender um pouco mais sobre os grupos de processos dentro do Gerenciamento de Projetos. Basicamente são 5 grupos de processos, que são os estados
Verificação e Validação
Verificação vs Validação Verificação e Validação Verificação: Estamos construindo o produto corretamente? O software deve estar de acordo com sua especificação. Validação: Estamos construindo o produto
PMBOK Processo Planejamento
PMBOK Processo Planejamento Profª Andrea Padovan Jubileu PMBOK Iniciação Planeja mento Controle Execução Fechamento Integração de Projeto Escopo do Projeto Tempo do Projeto Custo do Projeto Qualidade do
Versão 3.1br. Foundation Based. Os termos deste documento são obrigatórios para todos os exames de certificação do BSTQB.
GLOSSÁRIO DE TERMOS Versão 3.1br Foundation Based Os termos deste documento são obrigatórios para todos os exames de certificação do BSTQB. Tradução realizada pela WG Tradução do BSTQB baseada na versão
Requisitos do Projeto Projeto de Implantação do CMMI-DEV L2. 19/01/2010 egovernment Soluções e Serviços Ana Beatriz, Coordenadora do Projeto
Requisitos do Projeto Projeto de Implantação do CMMI-DEV L2 19/01/2010 egovernment Soluções e Serviços Ana Beatriz, Coordenadora do Projeto Página2 Conteúdo 1. Introdução... 3 1.1. Definições, acrônimos
ISO/IEC Processo de ciclo de vida
ISO/IEC 12207 Processo de ciclo de vida O que é...? ISO/IEC 12207 (introdução) - O que é ISO/IEC 12207? - Qual a finalidade da ISO/IEC 12207? Diferença entre ISO/IEC 12207 e CMMI 2 Emendas ISO/IEC 12207
Manutenção de Software. Engenharia de Software Profa. Dra. Elisa Yumi Nakagawa 1º semestre de 2015
Manutenção de Software Engenharia de Software Profa. Dra. Elisa Yumi Nakagawa 1º semestre de 2015 Processos de Ciclo de Vida de Software Processos Fundamentais Aquisição Processos de Apoio Documentação
Elaboração e Gestão de Projetos
Elaboração e Gestão de Projetos Disciplina do curso de Especialização em Gestão Pública (48horas) Período: Quintas feiras 05/02 a 23/04/201 26/03 aula prática (Aula_6) 02/04 ok - hoje! Aulas previstas:
Gerenciamento de integração de projeto
Gerenciamento de integração de Sergio Scheer / DCC / UFPR TC045 Gerenciamento de Projetos Interação dos processos de gerenciamento de s Interação dos processos de gerenciamento de s Mapeamento grupos de
Qualidade de Software
Qualidade de Software Seiji Isotani, Rafaela V. Rocha sisotani@icmc.usp.br rafaela.vilela@gmail.com PAE: Armando M. Toda armando.toda@gmail.com Garantia de Qualidade n n Qualidade do Produto (aula anterior)
Gestão da Tecnologia da Informação
TLCne-051027-P0 Gestão da Tecnologia da Informação Disciplina: Governança de TI São Paulo, Agosto de 2012 0 Sumário TLCne-051027-P1 Conteúdo desta Aula Continuação do Domínio de Processos PO (PO4, PO5
GLOSSÁRIO DE TERMOS DE TESTE
GLOSSÁRIO DE TERMOS DE TESTE Versão 3.2br CTFL Foundation Level O conhecimento sobre a definição dos termos apresentados neste documento é obrigatório em todos os exames de certificação em teste de software
Melhoria de processos Qualidade. Engenharia de software Profª Karine Sato da Silva
Melhoria de processos Qualidade Engenharia de software Profª Karine Sato da Silva Problemática Hoje o grande desafio é desenvolver software de qualidade, dentro do prazo e custo estipulados, sem necessitar
Gerenciamento do Escopo do Projeto (PMBoK 5ª ed.)
Gerenciamento do Escopo do Projeto (PMBoK 5ª ed.) De acordo com o PMBok 5ª ed., o escopo é a soma dos produtos, serviços e resultados a serem fornecidos na forma de projeto. Sendo ele referindo-se a: Escopo
Escolhendo um Modelo de Ciclo de Vida
Escolhendo um Modelo de Ciclo de Vida Ciclos de Vida 1 Ciclo de Vida de um Produto Qualquer desenvolvimento de produto inicia com uma idéia e termina com o produto pretendido. O ciclo de vida de um produto
Paradigmas de Software
Paradigmas de Software Objetivos Introdução aos paradigmas de software. Descrição de modelos genéricos e sua aplicabilidade. Descrição dos processos de requisitos, desenvolvimento, teste e evolução. Modelo
Bibliografia. Quais são os problemas? capacidade de construção. acompanha a demanda por novos programas. ameaçada por projetos ruins.
Bibliografia Quais são os problemas? 4 A sofisticação do software ultrapassou nossa capacidade de construção. 4 Nossa capacidade de construir programas não acompanha a demanda por novos programas. 4 Nossa
Elementos Fundamentais para a Melhoria da Qualidade de Software nas Organizações de TI
Elementos Fundamentais para a Melhoria da Qualidade de Software nas Organizações de TI Ana Cervigni Guerra Eduardo Paulo de Souza Projeto Reconhecido na Categoria Serviços Tecnológicos Brasília, 31 de
Processos de Software by Pearson Education Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 4 Slide 1
Processos de Software Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 4 Slide 1 Objetivos Apresentar modelos de processos de software Descrever três modelos genéricos de processo e quando
FATORES E MÉTRICAS DE QUALIDADE
FATORES E MÉTRICAS DE QUALIDADE 1 2 FATORES DE QUALIDADE OPERAÇÃO DO PRODUTO CORRETITUDE (FAZ O QUE EU QUERO?) CONFIABILIDADE (SE COMPORTA COM PRECISÃO?) EFICIÊNCIA (RODARÁ TÃO BEM QUANTO POSSÍVEL?) INTEGRIDADE
Qualidade de Software (cont)
Qualidade de Software (cont) Qualidade de Processo Profa Rosana Braga 1/2017 Material elaborado por docentes do grupo de Engenharia de Software do ICMC/USP Incorporação da Qualidade Requisitos do Usuário
GESTÃO DE PROJETOS D I S C U S S ÃO B AS E A D A N O P M I
GESTÃO DE PROJETOS D I S C U S S ÃO B AS E A D A N O P M I DEFINIÇÃO DE PROJETO Empreendimento temporário realizado de forma progressiva para criar um produto ou serviço único. (Project Management Institute
AADSP Guia de implementação Geral: Fundamentação para implantação da abordagem adaptativa para implantação de processo de software.
# IMPLANTAÇÃO AADSP Guia de implementação Geral: Fundamentação para implantação da abordagem adaptativa para implantação de processo de software. Este documento tem por objetivo orientar pesquisadores,
Planejamento dos Riscos
UDESC Universidade do Estado de Santa Catarina FEJ Faculdade de Engenharia de Joinville Planejamento dos Riscos Régis Kovacs Scalice DEPS Departamento de Engenharia de Produção e Sistemas Limites do Projeto
Ação Preventiva Ação para eliminar a causa de um potencial não-conformidade ou outra situação potencialmente indesejável.
A Ação Corretiva Ação para eliminar a causa de uma não-conformidade identificada ou outra situação indesejável. Ação Preventiva Ação para eliminar a causa de um potencial não-conformidade ou outra situação
Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios
Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios Cronograma das Aulas. Hoje você está na aula Semana
Capitulo 8: Desenvolver o Plano de Projeto
Capitulo 8: Desenvolver o Plano de Projeto PMBOK GUIDE Project Management Body of Knowledge Iniciação 5.1 Grupo de Processos de Planejamento Desenvolver o Plano de Gerenciamento de Projeto (4.3) Planejamento
Garantia da Qualidade, Medição e Melhoria. Leonardo Gresta Paulino Murta
Garantia da Qualidade, Medição e Melhoria Leonardo Gresta Paulino Murta leomurta@ic.uff.br Exercício motivacional Leonardo Murta Garantia da Qualidade, Medição e Melhoria 2 Qualidade depende da perspectiva...
Escopo: PROCESSOS FUNDAMENTAIS
Escopo: PROCESSOS FUNDAMENTAIS Etapa:Desenvolvimento de software Disciplina: Auditoria & Qualidade em Sistemas de Informação Professor: Lucas Topofalo Integrantes: Joel Soares de Jesus Luiz R. Bandeira
GESTÃO DE PROJETOS Unidade 6 Gerenciamento de Qualidade. Luiz Leão
Luiz Leão luizleao@gmail.com http://www.luizleao.com Conteúdo Programático Conceitos de qualidade Planejamento da qualidade em projetos Stakeholders Revisões / Auditorias Controle de Qualidade Garantia
AVALIAÇÃO DE PRODUTOS DE SOFTWARE
AVALIAÇÃO DE PRODUTOS DE SOFTWARE SSC-546 Avaliação de Sistemas Computacionais Profa. Rosana Braga (material profas Rosely Sanches e Ellen F. Barbosa) Qualidade de Produto de Software Modelo de Qualidade
Gerência de Projetos de Software. Prof. Dr. João Dovicchi INE / CTC / UFSC.
Prof. Dr. João Dovicchi INE / CTC / UFSC dovicchi@inf.ufsc.br http://www.inf.ufsc.br/~dovicchi Programa Projetos e Metodologias Tipos e abordagens Organização Estimativas de Esforço e Gerência de Riscos
Projeto e Planejamento da Indústria Química
Indústria Química Prof. Marcus V. Americano da Costa F o Departamento de Engenharia Química Universidade Federal da Bahia Salvador-BA, 16 de maio de 2017. Sumário Sumário Projeto Um projeto é definido