MPT Melhoria de Processo de Teste Brasileiro
|
|
- Salvador Azeredo Quintão
- 7 Há anos
- Visualizações:
Transcrição
1 MPT.BR - Melhoria de Processo de Teste Guia de Implementação Parte 1: Nível 2 (Versão 1.1) Sumário 1 Prefácio Introdução Objetivo Implementando o MPT nível Gerência de Requisitos de Teste (GRT) Fundamentações teóricas Práticas específicas GRT1 Obter o entendimento dos requisitos de software e definir os requisitos de teste GRT2 Aprovar e obter o comprometimento com os requisitos de teste utilizando critérios objetivos GRT3 Estabelecer e manter a rastreabilidade bidirecional entre os requisitos e artefatos de teste GRT4 Realizar revisões em planos e produtos de trabalho do projeto e corrigir inconsistências identificadas em relação aos requisitos GRT5 - Gerenciar as alterações dos requisitos no projeto de teste Práticas genéricas OG 1 Executar o processo PG Atingir os resultados definidos OG 2 Gerenciar o processo PG 2.1 Estabelecer e manter uma política organizacional para o processo 10 Melhoria de Processo de Teste Brasileiro MPT.BR Nível 2 v 1.1 1
2 6.2.2 PG 2.2 Planejar a execução do processo PG Monitorar e controlar a execução do processo para atender aos planos PG 2.4 Identificar e disponibilizar os recursos necessários para a execução do processo PG 2.5 Garantir que as pessoas que executam o processo são competentes em termos de formação, treinamento e experiência PG 2.6 Garantir a comunicação entre as partes interessadas no processo de forma a manter o seu envolvimento no projeto PG Monitorar e controlar o processo Melhoria de Processo de Teste Brasileiro MPT.BR Nível 2 v 1.1 2
3 1 Prefácio Este documento define as regras para implantação do MPT nível 2. 2 Introdução Para a implantação do MPT nível 2 entende-se que a empresa já foi credenciada no nível 1 e já tem o processo desse nível institucionalizado na organização. Em alguns casos específicos é aceitável que a empresa instale os dois níveis ao mesmo tempo, ficando essa decisão a cargo do implementador. 3 Objetivo Para implementar o nível 2 do MPT a organização precisará institucionalizar o uso do processo de Gerência de Requisitos de Teste (GRT). Para garantir a institucionalização de cada área de processo devem ser implementadas as práticas específicas e as práticas genéricas, conforme descrito adiante neste documento. A avaliação de que a unidade de teste alcançou um determinado nível será feita através da comprovação objetiva dos resultados alcançados e do exame das evidências (diretas, indiretas e afirmações) de que a empresa implantou cada uma das práticas específicas e genéricas para aquela área de processo e grau de maturidade visado. Desta forma temos a seguinte organização: Área de processo o Objetivos específicos Práticas específicas o Objetivos genéricos Práticas genéricas A organização poderá iniciar a implantação do modelo MPT pelo nível 2 desde que implemente paralelamente também o processo do nível 1 e que demonstre maturidade para assim proceder. 4 Implementando o MPT nível 2 O nível 2 do MPT contempla a seguinte área de processo: Gerência de Requisitos de Teste (GRT) Se tratarmos o projeto de teste como um projeto inter-relacionado ao projeto de desenvolvimento, não é difícil entender que ambos poderão se sustentar num mesmo processo de gerência de projetos e de gerência de requisitos, que Melhoria de Processo de Teste Brasileiro MPT.BR Nível 2 v 1.1 3
4 poderiam ser únicos para os dois. De qualquer forma o enfoque principal neste documento serão os projetos de teste de software. Para facilitar a gestão, é aconselhável que apenas empresas com um nível de maturidade alto de MPS ou CMMI decidam pelo uso de processos únicos para os dois tipos de projetos. Os mesmos requisitos que servem para desenvolver o software também servem para criar os artefatos de teste, inclusive porque muitas empresas produzem requisitos de teste a partir dos requisitos do usuário. Desta forma os requisitos de software são relevantes para o teste do software, e, além desses, existem ainda os requisitos específicos para o projeto de teste de software. De forma resumida podemos afirmar que os requisitos de teste são os requisitos de software, caso o escopo seja testar todo o software, acrescidos dos requisitos específicos de teste. No entanto, sugerimos que os requisitos sejam tratados por processos específicos de teste e de desenvolvimento. 5 Gerência de Requisitos de Teste (GRT) 5.1 Fundamentações teóricas O objetivo da área de processo Gerência de Requisitos de Teste é buscar junto aos fornecedores de requisitos aqueles inerentes ao projeto de teste de software. Esta gerência deverá garantir que não existe nenhuma inconsistência ou não conformidades na lista de requisitos, de forma a permitir que os artefatos deles provenientes, como, por exemplo, o Plano de Teste, possam vir a ser criados corretamente. Na maior parte das vezes os requisitos de software poderão também ser usados como requisitos de teste. A princípio deverão ser mantidos os requisitos de teste e os requisitos de desenvolvimento, embora organizações maduras possam ter uma gerência única para administrar ambos os requisitos. É importante frisar que os projetos de teste tratam requisitos de forma diferente do que são tratados pelos projetos de desenvolvimento. Um modelo mais simples, caso já exista uma área de processo de gerência de requisitos de software, seria criar uma outra área específica de gerência de requisitos de teste. Neste caso o cuidado deverá ser atualizar ambas listas de requisitos quando houver uma alteração de requisitos feita pelo fornecedor. Os requisitos de teste devem definir que nível de qualidade deve ser assegurado, que recursos de teste devem ser empregados, que equipes de teste serão utilizadas, e como se inter-relacionarão as equipes. Também podem existir Melhoria de Processo de Teste Brasileiro MPT.BR Nível 2 v 1.1 4
5 critérios (ou requisitos) de aceitação, incluídos na lista de requisitos de teste. Isso serve para mostrar como será demonstrada a funcionalidade, como será verificada a adequação do sistema, como serão examinados os requisitos não funcionais. Note que os requisitos de teste e os critérios de aceitação influenciam como deverá ser desenvolvido o software. Ou seja, na realidade, como é mencionado em parágrafo mais adiante, o conjunto de requisitos do sistema e de teste do sistema deveriam formar um todo integrado. Os requisitos de teste devem também cobrir os testes de aceitação. É função da área ou equipe de teste assegurar que os critérios de aceitação sejam atingidos, independentemente de se o cliente realizará ou não seus próprios testes de aceitação. Os requisitos do software normalmente são elaborados por um fornecedor de requisitos, normalmente o usuário, e são revistos pela equipe de desenvolvimento. Neste caso, a equipe de teste deverá receber os mesmos requisitos após o seu tratamento pela equipe de desenvolvimento, ou, melhor ainda, trabalhar junto com a equipe de desenvolvimento para poder desta forma elaborar os requisitos de teste. Cabe esclarecer que os fornecedores de requisitos poderão ser diversos, tais como clientes, usuários finais, legislações, etc. A partir dos requisitos de desenvolvimento enviados pelos fornecedores de requisitos é gerada uma lista e deverá ser firmado um acordo de comprometimento envolvendo todas as partes, fornecedor de requisitos, equipe de desenvolvimento e equipe de teste. Outras partes poderão estar envolvidas caso seja necessário. Esta lista deverá também conter os requisitos não técnicos, como aqueles referentes a orçamento e prazo. As práticas específicas nesta área de processo deverão envolver o seguinte: Criação de uma especificação e/ou lista de requisitos; Revisão técnica de todos os requisitos; Geração de um documento (lista de requisitos) com o qual todos os interessados estarão comprometidos; Criação de um documento que permita a rastreabilidade dos casos de teste e a sua relação com os requisitos que os originaram; Controle das alterações dos requisitos; O monitoramento dos requisitos durante toda a evolução do projeto de teste; O controle dos requisitos durante toda a evolução do projeto de teste. Melhoria de Processo de Teste Brasileiro MPT.BR Nível 2 v 1.1 5
6 A elaboração do Plano de Teste deverá ter início após o recebimento dos requisitos aprovados pelos interessados e envolvidos. Isso deve ser feito em comum acordo com a equipe do projeto de desenvolvimento e outras partes interessadas sempre que for possível. 5.2 Práticas específicas GRT1 Obter o entendimento dos requisitos de software e definir os requisitos de teste A aplicação desta prática permite que seja alcançado o entendimento dos requisitos através de contatos mantidos com os fornecedores de requisitos. Para tal, a organização deverá ter alguns critérios pré-estabelecidos para que os requisitos possam ser entendidos corretamente e aceitos. Por entendimento dos requisitos considera-se também a definição dos requisitos específicos do projeto de teste de software. O Plano de Teste deverá identificar os fornecedores de requisitos e também como será feita a comunicação com eles. Com a execução desta prática deve-se conseguir um entendimento completo dos requisitos e a forma como os requisitos deverão ser enviados para o projeto. Isso significa dizer que requisitos somente poderão ser aceitos através de uma fonte perfeitamente identificada como fornecedores de requisitos. Não deve ser descartado que num ciclo de desenvolvimento incremental os requisitos poderão ser acrescidos à medida que o projeto evolui. Neste caso o Plano de Teste deverá prever esta alternativa e poder ser atualizado com facilidade. Ou seja, a medida que novos requisitos forem sendo fornecidos a lista será gradualmente alterada. Outras formas de ciclo de vida de desenvolvimento e teste deverão também estar previstas no monitoramento dos requisitos. Os requisitos deverão ser aceitos com base em critérios objetivos. Por exemplo, deve atender a seguinte pergunta: Está previsto o teste deste requisito no orçamento do projeto? Ou, o prazo do projeto contempla o teste deste requisito? O ideal seria a organização manter uma relação de perguntas básicas para facilitar a aceitação dos requisitos. 1) Lista dos fornecedores de requisitos; 2) Critérios para avaliação e aceitação dos requisitos; 3) Uma especificação ou lista de requisitos aprovada pelos interessados no projeto; Melhoria de Processo de Teste Brasileiro MPT.BR Nível 2 v 1.1 6
7 4) Documento mostrando que a especificação ou lista de requisitos está em conformidade com os critérios de aceitação pré-estabelecidos. Os requisitos, para serem aceitos, precisam ser submetidos a alguns critérios. Alguns exemplos de critérios para aceitação de requisitos são os seguintes: 1) Os requisitos devem ter uma definição completa; 2) Os requisitos precisam ser consistentes e coerentes em relação aos outros requisitos; não podem se sobrepor ou conflitar; 3) Os requisitos precisam ser definidos sem ambigüidades e numa linguagem clara de fácil entendimento por todos os interessados; 4) Cada requisito deve ser único considerando um mesmo projeto; 5) Todos os requisitos devem ser testáveis (verificáveis e validáveis e aceitáveis); 6) O requisito deve ser rastreável através dos artefatos do projeto. Na análise dos requisitos deve sempre ser preservada a ótica do teste do software. Por exemplo, um requisito que exija um tempo de resposta adequado à natureza do negócio significa que a conformidade do artefato com esse requisito deverá ser examinada através de um teste de desempenho GRT2 Aprovar e obter o comprometimento com os requisitos de teste utilizando critérios objetivos Os requisitos devem ser aprovados pelas partes interessadas no projeto de teste de software. A aprovação da lista final dos requisitos pode ser feita através de uma ata de reunião ou outro documento formal onde as partes envolvidas aprovam o seu conteúdo através de assinaturas ou de s enviados ou por outro meio eletrônico qualquer. O importante é que se tenha um registro formal da aprovação da lista final de requisitos. Neste caso entende-se que foram feitas inúmeras reuniões até que por consenso chegou-se a lista final de requisitos. A aprovação seria apenas um processo formal de aceite. 1) Documento contendo a lista dos requisitos aprovados 2) Documento onde as partes envolvidas aprovam os requisitos. As organizações devem possuir critérios a serem usados na avaliação e aprovação dos requisitos. Algumas empresas tem um documento com uma lista de verificação para cada um requisito. Os requisitos devem ser aceitos de acordo com esse critério. Por exemplo, uma pergunta poderia ser se os requisitos são passíveis de teste. Ou seja, se existem recursos para o seu teste. Melhoria de Processo de Teste Brasileiro MPT.BR Nível 2 v 1.1 7
8 6.3.3 GRT3 Estabelecer e manter a rastreabilidade bidirecional entre os requisitos e artefatos de teste No caso dos projetos de teste de software, é necessário que a rastreabilidade permita fazer uma associação entre os casos de teste e os requisitos que estes casos de teste estão testando. Evidentemente, esse encadeamento irá passar pelos artefatos de desenvolvimento até chegar aos casos de teste. A rastreabilidade pode ser criada através de ferramentas de automação específicas ou através de planilhas manuais. O entendimento é que, normalmente, a matriz de rastreabilidade do projeto de desenvolvimento, caso exista, será a mesma que atenderá ao projeto de teste, desde que contemple os requisitos e os casos de teste. 1) Matriz de rastreabilidade 2) Mecanismo que permita rastrear os requisitos até os casos de teste A rastreabilidade deve ser horizontal e vertical. Por exemplo, um caso de teste pode ser usado para testar mais de um requisito. Além disso deve ser possível fazer o rastreamento nas duas direções, ou seja, rastreamento bidirecional GRT4 Realizar revisões em planos e produtos de trabalho do projeto e corrigir inconsistências identificadas em relação aos requisitos Deve ser demonstrado que foi feita uma revisão envolvendo os requisitos e todos os produtos gerados pelo projeto, inclusive o Plano de Teste. As inconsistências devem ser identificadas e as ações corretivas devem ser registradas e monitoradas até a sua conclusão. Cabe esclarecer que a inspeção: - a inspeção produz um laudo; - após a inspeção as não conformidades são priorizadas; - as não conformidades são resolvidas correta e completamente em ordem de prioridade. Cabe esclarecer que nem sempre todas as não-conformidades precisam ser resolvidas naquele momento, mas podem ser definidas com uma prioridade baixa e ficar para uma outra etapa. 1) Registros de não conformidades. Melhoria de Processo de Teste Brasileiro MPT.BR Nível 2 v 1.1 8
9 2) Ações corretivas e o controle dessas ações até a sua conclusão com as respectivas aprovações GRT5 - Gerenciar as alterações dos requisitos no projeto de teste. Esta prática estabelece que as alterações dos requisitos devem ser gerenciadas durante a evolução do projeto de teste de software. Entende-se que as alterações de requisitos só podem ser recebidas através de um documento formal de um fornecedor de requisitos. Desta forma, a solicitação de uma alteração de requisito ou da inclusão de um novo requisito ou da exclusão de um requisito deve ser avaliada de acordo com os critérios definidos para a avaliação e aprovação de requisitos. Além disso, deve ser avaliado o impacto que tal mudança trará no projeto. Toda a documentação envolvendo a solicitação de mudança, a análise de impacto e o monitoramento dessas mudanças deverão estar disponíveis no repositório de artefatos do projeto. 1) Nova versão da especificação ou lista de requisitos aprovada; 2) Relatório do estudo do impacto da alteração no projeto; 3) Relatórios do estudo de viabilidade para a aprovação da mudança; 4) Atas de reunião monitorando as alterações; 5) Aprovação dos novos requisitos segundo critérios técnicos estabelecidos. Muitas vezes, uma alteração de um requisito ou o surgimento de um novo requisito envolve o surgimento de um novo risco, o que significa dizer que a lista de riscos poderá também sofrer um impacto com esta mudança. 6 Práticas genéricas Práticas genéricas (PG) e objetivos genéricos (OG) são assim chamados porque os mesmos devem ser seguidos por todas as áreas de processo. 6.1 OG 1 Executar o processo Este atributo é uma medida do quanto o processo atinge o seu propósito. Este atributo serve para mostrar que o processo está implantado, que atende aos seus objetivos e que são cumpridas as práticas específicas PG Atingir os resultados definidos Para garantir que o processo esteja institucionalizado é preciso ter o processo disseminado na organização e que o mesmo sirva de base para a geração dos produtos a que se refere. É importante lembrar que é preciso o comprometimento da alta administração. Melhoria de Processo de Teste Brasileiro MPT.BR Nível 2 v 1.1 9
10 Processo definido e institucionalizado (GRT) Plano de Projeto incluindo a lista de requisitos. 6.2 OG 2 Gerenciar o processo Este atributo é uma medida do quanto à execução do processo é gerenciada PG 2.1 Estabelecer e manter uma política organizacional para o processo Deve ser evidente a importância atribuída ao processo GRT e, como tal, ele deve ser seguido por todas as áreas envolvidas. Entende-se que a alta gerência deve estar compromissada com o processo. Desta forma a organização como um todo deve ter conhecimento pleno o processo. Manual de qualidade reconhecendo a importância do processo de gerência de requisitos de testes demonstrando é efetivamente mantido Documentos afixados em locais de alta circulação na organização Registro na intranet de uma publicação que divulgue a obrigatoriedade do cumprimento dos processos PG 2.2 Planejar a execução do processo O processo deve fornecer meios para que seja feito um planejamento para o projeto usando as regras estabelecidas. Entende-se que deve ser também monitorado se o processo está sendo considerado no andamento do projeto. O Plano de Teste normalmente é uma evidência de que essa PG vem sendo cumprida para o MPT. O que se quer é que seja demonstrado que está sendo cumprido o que é dito no processo para o planejamento do projeto. Plano de Teste com a lista de requisitos ou, em alguns casos, o Plano de Gerência de Requisitos Processo de Gerência de Requisitos de Teste (GRT) PG Monitorar e controlar a execução do processo para atender aos planos O processo deverá fornecer informações que garantam o monitoramento do projeto e que as não-conformidades sejam registradas e controladas até o seu acerto. Eventualmente poderão ser identificadas inadequações no próprio Melhoria de Processo de Teste Brasileiro MPT.BR Nível 2 v
11 processo, que devem ser registradas em documento próprio, e o acerto deve ser monitorado até a sua conclusão. Usar o processo é uma das formas de gerenciálo e monitorá-lo. O que se quer é que seja demonstrado que está sendo cumprido o que é dito no processo para a monitoração do projeto. Produto típico: Atas de reunião de acompanhamento do projeto Processo de Gerência de Requisitos de Teste (GRT) Relatório de falhas registradas; PG 2.4 Identificar e disponibilizar os recursos necessários para a execução do processo Para que o processo seja executado através do projeto é preciso que os recursos necessários estejam claramente definidos. Por recursos entende-se pessoal, software, hardware, recursos financeiros, ambiente, etc. Produto típico: Plano de recursos do projeto - ver Plano de Teste. Processo de Gerência de Requisitos de Teste (GRT) PG 2.5 Garantir que as pessoas que executam o processo são competentes em termos de formação, treinamento e experiência A organização deverá assegurar que as pessoas que executam os processos estão habilitadas. Isso implica treinamentos nos próprios processos como também em técnicas de gerência de projetos e gerência de requisitos. No caso do uso de ferramentas específicas deverá haver comprovação de que as pessoas foram treinadas para o seu uso. Produto típico: Registros de treinamentos realizados (GRT e GPT), tais como folhas de presença assinadas ou certificados. Treinamentos em estimativas, riscos, planejamento, etc. Processo de capacitação e treinamento. Na verdade esta prática exige que as pessoas envolvidas no processo tenham sido de alguma forma treinadas. Outros produtos típicos, dependendo da circunstância, poderão vir a ser aceitos. Melhoria de Processo de Teste Brasileiro MPT.BR Nível 2 v
12 6.2.6 PG 2.6 Garantir a comunicação entre as partes interessadas no processo de forma a manter o seu envolvimento no projeto As partes interessadas no processo devem ter o seu envolvimento garantido no projeto. Para isso é importante que recebam as informações e artefatos de seu interesse, e que isso faça parte do plano do projeto de teste. O envolvimento também pode ocorrer através de reuniões previamente planejadas no próprio Plano de Projeto. Produto típico: Plano de comunicação do Plano de Teste Atas de reunião de acompanhamento do projeto. Processo de Gerência de Requisitos de Teste PG Monitorar e controlar o processo Deve haver um acompanhamento sistemático da evolução do processo gerência de requisitos de teste, de forma a evitar que mudanças inesperadas de rumo ocorram. Isso deverá ser feito nos diversos níveis de decisão da organização e não apenas nos níveis técnicos. Normalmente essas ações estarão explicitadas no cronograma do Plano de Teste, na sua parte referente ao Plano de Comunicação. É importante que os problemas ou não conformidades sejam registrados num documento formal e sejam monitoradas até a sua conclusão. Produto típico: Atas de reunião de acompanhamento do projeto em diversos níveis (acompanhamento técnico e gerencial); Documentos que comprovem o envolvimento das partes envolvidas no andamento do projeto; Plano de Teste; Processo de Gerência de Requisitos de Teste. Melhoria de Processo de Teste Brasileiro MPT.BR Nível 2 v
IDENTIFICAÇÃO DO CANDIDATO INSTRUÇÕES
INSTRUÇÕES - Esta prova é SEM CONSULTA. - Inicie a prova colocando o seu nome em todas as páginas. - Todas as respostas às questões devem ser preenchidas a caneta. - Todas as informações necessárias estão
Leia maisNormas 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
Leia maisGerencial Industrial ISO 9000
Gerencial Industrial ISO 9000 Objetivo: TER UMA VISÃO GERAL DO UM SISTEMA DE GESTÃO DA QUALIDADE: PADRÃO ISO 9000 Qualidade de Processo Qualidade do produto não se atinge de forma espontânea. A qualidade
Leia maisAULA 02 Qualidade em TI
Bacharelado em Sistema de Informação Qualidade em TI Prof. Aderson Castro, Me. AULA 02 Qualidade em TI Prof. Adm. Aderson Castro, Me. Contatos: adersoneto@yahoo.com.br 1 Qualidade de Processo A Série ISO
Leia maisRequisitos 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
Leia maisPolítica Organizacional para Desenvolvimento e Manutenção de Software e Serviços
A Coordenadoria de Sistemas de Informação (CSI) do Centro de Tecnologia de Informação e Comunicação (CTIC) da UFPA define neste documento sua Política Organizacional para Desenvolvimento de Software. 1
Leia maisDesenvolvido pelo Software Engineering Institute-SEI em 1992 Possui representação por estágios (5 níveis)e contínua (6 níveis)
CMMI / MPS.BR Modelos de Maturidade de Qualidade de Software Aplicações criteriosas de conceitos de gerenciamento de processos e de melhoria da qualidade ao desenvolvimento e manutenção de software CMMI
Leia maisGerenciamento 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
Leia maisVisã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
Leia maisGerenciamento 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
Leia maisQUALIDADE 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
Leia maisCONTPATRI Plano de Garantia de Qualidade. Versão 1.1
CONTPATRI Plano de Garantia de Qualidade Versão 1.1 Histórico da Revisão Data Versão Descrição Autor 04/05/2013 1.0 Verificação do documento Emerson José Porfírio 21/04/2013 1.0 Elaboração do documento
Leia maisProva de Conhecimento para Consultores de Implementação MPS.BR INSTRUÇÕES
Prova de Conhecimento para Consultores de Implementação MPS.BR 03 de agosto de 2012 4 horas de duração Nome: IDENTIFICAÇÃO DO CANDIDATO E-mail: (DEIXAR EM BRANCO) RESULTADO: Q1 Q2 (a) Q2 (b) Q3 Q4 Q5 Q6
Leia maisCMM 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
Leia maisGerenciamento de requisitos
Universidade Federal de Santa Catarina - UFSC Disponível em Gerenciamento de www.inf.ufsc.br/~ricardo/download/projetonpd Ricardo Pereira e Silva, D.Sc. www.inf.ufsc.br/ricardo Gerenciamento de O objetivo
Leia mais2. Gerenciamento do Serviço de Auditoria
2. Gerenciamento do Serviço de Auditoria Introdução 2.1. Todo o serviço de auditoria deve ser adequadamente planejado, supervisionado e gerenciado para assegurar que o serviço seja eficaz, eficiente e
Leia maisÁ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
Leia maisGestão de Segurança da Informação. Interpretação da norma NBR ISO/IEC 27001:2006. Curso e- Learning Sistema de
Curso e- Learning Sistema de Gestão de Segurança da Informação Interpretação da norma NBR ISO/IEC 27001:2006 Todos os direitos de cópia reservados. Não é permitida a distribuição física ou eletrônica deste
Leia maisAdministraçã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
Leia maisGerenciamento 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
Leia maisFormação Técnica em Administração. Modulo de Padronização e Qualidade
Formação Técnica em Administração Modulo de Padronização e Qualidade Competências a serem trabalhadas ENTENDER OS REQUISITOS DA NORMA ISO 9001:2008 E OS SEUS PROCEDIMENTOS OBRIGATÓRIOS SISTEMA DE GESTÃO
Leia maisABNT NBR ISO/IEC NÃO CONFORMIDADES MAIS FREQUENTES
ABNT NBR ISO/IEC 17025 NÃO CONFORMIDADES MAIS FREQUENTES Item 4.1 Organização Legalidade do laboratório Trabalhos realizados em instalações permanentes Atendimento aos requisitos da Norma, necessidades
Leia maisCampus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini /
Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini E-mail: prof.andre.luis.belini@gmail.com / andre.belini@ifsp.edu.br MATÉRIA: SEGURANÇA DA INFORMAÇÃO Aula N : 11 Tema:
Leia mais09/05 Execução, controle e encerramento
09/05 Execução, controle e encerramento 5 Gestão de Projetos Execução, controle e encerramento 6 Gestão de Projetos Como o gerente do projeto irá executar o projeto? Execução e controle Execução Realizar
Leia maisTreinamento e-learning. Interpretação e implantação da ISO 9001:2015
Treinamento e-learning Interpretação e implantação da ISO 9001:2015 Todos os direitos de cópia reservados. Não é permitida a distribuição física ou eletrônica deste material sem a permissão expressa da
Leia mais3. Engenharia dos requisitos de software
Renato Cardoso Mesquita Departamento de Eng. Elétrica da UFMG renato@cpdee.ufmg.br Engenharia de Software 3. Engenharia dos requisitos de software.......... 3.1. Visão Geral O fluxo de Requisitos reúne
Leia maisMaturidade e Capabilidade do Processo de Software: Definição Modelo: Definição MPS.BR: O Modelo MPS.BR: Capacidade do Processo Processos do Nível G,
Maturidade e Capabilidade do Processo de Software: Definição Modelo: Definição MPS.BR: O Modelo MPS.BR: Capacidade do Processo Processos do Nível G, primeiro nível do modelo Método de Avaliação (MA-MPS)
Leia maisControlle: Ferramenta de Apoio à Gerência de Requisitos
Controlle: Ferramenta de Apoio à Gerência de Requisitos Fernando Nascimento 1, Marcus Teixeira 1, Marcello Thiry 2 e Alessandra Zoucas 2 1 Khor Tecnologia da Informação Rod. SC 401, Km 01 n 600 Ed. Alfama
Leia maisAULA 2 GERENCIAMENTO DE PROJETOS
AULA 2 GERENCIAMENTO DE PROJETOS Gestão de Projetos O que é um Projeto? O que é Gerência de Projeto? O que é um Projeto? Um empreendimento único e não-repetitivo, de duração determinada, formalmente organizado
Leia maisLIVRO ENGENHARIA DE SOFTWARE FUNDAMENTOS, MÉTODOS E PADRÕES
LIVRO ENGENHARIA FUNDAMENTOS, MÉTODOS E PADRÕES WILSON PADUA PAULA FILHO CAPÍTULO REQUISITOS 1 REQUISITOS TECNICO E GERENCIAL ESCOPO (RASCUNHO) CARACTERISTICAS 2 O que são Requisitos? São objetivos ou
Leia maisPROJETO 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,
Leia maisEspecificar os requisitos de um Sistema de Gestão Ambiental, permitindo à organização desenvolver e implementar :
Origem da norma 1-Objetivos Especificar os requisitos de um Sistema de Gestão Ambiental, permitindo à organização desenvolver e implementar : Política e objetivos alinhados com os requisitos legais e outros
Leia maisGrupo de Extensão em Sistemas de Gestão Ambiental. Sistema de Gestão Ambiental
Grupo de Extensão em Sistemas de Gestão Ambiental Sistema de Gestão Ambiental 10 SIGA 25 de agosto de 2013 PANGeA O grupo iniciou suas atividades em 2005. Constituído por alunos da ESALQ Projetos internos
Leia maisMódulo 7. NBR ISO Interpretação dos requisitos: 4.3.3, 4.4, 4.4.1, 4.4.2, 4.4.3, 4.4.4, Exercícios
Módulo 7 NBR ISO 14001 - Interpretação dos requisitos: 4.3.3, 4.4, 4.4.1, 4.4.2, 4.4.3, 4.4.4, 4.4.5 Exercícios 4.3 Planejamento 4.3.3 Objetivos e metas e programa de gestão ambiental A organização deve
Leia maisGerenciamento 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
Leia maisDCC / 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
Leia maisPadrão Gerencial. Gestão de Mudança
1 OBJETIVO Definir o processo de gestão das mudanças relevantes para organização. 2 DISPOSIÇÕES GERAIS 2.1 Este padrão aplica-se a todas as Gerências e Unidades do SESI DR-BA; 2.2 Documentação de referência:
Leia maisCurso de Capacitação para Implantação do Modelo MPT.Br Níveis 1.
Curso de Capacitação para Implantação do Modelo MPT.Br Níveis 1 www.mpt.org.br 1 O que precisa ser definido Definições a serem feitas Nome, telefone, e-mail, endereço do líder do projeto MPT em cada empresa.
Leia maisINF014 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
Leia maisEtapa 6 - Elaboração da documentação da qualidade
Módulo 3 Etapa 6 Elaboração dos documentos do sistema de gestão da qualidade, Etapa 7 Implementação dos requisitos planejados, Etapa 8 Palestras de sensibilização em relação à gestão da qualidade e outros
Leia maisGuia do Processo de Teste Metodologia Celepar
Guia do Processo de Teste Metodologia Celepar Agosto de 2009 Sumário de Informações do Documento Documento: guiaprocessoteste.odt Número de páginas: 11 Versão Data Mudanças Autor 1.0 26/12/07 Criação.
Leia maisSistema Mobi-Lar Engenharia de Software
INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA - CAMPUS DE PRESIDENTE EPITÁCIO CURSO SUPERIOR DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS MÓDULO V Sistema Mobi-Lar Engenharia de Software
Leia maisMódulo Contexto da organização 5. Liderança 6. Planejamento do sistema de gestão da qualidade 7. Suporte
Módulo 3 4. Contexto da organização 5. Liderança 6. Planejamento do sistema de gestão da qualidade 7. Suporte Sistemas de gestão da qualidade Requisitos 4 Contexto da organização 4.1 Entendendo a organização
Leia maisESPECIFICAÇÃO DE PROJETO AUTOR(ES) : João
AUTOR(ES) : João AUTOR(ES) : João NÚMERO DO DOCUMENTO : VERSÃO : 1.1 ORIGEM STATUS : c:\projetos : Acesso Livre DATA DO DOCUMENTO : 22 novembro 2007 NÚMERO DE PÁGINAS : 13 ALTERADO POR : Manoel INICIAIS:
Leia maisDefinição. Sistema de Gestão Ambiental (SGA):
Definição Sistema de Gestão Ambiental (SGA): A parte de um sistema da gestão de uma organização utilizada para desenvolver e implementar sua política ambiental e gerenciar seus aspectos ambientais. Item
Leia maisCampus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini /
Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini E-mail: prof.andre.luis.belini@gmail.com / andre.belini@ifsp.edu.br MATÉRIA: SEGURANÇA DA INFORMAÇÃO Aula N : 11 Tema:
Leia maisENGENHARIA DE REQUISITOS
ENGENHARIA DE REQUISITOS Introdução a Computação e Engenharia de Software Profa. Cynthia Pinheiro Contextualização Estudo realizado pelo Standish Group em 1995, envolvendo 350 companhias e 8.000 projetos
Leia maisAnálise e projeto de sistemas
Análise e projeto de sistemas Conteúdo: UML O processo de desenvolvimento de software Prof. Patrícia Lucas A linguagem de modelagem unificada (UML) A UML teve origem em uma tentativa de se unificar os
Leia maisEngenharia 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
Leia maisGestã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
Leia maisMódulo 8. NBR ISO Interpretação dos requisitos: 4.4.6, 4.4.7, 4.5.1, 4.5.2, 4.5.3, 4.5.4, 4.5.5, 4.6 Exercícios
Módulo 8 NBR ISO 14001 - Interpretação dos requisitos: 4.4.6, 4.4.7, 4.5.1, 4.5.2, 4.5.3, 4.5.4, 4.5.5, 4.6 Exercícios 4.4.6 Controle Operacional A organização deve identificar e planejar aquelas operações
Leia maisDiretriz de Papéis e Recursos Sistema de Gestão da Qualidade
Diretriz de Papéis e Recursos Sistema de Gestão da Qualidade DA.GPR.003 V 1.0 1. DEFINIÇÕES - RECURSOS 1.1 ESTAÇÃO TÍPICA DE TRABALHO Hardware e Infra-estrutura Computador com poder de processamento e
Leia maisOHSAS 18001:2007 SAÚDE E SEGURANÇA OCUPACIONAL
OHSAS 18001:2007 SAÚDE E SEGURANÇA OCUPACIONAL Requisitos gerais, política para SSO, identificação de perigos, análise de riscos, determinação de controles. CICLO DE PDCA (OHSAS 18001:2007) 4.6 ANÁLISE
Leia maisISO/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
Leia maisAçã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
Leia maisQualidade 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)
Leia maisQualidade 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
Leia maisISO/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
Leia maisWorkflow Genérico de Iteração
Workflow Genérico de Iteração Introdução Padrão comum que caracteriza todas iterações de todas as fases Inclui os cinco workflows básicos:requisitos, análise, projeto, implementação, e teste Inclui também
Leia maisAgenda. 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
Leia maisPSP: 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
Leia maisLISTA DE VERIFICAÇÃO
LISTA DE VERIFICAÇÃO Tipo de Auditoria: AUDITORIA DO SISTEMA DE GESTÃO DA QUALIDADE Auditados Data Realização: Responsável: Norma de Referência: NBR ISO 9001:2008 Auditores: 4 SISTEMA DE GESTÃO DA QUALIDADE
Leia maisProcessos de Validação e Verificação do MPS-Br
Processos de Validação e Verificação do MPS-Br O Processo Validação "O propósito do processo Validação é confirmar que um produto ou componente do produto atenderá a seu uso pretendido quando colocado
Leia maisLista de Verificação de Auditorias Internas do SGI - MA - SST
4.1 Requisitos Gerais 4.2 Política: Ambiental e de SST A empresa possui uma Política Ambiental e de SST? A Política é apropriada a natureza, escala, impactos ambientais e perigos e riscos das suas atividades,
Leia maisPLANEJAMENTO CICLO PDCA PLANEJAMENTO CICLO PDCA PLANO DO PROJETO UNIVERSIDADE FEDERAL DO PARANÁ 28/03/2016. PROFª MSc. HELOISA F.
SETOR DE TECNOLOGIA UNIVERSIDADE FEDERAL DO DEPARTAMENTO DE CONSTRUÇÃO CIVIL GESTÃO DE Prof.ª: MSc.: Heloisa Fuganti Campos 2 SUBMETIDA E APROVADA A PROPOSTA DO PROJETO PLANEJAMENTO PROCESSO DE PLANEJAMENTO
Leia maisFerramenta de Apoio a Implementação do Processo Melhoria de Processo de Teste (MPT.BR)
Ferramenta de Apoio a Implementação do Processo Melhoria de Processo de Teste (MPT.BR) Aluno(a): Vander Bertolini Orientador: Jacques Robert Heckmann Roteiro Introdução Objetivos Fundamentação Teórica
Leia maisVerificação e Validação. Ewelton Yoshio Fabrício Araújo
Verificação e Validação Ewelton Yoshio Fabrício Araújo Qual a diferença entre Verificação e Validação? Diferenças Verificação se preocupa em avaliar se o produto está sendo desenvolvido corretamente, enquanto
Leia maisGerê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
Leia maisEngenharia 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
Leia maisPlanejamento e Controle de Projetos 5 TADS FSR. Prof. Esp. André Luís Belini
Planejamento e Controle de Projetos 5 TADS FSR Prof. Esp. André Luís Belini Seja a mudança que você quer ver no mundo Mahatma Ghandi 2 Principais variáveis de um projeto 3 Características e benefícios
Leia maisBPF BOAS PRÁTICAS DE FABRICAÇÃO PARA EXCIPIENTES FARMACÊUTICOS. RDC nº 34/2015 ANVISA
Foi publicado no Diário Oficial da União (DOU) no dia 10 de Agosto a RDC nº 34/2015 que determina o cumprimento das Boas Práticas de Fabricação para empresas fabricante de excipientes farmacêuticos. A
Leia maisNomenclatura usada pela série ISO Série ISO 9000
Slide 1 Nomenclatura usada pela série ISO 9000 (ES-23, aula 03) Slide 2 Série ISO 9000 ISO 9000 (NBR ISO 9000, versão brasileira da ABNT): Normas de gestão da qualidade e garantia da qualidade. Diretrizes
Leia maisLista de Verificação - ABNT NBR ISO 9001:2008
4.2.2 4.2.2 Manual da qualidade A organização deve estabelecer e manter um manual da qualidade que inclua a) o escopo do sistema de gestão da qualidade, incluindo detalhes e justificativas para quaisquer
Leia maisAgenda da Aula. Melhoria do Processo de Software. Por que melhorar o processo? De onde veio a idéia? Qualidade do Produto. Qualidade de Software
Engenharia de Software Aula 20 Agenda da Aula Melhoria do Processo de Software Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo dcc603@gmail.com 16 Maio 2012 Melhoria de Processo Medição Análise Mudança
Leia mais4/14/11. Processos de Engenharia de Requisitos. Engenharia de requisitos. Elicitação e análise. A espiral de requisitos
Processos de engenharia de requisitos Processos de Engenharia de Requisitos Os requisitos e as formas de obtê-los e documentálos variam drasticamente de um projeto para o outro Contudo, existe uma série
Leia maisCopyright Proibida Reprodução. Prof. Éder Clementino dos Santos
ISO 9001:2008 GESTÃO DE QUALIDADE O que é ISO? ISO = palavra grega que significa Igualdade O Comitê - ISO A Organização Internacional de Normalização (ISO) tem sede em Genebra na Suíça, com o propósito
Leia maisProjeto Integrador. <Projeto Integrador> Documento Visão. Versão <1.0>
Projeto Integrador Documento Visão Versão Histórico de Revisões Data Versão Descrição Autor
Leia maisProjeto Básico para Serviço de Especificação dos Produtos de Software Controle de Almoxarifado do SECPRA/CDTN e Controle de Equipamentos
Projeto Básico para Serviço de Especificação dos Produtos de Software Controle de Almoxarifado do SECPRA/CDTN e Controle de Equipamentos OBJETIVOS Definir as condições gerais para contratação de serviços
Leia maisMódulo 5 Requisito 8 Validação, verificação e melhoria do Sistema de Gestão da Segurança de Alimentos Etapas para implementação do APPCC e da ISO
Módulo 5 Requisito 8 Validação, verificação e melhoria do Sistema de Gestão da Segurança de Alimentos Etapas para implementação do APPCC e da ISO 22000 Processo de Certificação 8 Validação, verificação
Leia maisApoio Ferramental para Avaliação MPS.BR
Apoio Ferramental para Avaliação MPS.BR Ana Regina Rocha Fernando Muradas Mariano Montoni COPPE/UFRJ Objetivo Desenvolver uma ferramenta baseada em conhecimento para apoiar a realização de avaliações de
Leia mais2.5. IMPLEMENTAÇÃO DO MODELO DE REFERÊNCIA MPS PARA SOFTWARE EM UMA ORGANIZAÇÃO PÚBLICA ADQUIRENTE DE SOFTWARE
2.5. IMPLEMENTAÇÃO DO MODELO DE REFERÊNCIA MPS PARA SOFTWARE EM UMA ORGANIZAÇÃO PÚBLICA ADQUIRENTE DE SOFTWARE Ana Regina Rocha 1, Taísa Guidini Gonçalves 1, Gleison Santos 1,2, Ana Luiza Dallora Moraes
Leia maisGerê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
Leia maisCurso EAD. Formação de Auditores com base na norma NBR ISO 19011: /12/18
Curso EAD Formação de Auditores com base na norma NBR ISO 19011:2018 20/12/18 Todos os direitos de cópia reservados. Não é permitida a distribuição física ou eletrônica deste material sem a permissão expressa
Leia maisDesenvolvimento de um Modelo Econômico de Processo de Software para Pequenas Empresas Baseado no CMMI Nível 2
Desenvolvimento de um Modelo Econômico de Processo de Software para Pequenas Empresas Baseado no CMMI Nível 2 Autores Juliana Franca Rodrigues Orientador Luiz Eduardo Galvao Martins Apoio Financeiro Pibic
Leia maisPOLÍTICA DE COMPLIANCE E CONTROLES INTERNOS SUMÁRIO
POLÍTICA DE COMPLIANCE E CONTROLES INTERNOS SUMÁRIO I - Objetivo... 2 II - Público Alvo... 2 III - Responsabilidades dos Envolvidos... 2 3.1. Responsabilidades da Administração... 2 3.2. Responsabilidades
Leia maisVerificação e Validação
Especialização em Gerência de Projetos de Software Verificação e Validação Prof. Dr. Sandro Ronaldo Bezerra Oliveira srbo@ufpa.br Qualidade de Software 2009 Instituto de Ciências Exatas e Naturais Universidade
Leia maisGERENCIAMENTO DE PROJETOS DE SOFTWARE. Rosana Braga ICMC/USP
GERENCIAMENTO DE PROJETOS DE SOFTWARE Rosana Braga ICMC/USP Processo de Software DEFINIÇÃO CONSTRUÇÃO PRODUTO DE SOFTWARE MANUTENÇÃO Análise Planejamento Eng. Requisitos Projeto Codificação Teste Entendimento
Leia maisCICLO PDCA CICLO PDCA UNIVERSIDADE FEDERAL DO PARANA DEPARTAMENTO DE CONSTRUC A O CIVIL GERENCIAMENTO DE PROJETOS. PROFª MSc. HELOISA F.
SETOR DE TECNOLOGIA UNIVERSIDADE FEDERAL DO PARANÁ DEPARTAMENTO DE CONSTRUÇÃO CIVIL GESTÃO DE Prof.ª: MSc.: Heloisa Fuganti Campos 2 SUBMETIDA E APROVADA A PROPOSTA DO PROJETO PLANEJAMENTO PROCESSO DE
Leia maisGestão da Qualidade. Profa. Ms. Ana Cabanas 02/09/ Aula 2 - QUALIDADE TOTAL QUALIDADE TOTAL QUALIDADE TOTAL
Gestão da Qualidade Profa. Ms. Ana Cabanas - Aula 2 - QUALIDADE TOTAL Qualidade Assegura 1980 Aspectos segurança e responsabilidade civil Produto/serviço QUALIDADE TOTAL QUALIDADE TOTAL ISO 9000 Década
Leia maisPor Constantino W. Nassel
NORMA ISO 9000 SISTEMA DE GESTÃO DA QUALIDADE ISO 9001:2000 REQUISITOS E LINHAS DE ORIENTAÇÃO PARA IMPLEMENTAÇÃO Por Constantino W. Nassel CONTEÚDOS O que é a ISO? O que é a ISO 9000? Histórico Normas
Leia maisA responsabilidade pela revisão desta Norma é da DINQP/DICEP. Critérios para o Credenciamento de Organismo de Certificação de Produto
REGRA ESPECÍFICA PARA FÓSFOROS DE SEGURANÇA NORMA N o NIE-DINQP-094 APROVADA EM AGO/99 N o /10 SUMÁRIO 1 Objetivo 2 Campo de Aplicação 3 Responsabilidade 4 Documentos Complementares 5 Siglas e Abreviaturas
Leia maisIDENTIFICAÇÃO DO CANDIDATO PROVA DE CONHECIMENTO SOBRE O MR-MPS-SV 28/11/ HORAS DE DURAÇÃO IDENTIFICAÇÃO DO CANDIDATO
PROVA DE CONHECIMENTO SOBRE O MR-MPS-SV 28/11/2014 4 HORAS DE DURAÇÃO EMAIL: (DEIXAR EM BRANCO) RESULTADO Q1 (0,5) Q2 (0,5) Q3 (1,0) Q4 (1,0) Q5 (2,0) TOTAL (10,0) Q6 (2,0) Q7 (3,0) INSTRUÇÕES Você será
Leia maisNo dicionário: Local bem determinado a que se aposta atingir; Objetivo; Limite ou abrangência de uma operação.
Aula 06 1 2 No dicionário: Local bem determinado a que se aposta atingir; Objetivo; Limite ou abrangência de uma operação. No contexto projeto, escopo pode se referir a: Escopo do produto: as características
Leia maisSSC-546 Avaliação de Sistemas Computacionais
QUALIDADE DE PACOTE 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
Leia maisAgenda. Projeto Projeto Manhattan. Considerado o 1º projeto com gerenciamento estruturado.
Agenda CONCEITOS DE GESTÃO DE PROJETOS - PMBOK 1 2 Objetivo Projeto OBJETIVO DA APRESENTAÇÃO o Introduzir os conceitos de gestão de projetos, baseando-se na metodologia do PMBOK (Project Management Body
Leia maisGuia PMBOK Gerenciamento de Riscos. Universidade de Brasília Faculdade de Ciência da Informação Profa. Lillian Alvares
Guia PMBOK Gerenciamento de Riscos Universidade de Brasília Faculdade de Ciência da Informação Profa. Lillian Alvares Risco em projeto é...... um evento ou condição incerta que, se ocorrer, tem um efeito
Leia mais