MPS.BR - Melhoria de Processo do Software Brasileiro. Guia de Aquisição

Tamanho: px
Começar a partir da página:

Download "MPS.BR - Melhoria de Processo do Software Brasileiro. Guia de Aquisição"

Transcrição

1 MPS.BR - Melhoria de Processo do Software Brasileiro Guia de Aquisição (Versão 1.0) Este guia descreve um processo de aquisição de software e serviços correlatos, baseado na norma internacional ISO/IEC 12207:1995/Amd 1:2002, e também aborda relacionamentos deste processo com o Modelo MPS. Maio de 2005 Copyright SOFTEX Direitos desta edição reservados pela Sociedade SOFTEX A distribuição ilimitada desse documento está sujeita a copyright ISBN (solicitado à Biblioteca Nacional)

2 Sumário 1 Prefácio Introdução Objetivo Descrição do processo de aquisição (AQU) Visão geral Preparação da aquisição Seleção do fornecedor Monitoração do fornecedor Aceitação pelo cliente Níveis de capacidade para aquisição Anexo A Plano de aquisição Anexo B - Pedido de proposta Anexo C - Proposta dos fornecedores Anexo D - Contrato Anexo E Registro de revisões Anexo F Aspectos relevantes na aquisição de S&SC F.1 Visão geral F.2 Problemas comuns na aquisição F.3 Aquisição de software livre/código aberto (SL/CA) F.4 Aquisição e a Engenharia de Software baseada em componentes Anexo G - Funções no projeto de aquisição G.1 Visão geral G.2 Funções do Patrocinador G.3 Funções de Gestão G.4 Funções de Assistência ou Suporte G.5 Funções Executivas Anexo H - Normas brasileiras para avaliação de produto de software H.1 Descrição geral H.2 Avaliação utilizando a NBR ISO/IEC H.3 Avaliação com as séries NBR ISO/IEC 9126 e Anexo I Processos de aquisição da ISO/IEC e IEEE STD 1062: I.1 Processo da ISO/IEC MPS.BR-Guia de Aquisição-Maio/2005 2/65

3 I.2 Processo da IEEE STD 1062: Bibliografia Lista de colaboradores do Guia de Aquisição MPS.BR-Guia de Aquisição-Maio/2005 3/65

4 1 Prefácio O MPS.BR 1 Melhoria de Processo do Software Brasileiro está em desenvolvimento, desde dezembro de 2003, pelas instituições relacionadas a seguir: Organizações Integrantes do Sistema SOFTEX SOFTEX - Associação para Promoção da Excelência do Software Brasileiro (coordenadora do projeto) SOFTEX Campinas - Sociedade Núcleo SOFTEX de Campinas RIOSOFT - Sociedade Núcleo de Apoio à Produção e Exportação de Software do Rio de Janeiro Instituições de Ensino, Pesquisa e Centros Tecnológicos COPPE/UFRJ - Programa de Engenharia de Sistemas e Computação da Universidade Federal do Rio de Janeiro CESAR - Centro de Estudos e Sistemas Avançados de Recife CenPRA - Centro de Pesquisas Renato Archer Sociedade de Economia Mista CELEPAR - Companhia de Informática do Paraná O Guia de Aquisição, descrito neste documento, é parte de um conjunto de documentos de apoio ao projeto. Os documentos do conjunto são: Guia Geral; Guia de Avaliação; Guia de Aquisição. Este Guia de Aquisição do MPS.BR tem como referência o Processo de Aquisição da Norma Internacional ISO/IEC 12207:1995/Amd 1:2002. A norma IEEE STD 1062:1998 pode ser utilizada para complementar e detalhar as atividades do processo de aquisição. Este documento também leva em conta o Modelo de Referência para Melhoria de Processo de Software (MR-MPS) e o Método de Avaliação para Melhoria de Processo de Software (MA-MPS), estabelecidos no MPS.BR, indicando particularidades decorrentes de um processo de aquisição envolvendo organizações que adotem o Modelo MPS.BR. O Guia Geral descreve cada um destes componentes do MPS.BR. 2 Introdução O MPS.BR tem como foco, ainda que não exclusivo, atender a micro, pequenas e médias empresas de software brasileiras, com poucos recursos e que necessitam melhorar radicalmente seus processos de software em 1 ou 2 anos. Essas empresas 1 MPS.BR, MR-MPS, MA-MPS e MN-MPS são marcas da SOFTEX. MPS.BR-Guia de Aquisição-Maio/2005 4/65

5 precisam saber como adaptar à sua realidade o correspondente aos níveis de maturidade 2 e 3 de modelos para melhoria de processos de software como o CMMI-SE/SW SM 2 e a ISO/IEC O Modelo de Referência para Melhoria de Processo de Software (MR-MPS) baseiase nos conceitos de maturidade e capacidade de processo, para a avaliação e melhoria da qualidade e produtividade de software. Busca-se que o MR-MPS seja adequado ao perfil de empresas com diferentes tamanhos e características, públicas e privadas, seja compatível com os padrões de qualidade aceitos internacionalmente e que tenha como pressuposto o aproveitamento de toda a competência existente nos padrões e modelos de melhoria de processo já disponíveis. Dessa forma, o MR-MPS, tem como base os requisitos de processos definidos nos modelos de melhoria de processo e busca atender a necessidade de implantar os princípios de Engenharia de Software de forma adequada ao contexto das empresas brasileiras, estando em consonância com as principais abordagens internacionais para definição, avaliação e melhoria de processos de software. O MR-MPS define sete níveis de maturidade de processos para as organizações que produzem software: A (Em Otimização), B (Gerenciado Quantitativamente), C (Definido), D (Largamente Definido), E (Parcialmente Definido), F (Gerenciado) e G (Parcialmente Gerenciado). Para cada um destes sete níveis de maturidade foram atribuídos processos e capacidade de processos que indicam onde a organização tem que colocar esforço para melhoria, de forma a atender os objetivos de negócio. A estratégia de desenvolvimento e implantação do MPS.BR prevê diversas etapas de disseminação de conhecimento e, entre elas, a elaboração e divulgação de guias de apoio. Assim sendo, fazem parte do MPS.BR o Guia Geral, o Guia de Avaliação e este Guia de Aquisição, que trata do processo de aquisição de software. A aquisição de Software e Serviços Correlatos (S&SC) é um processo complexo, principalmente no que diz respeito à caracterização dos requisitos necessários ao S&SC e às condições envolvidas na contratação como, por exemplo, qualidade esperada, forma de aceitação, gestão de mudanças, artefatos 3 esperados, entre outros. Este ambiente apresenta riscos para as partes envolvidas e, como conseqüência, é comum a ocorrência de sérios conflitos na relação entre fornecedores e adquirentes de software. Diante deste cenário, foram empreendidas várias iniciativas internacionais com vistas a tornar este processo mais previsível e com melhores resultados para os envolvidos, resultando, como conseqüência, desde padrões específicos para grandes organizações compradoras de software, até normas internacionais que visam orientar relações técnicas e comerciais. 2 SM CMMI-SE/SW is a service mark of Carnegie Mellon University. 3 Qualquer parte tangível de informação que é criada, alterada, e utilizada pelo projetista durante o processo de desenvolvimento de software. De acordo com esta definição, um artefato de software pode ser um documento de especificação de requisitos, arquitetura, programa, partes de programa, projeto, modelo, ou qualquer outro documento associado ao software. MPS.BR-Guia de Aquisição-Maio/2005 5/65

6 A elaboração do Guia de Aquisição levou em conta documentos resultantes destes trabalhos, além de considerar relacionamentos do processo de aquisição com aspectos definidos através do MR-MPS. Como a implementação do MR-MPS está relacionada aos processos da norma ISO/IEC e suas emendas, o Guia de Aquisição, buscando consistência entre os documentos, também está baseado no processo de aquisição daquela norma internacional. O Guia de Aquisição fornece informações complementares à norma ISO/IEC 12207, identificando o relacionamento entre os processos desta norma e da IEEE STD 1062: Objetivo Este documento descreve um processo de aquisição de S&SC baseado na norma internacional ISO/IEC 12207:1995/Amd 1:2002, complementado pela norma IEEE STD 1062:1998 e orienta a adaptação deste processo à medida que estejam participando instituições fornecedoras de software que tenham sido avaliadas segundo o MA-MPS ou outro modelo equivalente. No contexto de aquisição de S&SC considera-se o produto de software propriamente dito, além de serviços tipicamente relacionados ao desenvolvimento, implantação, operação e evolução do software, tais como treinamento, configuração do software e do ambiente de operação, manutenções corretivas e adaptativas, entre outros. O processo de aquisição está descrito na seção 4, onde estão detalhados os subprocessos e as suas atividades, bem como os respectivos produtos requeridos, produtos gerados e aspectos envolvendo contratações com organizações avaliadas segundo o MA-MPS. A seção 5 indica que organizações adquirentes de S&SC podem evoluir o seu processo a partir de uma abordagem considerando níveis de capacidade. Os Anexos de A até E apresentam sugestões de modelos de documentos que podem ser utilizados e personalizados pelas organizações compradoras. O Anexo F aborda alguns aspectos importantes a serem considerados na aquisição de S&SC, tais como problemas que são enfrentados, software livre/código aberto e Engenharia de Software baseada em componentes. O Anexo G aponta possíveis funções envolvidas em processos de aquisição. O Anexo H apresenta um conjunto de normas que podem ser utilizadas na avaliação de produto de software durante o processo de aquisição. Finalmente, o Anexo I apresenta uma breve descrição dos processos definidos nas normas internacionais ISO/IEC e IEEE STD 1062:1998, bem como um mapeamento de seus relacionamentos. Este documento é destinado, mas não está limitado, a instituições interessadas em aquisição de S&SC, inclusive quando estiverem envolvidos fornecedores de software que adotem o MPS.BR para melhoria de seus processos de software. Destina-se também, como uma referência, a instituições desenvolvedoras de software que pretendam estar preparadas para participar de processos de seleção em conformidade com o estabelecido neste guia. MPS.BR-Guia de Aquisição-Maio/2005 6/65

