3. Fase de Planejamento dos Ciclos de Construção do Software
|
|
- Ruy Teixeira Brandt
- 7 Há anos
- Visualizações:
Transcrição
1 3. Fase de Planejamento dos Ciclos de Construção do Software A tarefa de planejar os ciclos de construção do software pode partir de diretrizes básicas. Estas diretrizes visam orientar que os ciclos de construção do software sejam programados com o objetivo de liberar pequenos módulos operacionais aos usuários para que possam ser gradativamente testados e melhorados. A tendência é que cada ciclo não consuma mais de dois meses para ser construído (analisado, projetado, implementado e testado, além de integrado), mas parte-se da premissa que possa ser efetivada em uma única semana de trabalho. O planejamento dos ciclos, partindo de prazos estabelecidos e necessidades dos usuários, sugere a estruturação de cronogramas de construção por ciclo. As informações de objetivos e use cases, bem como o ciclo de vida do sistema, devem ser o ponto inicial de observação para organizar os ciclos por prioridades do sistema e dos usuários e preparar a passagem para as fases seguintes do processo de construção do software. Os ciclos devem ser planejados considerando o tempo para sua conclusão, tendo como objetivo sua implantação e colocação em teste junto aos usuários. O objetivo é que cada ciclo seja estanque, sendo necessária a sua conclusão para que possa ser encaminhado o início de um novo ciclo. Isto não inviabiliza a construção incremental de um mesmo use case, pois também há a possibilidade de se planejar escalonamento do desenvolvimento através de versões diferentes de construção de um mesmo use case ou objetivo de negócio.
2 Figura 3 - Workflow para a Fase de Planejamento dos Ciclos de Construção do Software 3.1. Elaborar Fluxo de Atividades do Sistema Com o objetivo de facilitar a priorização na construção dos requisitos, sugere-se que o 36
3 ciclo de vida do sistema seja modelado com um diagrama de fluxo de atividades de sistema. Este diagrama auxiliará na decisão de estruturação dos ciclos, contudo deverá ser levado em consideração, ainda, questões de riscos envolvidos na construção das funcionalidades previstas, o que poderá afetar a priorização dos ciclos de desenvolvimento do software. Trabalhadores Envolvidos: Engenheiro de Software na posição de analista de sistemas. Clientes. Artefatos de Entrada: Documento Contextual do Sistema. Modelo de Visão de Objetivos. Modelo de Visão de Requisitos. Artefatos de Saída: Diagrama de Fluxo de Atividades do Sistema. Estratégias e Notações para Modelagem O diagrama de atividades tem a finalidade de auxiliar no processo de planejamento dos ciclos de construção do sistema, sendo que ele é desenvolvido a partir da maioria dos artefatos da fase anterior. Originalmente, no método Fusion, era utilizada uma expressão ciclo de vida, com uma linguagem própria, para expressar dependência, seqüenciamento de atividades e eventos, repetições, etc. Decidiu-se no FILM adotar o padrão UML de Diagramas de Atividades, estando seus elementos notacionais apresentados na figura 3.1. O fluxo demonstrado por este diagrama de atividades, neste contexto de processo, pode não ser único e obrigatório durante o funcionamento do sistema, mas pode ser idealizado com o intuito de demonstrar o melhor caso de funcionamento para o sistema. O objetivo é identificar a dependência funcional entre os requisitos no sentido de estabelecer a seqüência básica de liberação dos módulos funcionais do sistema. 37
4 Figura Componentes Notacionais para Diagramas de Atividades Estudo de Caso A figura 3.2 ilustra o diagrama de atividades do Sistema de Mini Biblioteca, que mostra o processo de empréstimo de bibliografias, de devolução de bibliografias, e de requisições de compra. Figura Caso MiniBib: Diagrama de Atividades para o melhor caso de Operação do Sistema 38
5 3.2. Esboçar Arquitetura do Sistema Esta atividade tem seu propósito voltado para a futura Fase de Projeto. O objetivo aqui é de esboçar uma visão estrutural completa e incremental dos requisitos que estarão sendo projetados e implementados nos ciclos/iterações previstas. Os artefatos gerados nesta atividade são provisórios em termos de sua completude e estarão limitados a enquadrar os use cases a serem realizados nos ciclos em pacotes e, estes, em camadas arquiteturais de software. Segundo Larman (2000), uma arquitetura de três camadas pode ser definida como: Apresentação: é a camada de interface do sistema. Lógica da Aplicação: é a camada que realiza as tarefas e possui as regras que governam os processos. Armazenamento: é a camada do banco de dados, que contém mecanismos de armazenamento persistente. O projeto FILM prevê uma arquitetura de três camadas como definida acima, tendo flexibilidade, contudo, para que sejam acrescentadas outras camadas quando convier. O foco do projeto FILM está na camada intermediária da aplicação, sendo necessário o mapeamento dos modelos desta camada para a camada do banco de dados (a camada de armazenamento dos dados), o que também será feito na Fase de Projeto. Neste momento do processo torna-se necessário e suficiente ter uma visão abrangente dos pacotes que formarão o projeto de software a ser construído. Na Fase de Projeto os artefatos desta atividade serão evoluídos e aperfeiçoados de forma a representar com exatidão os componentes do software em construção e nodos que os receberão. Vale lembrar que, originalmente, esta atividade não fazia parte do projeto FILM e foi acrescentada a este guia em função de bons resultados alcançados em trabalhos de customização de processos de software junto a empresas da região. Trabalhadores Envolvidos: Engenheiro de Software na qualidade de arquiteto. Clientes. Artefatos de Entrada: Modelo de Visão de Objetivos. Modelo de Visão de Requisitos. Artefatos de Saída: Esboço Arquitetural de Projeto. 39
6 Estratégias e Notações para Modelagem Em princípio a modelagem da arquitetura de projeto deve utilizar as notações UML para Pacotes, buscando estruturar e associar os use cases previstos até então. O projetista poderá utilizar, também, de outros mecanismos visuais/simbólicos com o objetivo de facilitar a compreensão por parte dos desenvolvedores. Abaixo será descrito, em dois passos, como realizar um esboço arquitetural que seja útil neste momento do processo e reaproveitável quando da Fase de Projeto. A estratégia inicial para se modelar a arquitetura de projeto sugere o que segue: Criar um Diagrama de Pacotes da Arquitetura que represente um esboço da arquitetura de camadas do software em pacotes de macro-funcionalidades. Apresenta-se a seguir um diagrama esquemático a fim de visualizar a modelagem das camadas e pacotes, sendo adotada a notação padrão UML para pacotes. 40
7 Figura Esquema para Demonstração de Notação para um Diagrama de Pacotes da Arquitetura Em relação aos use cases e classes de objetos correspondentes aos pacotes, sugere-se ao projetista relacioná-los aos devidos pacotes, internos às camadas, de forma textual, podendo ser realizado em uma tabela esquemática como a que segue. A coluna da tabela abaixo referente às classes ficará em branco até o momento oportuno para seu preenchimento na Fase de Projeto. Com ferramentas CASE apropriadas esta tabela pode ser desconsiderada, pois disponibilizam mecanismos para esta associação. Figura Notação Sugerida para Associação de Pacotes, Use Cases e Classes de Objetos 3.3. Definir Ciclos de Construção do Software - Cronograma e Estimativas de Esforço e Custo Os ciclos são organizados por prioridades do sistema e dos usuários e serão mais facilmente estruturados observando-se o diagrama de atividades. O planejamento dos ciclos sugere a estruturação de cronogramas de construção por ciclo, sendo aconselhável a conclusão de um ciclo antes do início do próximo (Larman, 2000). As equipes que farão o projeto do software podem utilizar de seus mecanismos próprios para planejamento da construção do produto. As diretrizes básicas, contudo, orientam que os ciclos de construção do sistema sejam programados com o objetivo de liberar pequenos módulos aos usuários para que possam ser gradativamente testados e melhorados. O ideal é que cada ciclo consuma entre uma ou duas semanas e não mais do que dois meses para ser construído (analisado, projetado, implementado e testado). Trabalhadores Envolvidos: Engenheiro de Software. Gerente de Projeto. Clientes. Artefatos de Entrada: Documento Contextual do Sistema. Modelo de Visão de Objetivos. Modelo de Visão de Requisitos. 41
8 Artefatos de Saída: Plano de Construção do Software: Cronograma e Estimativas de Esforço e Custo. Estratégias e Notações para Modelagem O planejamento dos ciclos, partindo de prazos estabelecidos e necessidades dos usuários, sugere a estruturação de cronogramas de construção por ciclo. Assim sendo, as informações de objetivos e requisitos e use cases devem ser o ponto de partida de observação para organizar os ciclos por prioridades do sistema e dos usuários e preparar a passagem para as fases seguintes do processo de construção do software. Os ciclos devem ser planejados considerando o tempo para sua conclusão, tendo como objetivo sua implantação e colocação em teste junto aos usuários. O objetivo é que cada ciclo seja estanque, sendo necessária a sua conclusão para que possa ser encaminhado o início de um novo ciclo. Isto não inviabiliza que um conjunto de funcionalidades maior e de difícil separação seja tratado em mais de um ciclo. Neste caso, a estratégia pode ser o tratamento deste conjunto de funcionalidades de forma escalonável, isto é, estimando-se mais de um ciclo para construir um mesmo conjunto de funcionalidades de maneira a liberar diferentes versões dos mesmos use cases ou objetivos que estarão sendo tratados. Em quaisquer dos casos pode ser feito, inicialmente, um esboço identificando-se os possíveis ciclos de construção do sistema associando-os aos seus respectivos use cases, como esquema abaixo e exemplo no estudo de caso. Ciclo 1: Use Case X Use Case Y Ciclo 2: Ciclo 3: Use Case X2 (no caso de escalonamento de use cases e ciclos) Use Case Z Use Case X3 (também no caso de escalonamento) Com os ciclos identificados é possível elaborar um cronograma para avaliar a viabilidade do projeto e realizar os devidos ajustes nos ciclos. O cronograma é essencial para decidir se o processo de desenvolvimento do sistema é viável e para obter uma aprovação dos clientes. O modelo de cronograma sugerido está estruturado com as seguintes características: - O cronograma é basicamente dividido em dois níveis: processos Linear e Cíclico, podendo este último estar composto por várias iterações; 42
9 - O processo Linear descreve a estruturação de requisitos, estando separada em atividades, e tem a finalidade de demonstrar o esforço já realizado - já que um contrato de desenvolvimento será proposto após estas atividades - e sua contribuição para o orçamento do projeto. Contudo, as colunas de estimativa de esforço e custo podem ser utilizados em projetos cujas atividades, mesmo de levantamento de requisitos, sejam previstas em uma proposta de assessoria em análise e projeto de sistemas; - O processo Cíclico descreve as fases da análise, projeto, implementação e testes, que por sua vez são separadas por suas atividades. Cada atividade apresenta a previsão para o projeto em quantidade de horas, valor financeiro e data de finalização. Esses valores são acumulados para demonstrar os totais de cada etapa. Ao lado é reservado um espaço para serem registrados os valores realizados, importante para acompanhamento e gerenciamento do projeto. Assim sendo, quando da elaboração de uma proposta de projeto, devem ser selecionadas as informações que por ventura sejam de interesse do cliente, pois outros dados servirão muitas vezes somente ao controle da execução do projeto de software. Apresenta-se uma sugestão de tabela para estruturar as informações de um plano de construção de ciclos. Contudo, existem diversas técnicas, principalmente no campo da gerência de projetos, que podem auxiliar o leitor a adequar melhor suas propostas de desenvolvimento, mas que não nos deteremos em detalhar por não ser o escopo deste trabalho. 43
10 Figura Esquema para Planejamento da Construção do Software: Cronograma e Estimativa de Esforço e Custos 44
11 Estudo de Caso O sistema MiniBib teve seus ciclos de construção identificados e planejados com base nas informações do Diagrama de Atividades visto anteriormente. A seqüência das iterações ficou como apresentada abaixo e uma tabela semelhante a da figura 3.5 foi elaborada mas dispensada do relatório final do projeto de DeBona (2002). Ciclo 1: Ciclo 2: Ciclo 3: Use Case Cadastro de proprietários Use Case Cadastro de bibliografias Use Case Consulta acervo Use Case Controle de empréstimo de bibliografias Use Case Controle de devolução de bibliografias Use Case Cadastro de requisições de compra Use Case Consulta de requisições de compra 3.4. Validar Plano de Construção do Software - Elaborar uma Proposta de Negócio Um dos principais benefícios de um processo iterativo e incremental é a flexibilidade que pode ser oferecida aos clientes em mudar os requisitos de um projeto de software, o que há muito era um problema na negociação entre as partes. Assim sendo, o processo linear inicial viabiliza que o profissional de engenharia de software tome conhecimento sobre os problemas e necessidades dos clientes, sem contudo se deixar levar pelo detalhamento extremo na coleta de requisitos. Otimiza-se, desta forma, a quantidade de tempo despendido para a elaboração de uma proposta de trabalho mais próxima da realidade mas que estará apta a alterações quando do início de cada ciclo de construção. Portanto, deve ficar claro que deve ser possível modificar os requisitos do sistema, inclusive para não condenar todo um projeto, mas que eventuais ajustes poderão ocorrer dependendo da complexidade ou dimensão das mudanças. Este é o momento do processo em que deve-se "bater o martelo" em relação à construção do software. Não iremos sugerir nenhum modelo específico de proposta de trabalho, o que é muito particular de cada empresa ou equipe, mas fica evidente que as informações documentadas até este momento facilitarão em muito a geração de uma proposta de negócio para o cliente. Esta atividade pode requerer um retorno a atividades anteriories para fins de ajustes ou negociação, mas principalmente o plano de ciclos deve ser ajustado, compreendidos e aprovado por todas as partes interessadas. 45
12 Contudo, dúvidas sobre a abrangência e compreensão de um projeto de software são normais. Para auxiliar sugerimos a técnica de prototipação, que muitas vezes é utilizada em momentos impróprios de um processo, pode ser aqui adotada para facilitar o entendimento e negociação sobre a navegabilidade da futura aplicação e estruturação de seus módulos. No caso de haver necessidade de apelo visual da aplicação, pode-se também executar um préprojeto visual do protótipo, porém este não deve ser o foco desta atividade. 46
Figura 5 - Workflow para a Fase de Projeto
5. Fase de Projeto A Fase de Projeto caracteriza-se por transformar as informações modeladas durante a Fase de Análise em estruturas arquiteturais de projeto com o objetivo de viabilizar a implementação
Leia maisCurso: 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
Leia maisGerenciamento 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
Leia maisIntrodução ao RUP Rational Unified Process. por Denize Terra Pimenta Outubro/2004
Introdução ao RUP Rational Unified Process por Denize Terra Pimenta Outubro/2004 1 Contexto Não é suficiente apenas a presença de desenvolvedores altamente treinados: Precisamos de uma linguagem para a
Leia maisAula 2 Revisão 1. Ciclo de Vida. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW
Ciclo de Vida Aula 2 Revisão 1 Processo de Desenvolvimento de Software 1 O Processo de desenvolvimento de software é um conjunto de atividades, parcialmente ordenadas, com a finalidade de obter um produto
Leia maisApresentar os conceitos básicos da metodologia de desenvolvimento Processo Unificado, utilizando como aporte o Processo Unificado Rational RUP
Fábio Lúcio Meira Objetivos Gerais Apresentar os conceitos básicos da metodologia de desenvolvimento Processo Unificado, utilizando como aporte o Processo Unificado Rational RUP Específicos Apresentar
Leia maisProcessos 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.
Leia maisEngenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios
Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios Cronograma das Aulas. Hoje você está na aula Semana
Leia maisEngenharia de Software II
Engenharia de Software II Aula 28 Revisão para a Prova 2 http://www.ic.uff.br/~bianca/engsoft2/ Aula 28-28/07/2006 1 Matéria para a Prova 2 Gestão de projetos de software Conceitos (Cap. 21) Métricas (Cap.
Leia maisO Processo Unificado
UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA O Processo Unificado 879SCC Projeto e Desenvolvimento de Sistemas
Leia maisPROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Introdução Modelos de Processo de Desenvolvimento de Software Os modelos de processos de desenvolvimento de software surgiram pela necessidade de dar resposta às
Leia maisMetodologia de Desenvolvimento de Software. Prof. M.Sc. Sílvio Bacalá Jr
Metodologia de Desenvolvimento de Software Prof. M.Sc. Sílvio Bacalá Jr Objetivos Discutir aspectos de Engenharia de Software Aplicar um método de desenvolvimento para especificação e projeto de software
Leia maisMDMS-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
Leia maisDiretrizes de Qualidade de Projetos
Diretrizes de Qualidade de Projetos Versão 1.5 MAPA/SE/SPOA/CGTI, 2012 Página 1 Histórico de Revisão Data Versão Descrição Autor 15/01/2012 1.0 Criação do Artefato Pérsio Mairon 10/03/2012 1.1 Inclusão
Leia maisIntrodução ao Processo Unificado (PU)
Universidade Federal de Mato Grosso do Sul Sistemas de Informação - CPCX Introdução ao Processo Unificado (PU) Prof. Fernando Maia da Mota Slides gentilmente cedidos por Profa. Dra. Maria Istela Cagnin
Leia maisGerenciamento de Projetos Modulo II Clico de Vida e Organização
Gerenciamento de Projetos Modulo II Clico de Vida e Organização Prof. Walter Cunha falecomigo@waltercunha.com http://waltercunha.com Bibliografia* Project Management Institute. Conjunto de Conhecimentos
Leia maisAtendimento de Demandas CTIC
Fluxo de Atendimento de Demandas - CTIC Atendimento de Demandas CTIC Coordenação de Sistemas Fluxo de Atendimento de Demandas - CTIC Público Alvo: Áreas Usuárias dos Sistemas da UFOPA e Equipe de Coordenação
Leia maisResolução da lista de exercícios de casos de uso
Resolução da lista de exercícios de casos de uso 1. Explique quando são criados e utilizados os diagramas de casos de uso no processo de desenvolvimento incremental e iterativo. Na fase de concepção se
Leia maisCapítulo 2. Processos de Software. 2011 Pearson Prentice Hall. Todos os direitos reservados. slide 1
Capítulo 2 Processos de Software slide 1 Tópicos apresentados Modelos de processo de software. Atividades de processo. Lidando com mudanças. Rational Unified Process (RUP). Um exemplo de um processo de
Leia maisESTRUTURA DE GERENCIAMENTO DO RISCO OPERACIONAL DO BANCO COOPERATIVO SICREDI E EMPRESAS CONTROLADAS
ESTRUTURA DE GERENCIAMENTO DO RISCO OPERACIONAL DO BANCO COOPERATIVO SICREDI E EMPRESAS CONTROLADAS Versão : 31 de dezembro de 2008 CONTEÚDO 1. INTRODUÇÃO...3 2. ORGANIZAÇÃO DA GESTÃO DE RISCO OPERACIONAL...3
Leia maisGerência de Projetos e EVTE. Fabiana Costa Guedes
Gerência de Projetos e Fabiana Costa Guedes 1 Agenda O que é um Projeto O que é Gerenciamento de Projetos O Contexto da Gerência de Projetos PMI Project Management Institute Ciclo de Vida do Projeto Áreas
Leia maisWhite-box test: Também conhecido como teste estrutural, tem por objetivo validar os dados derivados das funções do sistema.
22. Planejamento, Especificação e Execução dos Testes A implantação de um sistema de boa qualidade, dentro de um prazo específico, pode ser seriamente prejudicada caso uma etapa extremamente importante
Leia mais4.1. UML Diagramas de casos de uso
Engenharia de Software 4.1. UML Diagramas de casos de uso Nuno Miguel Gil Fonseca nuno.fonseca@estgoh.ipc.pt Utilizados para ajudar na análise de requisitos Através da forma como o utilizador usa o sistema
Leia maisGerenciamento 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
Leia maisOrganização do Arquivo da Assessoria Jurídica das Empresas Portobello
Organização do Arquivo da Assessoria Jurídica das Empresas Portobello Valéria Gonréa atinem* leonilcr Fernandes** m dos aspectos fundamentais do grau de desenvolvimento de uma Empresa é a qualidade da
Leia maisGuia de utilização da notação BPMN
1 Guia de utilização da notação BPMN Agosto 2011 2 Sumário de Informações do Documento Documento: Guia_de_utilização_da_notação_BPMN.odt Número de páginas: 31 Versão Data Mudanças Autor 1.0 15/09/11 Criação
Leia maisSistema Datachk. Plano de Projeto. Versão <1.0> Z u s a m m e n a r b e i t I d e i a s C o l a b o r a t i v a s
Plano de Projeto Versão Z u s a m m e n a r b e i t I d e i a s C o l a b o r a t i v a s 2010 2 Histórico de Revisões Data Versão Descrição Autores 07/04/2010 1.0 Criação da primeira versão do Plano
Leia maisARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.
ARCO - Associação Recreativa dos Correios Sistema para Gerenciamento de Associações Recreativas Versão Histórico da Revisão Data Versão Descrição Autor Página
Leia maisMINISTÉRIO DA FAZENDA SECRETARIA EXECUTIVA
PROGRAMA DE MODERNIZAÇÃO INTEGRADA DO MINISTÉRIO DA FAZENDA - PMIMF MINISTÉRIO DA FAZENDA SECRETARIA EXECUTIVA ATORES DA REDE DE INOVAÇÃO 2 O MODELO CONTEMPLA: Premissas e diretrizes de implementação Modelo
Leia maisRequisitos do usuário, do sistema e do software [Sommerville, 2004]
Requisitos Objetivos ou restrições estabelecidas por clientes e usuários do sistema que definem as diversas propriedades do sistema Condição ou capacidade necessária que o software deve possuir para que
Leia maisANEXO I - TERMO DE REFERÊNCIA NÚCLEO DE EMPREENDIMENTOS EM CIÊNCIA, TECNOLOGIA E ARTES NECTAR.
ANEXO I - TERMO DE REFERÊNCIA NÚCLEO DE EMPREENDIMENTOS EM CIÊNCIA, TECNOLOGIA E ARTES NECTAR. OBJETO: CONTRATAÇÃO DE EMPRESA ESPECIALIZADA PARA CONSTRUÇÃO DO PORTAL E AQUISIÇÃO DE SOFTWARE DE GESTÃO DE
Leia maisTechProf Documento de Arquitetura
TechProf Projeto SuporteProf Versão 1.0 15 de junho de 2016 Responsáveis: Adelson Santos de Melo Filho, Edvaldo Nicolau da Silva, Moisés Luis da Silva Histórico de Revisões Data Versão Descrição Autor
Leia maisProva de Conhecimento para Consultores de Implementação MPS.BR INSTRUÇÕES
Implementação MPS.BR 26 de maio de 2008 4 horas de duração e-mail: (DEIXAR EM BRANCO) RESULTADO: Q1 Q2 Q3 Q4 Q5 Q6 Q7 Q8 Q9 Q10 Nota INSTRUÇÕES Para a maioria das questões você tem mais de uma opção e
Leia maisDESENVOLVENDO O SISTEMA
DESENVOLVENDO O SISTEMA Declaração da Necessidade O primeiro passo do processo de análise de sistema envolve a identificação da necessidade [Pressman-95]. Normalmente o analista reúne-se com o usuário
Leia maisVIGDENGUE - SISTEMA DE APOIO AO ACOMPANHAMENTO E VIGILÂNCIA DE CASOS NOTIFICADOS DE DENGUE
VIGDENGUE - SISTEMA DE APOIO AO ACOMPANHAMENTO E VIGILÂNCIA DE CASOS NOTIFICADOS DE DENGUE 1. Introdução Prof. MSc. Bruno Carlos da Cunha Costa Coordenador do Projeto UNIFESO Prof. MSc. José Roberto de
Leia maisGestão da Qualidade em Projetos
Gestão da Qualidade em Projetos Definição do Escopo Escopo O escopo do projeto define o que precisa ser feito. Isso se refere a todo o trabalho que deve ser realizado com a finalidade de produzir todas
Leia maisPorque 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
Leia maisDiagrama de Estrutura Composta
Diagramas da UML Diagrama de Estrutura Composta Diagrama de Casos de Uso Indicação: Análise de Requisitos Permite descobrir os requisitos funcionais do sistema Fornece uma descrição clara e consistente
Leia maisRoteiro 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
Leia maisEngenharia de Software II
Engenharia de Software II Aula 14 Revisão http://www.ic.uff.br/~bianca/engsoft2/ Aula 14-07/05/2006 1 Processo de Software Qual é a diferença entre uma atividade de arcabouço e uma atividade guarda chuva?
Leia maisRequisitos de Software
Requisitos de Software (Cap 6 - Sommerville) UNIVERSIDADE FEDERAL DE ALAGOAS Curso de Ciência da Computação Engenharia de Software I Prof. Rômulo Nunes de Oliveira Requisitos funcionais e não funcionais
Leia maisMetodologia de Desenvolvimento de Sistemas (Versão 2.0)
SERVIÇO PÚBLICO FEDERAL MINISTÉRIO DA INTEGRAÇÃO NACIONAL DEPARTAMENTO NACIONAL DE OBRAS CONTRA AS SECAS Metodologia de Desenvolvimento de Sistemas (Versão 2.0) 1 Sumário 1Introdução... 5 1.1 Objetivo...
Leia maisVálvulas de Controle-"Case"- Copesul. Nelzo Luiz Neto da Silva 1 Jader Weber Brum 2
Válvulas de Controle-"Case"- Copesul Nelzo Luiz Neto da Silva 1 Jader Weber Brum 2 RESUMO Visando rever conceitos, procedimentos, estratégias e tecnologias voltadas para a manutenção de válvulas, partimos
Leia maisProcesso de Desenvolvimento de Software
Processo de Desenvolvimento de Software Prof. Luiz Leão luizleao@gmail.com luizleao.com Atividades em PDS Análise econômica e de requisitos (Análise). Especificação do Software (Especificação). Desenho
Leia maisProcessos de Software
Processos de Software Prof. Márcio Lopes Cornélio Slides originais elaborados por Ian Sommerville O autor permite o uso e a modificação dos slides para fins didáticos O processo de Um conjunto estruturado
Leia maisPOLÍTICA DE GESTÃO DE RISCO - PGR
POLÍTICA DE GESTÃO DE RISCO - PGR DATASUS Maio 2013 Arquivo: Política de Gestão de Riscos Modelo: DOC-PGR Pág.: 1/12 SUMÁRIO 1. APRESENTAÇÃO...3 1.1. Justificativa...3 1.2. Objetivo...3 1.3. Aplicabilidade...4
Leia maisCasos de uso Objetivo:
Casos de uso Objetivo: Auxiliar a comunicação entre os analistas e o cliente. Descreve um cenário que mostra as funcionalidades do sistema do ponto de vista do usuário. O cliente deve ver no diagrama de
Leia maisMetodologias de Desenvolvimento de Sistemas. Analise de Sistemas I UNIPAC Rodrigo Videschi
Metodologias de Desenvolvimento de Sistemas Analise de Sistemas I UNIPAC Rodrigo Videschi Histórico Uso de Metodologias Histórico Uso de Metodologias Era da Pré-Metodologia 1960-1970 Era da Metodologia
Leia maisÁreas de Conhecimento de Gerenciamento de Projetos
Áreas de Conhecimento de Gerenciamento de s O guia de melhores práticas em gerenciamento de projetos, PMBOK, é organizado em áreas de conhecimento e, por sua vez, cada área de conhecimento é descrita através
Leia maisQualidade de Software
Qualidade de Software Projeto e Desenvolvimento de Sistemas Dr. Fábio Levy Siqueira levy.siqueira@gmail.com Aula 2: Garantia da Qualidade e Padrões Qualidade de software Quais são as atividades de Gestão
Leia maisO modelo Entidade-Relacionamento. Agenda: -Modelagem de dados utilizando O Modelo Entidade-Relacionamento
O modelo Entidade-Relacionamento Agenda: -Modelagem de dados utilizando O Modelo Entidade-Relacionamento 1 Antes de começarmos: A modelagem conceitual é uma fase muito importante no plamejamento de um
Leia maisSistema de Gerenciamento de Projetos V 1.01 MANUAL DO COORDENADOR
Roteiro para utilização do GEP Versão de referência: GEP V1.00 Índice analítico I Apresentação... 2 I.1 Controles básicos do sistema;... 2 I.2 Primeiro acesso... 2 I.3 Para trocar a senha:... 3 I.4 Áreas
Leia mais29/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
Leia maisDiretrizes para determinação de intervalos de comprovação para equipamentos de medição.
Diretrizes para determinação de intervalos de comprovação para equipamentos de medição. De acordo com a Norma NBR 1001, um grande número de fatores influência a freqüência de calibração. Os mais importantes,
Leia maisQUANDO este projeto deve ser realizado e QUANTO este projeto deverá custar?
O PROJECT MODEL CANVAS (www.pmcanvas.com.br) é uma ferramenta que permite que um projeto seja entendido no contexto dos aspectos Fundamentals da teoria de gerenciamento de projetos. A metodologia facilita
Leia maisPROJETO DE COOPERAÇÃO TÉCNICA INTERNACIONAL. Projeto 914 BRA5065 - PRODOC-MTC/UNESCO DOCUMENTO TÉCNICO Nº 03
PROJETO DE COOPERAÇÃO TÉCNICA INTERNACIONAL Diretrizes e Estratégias para Ciência, Tecnologia e Inovação no Brasil Projeto 914 BRA5065 - PRODOC-MTC/UNESCO DOCUMENTO TÉCNICO Nº 03 RELATÓRIO TÉCNICO CONCLUSIVO
Leia maisDesenvolvimento de uma Etapa
Desenvolvimento de uma Etapa A Fase Evolutiva do desenvolvimento de um sistema compreende uma sucessão de etapas de trabalho. Cada etapa configura-se na forma de um mini-ciclo que abrange as atividades
Leia mais! Introdução. " Motivação para Processos de Software. ! Processo Unificado (USDP) " Definições " RUP x USDP " Características do Processo Unificado
Agenda! Introdução " Motivação para Processos de Software! (USDP) " Definições " RUP x USDP " Características do! Descrição detalhada do! Processos Derivados! Templates simplificados! Conclusões 2 Processo
Leia maisO Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no
1.1 RATIONAL UNIFIED PROCESS (RUP) O Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no processo que atende pelo nome de Processo Unificado (ou UP do inglês Unified
Leia maisUnidade II MODELAGEM DE PROCESSOS
Unidade II 3 MODELAGEM DE SISTEMAS 1 20 A fase de desenvolvimento de um novo sistema de informação (Quadro 2) é um momento complexo que exige um significativo esforço no sentido de agregar recursos que
Leia maisGerenciamento de Projetos Modulo VIII Riscos
Gerenciamento de Projetos Modulo VIII Riscos Prof. Walter Cunha falecomigo@waltercunha.com http://waltercunha.com Bibliografia* Project Management Institute. Conjunto de Conhecimentos em Gerenciamento
Leia maisPolítica Gestão de Configuração e Mudança
Política Gestão de Configuração Histórico de Alteração Data Versão Descrição Autor 20/08/2011 1 Versão Inicial Danilo Costa Versão 1 Pág. 2 de 7 Índice 1. POLÍTICA 4 1.1 Aplicabilidade 4 2. CONCEITUAÇÃO
Leia maisSISTEMA DE AVALIAÇÃO E APOIO À QUALIDADE DO ENSINO A DISTÂNCIA
1 SISTEMA DE AVALIAÇÃO E APOIO À QUALIDADE DO ENSINO A DISTÂNCIA Renato Cislaghi, UFSC, cislaghi@inf.ufsc.br Silvia Modesto Nassar, UFSC, silvia@inf.ufsc.br Beatriz Wilges, UFSC, beaw@inf.ufsc.br Introdução
Leia maisUNIVERSIDADE FEDERAL RURAL DE PERNAMBUCO DEPARTAMENTO DE ESTATÍSTICA E INFORMÁTICA BACHARELADO EM SISTEMAS DE INFORMAÇÃO RAPID APPLICATION DEVELOPMENT
UNIVERSIDADE FEDERAL RURAL DE PERNAMBUCO DEPARTAMENTO DE ESTATÍSTICA E INFORMÁTICA BACHARELADO EM SISTEMAS DE INFORMAÇÃO RAPID APPLICATION DEVELOPMENT Disciplina: Modelagem a Programação Orientada a Objetos
Leia maisClassificação de Sistemas: Sistemas Empresariais
Universidade do Contestado Campus Concórdia Curso de Ciências Contábeis Prof.: Maico Petry Classificação de Sistemas: Sistemas Empresariais DISCIPLINA: Sistemas de Informação Gerencial O QI da empresa
Leia maisTeste de Software: Um Breve Estudo do Importante Processo no Desenvolvimento de Softwares
Teste de Software: Um Breve Estudo do Importante Processo no Desenvolvimento de Softwares André Assis Lôbo de Oliveira Francisco Guerra Fernandes Júnior Faculdades Alves Faria, 74445190, Brasil andrelobin@hotmail.com,
Leia maisBoas práticas, vedações e orientações para contratação de serviços de desenvolvimento e manutenção de software (Fábrica de Software)
MINISTÉRIO DO PLANEJAMENTO, ORÇAMENTO E GESTÃO Secretaria de Tecnologia da Informação Departamento de Infraestrutura e Serviços de Tecnologia da Informação Departamento de Governança e Sistemas de Informação
Leia maisO que é, e para que serve o Cronograma:
O que é, e para que serve o Cronograma: O cronograma é um instrumento de planejamento e controle semelhante a um diagrama em que são definidas e detalhadas minuciosamente as atividades a serem executadas
Leia maisManual das planilhas de Obras v2.5
Manual das planilhas de Obras v2.5 Detalhamento dos principais tópicos para uso das planilhas de obra Elaborado pela Equipe Planilhas de Obra.com Conteúdo 1. Gerando previsão de custos da obra (Módulo
Leia maisAno IV - Número 19. Versões 5.0.1 e 5.1
Versões 5.0.1 e 5.1 Quarta-feira, 07 de janeiro de 2009 ÍNDICE 3 EDITORIAL 4 VERSÃO 5.1 4 Dashboard 5 Plano de Comunicação 6 Configurações Pessoais 6 Priorização de Demandas 7 Agendamento de Demandas 8
Leia maisDefinição: O escopo de um projeto descreve todos os seus produtos, os serviços necessários para realizá-los e resultados finais esperados. Descreve também o que é preciso fazer para que alcance seus objetivos
Leia maisProjeto de inovação do processo de monitoramento de safra da Conab
Projeto de inovação do processo de monitoramento de safra da Conab Projeto elaborado por Lorenzo Seguini lorenzo_seguini@yahoo.it Projeto Diálogos Setoriais União Europeia - Brasil 1 Sumário 1. Introdução...3
Leia maisIntrodução. Gerência de Projetos de Software. Sumário. Sistemas de Informação para Processos Produtivos
Sumário Sistemas de Informação para Processos Produtivos 1. Gerência de 2. Agentes principais e seus papéis 3. Ciclo de vida do gerenciamento de projetos M. Sc. Luiz Alberto lasf.bel@gmail.com Módulo 6
Leia maisMINISTÉRIO DO PLANEJAMENTO, ORÇAMENTO E GESTÃO DIRETORIA DE ADMINISTRAÇÃO COORDENAÇÃO-GERAL DE AQUISIÇÕES
MINISTÉRIO DO PLANEJAMENTO, ORÇAMENTO E GESTÃO DIRETORIA DE ADMINISTRAÇÃO COORDENAÇÃO-GERAL DE AQUISIÇÕES BANCO INTERAMERICANO DE DESENVOLVIMENTO REPRESENTAÇÃO NO BRASIL SOLICITAÇÃO DE MANIFESTAÇÃO DE
Leia maisPrograma 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:
Leia maisAdministração de Pessoas
Administração de Pessoas MÓDULO 5: ADMINISTRAÇÃO DE RECURSOS HUMANOS 5.1 Conceito de ARH Sem as pessoas e sem as organizações não haveria ARH (Administração de Recursos Humanos). A administração de pessoas
Leia maisPlanejamento - 7. Planejamento do Gerenciamento do Risco Identificação dos riscos. Mauricio Lyra, PMP
Planejamento - 7 Planejamento do Gerenciamento do Risco Identificação dos riscos 1 O que é risco? Evento que representa uma ameaça ou uma oportunidade em potencial Plano de gerenciamento do risco Especifica
Leia maisQ-Acadêmico. Módulo CIEE - Estágio. Revisão 01
Q-Acadêmico Módulo CIEE - Estágio Revisão 01 SUMÁRIO 1. VISÃO GERAL DO MÓDULO... 2 1.1 PRÉ-REQUISITOS... 2 2. ORDEM DE CADASTROS PARA UTILIZAÇÃO DO MÓDULO CIEE... 3 2.1 CADASTRANDO EMPRESAS... 3 2.1.1
Leia maisProjeto. Gerenciamento de Projeto de Software. Tópicos abordados. Características básicas de um projeto. Definição
Gerenciamento de Projeto de Software Tópicos abordados Atividades de gerenciamento Planejamento do projeto Cronograma do projeto Gerenciamento de riscos Prof. Ms. Luiz Alberto Contato: lasf.bel@gmail.com
Leia maisProcessos 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
Leia maisTópicos em Engenharia de Software (Optativa III) AULA 2. Prof. Andrêza Leite andreza.lba@gmail.com (81 )9801-6619
Tópicos em Engenharia de Software (Optativa III) AULA 2 Prof. Andrêza Leite andreza.lba@gmail.com (81 )9801-6619 Engenharia de Software Objetivo da aula Depois desta aula você terá uma revisão sobre o
Leia maisProcessoUnificado: Prof. Anderson Cavalcanti UFRN-CT-DCA
ProcessoUnificado: Elaboração Prof. Anderson Cavalcanti UFRN-CT-DCA ResultadodaConcepção Um seminário curto de requisitos; A maioria dos atores, objetivos e casos de uso nomeados; A maioria dos casos de
Leia maisMANUAL DE PROCEDIMENTOS MPR/SPI-702-R00 LEVANTAMENTO E ATUALIZAÇÃO DO RELATÓRIO GERENCIAL DE INFORMAÇÕES DA AVIAÇÃO CIVIL
MANUAL DE PROCEDIMENTOS MPR/SPI-702-R00 LEVANTAMENTO E ATUALIZAÇÃO DO RELATÓRIO GERENCIAL DE INFORMAÇÕES DA AVIAÇÃO CIVIL 04/2016 PÁGINA INTENCIONALMENTE EM BRANCO 2 13 de abril de 2016. Aprovado, Tiago
Leia maisUNEMAT SISTEMA DE INFORMAÇÃO (SI) Professora: Priscila Pelegrini priscila_pelegrini@unemat-net.br
UNEMAT SISTEMA DE INFORMAÇÃO (SI) Professora: Priscila Pelegrini priscila_pelegrini@unemat-net.br SINOP MT 2015-1 COMO SÃO DESENVOLVIDOS OS SISTEMAS DE INFORMAÇÃO? São desenvolvimento como uma estrutura
Leia maisA 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
Leia maisCurso Superior de Tecnologia em Banco de Dados e Sistemas para Internet Disciplina: Projeto Integrador III Prof.: Fernando Hadad Zaidan
Faculdade INED Curso Superior de Tecnologia em Banco de Dados e Sistemas para Internet Disciplina: Projeto Integrador III Prof.: Fernando Hadad Zaidan Ago-2008 1 Gestão de requisitos 2 Bibliografia: PAULA
Leia maisEdital de Concorrência Pública Nacional (SQC) nº 40.10756/2006
Edital de Concorrência Pública Nacional (SQC) nº 40.10756/2006 Serviços de Consultoria Pessoa Jurídica para a elaboração de metodologia que permita mensurar, verificar e avaliar os resultados decorrentes
Leia maisNORMA TÉCNICA PARA IMPLANTAÇÃO DE NOVOS SISTEMAS OU APLICAÇÕES NO BANCO DE DADOS CORPORATIVO
NORMA TÉCNICA PARA IMPLANTAÇÃO DE NOVOS SISTEMAS OU APLICAÇÕES NO BANCO DE DADOS CORPORATIVO Referência: NT-AI.04.02.01 http://www.unesp.br/ai/pdf/nt-ai.04.02.01.pdf Data: 27/07/2000 STATUS: EM VIGOR A
Leia maisProcessos 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
Leia maisAPLICAÇÕES DA CURVA s NO GERENCIAMENTO DE PROJETOS
CONCEITOS GERAIS : A curva S representa graficamente o resultado da acumulação das distribuições percentuais, parciais, relativas à alocação de determinado fator de produção (mão de obra, equipamentos
Leia maisO Banco Central do Brasil em 29/06/2006 editou a Resolução 3380, com vista a implementação da Estrutura de Gerenciamento do Risco Operacional.
1 POLÍTICA DE GERENCIAMENTO DO RISCO OPERACIONAL 1.1 Introdução O Banco Central do Brasil em 29/06/2006 editou a Resolução 3380, com vista a implementação da Estrutura de Gerenciamento do Risco Operacional.
Leia maisADMINISTRAÇÃO I. Família Pai, mãe, filhos. Criar condições para a perpetuação da espécie
1 INTRODUÇÃO 1.1 ORGANIZAÇÃO E PROCESSOS A administração está diretamente ligada às organizações e aos processos existentes nas mesmas. Portanto, para a melhor compreensão da Administração e sua importância
Leia maisProcesso de Desenvolvimento de Software Workshop de Engenharia de Software
UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA Processo de Desenvolvimento de Software Engenharia de Software Auxiliar
Leia maisPROGRAMA DESENVOLVIMENTO ADMINISTRATIVO E TECNOLÓGICO CONSELHO DIRETOR
PROGRAMA DESENVOLVIMENTO ADMINISTRATIVO E TECNOLÓGICO CONSELHO DIRETOR TERMO DE ABERTURA Preparado por: Cláudio França de Araújo Gestor do Programa CD Aprovado por: Ricardo Antônio de Arruda Veiga Representante
Leia maisITIL v3 - Operação de Serviço - Parte 1
ITIL v3 - Operação de Serviço - Parte 1 É na Operação de Serviço que se coordena e realiza as atividades e processos necessários para fornecer e gerenciar serviços em níveis acordados com o usuário e clientes
Leia maisGERÊNCIA DE PROJETOS DE SOFTWARE. Introdução
GERÊNCIA DE PROJETOS DE SOFTWARE Introdução GERÊNCIA DE PROJETOS DE SOFTWARE - INTRODUÇÃO Um projeto é como uma viagem em uma rodovia. Alguns projetos são simples e rotineiros, como dirigir até uma loja
Leia mais