ARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.
|
|
- Sofia Marques Belo
- 8 Há anos
- Visualizações:
Transcrição
1 ARCO - Associação Recreativa dos Correios Sistema para Gerenciamento de Associações Recreativas Versão <1.0>
2 Histórico da Revisão Data Versão Descrição Autor <dd/mmm/aa> <x.x> <detalhes> <nome> Página 2 de 9
3 Índice Analítico 1. Introdução Finalidade Escopo Referências Visão Geral Visão Geral do Projeto Finalidade, Escopo e Objetivos do Projeto Suposições e Restrições Produtos Liberados do Projeto Evolução do Organização do Projeto Estrutura Organizacional Interfaces Externas Papéis e Responsabilidades Processo de Gerenciamento Estimativas do Projeto Plano de Projeto Plano de Fase Objetivos das Iterações Programação do Projeto Recursos do Projeto` Monitoramento e Controle do Projeto... 8 Página 3 de 9
4 1. Introdução 1.1 Finalidade A finalidade do é reunir todas as informações necessárias para controlar o projeto. Ele descreve a abordagem dada ao desenvolvimento do software e é o plano de nível mais alto gerado e usado pelos gerentes para coordenar o esforço de desenvolvimento. O é usado por estas pessoas: 1.2 Escopo O gerente de projeto utiliza-o para planejar o cronograma do projeto e as necessidades de recursos e para acompanhar o andamento do projeto em relação ao cronograma. Membros da equipe do projeto utilizam-no para entender o que precisam fazer, quando precisam fazê-lo e quais são as outras atividades das quais eles dependem. Este descreve o plano geral a ser usado pelo projeto Sistema para Gerenciamento de Associações Recreativas, incluindo a implantação do produto. Os detalhes de iterações individuais serão descritos nos Planos de Iteração. Os planos, conforme especificado neste documento, baseiam-se nos requisitos do produto definidos no Documento de Visão. 1.3 Referências Nenhuma 1.4 Visão Geral Este contém as seguintes informações: Visão Geral do Projeto apresenta uma descrição da finalidade, do escopo e dos objetivos do projeto. Também define os produtos que se espera que o projeto libere. Organização do Projeto descreve a estrutura organizacional da equipe do projeto. Processo de Gerenciamento explica o custo estimado e o cronograma, define os principais marcos e fases do projeto e descreve como o projeto será monitorado. Planos e Diretrizes Aplicáveis apresentam uma visão geral do processo de desenvolvimento do software, abrangendo métodos, ferramentas e técnicas a serem seguidos. 2. Visão Geral do Projeto 2.1 Finalidade, Escopo e Objetivos do Projeto Este projeto implementará um Sistema para Gerenciamento de Associações Recreativas. Ele deverá dar suporte ao gerenciamento dos associados e dependentes e suas atividades dentro da associação. 2.2 Suposições e Restrições O projeto deve sem entregue dentro do prazo estabelecido neste Plano. Página 4 de 9
5 2.3 Produtos Liberados do Projeto Os produtos liberados de cada fase do projeto estão identificados no Caso de Desenvolvimento. Os produtos liberados são entregues no final da iteração, conforme especificado na seção Programação do Projeto. 2.4 Evolução do Versão Fase Data-Alvo 2 Iniciação 31/05/ Elaboração 30/06/ Iteração de Construção 1 31/07/ Iteração de Construção 2 31/08/ Iteração de Construção 3 30/09/ Transição 11/11/2011 O será revisado antes do início de cada fase de Iteração. 3. Organização do Projeto 3.1 Estrutura Organizacional A equipe de projeto das fases de iniciação e elaboração será organizada da seguinte maneira: 3.2 Interfaces Externas A equipe se relacionará com os funcionários da ARCO Associação Recreativa dos Correios referente a cada área que o sistema gerenciará. 3.3 Papéis e Responsabilidades Papel Gerente de Projeto Arquiteto Responsabilidade O Gerente de Projeto aloca recursos, especifica prioridades, coordena as interações com os clientes e usuários e, geralmente, tenta manter a equipe de projeto centrada na meta correta. O Gerente de Projeto também estabelece um conjunto de práticas que garante a integridade e qualidade dos artefatos do projeto. O Arquiteto coordena as atividades técnicas e os artefatos no decorrer do projeto. O Arquiteto estabelece Página 5 de 9
6 Analista do Negócio Designer Testador Especialista em requisitos a estrutura geral de cada visão de arquitetura: a decomposição da visão, o agrupamento dos elementos e as interfaces entre esses principais agrupamentos. Sendo assim, diferente dos outros trabalhadores, a visão do Arquiteto é de largura, e não de profundidade. O analista de negócio coordena a modelagem de casos de uso de negócios, descrevendo e delimitando a organização que está sendo modelada. Por exemplo, estabelecendo quais atores de negócio e casos de uso de negócio existem e como eles interagem. O designer define as responsabilidades, as operações, os atributos e os relacionamentos de uma ou várias classes e determina como elas devem ser ajustadas ao ambiente de implementação. Além disso, o designer pode ser responsável por um ou mais pacotes de design ou subsistemas de design, incluindo quaisquer classes contidas nos pacotes ou subsistemas. O Testador é responsável por executar os testes, o que inclui a execução e configuração dos testes, a avaliação da execução dos testes e a recuperação dos erros, por avaliar os resultados de teste e por registrar os defeitos identificados. O Especialista em Requisitos captura a especificação de uma parte da funcionalidade do sistema, descrevendo o aspecto Requisitos de um ou vários casos de uso e outros requisitos de suporte de software. O Especialista em Requisitos é responsável também por um pacote de caso de uso e por manter a integridade desse pacote. 4. Processo de Gerenciamento 4.1 Estimativas do Projeto A fase de iniciação deste projeto dura 4 semanas. As estimativas iniciais das fases subseqüentes estão na seção 2.4 acima. 4.2 Plano de Projeto Tarefa Início Fim Definir Contexto de Negócio 02/05/2011 Seg. 05/05/2011 Qui. Definir a Visão e o escopo do Sistema 06/05/2011 Sex. 12/05/2011 Qui. Descrição e esclarecimento das 13/05/2011 Sex 19/05/2011 Qui. funcionalidades Preparar o Ambiente 20/05/2011 Sex 25/05/2011 Qua. Refinar o Plano do Projeto 26/05/2011 Qui. 31/05/2011 Ter. Página 6 de 9
7 4.2.1 Plano de Fase Objetivos das Iterações Fase Iteração Descrição Marcos Associados Iniciação Iteração Preliminar Define o modelo de negócio, os requisitos do produto, o plano do projeto e o caso de negócio. Revisão de Caso de Negócio Riscos Abordados Esclarece os requisitos do usuário primeiro. Desenvolve planos e escopo realísticos para o projeto. Elaboração Construção Transição Desenvolve o Protótipo de Arquitetura Iteração C1 Desenvolver Beta Iteração C2 Desenvolver Release Inicial Iteração C3 Desenvolver Release Completo Release de Software Conclui a análise e o design de todos os casos de uso. Desenvolve o protótipo de arquitetura. Implementar e testar casos de uso para fornecer a versão Beta Version. Implementar e testar os casos de uso restantes, corrigir os defeitos a partir da Versão Beta e incorporar o feedback a partir dessa versão. Desenvolve o sistema inicial. Incorporar aperfeiçoamentos e defeitos a partir do release inicial. Desenvolve o sistema completo. Empacotar, distribuir e instalar Release. Protótipo de Arquitetura Beta Software Software Software Liberado Determina a viabilidade do projeto do ponto de vista do negócio As questões de arquitetura são esclarecidas. Os riscos técnicos são diminuídos. Protótipo inicial para revisão do usuário. Todas as características principais de um possível usuário e arquitetura implementadas na Versão Beta. Feedback do usuário antes do release do software. Software completamente revisado pela comunidade de usuários. A qualidade do produto deve ser alta. Defeitos minimizados. Custo de qualidade reduzido. Um release rápido satisfaz o cliente. A principal funcionalidade fornecida no Sistema pelo Release completo. Página 7 de 9
8 4.2.3 Programação do Projeto A programação de projeto preliminar está na seção 2.4. Os planos atualizados serão disponibilizados nas datas especificadas nessa seção Recursos do Projeto` Os participantes deste projeto serão disponibilizados pela WTG Soluções Tecnológicas, e o critério para a escolha serão as habilidades compatíveis com as necessárias no projeto. Durante o projeto, a WTG poderá desalocar participantes que não estejam rendendo ao projeto, e alocar novos participantes, sempre visando atingir os marcos nas datas-alvos. A WTG também é responsável por treinamentos dos participantes, seja esses nas tecnologias e ferramentas utilizadas no projeto, ou até mesmo treinamentos sobre o processo, para que os participantes estejam adaptados a filosofia do projeto. 4.3 Monitoramento e Controle do Projeto Gerenciamento de Requisitos Os requisitos desse sistema são capturados no Documento de Visão. As mudanças solicitadas nos requisitos são capturadas nas Solicitações de Mudança e são aprovadas como parte do processo de Gerenciamento de Configuração. Controle de Cronograma e Orçamento As despesas são monitoradas pelo gerente de projeto, e reportadas e avaliadas mensalmente. (Consulte Relatórios e Métricas abaixo). O gerente de projeto mantém uma programação mostrando a data esperada de cada marco. Os itens de linha na programação incluem pacotes de trabalho atribuídos a pessoas. Cada pessoa a quem é atribuído um pacote de trabalho fornece ao gerente do projeto informações sobre o percentual de conclusão das tarefas semanalmente. As mudanças na programação ficarão a cargo dos patrocinadores do projeto, que decidirão se o escopo será alterado a fim de preservar as datas-alvo de conclusão. Controle de Qualidade Os defeitos serão registrados e monitorados como Solicitações de Mudança, e as métricas de defeito serão coletadas (consulte Relatórios e Métricas abaixo). Será necessário que todos os produtos liberados sejam submetidos ao processo de revisão adequado, conforme está descrito no Caso de Desenvolvimento. A revisão é necessária para assegurar que cada produto liberado seja de qualidade aceitável, usando as orientações descritas nos pontos de verificação e nas diretrizes de revisão do RUP para Projetos Pequenos. Todos os defeitos encontrados durante a revisão que não forem corrigidos antes da liberação para integração deverão ser capturados como Solicitações de Mudança para que não sejam esquecidos. Relatórios e Métricas Estimativas atualizadas de custo e cronograma e relatórios sumários de métricas serão gerados no final de cada iteração. O Conjunto Mínimo de Métricas, conforme descrito no RUP Guidelines: Metrics, será coletado semanalmente. Isso inclui: O valor atribuído às tarefas concluídas. É usado para refazer a estimativa da programação e do orçamento para o restante do projeto e/ou para identificar a necessidade de mudanças no escopo. Todos os defeitos abertos e fechados mostrados como um gráfico de tendências. São usados para ajudar a estimar o esforço restante necessário para corrigir defeitos. Página 8 de 9
9 Aprovação dos casos de teste de aceitação mostrada como um gráfico de tendências. É usada para demonstrar o progresso para os envolvidos. Além disso, os custos gerais serão monitorados tendo em vista o orçamento do projeto. Gerenciamento de Configuração Serão selecionadas ferramentas apropriadas que fornecem um banco de dados de Solicitações de Mudança e um repositório controlado de versões dos artefatos do projeto. Todo o código-fonte, os scripts de teste e os arquivos de dados serão incluídos nas baselines. A documentação relacionada ao código-fonte também será incluída na baseline como, por exemplo, a documentação de design. Todos os artefatos de produtos liberados do cliente são incluídos na baseline final da iteração, inclusive os executáveis. As Solicitações de Mudança são revisadas e aprovadas pelo membro do projeto responsável pelo papel Gerente de Controle de Mudança. Os backups completos são efetuados mensalmente e os gradativos, durante a noite. Página 9 de 9
A Disciplina Gerência de Projetos
A Disciplina Gerência de Projetos Atividades, Artefatos e Responsabilidades hermano@cin.ufpe.br Objetivos Apresentar atividades da disciplina Gerência de Projetos Discutir os artefatos e responsáveis envolvidos
Processos de gerenciamento de projetos em um projeto
Processos de gerenciamento de projetos em um projeto O gerenciamento de projetos é a aplicação de conhecimentos, habilidades, ferramentas e técnicas às atividades do projeto a fim de cumprir seus requisitos.
Gerenciamento de Projetos Modulo III Grupo de Processos
Gerenciamento de Projetos Modulo III Grupo de Processos Prof. Walter Cunha falecomigo@waltercunha.com http://waltercunha.com Bibliografia* Project Management Institute. Conjunto de Conhecimentos em Gerenciamento
Curso: Engenharia de Software com Ênfase em Padrões de Software (UECE Universidade Estadual do Ceará) RUP
Conceitos RUP RUP, abreviação de Rational Unified Process (ou Processo Unificado da Rational), é um processo de Engenharia de software criado pela Rational Software Corporation(a qual foi incorporada pela
Referências internas são os artefatos usados para ajudar na elaboração do PT tais como:
Plano de Teste (resumo do documento) I Introdução Identificador do Plano de Teste Esse campo deve especificar um identificador único para reconhecimento do Plano de Teste. Pode ser inclusive um código
ISO/IEC 12207: Gerência de Configuração
ISO/IEC 12207: Gerência de Configuração Durante o processo de desenvolvimento de um software, é produzida uma grande quantidade de itens de informação que podem ser alterados durante o processo Para que
CONCORRÊNCIA AA Nº 05/2009 BNDES ANEXO X PROJETO BÁSICO: DESCRIÇÃO DOS PROCESSOS DE TI
CONCORRÊNCIA AA Nº 05/2009 BNDES ANEXO X PROJETO BÁSICO: DESCRIÇÃO DOS PROCESSOS DE TI 1. PI06 TI 1.1. Processos a serem Atendidos pelos APLICATIVOS DESENVOLVIDOS Os seguintes processos do MACROPROCESSO
PMBOK 4ª Edição III. O padrão de gerenciamento de projetos de um projeto
PMBOK 4ª Edição III O padrão de gerenciamento de projetos de um projeto 1 PMBOK 4ª Edição III Processos de gerenciamento de projetos de um projeto 2 Processos de gerenciamento de projetos de um projeto
MASTER IN PROJECT MANAGEMENT
MASTER IN PROJECT MANAGEMENT PROJETOS E COMUNICAÇÃO PROF. RICARDO SCHWACH MBA, PMP, COBIT, ITIL Atividade 1 Que modelos em gestão de projetos estão sendo adotados como referência nas organizações? Como
O Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no
1.1 RATIONAL UNIFIED PROCESS (RUP) O Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no processo que atende pelo nome de Processo Unificado (ou UP do inglês Unified
Política Organizacional para Desenvolvimento de Software no CTIC
Política Organizacional para Desenvolvimento de Software no CTIC O CTIC/UFPA Centro de Tecnologia da Informação e Comunicação da Universidade Federal do Pará define neste documento sua Política Organizacional
Metodologia de Gerenciamento de Projetos da Justiça Federal
Metodologia de Gerenciamento de Projetos da Justiça Federal Histórico de Revisões Data Versão Descrição 30/04/2010 1.0 Versão Inicial 2 Sumário 1. Introdução... 5 2. Público-alvo... 5 3. Conceitos básicos...
Gerenciamento da Integração (PMBoK 5ª ed.)
Gerenciamento da Integração (PMBoK 5ª ed.) O PMBoK diz que: O gerenciamento da integração do projeto inclui os processos e as atividades necessárias para identificar, definir, combinar, unificar e coordenar
Nome da Empresa. <Nome do Projeto> Plano de Desenvolvimento de Software. Versão <1.0>
Nome da Empresa Plano de Desenvolvimento de Software Versão Histórico de Revisões Data Versão Descrição Autor 2/7 Índice Analítico 1. Objetivo
Metodologia de Desenvolvimento de Sistemas (MDS - ANEEL)
Metodologia de Desenvolvimento de Sistemas (MDS - ANEEL) Versão 2.0 Escritório de Gerenciamento de Projetos - EGP Superintendência da Gestão Técnica da Informação SGI Agência Nacional de Energia Elétrica
Universidade Paulista
Universidade Paulista Ciência da Computação Sistemas de Informação Gestão da Qualidade Principais pontos da NBR ISO/IEC 12207 - Tecnologia da Informação Processos de ciclo de vida de software Sergio Petersen
Gerenciamento de Integração do Projeto Planejamento e Execução do Projeto
Gerenciamento de Integração do Projeto Planejamento e Execução do Projeto 4. Gerenciamento de integração do projeto PMBOK 2000 PMBOK 2004 4.1 Desenvolver o termo de abertura do projeto 4.2 Desenvolver
Resumo do BABok 2.0 O Guia de Referência de Análise de Negócio Curso de Analista de Negócio 3.0
O que é BABok? O BABok 2.0, Corpo de Conhecimento de Análise de Negócios, é considerado como um Guia Referência de Práticas de Análise de Negócio. Este guia é publicado e mantido pelo IIBA. O guia BABok
Gerência de Projetos
Gerência de Projetos Escopo Custo Qualidade Tempo CONCEITO PROJETOS: são empreendimentos com objetivo específico e ciclo de vida definido Precedem produtos, serviços e processos. São utilizados as funções
Metodologia e Gerenciamento do Projeto na Fábrica de Software
.:: Universidade Estadual de Maringá Bacharelado em Informática Eng. de Software III :. Sistema de Gerenciamento de Eventos - Equipe 09 EPSI Event Programming System Interface Metodologia e Gerenciamento
Gerenciamento de Projetos Modulo III Grupo de Processos
Gerenciamento de Projetos Modulo III Grupo de Processos Prof. Walter Cunha falecomigo@waltercunha.com http://waltercunha.com PMBoK Processos de Gerenciamento de Projetos Para que um projeto seja bem-sucedido,
Pós-Graduação em Gerenciamento de Projetos práticas do PMI
Pós-Graduação em Gerenciamento de Projetos práticas do PMI Planejamento do Gerenciamento das Comunicações (10) e das Partes Interessadas (13) PLANEJAMENTO 2 PLANEJAMENTO Sem 1 Sem 2 Sem 3 Sem 4 Sem 5 ABRIL
Engenharia de Software I
Engenharia de Software I Curso de Desenvolvimento de Software Prof. Alessandro J de Souza ajdsouza@cefetrn.br 1 Rational Unified Process RUP Fase Construção 2 VISÃO GERAL Fase Construção. Visão Geral 3
ENGENHARIA DE SOFTWARE I
ENGENHARIA DE SOFTWARE I Prof. Cássio Huggentobler de Costa [cassio.costa@ulbra.br] Twitter: www.twitter.com/cassiocosta_ Agenda da Aula (002) Metodologias de Desenvolvimento de Softwares Métodos Ágeis
PDS - DATASUS. Processo de Desenvolvimento de Software do DATASUS
PDS - DATASUS Processo de Desenvolvimento de Software do DATASUS Coordenação Geral de Arquitetura e Engenharia Tecnológica Coordenação de Padronização e Qualidade de Software Gerência de Padrões e Software
Conteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos
Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF 02810 Prof.: (monalessa@inf.ufes.br) Conteúdo 1. Introdução 2. Processo de Software 3. Gerência de
Exame de Fundamentos da ITIL
Exame de Fundamentos da ITIL Simulado B, versão 5.1 Múltipla escolha Instruções 1. Todas as 40 perguntas devem ser respondidas. 2. Todas as respostas devem ser assinaladas na grade de respostas fornecida.
ADMINISTRAÇÃO DE ATIVOS DE TI GERENCIAMENTO DE CONFIGURAÇÃO
1 ADMINISTRAÇÃO DE ATIVOS DE TI GERENCIAMENTO DE CONFIGURAÇÃO 2 INFRAESTRUTURA DE TI Para garantir o atendimento às necessidades do negócio, a área de TI passou a investir na infraestrutura do setor, ampliando-a,
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Introdução Modelos de Processo de Desenvolvimento de Software Os modelos de processos de desenvolvimento de software surgiram pela necessidade de dar resposta às
Planejamento e Gerenciamento de Software. Tema 3. Gerência de Projetos Profa. Susana M. Iglesias
Planejamento e Gerenciamento de Software Tema 3. Gerência de Projetos Profa. Susana M. Iglesias Planejamento A primeira atividade do gerenciamento de projeto é Planejamento Depende de estimativas (Grado
Visão Geral do RUP Rational Unified Process. Jorge Fernandes UFRN Junho de 2002
Visão Geral do RUP Rational Unified Process Jorge Fernandes UFRN Junho de 2002 Resumo do Artigo de Krutchen O que é o RUP? 6 Práticas Comprovadamente Efetivas Desenvolvimento Interativo Gestão de Requisitos
INSTRUÇÃO DE SERVIÇO PARA ELABORAÇÃO DE PLANOS GERAIS DE PROJETOS DE SISTEMAS OU APLICATIVOS
INSTRUÇÃO DE SERVIÇO PARA ELABORAÇÃO DE PLANOS GERAIS DE PROJETOS DE SISTEMAS OU APLICATIVOS IS-CGMI-02/2005 Aprovada pela Portaria nº 1494 de 22/11/2005 Histórico de Versões Data Versão Descrição Autor
PROJETO DE FÁBRICA DE SOFTWARE
FACULDADE SETE DE SETEMBRO FASETE Departamento de Sistemas de Informação PROJETO DE FÁBRICA DE SOFTWARE Denise Xavier Fortes Paulo Afonso BA Agosto/2015 Sumário 1. INTRODUÇÃO... 3 2. PERFIS FUNCIONAIS...
Processos de Gerenciamento de Projetos. Planejamento e Controle de Projetos 5 TADS FSR. Processos
Processos de Gerenciamento de Projetos Planejamento e Controle de Projetos 5 TADS FSR Prof. Esp. André Luís Belini 2 Processos O gerenciamento de projetos é a aplicação de conhecimento, habilidades, ferramentas
Atendimento CREA-RO. Plano de Desenvolvimento de Software. Histórico das Reuniões do Grupo
Plano de Desenvolvimento de Software Histórico das Reuniões do Grupo Data Descrição Integrantes O que foi deliberado. 1 Índice Analítico 1. Introdução 3 1.1 Finalidade 3 1.2 Escopo 3 1.3 Visão geral 3
Gerenciamento do Escopo do Projeto Produto do Projeto
Gerenciamento do Escopo do Projeto Produto do Projeto 5. Gerenciamento do escopo do projeto PMBOK 2000 PMBOK 2004 5.1 Iniciação *** Reescrita e transferida para o capítulo 4 5.2 Planejamento do escopo
Princípios da Engenharia de Software aula 05 Gerenciamento de planejamento de projetos. Prof.: Franklin M. Correia
1 Princípios da Engenharia de Software aula 05 Gerenciamento de planejamento de projetos Prof.: Franklin M. Correia Na aula anterior... Metodologias ágeis Princípios do Manifesto ágil 12 itens do manifesto
Políticas de Qualidade em TI
Políticas de Qualidade em TI Prof. www.edilms.eti.br edilms@yahoo.com Aula 03 CMMI Capability Maturity Model Integration Parte II Agenda sumária dos Processos em suas categorias e níveis de maturidade
TI Aplicada. Aula 02 Áreas e Profissionais de TI. Prof. MSc. Edilberto Silva prof.edilberto.silva@gmail.com http://www.edilms.eti.
TI Aplicada Aula 02 Áreas e Profissionais de TI Prof. MSc. Edilberto Silva prof.edilberto.silva@gmail.com http:// Papéis... Um papel é uma definição abstrata de um conjunto de atividades executadas e dos
Gerenciamento de Projetos
Gerenciamento de Projetos (ref. capítulos 1 a 3 PMBOK) TC045 Gerenciamento de Projetos Sergio Scheer - scheer@ufpr.br O que é Gerenciamento de Projetos? Aplicação de conhecimentos, habilidades, ferramentas
{Indicar o tema e objetivo estratégico aos quais o projeto contribuirá diretamente para o alcance.}
{Importante: não se esqueça de apagar todas as instruções de preenchimento (em azul e entre parênteses) após a construção do plano.} {O tem por finalidade reunir todas as informações necessárias à execução
F.1 Gerenciamento da integração do projeto
Transcrição do Anexo F do PMBOK 4ª Edição Resumo das Áreas de Conhecimento em Gerenciamento de Projetos F.1 Gerenciamento da integração do projeto O gerenciamento da integração do projeto inclui os processos
Projeto de Sistemas I
Instituto Federal de Educação, Ciência e Tecnologia de São Paulo Projeto de Sistemas I Professora: Kelly de Paula Cunha E-mail:kellypcsoares@ifsp.edu.br Requisitos: base para todo projeto, definindo o
Implementação utilizando as melhores práticas em Gestão de Projetos
Implementação utilizando as melhores práticas em Gestão de Projetos Objetivo dessa aula é mostrar a importância em utilizar uma metodologia de implantação de sistemas baseada nas melhores práticas de mercado
Gerenciamento de integração de projeto
Objetivos do Conteúdo Gerenciamento de integração de projeto Sergio Scheer / DCC / UFPR TC045 Gerenciamento de Projetos Prover capacitação para: - Identificar os processos de Gerenciamento de Projetos;
Porque estudar Gestão de Projetos?
Versão 2000 - Última Revisão 07/08/2006 Porque estudar Gestão de Projetos? Segundo o Standish Group, entidade americana de consultoria empresarial, através de um estudo chamado "Chaos Report", para projetos
Introdução a Computação
Introdução a Computação Aula 03 Profissões de TI Prof. MSc. Edilberto Silva edilms@yahoo.com http:// Papéis... Um papel é uma definição abstrata de um conjunto de atividades executadas e dos respectivos
Programa do Módulo 2. Processo Unificado: Visão Geral
9.1 Programa do Módulo 2 Orientação a Objetos Conceitos Básicos Análise Orientada a Objetos (UML) O Processo Unificado (RUP) Processo Unificado: Visão Geral 9.2 Encaixa-se na definição geral de processo:
Plano de Gerenciamento das Aquisições Exemplo 1
Plano de Gerenciamento das Aquisições Exemplo 1 Este plano descreve como serão administrados os processos de aquisição de bens e serviços neste projeto. As perguntas a serem respondidas no plano são: o
Aula Anterior. Capítulo 2
Capítulo 2 Clique Ciclo para de Vida editar e o estilo do Organização título do mestre Projeto O Ciclo de vida do projeto Características do ciclo de vida do projeto Relações entre o ciclo de vida do projeto
Gerenciamento de Projetos Modulo II Ciclo de Vida e Organização do Projeto
Gerenciamento de Projetos Modulo II Ciclo de Vida e Organização do Projeto Prof. Walter Cunha falecomigo@waltercunha.com http://waltercunha.com PMBoK Organização do Projeto Os projetos e o gerenciamento
29/05/2012. Gestão de Projetos. Luciano Gonçalves de Carvalho FATEC. Agenda. Gerenciamento de Integração do Projeto Exercícios Referências FATEC
Gestão de Projetos 1 Agenda Gerenciamento de Integração do Projeto Exercícios Referências 2 1 GERENCIAMENTO DA INTEGRAÇÃO DO PROJETO 3 Gerenciamento da Integração do Projeto Fonte: EPRoj@JrM 4 2 Gerenciamento
COORDENAÇÃO DE SISTEMAS (CODES) JUNHO/2011
MANUAL DE IMPLANTAÇÃO METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS FASE DA IMPLANTAÇÃO COORDENAÇÃO DE SISTEMAS (CODES) JUNHO/2011 Rua do Rouxinol, N 115 / Salvador Bahia CEP: 41.720-052 Telefone: (71) 3186-0001.
Tecnologia em Gestão Pública Desenvolvimento de Projetos - Aula 9 Prof. Rafael Roesler
Tecnologia em Gestão Pública Desenvolvimento de Projetos - Aula 9 Prof. Rafael Roesler Introdução Objetivos da Gestão dos Custos Processos da Gerência de Custos Planejamento dos recursos Estimativa dos
Engenharia de Software
Engenharia de Software Conceitos e Metodologias para Desenvolvimento de Software Cascata, Prototipação, Espiral e RUP Prof. MSc. Edilberto Silva prof.edilberto.silva@gmail.com http://www.edilms.eti.br
Glossário Apresenta a definição dos termos, siglas e abreviações utilizadas no contexto do projeto Citsmart.
Apresenta a definição dos termos, siglas e abreviações utilizadas no contexto do projeto Citsmart. Versão 1.6 15/08/2013 Visão Resumida Data Criação 15/08/2013 Versão Documento 1.6 Projeto Responsáveis
Fundamentos de Gestão de TI
Fundamentos de Gestão de TI Tópico V Transição de Serviço (ITIL V3) José Teixeira de Carvalho Neto transição de serviço transição de serviço Objetivo: orientar e coordenar o desenvolvimento e a implantação
Feature-Driven Development
FDD Feature-Driven Development Descrição dos Processos Requisitos Concepção e Planejamento Mais forma que conteúdo Desenvolver um Modelo Abrangente Construir a Lista de Features Planejar por
Análise de Pontos por Função
Análise de Pontos por Função Uma Aplicação na Gerência de Subcontratação de Software Claudia Hazan, MSc. Certified Function Point Specialist Agenda! Introdução à Gerência de Subcontratação! Melhores Práticas:!
ÁREAS DE CONHECIMENTO DO PMBOK. Faculdade PITÁGORAS Unidade Raja Prof. Valéria E-mail: valeriapitagoras@gmail.com
ÁREAS DE CONHECIMENTO DO PMBOK Faculdade PITÁGORAS Unidade Raja Prof. Valéria E-mail: valeriapitagoras@gmail.com 1 As 10 áreas de Conhecimento 2 INTEGRAÇÃO 3 Gerência da Integração Processos necessários
CONCURSO PÚBLICO ANALISTA DE SISTEMA ÊNFASE GOVERNANÇA DE TI ANALISTA DE GESTÃO RESPOSTAS ESPERADAS PRELIMINARES
CELG DISTRIBUIÇÃO S.A EDITAL N. 1/2014 CONCURSO PÚBLICO ANALISTA DE GESTÃO ANALISTA DE SISTEMA ÊNFASE GOVERNANÇA DE TI RESPOSTAS ESPERADAS PRELIMINARES O Centro de Seleção da Universidade Federal de Goiás
Gerenciamento de Projetos
Gerenciamento de Projetos Grupo de Consultores em Governança de TI do SISP 20/02/2013 1 Agenda 1. PMI e MGP/SISP 2. Conceitos Básicos - Operações e Projetos - Gerenciamento de Projetos - Escritório de
Para cada fase consideramos. Tempo para um projeto típico Tempo para um projeto Complexo. Arquitetura do Processo Unificado. A meta a ser atingida
Arquitetura do Processo Unificado Tempo para um projeto típico Tempo para um projeto Complexo O tempo gasto nas fases iniciais aumentam Para cada fase consideramos A meta a ser atingida Workflows a executar
ADMINISTRAÇÃO DE ATIVOS DE TI GERENCIAMENTO DE LIBERAÇÃO
1 ADMINISTRAÇÃO DE ATIVOS DE TI GERENCIAMENTO DE LIBERAÇÃO 2 INTRODUÇÃO A cada dia que passa, cresce a pressão pela liberação para uso de novas tecnologias disponibilizadas pela área de TI, sob o argumento
Estabelecer os procedimentos para o gerenciamento dos sistemas e demais aplicações informatizadas do TJAC.
Código: MAP-DITEC-001 Versão: 00 Data de Emissão: 01/01/2013 Elaborado por: Gerência de Sistemas Aprovado por: Diretoria de Tecnologia da Informação 1 OBJETIVO Estabelecer os procedimentos para o gerenciamento
Fundamentos de Teste de Software
Núcleo de Excelência em Testes de Sistemas Fundamentos de Teste de Software Módulo 3 Planejamento e Aula 8 do Projeto Aula 08 do Projeto SUMÁRIO INTRODUÇÃO... 3 ACOMPANHAMENTO DO PROJETO... 3 1. do Progresso...
MUDANÇAS NA ISO 9001: A VERSÃO 2015
MUDANÇAS NA ISO 9001: A VERSÃO 2015 Está em andamento o processo de revisão da Norma ISO 9001: 2015, que ao ser concluído resultará na mudança mais significativa já efetuada. A chamada família ISO 9000
Metodologias de Desenvolvimento de Sistemas. Analise de Sistemas I UNIPAC Rodrigo Videschi
Metodologias de Desenvolvimento de Sistemas Analise de Sistemas I UNIPAC Rodrigo Videschi Histórico Uso de Metodologias Histórico Uso de Metodologias Era da Pré-Metodologia 1960-1970 Era da Metodologia
UNIP Ciência da Computação / Sistemas de Informação TED I - Orientações Gerais para Elaboração dos Documentos
I - Orientações Gerais para Elaboração dos Documentos A seguir, orientações fundamentais para a elaboração dos documentos do projeto, tendo em vista a complexidade inerente neste processo. Este roteiro
CHECK - LIST - ISO 9001:2000
REQUISITOS ISO 9001: 2000 SIM NÃO 1.2 APLICAÇÃO A organização identificou as exclusões de itens da norma no seu manual da qualidade? As exclusões são relacionadas somente aos requisitos da sessão 7 da
Gerenciamento de Projeto: Monitorando e Controlando o Projeto II. Prof. Msc Ricardo Britto DIE-UFPI rbritto@ufpi.edu.br
Gerenciamento de Projeto: Monitorando e Controlando o Projeto II Prof. Msc Ricardo Britto DIE-UFPI rbritto@ufpi.edu.br Sumário Reportar o Desempenho Realizar o Controle Integrado de Mudanças Reportar o
II. FASE DE PLANEJAMENTO define a maturidade do entendimento do escopo e, o desenvolvimento do Plano do Projeto PP.
II. FASE DE PLANEJAMENTO define a maturidade do entendimento do escopo e, o desenvolvimento do Plano do Projeto PP. Nesta fase busca-se o refinamento dos objetivos do projeto e detalhamento do melhor caminho
Plano de Gerenciamento do Projeto
Projeto para Soluções Contábeis 2015 Plano de Gerenciamento do Projeto Baseado na 5ª edição do Guia PMBOK Brendon Genssinger o e Elcimar Silva Higor Muniz Juliermes Henrique 23/11/2015 1 Histórico de alterações
Processo de Desenvolvimento Unificado
Processo de Desenvolvimento Unificado Processo de Desenvolvimento de Software? Conjunto de atividades bem definidas; com responsáveis; com artefatos de entrada e saída; com dependências entre as mesmas
Na medida em que se cria um produto, o sistema de software, que será usado e mantido, nos aproximamos da engenharia.
1 Introdução aos Sistemas de Informação 2002 Aula 4 - Desenvolvimento de software e seus paradigmas Paradigmas de Desenvolvimento de Software Pode-se considerar 3 tipos de paradigmas que norteiam a atividade
Roteiro SENAC. Análise de Riscos. Planejamento do Gerenciamento de Riscos. Planejamento do Gerenciamento de Riscos
SENAC Pós-Graduação em Segurança da Informação: Análise de Riscos Parte 2 Leandro Loss, Dr. Eng. loss@gsigma.ufsc.br http://www.gsigma.ufsc.br/~loss Roteiro Introdução Conceitos básicos Riscos Tipos de
Pós-Graduação em Gerenciamento de Projetos práticas do PMI
Pós-Graduação em Gerenciamento de Projetos práticas do PMI Planejamento do Gerenciamento das Comunicações (10) e das Partes Interessadas (13) PLANEJAMENTO 2 PLANEJAMENTO Sem 1 Sem 2 Sem 3 Sem 4 Sem 5 ABRIL
Planejamento de Projetos. Professor Gabriel Baptista ( gabriel.baptista@uninove.br ) ( http://sites.google.com/site/professorgabrielbaptista )
Qualidade de Software Aula 9 (Versão 2012-01) 01) Planejamento de Projetos Professor Gabriel Baptista ( gabriel.baptista@uninove.br ) ( http://sites.google.com/site/professorgabrielbaptista ) Revisando...
Development Case. Project: VENSSO. Data 27/05/2005. <location to access at CVS or URL> Vesões do Documento 2.00
Project: VNSSO Data 27/05/2005 Responsável Documento ID Localização Ana Paula Cavalcanti VNSSO_PRC_20050601 Vesões do Documento 2.00 VNSSO_PRO_20050601 Histórico de Date
PLANEJAMENTO E PROJETOS. Lílian Simão Oliveira
PLANEJAMENTO E GERENCIAMENTO DE PROJETOS Lílian Simão Oliveira Contexto Gerentes lutam com projetos assustadores e com prazos finais difíceis de serem cumpridos Sistemas não satisfazem aos usuários Gastos
IV PLANO DE GERENCIAMENTO DE TEMPO
IV PLANO DE GERENCIAMENTO DE TEMPO 1 - Descrição do Plano de Gerenciamento detempo (PMBOK) O gerenciamento de tempo do projeto inclui os processos necessários para realizar o término do projeto no prazo.
Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios
Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios Cronograma das Aulas. Hoje você está na aula Semana
MDMS-ANAC. Metodologia de Desenvolvimento e Manutenção de Sistemas da ANAC. Superintendência de Tecnologia da Informação - STI
MDMS- Metodologia de Desenvolvimento e Manutenção de Sistemas da Superintendência de Tecnologia da Informação - STI Metodologia de Desenvolvimento e Manutenção de Sistemas da Histórico de Alterações Versão
Processos de Desenvolvimento de Software
Processos de Desenvolvimento de Software Gerenciamento de Projetos Mauro Lopes Carvalho Silva Professor EBTT DAI Departamento de Informática Campus Monte Castelo Instituto Federal de Educação Ciência e
Engenharia de Software II
Engenharia de Software II Aula 28 Revisão para a Prova 2 http://www.ic.uff.br/~bianca/engsoft2/ Aula 28-28/07/2006 1 Matéria para a Prova 2 Gestão de projetos de software Conceitos (Cap. 21) Métricas (Cap.
Metodologia de Desenvolvimento de Sistemas
Metodologia de Desenvolvimento de Sistemas Processo de Desenvolvimento de Software Faculdade Mauricio de Nassau S.I 5 Período NA Alunos: Elthon Diego 021707 Vitor da Cruz 033420 Professora Suzana Sampaio
CHECK LIST DE AVALIAÇÃO DE FORNECEDORES Divisão:
4.2.2 Manual da Qualidade Está estabelecido um Manual da Qualidade que inclui o escopo do SGQ, justificativas para exclusões, os procedimentos documentados e a descrição da interação entre os processos
Redução de impacto ambiental no consumo diário de líquidos. TERMO DE ABERTURA
Redução de impacto ambiental no consumo diário de líquidos. TERMO DE ABERTURA Preparado por Cassius Marcellus de Freitas Rodrigues Versão: 1.1 Renata Rossi de Oliveira Aprovado por 17/09/12 Nome do Projeto:
Manual Geral do OASIS
Manual Geral do OASIS SISTEMA DE GESTÃO DE DEMANDA, PROJETO E SERVIÇO DE TECNOLOGIA DA INFORMAÇÃO OASIS Introdução Esse manual tem como objetivo auxiliar aos usuários nos procedimentos de execução do sistema
TERMO DE REFERÊNCIA Nº xxxxxxx Contrato por Produto Nacional
Os presentes TERMOS são objetos do edital 002/2012 código: 002/2012/11. O consultor selecionado para o código desejado, será associado a um dos termos de referência conforme as necessidades da Agência
Capítulo X. Gerenciar Mudanças dos Requisitos. Aluizio Saiter, M. Sc.
Capítulo X Gerenciar Mudanças dos Requisitos., M. Sc. 2 1. Sobre a disciplina de gerência de requisitos. 2. Boas práticas em engenharia de software. 3. Introdução a gerência de requisitos. 4. Introdução