7 4 Descrição do processo de aquisição (AQU) 4.1 Visão geral O propósito do processo de aquisição é obter S&SC que satisfaçam a necessidade expressa pelo cliente. Este processo inicia com a identificação da necessidade do cliente e encerra com a aceitação do produto ou serviço. Como resultado da implementação bem sucedida do processo de aquisição: 1. as necessidades de aquisição, as metas, os critérios de aceitação do S&SC e as estratégias de aquisição são definidos; 2. um contrato que expresse claramente a expectativa, as responsabilidades e as obrigações de ambos (cliente e fornecedor) é elaborado; 3. S&SC que satisfaçam a necessidade expressa pelo cliente são adquiridos; 4. a aquisição é monitorada de forma que as condições especificadas são atendidas, tais como: custo, cronograma e qualidade; 5. os produtos entregues pelo fornecedor são aceitos; e 6. qualquer pendência identificada tem uma conclusão satisfatória, conforme acordado entre o cliente e o fornecedor. Este processo será descrito a seguir através dos seus 4 (quatro) subprocessos (ver figura 1): ƒpreparação da aquisição (ver 4.2) ƒseleção do fornecedor (ver 4.3) ƒmonitoração do fornecedor (ver 4.4) ƒaceitação pelo cliente (ver 4.5) MPS.BR-Guia de Aquisição-Maio/2005 7/65

8 Preparação da aquisição Seleção do fornecedor Monitoração do fornecedor Aceitação pelo cliente 1. Estabelecer necessidade 2. Definir requisitos 3. Revisar requisitos 4. Desenvolver estratégia de aquisição 5. Definir critérios de seleção 1. Avaliar capacidade de fornecedores 2. Selecionar fornecedor 3. Preparar e negociar contrato 1. Estabelecer e manter comunicações 2. Trocar informação sobre progresso técnico 3. Inspecionar desenvolvimento com fornecedor 4. Monitorar aquisição 5. Obter acordo quanto às alterações 6. Acompanhar problemas 1. Definir critérios de aceitação 2. Avaliar produto entregue 3. Manter conformidade com o contrato 4. Aceitar o S&SC Figura 1 Subprocessos de aquisição Cada um dos subprocessos está detalhado pelos seguintes quadros: ƒatividades previstas: identifica e descreve as atividades necessárias para atingir os objetivos e obter os resultados previstos para o subprocesso; ƒprodutos requeridos: relaciona os insumos que serão necessários para executar cada atividade prevista no subprocesso; ƒprodutos gerados: relaciona os produtos de cada atividade prevista no subprocesso. Para alguns destes produtos há referências de modelos descritos nos anexos de A até E deste guia; e ƒcontratações com organizações avaliadas segundo o MA-MPS: Identifica características que poderão facilitar a execução de algumas atividades do subprocesso, desde que o fornecedor tenha sido avaliado segundo o MA-MPS ou modelo equivalente. 4.2 Preparação da aquisição Objetivo O propósito do subprocesso de preparação da aquisição é estabelecer as necessidades e os objetivos da aquisição e comunicá-los aos potenciais fornecedores Atividades previstas Id. Atividade Descrição Pre-a1 Estabelecer a necessidade Estabelecer a necessidade de adquirir, MPS.BR-Guia de Aquisição-Maio/2005 8/65

9 desenvolver ou melhorar um sistema e S&SC. Pre-a2 Definir os requisitos Identificar os requisitos do cliente para um sistema e S&SC. Se necessário as organizações poderão solicitar informações de fornecedores com vistas a determinar os requisitos a partir de soluções disponíveis no mercado. Pre-a3 Revisar requisitos Analisar e validar os requisitos definidos mediante as necessidades da aquisição. Validar os requisitos para reduzir os riscos de não entendimento por parte dos potenciais fornecedores. Pre-a4 Desenvolver uma estratégia de aquisição Desenvolver uma estratégia para a aquisição do software de acordo com as necessidades da aquisição. Pre-a5 Definir critérios de seleção Estabelecer e acordar os critérios de seleção de fornecedores, bem como a forma de avaliação a ser aplicada Produtos requeridos Id. Produtos /atividades Descrição Pre-r1 Avaliação da necessidade do software [Pre-a1, Pre-a3 e Pre-a4] Pre-r2 Relatório de análise de mercado [Pre-a2] Documento contendo a necessidade do S&SC e alinhamento da aquisição aos objetivos da organização. Descrição dos objetivos que se pretende atingir com a aquisição. Documento contendo as alternativas que o mercado oferece com relação ao S&SC desejados, com suas respectivas vantagens e desvantagens Produtos gerados Id. Produtos/atividade Descrição Pre-g1 Resultado da análise da necessidade da aquisição Pre-g2 [Pre-a1, Pre-a2] Especificação de requisitos [Pre-a2, Pre-a3] Documento que detalhe os critérios e resultados obtidos durante a análise que definiu as necessidades e requisitos para o S&SC a serem adquiridos. Documento que define os requisitos e restrições definidas pelo cliente, incluindo aspectos funcionais, de qualidade, organizacionais, técnicos, legais, MPS.BR-Guia de Aquisição-Maio/2005 9/65

10 Pre-g3 Registro da revisão dos requisitos Pre-g4 Pre-g5 Pre-g6 [Pre-a3] Plano de aquisição [Pre-a4, Pre-a5] (ver anexo A) Plano de teste da aceitação definida na estratégia de aquisição [Pre-a4] Pedido de proposta [Pre-a4, Pre-a5] (ver anexo B) administrativos, financeiros, de ambiente, de prazos, de processos de desenvolvimento, entre outros. Documento que registre os resultados do processo utilizado para revisão dos requisitos definidos para a aquisição. Documento que define os objetivos específicos a serem alcançados com a aquisição, os riscos envolvidos e um plano de abordagem a ser adotado, contemplando prazos, custos, critérios de seleção e mecanismos de controle. Documento que define as condições, atividades e responsabilidades pela execução dos testes necessários para o S&SC a serem adquiridos. Documento que caracterize o S&SC e as condições de entrega, além das condições gerais esperadas da aquisição, prazos e valores envolvidos, critérios de seleção e outras questões formais a serem seguidas Contratações com organizações avaliadas segundo o MA-MPS ID. Atividade Relação com MPS.BR ou equivalente Pre-a2 Definir os requisitos Considerar como requisitos de práticas de processos o que estiver definido de acordo com o nível esperado de maturidade da organização fornecedora. Pre-a4 Desenvolver uma estratégia de aquisição Considerar se deve ser aceita a avaliação de maturidade das possíveis organizações fornecedoras, levando em conta o MA-MPS ou reconhecimento equivalente. Pre-a5 Definir critérios de seleção Identificar o nível mínimo de maturidade esperado da organização, conforme os requisitos estabelecidos para o processo de aquisição; Estabelecer procedimentos formais de aceitação de empresas avaliadas pelo MA-MPS ou com reconhecimento equivalente. MPS.BR-Guia de Aquisição-Maio/ /65

11 4.3 Seleção do fornecedor Objetivo O propósito do subprocesso de seleção do fornecedor é escolher a organização que será responsável pela entrega do S&SC em conformidade com os requisitos estabelecidos Atividades previstas Id. Atividade Descrição Sel-a1 Avaliar a capacidade dos fornecedores Avaliar a capacidade dos fornecedores potenciais mediante os requisitos definidos e de acordo com os critérios de seleção de fornecedores. Sel-a2 Selecionar o fornecedor Selecionar o fornecedor a partir da avaliação das propostas recebidas, considerando o entendimento do problema e as soluções técnicas sugeridas mediante os requisitos definidos para o S&SC. Sel-a3 Preparar e negociar um contrato Negociar um contrato com o fornecedor selecionado, expressando as expectativas e as responsabilidades das partes envolvidas (cliente e fornecedor) Produtos requeridos Id. Produtos /atividades Descrição Sel-r1 Sel-r2 Sel-r3 Relatório de auditoria ou de avaliação dos fornecedores [Sel-a1] Pedido de proposta [Sel-a2] (ver anexo B) Proposta do fornecedor [Sel-a2] (ver anexo C) Documento contendo a avaliação dos fornecedores segundo os critérios de seleção definidos. Documento que caracterize o S&SC e as condições de entrega, além das condições gerais esperadas da aquisição, prazos e valores envolvidos, critérios de seleção e outras questões formais a serem seguidas. Documento que descreve o entendimento do problema pelo fornecedor, sua abordagem e suas sugestões de solução técnica, além do plano de entrega do S&SC e as condições financeiras da MPS.BR-Guia de Aquisição-Maio/ /65

12 Sel-r4 Sel-r5 Registros de apoio a reuniões [Sel-a3] Especificação de requisitos [Sel-a1, Sel-a2, Sel-a3] proposta. Documento onde são registrados as reuniões e os materiais apresentados pelos fornecedores durante a exposição de sua proposta. Descrição dos requisitos e das restrições definidas pelo cliente, incluindo aspectos funcionais, de qualidade, organizacionais, técnicos, legais, administrativos, financeiros, de ambiente, de prazos, de processos de desenvolvimento, entre outros. Faz parte do plano de aquisição Produtos gerados Id. Produtos/atividade Descrição Sel-g1 Registro de fornecedores preferenciais [Sel-a1] Documento que registra os fornecedores potenciais (preferenciais) segundo o relatório de avaliação de fornecedores. Sel-g2 Relatório de avaliação das propostas dos fornecedores [Sel-a2] Sel-g3 Resultado da análise da avaliação dos fornecedores Sel-g4 [Sel-a2] Contrato [Sel-a3] (ver anexo D) Sel-g5 Registro de revisão de contrato Sel-g6 [Sel-a3] Registro de apoio a reuniões [Sel-a3] Sel-g7 Registro de contactos ocorridos [Sel-a1, Sel-a2, Sel-a3] Documento que registra a avaliação da capacidade do fornecedor e das suas respectivas propostas, considerando a solução técnica proposta e o seu custo. Documento que registra o resultado da seleção do fornecedor tendo como base o relatório de avaliação das propostas recebidas. Documento onde são estabelecidos os aspectos financeiros, técnicos e legais referentes à contratação do S&SC, assim como as expectativas e responsabilidades das partes envolvidas. Documento onde são registradas as alterações ou modificações do contrato requeridas por qualquer uma das partes. Documento onde são registradas as reuniões realizadas durante a negociação do contrato com o fornecedor selecionado. Documento que registra todas as comunicações formais ocorridas entre as partes (por exemplo, por telefone, carta, fax, , entre outras). MPS.BR-Guia de Aquisição-Maio/ /65

13 4.3.5 Contratações com organizações avaliadas segundo o MA-MPS ID. Atividade Relação com MPS.BR ou equivalente Sel-a1 Avaliar a capacidade dos fornecedores Considerar a capacidade dos fornecedores segundo o nível de maturidade que a organização fornecedora possui. Sel-a2 Selecionar o fornecedor Considerar o nível de maturidade que a organização fornecedora possui, podendo este fator ser considerado como referência para o custo da proposta. Sel-a3 Preparar e negociar um contrato 4.4 Monitoração do fornecedor Objetivo Estabelecer condições contratuais que assegurem a manutenção de processos compatíveis com o nível de maturidade da organização fornecedora. O propósito do subprocesso de monitoração do fornecedor é acompanhar e garantir o desempenho do fornecedor mediante os termos do contrato Atividades previstas Id. Atividade Descrição Mon-a1 Estabelecer e manter comunicações Estabelecer e manter um canal de comunicação entre o fornecedor e o cliente. Mon a2 Trocar informações sobre o progresso técnico Usar um canal de comunicação para trocar informações sobre o progresso técnico do fornecedor, o andamento dos custos e a identificação de possíveis riscos. Mon a3 Inspecionar o desenvolvimento com o fornecedor Mon a4 Monitorar a aquisição Inspecionar, regularmente, aspectos do desenvolvimento (técnicos, de qualidade, custos e prazos) com o fornecedor, tendo como base os termos do contrato. Monitorar a aquisição, tendo como base o contrato, para que o progresso possa ser avaliado garantindo que aspectos como custo, qualidade e prazo sejam atendidos. Mon-a5 Obter acordo quanto às alterações As alterações propostas por qualquer uma das partes devem ser negociadas e seus MPS.BR-Guia de Aquisição-Maio/ /65

14 resultados devem ser documentados no contrato. Mon-a6 Acompanhar problemas Problemas que surgirem durante a execução do contrato deverão ser registrados e acompanhados até a sua solução Produtos Requeridos Id. Produtos /atividades Descrição Mon-r1 Contrato [Mon-a1, Mon-a2, Mon-a3, Mon-a4, Mon-a5] (ver anexo D) Mon-r2 Concordância com os requisitos do contrato [Mon-a3, Mon-a4] Mon-r3 Proposta do fornecedor [Mon-a2, Mon-a3, Mon-a4] (ver anexo C) Mon-r4 Pedidos do cliente (alterações) [Mon-a5] Mon-r5 Registros de apoio a reuniões [Mon-a1, Mon-a2, Mon-a3, Mon-a4, Mon-a5] Mon-r6 Registro do status do progresso [Mon-a1, Mon-a2, Mon-a3, Mon-a4] Mon-r7 Sistema de acompanhamento de problemas [Mon-a6] Documento onde são estabelecidos os aspectos financeiros, técnicos e legais referentes à contratação do S&SC, assim como as expectativas e responsabilidades das partes envolvidas. Documento que registra a concordância dos interessados (stakeholders) relevantes com os requisitos do contrato e os compromissos estabelecidos para as partes. Documento que descreve o entendimento do problema pelo fornecedor, sua abordagem e suas sugestões de solução técnica. Documento onde são registrados os pedidos do cliente como alteração de requisitos ou inclusão de um novo. Descrição de quando, como e que métodos serão utilizados para a monitoração do produto e do processo. Faz parte do plano de aquisição. Documento que registra, em uma determinada data, a situação do projeto de aquisição no que diz respeito a custo, prazo e requisitos atendidos. Sistemática que permita registrar e acompanhar as atividades necessárias para solução dos problemas identificados. MPS.BR-Guia de Aquisição-Maio/ /65

15 4.4.4 Produtos Gerados Id. Produtos/atividade Descrição Mon-g1 Registro de comunicação entre as partes quando desempenham atividade conjunta [Mon-a1] Mon-g2 Registro do status do progresso [Mon-a1, Mon-a2, Mon-a3, Mon-a4] Mon-g3 Resultado da análise do desempenho do fornecedor [Mon-a2, Mon-a3, Mon-a4] Mon-g4 Registro de revisões [Mon-a3, Mon-a4, Mon-a5] (ver anexo E) Mon-g5 Registro de aceitação do desempenho do fornecedor [Mon-a2, Mon-a3, Mon-a4] Mon-g6 Concordância com as alterações propostas no acordo [Mon-a5] Mon-g7 Registros de apoio a reuniões [Mon-a1, Mon-a2, Mon-a3, Mon-a4, Mon-a5] Mon-g8 Registros no sistema de acompanhamento de problemas [Mon-a6] Documento que registra quando, como e quais as tarefas realizadas em conjunto pelas partes envolvidas. Documento que registra, em uma determinada data, a situação do projeto de aquisição no que diz respeito a custo, prazo e requisitos atendidos. Documento que registra o desempenho do fornecedor, se ele está ou não respondendo às expectativas esperadas e cumprindo o acordo realizado ou se é o caso de aplicar penalidades ou cancelar o contrato. Documento que registra data, produto ou processo revisado, método de revisão utilizado, o responsável pela revisão e o resultado (bom, precisa melhorar, ruim). O registro de revisões também contém informações gerenciais do projeto e os riscos identificados durante a revisão. Documento que registra a aceitação do S&SC entregues e do desempenho do fornecedor, dando continuidade ao contrato. Documento que registra a concordância dos interessados (stakeholders) relevantes com as alterações propostas no contrato e os compromissos estabelecidos entre as partes. Descrição de quando, como e que métodos serão utilizados para a monitoração do S&SC e do processo. Faz parte do plano de aquisição. Registros que permitam acompanhar o status dos problemas pendentes e solucionados. MPS.BR-Guia de Aquisição-Maio/ /65

16 4.4.5 Contratações com organizações avaliadas segundo o MA-MPS ID. Atividade Relação com MPS.BR ou equivalente Mon-a3 Inspecionar o desenvolvimento com o fornecedor Mon-a4 Monitorar a aquisição Considerar os processos de verificação e validação conforme o nível esperado de maturidade do fornecedor. Verificar se os requisitos estabelecidos para o desempenho do fornecedor estão sendo atingidos de forma coerente com seu nível de maturidade. 4.5 Aceitação pelo cliente Objetivo O propósito do subprocesso de aceitação pelo cliente é aprovar S&SC entregues pelo fornecedor quando todos os critérios de aceitação estiverem satisfeitos e verificar se o software adquirido satisfaz os requisitos estabelecidos no contrato, previamente à sua aceitação e transição para o suporte. A avaliação envolve o desenvolvimento de requisitos, incluindo critérios de aceitação, que são incorporados tanto na solicitação como no contrato. As avaliações são conduzidas no decorrer do contrato e os resultados são analisados para identificar a conformidade do software. As atividades de avaliação são concebidas de modo a reduzir a interferência com as avaliações desenvolvidas pelo fornecedor e de modo a reduzir a duplicação de esforços de avaliação. Começa com o desenvolvimento de requisitos do sistema e termina quando a aquisição de software é completada. Dependendo das cláusulas contratuais, não havendo aprovação do S&SC, um planejamento e implementação dos ajustes podem ser realizados para que o produto possa ser homologado novamente. Este ciclo ocorre enquanto o produto não é aprovado Atividades previstas Id. Atividade Descrição Ace-a1 Definir critérios de aceitação Ace-a2 Avaliar o produto entregue Ace-a3 Manter conformidade com o contrato Estabelecer e acordar os critérios de aceitação do S&SC, bem como a forma de avaliação a ser aplicada. Os critérios são definidos com base nos requisitos do contrato. Avaliar o S&SC com base nos critérios de avaliação definidos. Resolver qualquer aspecto relacionado à aceitação de acordo com os procedimentos estabelecidos no contrato. Ace-a4 Aceitar o S&SC Aceitar o S&SC e comunicar sua aceitação ao fornecedor. MPS.BR-Guia de Aquisição-Maio/ /65

17 4.5.3 Produtos requeridos Id. Produtos /atividades Descrição Ace-r1 Contrato [Ace-a1, Ace-a3] (ver anexo D) Ace-r2 Concordância quanto aos critérios de avaliação do S&SC, definidos no contrato Ace-r3 Ace-r4 Ace-r5 Ace-r6 Ace-r7 Ace-r8 [Ace-a3] Plano de teste do produto para sua aceitação [Ace-a1, Ace-a2] Plano de aquisição [Ace-a1, Ace-a4] (ver Anexo A) Software [Ace-a4] Proposta do fornecedor [Ace-a4] (ver Anexo C) Especificação de Requisitos [Ace-a4] Critérios de aceitação do S&SC [Ace-a4] Documento onde são estabelecidos os aspectos financeiros, técnicos e legais referentes à contratação do S&SC, assim como as expectativas e responsabilidades das partes envolvidas. Documento que registra a concordância dos interessados (stakeholders) relevantes quanto aos critérios de avaliação do S&SC, definidos no contrato. Documento que define as condições, atividades e responsabilidades pela execução dos testes necessários para aceitação do S&SC. Documento que define os objetivos específicos a serem alcançados com a aquisição, os riscos envolvidos e um plano de abordagem a ser adotado, contemplando prazos, custos, critérios de seleção e mecanismos de controle. Conjunto de programas de computador, procedimentos e possível documentação e dados associados que devem ser entregues ao cliente. Documento que descreve o entendimento do problema pelo fornecedor, sua abordagem e suas sugestões de solução técnica. Documento que define os requisitos e restrições definidas pelo cliente, incluindo aspectos funcionais, de qualidade, organizacionais, técnicos, legais, administrativos, financeiros, de ambiente, de prazos, de processos de desenvolvimento, entre outros. Documento que define o grau de atendimento a cada critério de avaliação do S&SC definido no plano de aquisição. MPS.BR-Guia de Aquisição-Maio/ /65

18 4.5.4 Produtos gerados Id. Produtos/atividade Descrição Ace-g1 Relatório de aceitação do S&SC [Ace-a4] Ace-g2 Relatório de resultados de testes [Ace-a4] Documento que apresenta a memória dos resultados dos procedimentos utilizados que levaram a aceitação ou rejeição do S&SC. Documento que apresenta os resultados dos testes do software, sejam eles parciais, testes de integração das partes do produto, teste final do produto e teste em operação no ambiente do cliente Contratações com organizações avaliadas segundo o MA-MPS ID. Atividade Relação com MPS.BR ou equivalente Ace-a2 Avaliar o produto entregue Dependendo do nível de maturidade do fornecedor, o processo de avaliação do software poderá ser integrado a procedimentos de garantia de qualidade e de medições já estabelecidos na organização e ser compatível com o respectivo nível de maturidade. 5 Níveis de capacidade para aquisição Este guia descreve as melhores práticas de aquisição de S&SC em termos de processos específicos e suas atividades. Quando se busca implantar estas práticas em uma organização é útil considerar também níveis de capacidade genéricos para orientar uma implantação por fases seqüenciais. Estes níveis de capacidade são definidos em frameworks de modelos de capacidade de processo como o CMMI e a ISO/IEC Segundo estes dois frameworks, cada processo pode estar sendo realizado em uma organização em um de seis níveis seqüenciais e cumulativos de capacidade. No primeiro nível (nível 0) o processo não é realizado com sucesso. No segundo nível (nível 1) o processo é realizado com sucesso mas de forma improvisada. Nos níveis seguintes o processo é sempre realizado com sucesso e com cada vez mais controle, eficiência e qualidade: de forma gerenciada no nível 2, com definição de processo no nível 3, com gerência quantitativa no nível 4, e melhorado continuamente de forma sistemática no nível 5. Estes níveis de capacidade têm sido utilizados também como referência para agrupar conjuntos específicos de processos em níveis de maturidade, como por exemplo nos modelos CMMI-SE/SW representação por estágio e MPS.BR, para a Engenharia de Software, e o modelo SA-CMM, para aquisição de software. MPS.BR-Guia de Aquisição-Maio/ /65

19 As organizações preocupadas com a melhoria do seu processo de aquisição de S&SC devem considerar estes níveis de capacidade como complemento ao processo descrito neste guia. MPS.BR-Guia de Aquisição-Maio/ /65

20 Anexo A Plano de aquisição NOTA Observe-se que neste exemplo de plano de aquisição já estão considerados os requisitos estabelecidos para o S&SC. 1. Termos contratuais (Descrição de aspectos relacionados ao contrato). 1.1 Tipo de contrato a ser empregado (Tipo de contrato a ser utilizado, por exemplo: se contrato de preço fixo, contrato de custos reembolsáveis ou contrato de preço unitário). 1.2 Multas (Valor e as condições de ocorrência de multas de ambas as partes). 1.3 Direitos de uso do software (Direitos de uso e propriedade do software). 1.4 Direitos de distribuição do software (Direitos de distribuição do software, como o número de cópias a serem distribuídas). 1.5 Garantia do S&SC (Garantia do S&SC descrevendo o prazo de validade e os procedimentos para o seu uso). 2. Termos financeiros (Descrição de questões financeiras relacionadas à aquisição). 2.1 Orçamento do projeto (Valor monetário disponível para o projeto de aquisição). 2.2 Fonte de recursos para a aquisição (Descrição da origem da verba alocada para a aquisição). 2.3 Formas de pagamento da aquisição (Descrição dos períodos de pagamento ao fornecedor, o número de parcelas e o valor de cada parcela). 3. Termos técnicos (Descrição de aspectos técnicos considerados importantes para a aquisição). 3.1 Procedimentos de segurança (Descrição de providências a serem tomadas para a segurança do software, por exemplo, criptografar senhas). MPS.BR-Guia de Aquisição-Maio/ /65

21 3.2 Procedimentos de acesso (Estabelecimento de quem pode e como acessar o software). 3.3 Procedimentos de confidencialidade (Estabelecimento do tratamento que deve ser dado às informações sigilosas confiadas ao fornecedor). 3.4 Especificação do canal de comunicação (Estabelecimento de um mecanismo de comunicação entre os participantes do projeto de aquisição e o fornecedor: se via , pessoalmente ou por telefone, sempre que houver necessidade). 3.5 Procedimentos para mudanças (Estabelecimento de como, quando e por quem serão executadas as alterações nos requisitos e no contrato). 3.6 Descrição de ferramentas, técnicas e métodos utilizados no projeto 4. Lista de S&SC a serem entregues (Lista dos S&SC que devem ser entregues pelo contrato). 5. Pontos de controle fornecedor no final do (Descrição dos produtos de trabalho e dos processos do fornecedor que serão avaliados pelo adquirente durante o processo de aquisição, a data da avaliação e o método de avaliação, por exemplo: validação, auditoria, revisão conjunta, entre outros). Nome produto/processo do Data da Avaliação Método da Avaliação 6. Prazos estabelecidos (Especificação do cronograma para o ciclo de vida escolhido e seus marcos). 7. Critérios de seleção do fornecedor (Descrição dos critérios a serem avaliados para julgamento da capacidade do fornecedor em atender ao contrato pretendido). 8. Critérios de aceitação do S&SC (Descrição de aspectos que devem ser satisfeitos para que o S&SC sejam aceitos). 8.1 Requisitos funcionais do software (Descrição das principais funções e atividades a serem realizadas pelo software adquirido). 8.2 Requisitos de qualidade do software MPS.BR-Guia de Aquisição-Maio/ /65

22 (Descrição dos fatores de qualidade identificados como importantes de estarem presentes no software, como: segurança de acesso, recuperabilidade, comportamento em relação ao tempo, operacionalidade, tolerância a falhas, entre outros.). 8.3 Documentação disponível (Especificação dos documentos necessários para o uso do S&SC, como: manual do usuário, de instalação, entre outros.). 8.4 Questões relativas ao direito de propriedade e de uso (Estabelecimento dos direitos de uso e propriedade do software). 8.5 Manutenção e suporte do software (Estabelecimento dos procedimentos para a manutenção e suporte do software). 9. Normas e Modelos (Descrição de normas, modelos, leis, padrões, práticas e convenções que devem ser seguidos pelo fornecedor). 9. Responsabilidades do Projeto (Definição das tarefas do grupo do projeto de aquisição junto ao fornecedor). MPS.BR-Guia de Aquisição-Maio/ /65

23 Anexo B - Pedido de proposta 1. Descrição da organização cliente (Descrição da estrutura, dos objetivos e metas da organização cliente). 2. Especificação do objetivo e visão do projeto de aquisição (Descrição do que consiste o projeto de aquisição). 3. Requisitos do projeto (Descrição da forma de gestão do projeto, processo de comunicação, perfil da equipe e ciclo de vida a ser adotado, se for o caso). 4. Requisitos do sistema (Contém os requisitos do sistema no qual o software será inserido, quando for o caso). 4.1 Objetivos do sistema (Descrição do que se pretende realizar com o sistema no qual o software a ser adquirido será inserido). 4.2 Limitações do sistema (Descrição do escopo do sistema e o que não pode ser suportado por ele, como, por exemplo, tecnologias novas ). 4.3 Situações críticas (Descrição daquelas situações em que o sistema pode colocar em risco certos valores, sejam financeiros ou de vidas humanas ). 4.4 Plataforma utilizada (Descrição do hardware e do software utilizados no sistema). 5. Requisitos do software (Contém os requisitos que devem ser atendidos pelo software a ser adquirido). 5.1 Requisitos funcionais (Descrição das principais funções e atividades a serem realizadas pelo software a ser adquirido). 5.2 Requisitos de qualidade (Descrição dos fatores de qualidade identificados como importantes de estarem presentes no software, como: segurança de acesso, recuperabilidade, comportamento em relação ao tempo, usabilidade, tolerância a falhas, entre outros). 5.3 Requisitos de manutenção e suporte (Descrição de como será conduzida a manutenção e o suporte ao software). 5.4 Requisito de treinamento MPS.BR-Guia de Aquisição-Maio/ /65

24 (Descrição de como será conduzido o treinamento dos usuários do software). 5.5 Requisitos de instalação (Descrição de como será executada a instalação do software). 5.6 Número de usuários (Descrição do número de usuários que utilizarão o software). 5.7 Equipamentos a serem utilizados (Descrição do hardware a ser utilizado pelo software, quando houver restrição). 6. Termos contratuais (Descrição de aspectos relacionados ao contrato) 6.1 Tipo de contrato a ser empregado (Tipo de contrato a ser utilizado, por exemplo: se contrato de preço fixo, contrato de custos reembolsáveis ou contrato de preço unitário). 6.2 Multas (Estabelecimento do valor e das condições de ocorrência de multas de ambas as partes). 6.3 Direitos de uso do software (Estabelecimento dos direitos de uso e propriedade do software). 6.4 Direitos de distribuição do software (Estabelecimento dos direitos de distribuição do software, como o número de cópias a serem distribuídas). 7. Estimativa de custo e prazo (Definição de custos e prazos esperados, além da forma de pagamento prevista). 8. Lista de S&SC a serem entregues (Lista dos S&SC que devem ser entregues pelo fornecedor no final ou durante o contrato). 9. Pontos de controle (Descrição dos produtos de trabalho e dos processos do fornecedor que serão avaliados pelo adquirente durante o processo de aquisição, a data da avaliação e o método de avaliação, por exemplo: validação, auditoria, revisão conjunta, entre outros). Nome do produto /Processo Data da Avaliação Método da Avaliação MPS.BR-Guia de Aquisição-Maio/ /65

25 10. Critérios de seleção do fornecedor (Descrição dos critérios a serem avaliados para julgamento da capacidade do fornecedor em atender ao contrato pretendido). 11. Critérios de aceitação do S&SC (Descrição de aspectos que devem ser satisfeitos para que o S&SC sejam aceitos) Requisitos funcionais do software (Descrição das principais funções e atividades a serem realizadas pelo software a ser adquirido) Requisitos de qualidade do software (Descrição dos fatores de qualidade identificados como importantes para o software, como: segurança de acesso, recuperabilidade, comportamento em relação ao tempo, operacionalidade, tolerância a falhas, entre outros) Documentação disponível (Especificação dos tipos de documentos necessários para a utilização do software como manual do usuário, de instalação, entre outros) Questões relativas ao direito de propriedade e de uso (Estabelecimento dos direitos de uso e propriedade do produto) Manutenção e suporte do software (Especificação dos procedimentos para a manutenção e suporte do software). 12. Normas e Modelos (Descrição de normas, modelos, leis, padrões, práticas e convenções que devem ser seguidos pelo fornecedor). 13. Riscos e eventos (Descrição de riscos ou eventos que podem ocorrer e como devem ser tratados) Identificação do risco (Descrição do tipo de risco, por exemplo: atraso no cronograma, falta de recursos financeiros e humanos, falha de interpretação dos requisitos do software, entre outros) Probabilidade de ocorrência (Descrição da probabilidade do risco ocorrer, por exemplo: alta, média ou baixa) Impacto no projeto (Descrição dos aspectos relevantes que podem afetar o projeto caso o risco ocorra, por exemplo: parar o projeto, falta de verbas para outras atividades, entre outros). MPS.BR-Guia de Aquisição-Maio/ /65

26 1. Propostas Anexo C- Proposta dos fornecedores (Identificação, descrição da empresa, das capacidades, estimativas e outras características de cada fornecedor). 1.1 Identificação do fornecedor 1.2 Descrição da empresa e seu histórico (Descrição das principais características da empresa e seu tempo de mercado). 1.3 Clientes atuais e passados (Nome e contato dos clientes atuais e passados e os respectivos trabalhos realizados). 1.4 Posição financeira (Descrição dos bens patrimoniais e monetários da empresa). 1.5 Descrição do entendimento do problema (Descrição de como o fornecedor entendeu o problema). 1.6 Abordagem técnica (Descrição das técnicas a serem utilizadas pelo fornecedor para resolver o problema). 1.7 Sugestões de soluções (Descrição das soluções, propostas pelo fornecedor, para resolver o problema). 1.8 Práticas de qualidade Descrição das práticas de qualidade empregadas pelo fornecedor, por exemplo: seguir processos definidos, verificação e validação de produtos. 1.9 Recursos de equipamento, ferramentas e outros (Descrição do hardware e software usados, pelo fornecedor, para resolver o problema) Experiência na técnica e no domínio (Descrição das experiências anteriores no domínio do problema e nas técnicas usadas para resolvê-lo) Experiência da equipe (Descrição da formação e experiência de cada membro da equipe) Estimativas de preço e prazo (Estabelecimento do preço e prazo para a realização dos serviços) Compatibilidade com normas nacionais e internacionais (Descrição das normas, padrões e modelos usados pelo fornecedor) Formas de pagamentos MPS.BR-Guia de Aquisição-Maio/ /65

27 (Descrição da forma de pagamento, por exemplo: número de parcelas, valor de cada parcela, entre outras) Aspectos legais, como garantia e licenças (Descrição de como o fornecedor tratará os requisitos estabelecidos quanto à garantia do produto, às licenças e distribuições do mesmo) Matriz de atendimento aos requisitos (Relação dos requisitos solicitados e identificação do atendimento a cada um deles, com as informações adicionais consideradas relevantes) Contatos (Telefone e de pessoas para contato). MPS.BR-Guia de Aquisição-Maio/ /65

28 1. Aspectos técnicos Anexo D - Contrato (Descrição de aspectos técnicos importantes a serem considerados no contrato). 1.1 Procedimentos de confidencialidade (Estabelecimento do tratamento que deve ser dado às informações sigilosas). 1.2 Lista de S&SC a serem entregues (Descrição dos S&SC a serem entregues durante ou no final do projeto). 1.3 Pontos de controle (Descrição dos produtos de trabalho e dos processos do fornecedor que serão avaliados pelo adquirente durante o processo de aquisição, a data da avaliação e o método de avaliação, por exemplo: validação, auditoria, revisão conjunta, entre outros). Nome do produto /Processo Data da Avaliação Método da Avaliação 1.4 Prazos (Especificação do cronograma para o ciclo de vida escolhido e seus marcos). 1.5 Critérios de aceitação do S&SC Requisitos funcionais do software (Descrição das principais funções e atividades a serem realizadas pelo software) Requisitos de qualidade do software (Descrição dos fatores de qualidade identificados como importantes para o software, como: segurança de acesso, recuperabilidade, comportamento em relação ao tempo, operacionalidade, tolerância a falhas, entre outros) Documentação disponível (Especificação dos tipos de documentos necessários para a utilização do software como: manual do usuário, de instalação, entre outros) Manutenção e suporte do software (Especificação dos procedimentos para a manutenção/suporte) Requisitos do projeto (Descrição da forma de gestão do projeto, processo de comunicação perfil da equipe e ciclo de vida a ser adotado, se for o caso). 1.6 Normas e Modelos MPS.BR-Guia de Aquisição-Maio/ /65

29 (Descrição de normas, modelos, leis, padrões, práticas e convenções que devem ser seguidos). 2. Aspectos financeiros (Descrição de questões financeiras relacionadas ao contrato). 2.1 Descrição das condições de pagamento (Descrição do número de parcelas, seus valores e quando, como e quem fará o pagamento das mesmas). 2.2 Definição de taxas (Especificação de possíveis taxas extras a serem pagas pelas partes envolvidas). 2.3 Definição de licenças (Especificação do número de licenças e seu valor individual e total). 2.4 Especificação das penalidades ou reduções de pagamentos (Especificação das situações em que ocorrerão multas ou reduções de pagamentos). 3. Aspectos legais (Descrição de aspectos legais relacionados ao contrato). 3.1 Descrição da garantia do S&SC (Estabelecimento do período de garantia do S&SC e como será conduzida). 3.2 Definição do prazo do contrato (Estabelecimento do período de vigência do contrato). 3.3 Especificação de condições de fim de contrato (Especificação do marco/evento que determina o fim do contrato). 3.4 Direitos de uso e de distribuição do software (Estabelecimento dos direitos de distribuição do software, como o número de cópias a serem distribuídas e seus valores). 3.5 Responsabilidades das partes envolvidas (contratante e contratado) (Estabelecimento das tarefas e obrigações das partes envolvidas). 4. Requisitos de manutenção e suporte do software (Descrição de como deve funcionar a organização de manutenção e suporte ao software). 4.1 Membros da organização de suporte/manutenção e suas responsabilidades (Identificação dos responsáveis pela manutenção e suporte e suas respectivas tarefas). 4.2 Descrição de recursos alocados para a manutenção Custo MPS.BR-Guia de Aquisição-Maio/ /65

30 (Valor mensal da manutenção/suporte) Equipamentos (Descrição do hardware necessário para a manutenção/suporte) Ferramentas (Descrição dos produtos de manutenção/suporte) Documentos software necessários para a (Descrição dos documentos necessários para o suporte e manutenção como: o manual de operação, do usuário e de instalação atualizados). 4.3 Descrição de procedimentos para implementação de modificações (Descrição dos responsáveis pela implementação das modificações e os procedimentos de como deve ser conduzida). 5. Controle de alterações no contrato (Descrição dos procedimentos necessários para a alteração de contrato). 5.1 Procedimentos para mudanças no contrato (Descrição de como devem ser conduzidas as alterações no contrato). 5.2 Especificação da taxa permitida de alterações de requisitos (Estabelecimento de um limite de alteração de requisitos). MPS.BR-Guia de Aquisição-Maio/ /65

31 1. Avaliação de processos e software Anexo E Registro de revisões (Relação contendo os produtos de trabalho e os processos do fornecedor avaliados pelo adquirente durante o processo de aquisição; a data da avaliação; o método de avaliação utilizado, por exemplo: validação, auditoria, revisão conjunta, entre outros; o responsável pela avaliação; e seu resultado como: correto, parcialmente correto e incorreto). Nome do produto /Processo Data da Avaliação Método da Avaliação Responsável Resultado 2. Avaliação dos Aspectos Gerenciais (Descrição da avaliação dos aspectos gerenciais do contrato) 2.1 Situação atual do orçamento (Descrição do quanto já se gastou e quanto ainda se tem disponível para o projeto). 2.2 Situação do cronograma (Descrição do tempo gasto até o momento e do prazo para o projeto). 2.3 Dependências críticas (Descrição de aspectos que precisam ser analisados, por exemplo: novos requisitos, alteração de requisitos, taxas extras, entre outros). 2.4 Riscos identificados (para cada risco) (Descrição dos riscos e suas conseqüências) Identificação do risco (Descrição do tipo de risco, por exemplo: atraso no cronograma, falta de recursos financeiros e humanos, falha de interpretação dos requisitos do software, entre outros) Data da verificação do risco (Descrição do dia, mês e ano em que o risco foi verificado) Probabilidade de ocorrência MPS.BR-Guia de Aquisição-Maio/ /65

32 (Descrição da probabilidade do risco ocorrer, por exemplo: alta, média ou baixa) Impacto no projeto (Descrição dos aspectos relevantes que podem afetar o projeto caso o risco ocorra, por exemplo: parar o projeto, falta de verbas para outras atividades, entre outros) Mitigação dos riscos (Descrição dos procedimentos para amenizar ou eliminar a ocorrência do risco) Plano de contingência (Descrição dos procedimentos a serem tomados no caso do risco se realizar). 2.5 Problemas encontrados (Descrição de situações indesejáveis, por exemplo: problemas de relacionamento entre os integrantes da equipe). 3. Ações corretivas (Descrição das ações corretivas decorrentes de discrepâncias encontradas nas avaliações dos produtos, dos processos e dos aspectos gerenciais). Descrição Problema do Data da Identificação Solução Proposta MPS.BR-Guia de Aquisição-Maio/ /65

ISO/IEC Processo de ciclo de vida

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

Leia mais

Interpretação da norma NBR ISO/IEC 27001:2006

Interpretação da norma NBR ISO/IEC 27001:2006 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 mais

Normas ISO:

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

Leia mais

Gerência de Projetos e Qualidade de Software. Prof. Walter Gima

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

Leia mais

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 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 mais

Qualidade de Software: Visão Geral. SSC 121-Engenharia de Software 1 Profa. Dra. Elisa Yumi Nakagawa

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

Leia mais

QUALIDADE DE SOFTWARE

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

Leia mais

PO - Procedimento Operacional Revisão: 02 Folha: 1 de 6

PO - Procedimento Operacional Revisão: 02 Folha: 1 de 6 PO - Procedimento Operacional Revisão: 02 Folha: 1 de 6 1. OBJETIVO Orientar a condução dos processos de de forma a garantir a uniformidade e eficiência dos procedimentos, ferramentas e técnicas utilizadas,

Leia mais

Não Conformidade, Ação Corretiva e Ação Preventiva

Não Conformidade, Ação Corretiva e Ação Preventiva 1. HISTÓRICO DE REVISÕES Revisão: 02 Página 1 de 6 DATA REVISÃO RESUMO DE ALTERAÇÕES 20/08/2013 00 Emissão inicial 21/08/2014 01 03/12/2015 02 Definição mais clara da sistemática de tratativa de cargas

Leia mais

Visão Geral da Norma ISO/IEC 12207

Visão Geral da Norma ISO/IEC 12207 UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA Visão Geral da Norma ISO/IEC 12207 Engenharia de Software 2o. Semestre

Leia mais

ESPECIFICAÇÃO DE PROJETO AUTOR(ES) : João

ESPECIFICAÇÃ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 mais

Engenharia de Software Processo de Desenvolvimento de Software

Engenharia de Software Processo de Desenvolvimento de Software Engenharia de Software Processo de Desenvolvimento de Software Prof. Elias Ferreira Elaborador por: Prof. Edison A. M. Morais Objetivo (1/1) Conceituar PROCESSO E CICLO DE VIDA, identificar e conceituar

Leia mais

ISO/IEC 12207: Manutenção

ISO/IEC 12207: Manutenção ISO/IEC 12207: Manutenção O desenvolvimento de um sistema termina quando o produto é liberado para o cliente e o software é instalado para uso operacional Daí em diante, deve-se garantir que esse sistema

Leia mais

QUALIDADE DE SOFTWARE DEFINIÇÕES / RESUMO. Apostilas de NORMAS, disponíveis no site do professor. Prof. Celso Candido ADS / REDES / ENGENHARIA

QUALIDADE DE SOFTWARE DEFINIÇÕES / RESUMO. Apostilas de NORMAS, disponíveis no site do professor. Prof. Celso Candido ADS / REDES / ENGENHARIA DEFINIÇÕES / RESUMO Apostilas de NORMAS, disponíveis no site do professor. 1 NORMAS VISÃO GERAL Qualidade é estar em conformidade com os requisitos dos clientes; Qualidade é antecipar e satisfazer os desejos

Leia mais

Nomenclatura usada pela série ISO Série ISO 9000

Nomenclatura 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 mais

PROJETO INTEGRADO AULA 4 INTEGRAÇÃO E ESCOPO

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,

Leia mais

GERENCIAMENTO DE PROJETOS DE SOFTWARE. Rosana Braga ICMC/USP

GERENCIAMENTO 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 mais

Modelo de documentação Universidade de Brasília

Modelo de documentação Universidade de Brasília 1 OBJETIVO Assegurar o bom andamento de um projeto e desenvolvimento, conforme diretrizes regais de qualidade. 2 DEFINIÇÕES 2.1 WBS Work Breakdown Structure. Com base na técnica de decomposição que se

Leia mais

Engenharia de Software

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?

Leia mais

Segurança e Auditoria de Sistemas

Segurança e Auditoria de Sistemas Segurança e Auditoria de Sistemas ABNT NBR ISO/IEC 27002 0. Introdução 1 Roteiro Definição Justificativa Fontes de Requisitos Análise/Avaliação de Riscos Seleção de Controles Ponto de Partida Fatores Críticos

Leia mais

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. 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

Leia mais

CONTPATRI Plano de Garantia de Qualidade. Versão 1.1

CONTPATRI 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 mais

Gestão da Tecnologia da Informação

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, Novembro de 2012 0 Sumário TLCne-051027-P1 Conteúdo desta Aula Finalizar o conteúdo da Disciplina Governança de

Leia mais

Escopo: PROCESSOS FUNDAMENTAIS

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

Leia mais

CIÊNCIA DA COMPUTAÇÃO. Aula 5

CIÊNCIA DA COMPUTAÇÃO. Aula 5 CIÊNCIA DA COMPUTAÇÃO ENGENHARIA DE SOFTWARE Aula 5 1 AGENDA GERENCIAMENTO DE PROJETOS Tecnicas e conhecimentos (PMI) Processo Praxis 3.0 (Baseado em PMI) Visão Geral Atividades Bibliografia 2 Questões

Leia mais

ESTRUTURA DE GERENCIAMENTO DO RISCO OPERACIONAL

ESTRUTURA DE GERENCIAMENTO DO RISCO OPERACIONAL ESTRUTURA DE GERENCIAMENTO DO RISCO OPERACIONAL I. INTRODUÇÃO: O Risco Operacional pode ser entendido como a possibilidade de ocorrência de perdas resultantes de falhas, deficiência ou inadequação de processos

Leia mais

PROJETO INTEGRADO AULA 3 INTRODUÇÃO AO GERENCIAMENTO DE PROJETOS PROF.: KAIO DUTRA

PROJETO INTEGRADO AULA 3 INTRODUÇÃO AO GERENCIAMENTO DE PROJETOS PROF.: KAIO DUTRA PROJETO INTEGRADO AULA 3 INTRODUÇÃO AO GERENCIAMENTO DE PROJETOS PROF.: KAIO DUTRA O que é um Projeto? Um projeto é um esforço temporário empreendido para criar um produto, serviço ou resultado exclusivo.

Leia mais

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 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

Leia mais

GERENCIAMENTO DE AQUISIÇÕES

GERENCIAMENTO DE AQUISIÇÕES SETOR DE TECNOLOGIA UNIVERSIDADE FEDERAL DO PARANÁ DEPARTAMENTO DE CONSTRUÇÃO CIVIL GERENCIAMENTO DE AQUISIÇÕES Gerenciamento de Aquisições 2 O gerenciamento de aquisições do projeto inclui os processos

Leia mais

Visão geral do PMBOK. Objetivo do PMBOK

Visão geral do PMBOK. Objetivo do PMBOK Visão geral do PMBOK PMI - Project Management Institute William Lopes de Oliveira Objetivo do PMBOK Identificar e descrever o conhecimento e as práticas aplicáveis na maioria das vezes na maioria dos projetos

Leia mais

PSP: Personal Software Process. PSP- Personal Software Process. PSP: Personal Software Process. PSP: Personal Software Process

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

Leia mais

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 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

Leia mais

Verificação e Validação. Ewelton Yoshio Fabrício Araújo

Verificaçã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 mais

Curso de Engenharia Industrial Madeireira UFPR Prof. Umberto Klock

Curso de Engenharia Industrial Madeireira UFPR Prof. Umberto Klock Curso de Engenharia Industrial Madeireira UFPR Prof. Umberto Klock Introdução à Gestão de Projetos; Gestão de Escopo; Gestão de Prazos; Gestão de Custos; Gestão de Pessoas; Gestão de Comunicação; Gestão

Leia mais

Campus 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   / 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: GESTÃO DE PROJETOS Aula N : 02 Tema: Gerenciamento

Leia mais

POLÍTICA DE AQUISIÇÃO DE BENS E SERVIÇOS

POLÍTICA DE AQUISIÇÃO DE BENS E SERVIÇOS 13/5/2016 Informação Pública ÍNDICE 1 OBJETIVO... 3 2 ABRANGÊNCIA... 3 3 REFERÊNCIA... 3 4 PRINCÍPIOS... 4 5 DIRETRIZES... 5 6 RESPONSABILIDADES... 6 7 INFORMAÇÕES DE CONTROLE... 8 13/5/2016 Informação

Leia mais

Plano de Gerenciamento de Configuração

Plano de Gerenciamento de Configuração Plano de Gerenciamento de Configuração Controle de Versões Versão Data Autor Notas da Revisão 0.1 29/11/2016 Deborah Araujo Denis Ferreira Ezio Mendonça - Plano de gerenciamento de Configuração Página

Leia mais

Gerência de Projetos de Software. Prof. Dr. João Dovicchi INE / CTC / UFSC.

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

Leia mais

PROCEDIMENTO DA QUALIDADE

PROCEDIMENTO DA QUALIDADE Pág.: 1 de 6 1. OBJETIVO Estabelecer procedimentos para identificação de não-conformidades, assim como a implantação de ação corretiva e ação preventiva, a fim de eliminar as causas das não-conformidades

Leia mais

Insper Instituto de Ensino e Pesquisa Certificate in Business and People Management - CBPM. Nome completo

Insper Instituto de Ensino e Pesquisa Certificate in Business and People Management - CBPM. Nome completo Certificate in Business and People Management - CBPM Nome completo PLANO DE DESENVOLVIMENTO DE EQUIPE: TÍTULO DO PROJETO São Paulo 2016 Nome do Autor(a) PLANO DE DESENVOLVIMENTO DE EQUIPE: TÍTULO DO PROJETO

Leia mais

Qualidade de Software

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)

Leia mais

CellBus Plano de Gerenciamento de Qualidade Versão (1.3)

CellBus Plano de Gerenciamento de Qualidade Versão (1.3) CellBus Plano de Gerenciamento de Qualidade Versão (1.3) HISTÓRICO DE ALTERAÇÕES Data Versão Descrição Autor 24/09/2016 1.0 Criação do Documento Cibellie Adrianne 27/09/2016 1.1 Modificações e Alterações

Leia mais

POLÍTICA DE GERENCIAMENTO

POLÍTICA DE GERENCIAMENTO NORTE INVESTIMENTOS ADMINISTRADORA DE RECURSOS LTDA. POLÍTICA DE GERENCIAMENTO DE RISCO OPERACIONAL Versão 1.0 Vigência Agosto / 2016 Classificação das Informações [ X ] Uso Interno [ ] Uso Público Conteúdo

Leia mais

Unidade II TÉCNICAS DE RACIONALIZAÇÃO. Prof. Me. Livaldo dos Santos

Unidade II TÉCNICAS DE RACIONALIZAÇÃO. Prof. Me. Livaldo dos Santos Unidade II TÉCNICAS DE RACIONALIZAÇÃO DE PROCESSOS Prof. Me. Livaldo dos Santos Objetivos Ferramentas para análise dos processos Etapas do Processo de Racionalização Outras técnicas de apoio à melhoria

Leia mais

Estratégias de Testes Parte I

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

Leia mais

Gestão de Projetos. Alberto Felipe Friderichs Barros

Gestão de Projetos. Alberto Felipe Friderichs Barros Gestão de Projetos Alberto Felipe Friderichs Barros O enxugamento dos quadros de pessoal e o aumento da necessidade de especialização técnica têm levado muitas empresas a recrutar no mercado profissionais

Leia mais

Apresentação do representante Técnico

Apresentação do representante Técnico Apresentação do representante Técnico Alfredo Fonseca Bacharel em Administração de Empresas Pós Graduado em Gestão Estratégica e Gestão da Segurança no Trabalho Auditor ISO 9001, ISO 14001 e OHSAS 18001

Leia mais

Introdução a Gerencia de Projetos

Introdução a Gerencia de Projetos MBA EM GERENCIA DE PROJETOS Introdução a Gerencia de Projetos Rogério Santos Gonçalves 1 Agenda 1. Introdução ao Curso de Gerencia de Projetos 2. Conceitos Básicos sobre Gerenciamento de Projetos. 1. O

Leia mais

Código: MSFC-P-004 Versão: 05 Emissão: 10/2011 Última Atualização em: 02/2016

Código: MSFC-P-004 Versão: 05 Emissão: 10/2011 Última Atualização em: 02/2016 Política de Controles Internos Código: MSFC-P-004 Versão: 05 Emissão: 10/2011 Última Atualização em: 02/2016 OBJETIVO Garantir a aplicação dos princípios e boas práticas da Governança Corporativa, e que

Leia mais

Risco de Liquidez. Um Investimentos S/A CTVM. Fev/2010 Atualização Set/ 13 Atualização Fev/14. Resolução nº 4090/12

Risco de Liquidez. Um Investimentos S/A CTVM. Fev/2010 Atualização Set/ 13 Atualização Fev/14. Resolução nº 4090/12 Risco de Liquidez Resolução nº 4090/12 Fev/2010 Atualização Set/ 13 Atualização Fev/14 Um Investimentos S/A CTVM Objetivo Estabelecer as diretrizes para o gerenciamento dos riscos de liquidez a assegurar

Leia mais

GESTÃO DE PROJETOS Unidade 10 Gerenciando Aquisições do Projeto. Luiz Leão

GESTÃO DE PROJETOS Unidade 10 Gerenciando Aquisições do Projeto. Luiz Leão Luiz Leão luizleao@gmail.com http://www.luizleao.com Conteúdo Programático Introdução a aquisições Tipos de contratos Avaliação de riscos nos contratos Modalidades de licitação Planejamento de aquisições

Leia mais

A Importância da Liderança na Cultura da Excelência

A Importância da Liderança na Cultura da Excelência XIX Seminário de Boas Práticas CIC Caxias do Sul A Importância da Liderança na Cultura da Excelência Msc. Eng. Irene Szyszka 04/ABR/2013 O negócio, o mercado e a sociedade Pressão dos clientes e mercado;

Leia mais

Fundamentos de Gestão de TI

Fundamentos de Gestão de TI Fundamentos de Gestão de TI Tópico IV Desenho de Serviço (ITIL V3) José Teixeira de Carvalho Neto desenho de serviço desenho de serviço Objetivo: desenhar e especificar serviços novos ou alterados para

Leia mais

Escolhendo um Modelo de Ciclo de Vida

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

Leia mais

INF014 Análise e Projeto de Sistemas Processos Unificado -RUP

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

Leia mais

POLÍTICA DE RISCO OPERACIONAL

POLÍTICA DE RISCO OPERACIONAL Informação Pública 13/5/2016 ÍNDICE 1 OBJETIVO... 3 2 ABRANGÊNCIA... 3 3 REFERÊNCIA... 3 4 CONCEITOS... 3 5 DIRETRIZES... 4 6 RESPONSABILIDADES... 7 7 INFORMAÇÕES DE CONTROLE... 10 13/5/2016 Informação

Leia mais

Áreas de Conhecimento, Técnicas de Análise de Negócio e Conceitos-Chave

Á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 mais

Guia do Processo de Teste Metodologia Celepar

Guia 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 mais

Definição / Abordagem de Processos

Definição / Abordagem de Processos Definição / Abordagem de Processos Ao longo da história dos processos produtivos e administrativos, as organizações têm crescido em tamanho, complexidade e requisitos. Para assegurar a qualidade, a eficácia

Leia mais

DESENHO DE CARGOS E TAREFAS

DESENHO DE CARGOS E TAREFAS Faculdade de Tecnologia SENAC GO Gestão de Pessoas Professor: Itair Pereira da Silva Grupo: Luís Miguel Nogueira de Resende, Valdivino de Carvalho, Rodrigo Neres Magalhães e Venicyus Venceslencio da Paz.

Leia mais

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 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

Leia mais

Gestão Negócios OBJETIVO NESTA AULA. Gestão eficaz - Aula 18

Gestão Negócios OBJETIVO NESTA AULA. Gestão eficaz - Aula 18 eficaz - Aula 18 Utilizar os diferentes conhecimentos adquiridos até aqui em de para planejar e implantar um modelo de gestão eficaz. OBJETIVO NESTA AULA Conhecimento científico A universidade que queremos

Leia mais

Os processos de segurança da informação devem assegurar a integridade, a disponibilidade e a confidencialidade dos ativos de informação da Apex.

Os processos de segurança da informação devem assegurar a integridade, a disponibilidade e a confidencialidade dos ativos de informação da Apex. 1 POLÍTICA DE SEGURANÇA DA INFORMAÇÃO Disposições Gerais Os sistemas de informação, a infraestrutura tecnológica, os arquivos de dados e as informações internas ou externas, são considerados importantes

Leia mais

Modelo de Gestão, Política Ambiental, Missão, Visão e Valores

Modelo de Gestão, Política Ambiental, Missão, Visão e Valores Escola Politécnica da USP Curso de Engenharia Ambiental Modelo de Gestão, Política Ambiental, Missão, Visão e Valores Princípios da Gestão Ambiental 1 Prioridade corporativa 9 - Pesquisa 2 Gestão Integrada

Leia mais

Planejamento dos Riscos

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

Leia mais

A Implantação do Sistema do Sistema da Qualidade e os requisitos da Norma ISO NBR 9001:2000

A Implantação do Sistema do Sistema da Qualidade e os requisitos da Norma ISO NBR 9001:2000 1. A Norma NBR ISO 9001:2000 A Implantação do Sistema do Sistema da Qualidade e os requisitos da Norma ISO NBR 9001:2000 A ISO International Organization for Standardization, entidade internacional responsável

Leia mais

Business Case (Caso de Negócio)

Business Case (Caso de Negócio) Terceiro Módulo: Parte 5 Business Case (Caso de Negócio) AN V 3.0 [54] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br www.etecnologia.com.br http://etecnologia.ning.com 1 Business Case: Duas

Leia mais

Melhoria de processos Qualidade. Engenharia de software Profª Karine Sato da Silva

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

Leia mais

ESTRUTURA DE GERENCIAMENTO DE RISCO OPERACIONAL

ESTRUTURA DE GERENCIAMENTO DE RISCO OPERACIONAL ESTRUTURA DE GERENCIAMENTO DE RISCO OPERACIONAL A Um Investimentos S/A CTVM atendendo às disposições da Resolução CMN 3.380/06 demonstra através deste relatório a sua estrutura do gerenciamento de risco

Leia mais

Garantia da Qualidade, Medição e Melhoria. Leonardo Gresta Paulino Murta

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...

Leia mais

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 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

Leia mais

GESTÃO DA QUALIDADE COORDENAÇÃO DA QUALIDADE

GESTÃO DA QUALIDADE COORDENAÇÃO DA QUALIDADE Primeira 1/7 CONTROLE DE APROVAÇÃO ELABORADO REVISADO POR APROVADO Marcelo de Sousa Marcelo de Sousa Marcelo de Sousa Silvia Helena Correia Vidal Aloísio Barbosa de Carvalho Neto HISTÓRICO DE MODIFICAÇÕES

Leia mais

TAP Termo de Abertura do Projeto

TAP Termo de Abertura do Projeto GESTÃO DE PESSOAS E PROJETOS TAP Termo de Abertura do Projeto Prof. Luciel H. de Oliveira ELABORAÇÃO DO POS PROJECT OVERVIEW STATEMENT OU PROJECT CHARTER Termo de Abertura do Projeto (TAP) Prof. Luciel

Leia mais

RELATÓRIO DE ANÁLISE CRÍTICA DO SISTEMA DE GESTÃO INTEGRADA

RELATÓRIO DE ANÁLISE CRÍTICA DO SISTEMA DE GESTÃO INTEGRADA 1/ 22 LOCAL: Sala de Reunião Presidência HORÁRIO: 14:00 H Assuntos tratados: 1. Resultados das auditorias internas e das avaliações do atendimento aos requisitos legais e outros subscritos pela organização

Leia mais

LIVRO ENGENHARIA DE SOFTWARE FUNDAMENTOS, MÉTODOS E PADRÕES

LIVRO 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 mais

Campus 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   / 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: GESTÃO DE PROJETOS Aula N : 05 Tema: Gerenciamento

Leia mais

Controle de Versões Versão Data Autor Notas da Revisão 1 12/06/2016 Angelita L Correa Criação Documento

Controle de Versões Versão Data Autor Notas da Revisão 1 12/06/2016 Angelita L Correa Criação Documento Controle de Versões Versão Data Autor Notas da Revisão 1 12/06/2016 Angelita L Correa Criação Documento Sumário 1 Time do projeto... 1 2 Descrição do projeto... 1 3 Objetivos do projeto... 2 4 Justificativa

Leia mais

PRINCÍPIOS DA ENGENHARIA DE SOFTWARE- AULA 06. Prof.: Franklin M. Correia

PRINCÍPIOS DA ENGENHARIA DE SOFTWARE- AULA 06. Prof.: Franklin M. Correia 1 PRINCÍPIOS DA ENGENHARIA DE SOFTWARE- AULA 06 Prof.: Franklin M. Correia NOS CAPÍTULOS ANTERIORES... Atividades de Gerenciamento Planejamento de Projetos Programação de Projeto O QUE TEMOS PARA HOJE!!

Leia mais

Questionário de Pesquisa. Prezado Participante,

Questionário de Pesquisa. Prezado Participante, Questionário de Pesquisa Prezado Participante, Meu nome é Renata Moreira, sou aluna de doutorado do Centro de Informática da Universidade Federal de Pernambuco e consultora da SWQuality. Gostaria da sua

Leia mais

Processos de software

Processos de software Processos de software 1 Processos de software Conjunto coerente de atividades para especificação, projeto, implementação e teste de sistemas de software. 2 Objetivos Introduzir modelos de processos de

Leia mais

GESTÃO DE PROJETOS Unidade 3 Gerenciamento de Escopo. Luiz Leão

GESTÃO DE PROJETOS Unidade 3 Gerenciamento de Escopo. Luiz Leão Unidade 3 Gerenciamento de Escopo Luiz Leão luizleao@gmail.com http://www.luizleao.com Conteúdo Programático Definição de escopo e gerenciamento de escopo Coleta de Requisitos Declaração de Escopo Restrições

Leia mais

PLANEJAMENTO CICLO PDCA PLANEJAMENTO CICLO PDCA PLANO DO PROJETO UNIVERSIDADE FEDERAL DO PARANÁ 28/03/2016. PROFª MSc. HELOISA F.

PLANEJAMENTO 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 mais

PROCESSO GESTÃO DE ATIVOS DE TI Versão 1.0 GERÊNCIA CORPORATIVA DE TECNOLOGIA DA INFORMAÇÃO

PROCESSO GESTÃO DE ATIVOS DE TI Versão 1.0 GERÊNCIA CORPORATIVA DE TECNOLOGIA DA INFORMAÇÃO PROCESSO GESTÃO DE ATIVOS DE TI Versão 1.0 GERÊNCIA CORPORATIVA DE TECNOLOGIA DA INFORMAÇÃO ÍNDICE 1. INTRODUÇÃO... 3 2. MACROPROCESSO... 4 3. DIAGRAMA DE ESCOPO DO PROCESSO GESTÃO DE ATIVOS DE TI... 5

Leia mais

GERENCIAMENTO DE PROJETOS

GERENCIAMENTO DE PROJETOS GERENCIAMENTO DE PROJETOS O que é um projeto? PROJETO é o oposto de ROTINA Projeto é um empreendimento temporário conduzido para criar um produto ou serviço único. Projeto é um processo único, consistente

Leia mais

Declaração de Escopo

Declaração de Escopo Declaração de Escopo Histórico de Revisão Data Versão Descrição Autor 16/0/2011 1.00 Versão Inicial do Documento Rafael Faria Sumário 1 INTEGRANTES DO PROJETO 2 OBJETIVO DO PROJETO 3 - CARACTERÍSTICAS

Leia mais

INFORMAÇÕES SOBRE O PROJETO TERMO DE REFERÊNCIA SUGERIDO PESQUISA DE OBSERVAÇÃO DE PRÁTICAS PEDAGÓGICAS - STALLINGS

INFORMAÇÕES SOBRE O PROJETO TERMO DE REFERÊNCIA SUGERIDO PESQUISA DE OBSERVAÇÃO DE PRÁTICAS PEDAGÓGICAS - STALLINGS INFORMAÇÕES SOBRE O PROJETO TERMO DE REFERÊNCIA SUGERIDO PESQUISA DE OBSERVAÇÃO DE PRÁTICAS PEDAGÓGICAS - STALLINGS Objetivos Gerais do Trabalho Contratação de empresa especializada para realizar a Pesquisa

Leia mais

UNIVERSIDADE FEDERAL DO PARANÁ - UFPR BACHARELADO EM CIÊNCIA DA COMPUTAÇÃO

UNIVERSIDADE FEDERAL DO PARANÁ - UFPR BACHARELADO EM CIÊNCIA DA COMPUTAÇÃO CI 221 DISCIPLINA: Engenharia de Software AULA NÚMERO: 3 DATA: / / PROFESSOR: Andrey APRESENTAÇÃO O objetivo desta aula é apresentar e discutir conceitos básicos como processo, projeto, produto, por que

Leia mais

Tratamento de sugestões, reclamações, não-conformidades, ações corretivas e preventivas.

Tratamento de sugestões, reclamações, não-conformidades, ações corretivas e preventivas. 1/8 Palavras-chave: sugestões, reclamações, não-conformidades, corretiva, preventiva. Exemplar nº: umário 1 Objetivo 2 Aplic 3 Documentos complementares 4 Definições 5 Procedimento 6 Referências Anexo

Leia mais

Componentes de SIs. Pessoas Organiz. Tecnologia

Componentes de SIs. Pessoas Organiz. Tecnologia Universidade Federal do Vale do São Francisco Curso de Administração Tecnologia e Sistemas de Informação - 03 Prof. Jorge Cavalcanti jorge.cavalcanti@univasf.edu.br www.univasf.edu.br/~jorge.cavalcanti

Leia mais

ESTRUTURA DE GERENCIAMENTO DE CAPITAL Resolução 3.988/2011. Área Responsável: Risco de Crédito e Capital Gerência de Capital

ESTRUTURA DE GERENCIAMENTO DE CAPITAL Resolução 3.988/2011. Área Responsável: Risco de Crédito e Capital Gerência de Capital ESTRUTURA DE GERENCIAMENTO DE CAPITAL Área Responsável: Risco de Crédito e Capital Gerência de Capital Sumário RELATÓRIO DE ACESSO PÚBLICO ESTRUTURA DE GERENCIAMENTO DE CAPITAL... 3 1. INTRODUÇÃO... 3

Leia mais

Política de Gestão Estratégica de Riscos e Controles Internos CELESC

Política de Gestão Estratégica de Riscos e Controles Internos CELESC Política de Gestão Estratégica de Riscos e Controles Internos CELESC Política de Gestão Estratégica de Riscos e Controles Internos CELESC SUMÁRIO SUMÁRIO... 1 INTRODUÇÃO... 2 OBJETIVOS... 3 CONCEITOS...

Leia mais

Princípios da Engenharia de Software aula 03

Princípios da Engenharia de Software aula 03 Princípios da Engenharia de Software aula 03 Prof.: José Honorato Ferreira Nunes Material cedido por: Prof.: Franklin M. Correia Na aula anterior... Modelos de processos de software: Evolucionário Tipos

Leia mais

Organização para Realização de Teste de Software

Organização para Realização de Teste de Software Organização para Realização de Teste de Software Quando o teste se inicia há um conflito de interesses: Desenvolvedores: interesse em demonstrar que o programa é isento de erros. Responsáveis pelos testes:

Leia mais

AVALIAÇÃO DE PRODUTOS DE SOFTWARE

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

Leia mais