MINISTÉRIO DA INTEGRAÇÃO NACIONAL SECRETARIA EXECUTIVA DEPARTAMENTO DE GESTÃO ESTRATÉGICA COORDENAÇÃO-GERAL DE TECNOLOGIA DA INFORMAÇÃO ENCARTE R

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

Download "MINISTÉRIO DA INTEGRAÇÃO NACIONAL SECRETARIA EXECUTIVA DEPARTAMENTO DE GESTÃO ESTRATÉGICA COORDENAÇÃO-GERAL DE TECNOLOGIA DA INFORMAÇÃO ENCARTE R"

Transcrição

1 ENCARTE R Estimativa de de Software Estimativa de de Software: Contratação de Serviços de Fábrica de Software Página 1 de 10

2 SUMÁRIO 1 REFERÊNCIAS INTRODUÇÃO ESTIMATIVA PRELIMINAR ESTIMATIVA INTERMEDIÁRIA MEDIÇÃO FINAL ESTIMATIVA BASEADA EM HORA DE SERVIÇO TÉCNICO (HST) O MÉTODO DE CÁLCULO ATORES DESCRIÇÃO MANUAL: ESTIMATIVA BASEADA EM HST PLANILHA ESTIMATIVA ITEM ITEM ITEM ITEM

3 1 REFERÊNCIAS KARNER, G. Use Case Points: resource estimation for Objectory projects. Objective Systems SF AB (copyright owned by Rational/IBM), 1993 Roteiro de Métrica SISP, COCOMO, Construtive Cost Model, BOEHM, Barry W., Prentice Hall, 1981 Anda, B, Dreiem, H, Sjoberg, D, Jorgesen, M, Estimating Development Effort based on Use Cases Experiences from Industry. In M. Gogolla, C. Kobryn (Eds.): UML 2001 The Unified Modeling Language, Modeling Languages, Concepts, and Tools, 4th International Conference, Toronto, Canada, October 1-5, 2001, LNCS 2185, Springer-Verlag, pp INTRODUÇÃO As estimativas do produto e do processo são a base para o planejamento do projeto de software. As estimativas fornecem dados que permitem prever o tempo necessário e os custos do projeto. Não é possível elaborar cronograma e orçamento sem o uso de estimativas. Para determinar o tempo de desenvolvimento, é necessário estimar a duração das atividades do software. Estimativas da duração do software dependem do tamanho do software que é necessário produzir e da produtividade dos profissionais alocados. Estimativas são realizadas com base em métricas. Métricas de tamanho, duração, produtividade e esforço estão entre as mais utilizadas. Para fazer as estimativas, pode-se optar por duas estratégias: Métricas com base no histórico do órgão Métricas estatísticas de diferentes órgãos As métricas históricas funcionam bem quando a organização é estável e já possui informações coletadas em anos de experiência. Para isso, é fundamental que exista um processo de gerenciamento do projeto cuidadoso e que todos os dados sejam obtidos para serem analisados e avaliados. Com isso, pode-se estimar como a equipe irá produzir, a partir de casos anteriores semelhantes. As estimativas podem ser realizadas por especialistas, que atribuem valores com base em suas experiências de projetos anteriores. Neste caso, podem-se utilizar analogias com projetos anteriores e estimar quais seriam os valores para o novo projeto. As métricas estatísticas são elaboradas por empresas especializadas que obtêm dados de diversas organizações de desenvolvimento de software. Estes dados devem levar em consideração as diversas condições e características que causem impacto no desenvolvimento do software. Com base nestes valores, os especialistas elaboram tabelas, fórmulas e algoritmos que podem ser aplicados no planejamento de um processo de software. Isto permite que as organizações de desenvolvimento possam elaborar o seu planejamento ajustando os valores as suas próprias condições. Os métodos algorítmicos para a realização de estimativas oferecem uma opção mais independente e objetiva. Um exemplo desses métodos são as estimativas de esforço. Esses métodos estão centrados no tamanho do software e da produtividade da equipe, por exemplo: Esforço = Produtividade*Tamanho O esforço é entendido como a quantidade de horas de trabalho a ser executada nas atividades de desenvolvimento do projeto que entregará, ao seu final, o produto/serviço de software, podendo ser apurado utilizando-se diversos métodos que estão disponíveis no mercado. O Ministério da Integração Nacional (MI) desenvolveu um método que foi baseado no método de Estimativa baseada em complexidade de Casos

4 de Uso: O processo de estimativa de esforço é realizado através da aplicação da complexidade das funcionalidades do software. As estimativas de esforço constituem um processo constante durante o desenvolvimento de software. Ele deve ser executado no início dos projetos (estimativas iniciais) e com base em requisitos preliminares, que identificam as funcionalidades contidas no escopo do software. As estimativas devem ser revisadas constantemente à medida que o desenvolvimento percorra seu ciclo de vida, a fim de verificar valores, apoiar a correção de desvios e avaliar o andamento do projeto de forma clara e objetiva. Ao final do desenvolvimento, é importante medir o tamanho final do produto de software entregue, assim como as apurações dos esforços realizados durante a sua construção. Tais medições geram valores que auxiliam no entendimento do contexto produtivo ocorrido em cada caso e retroalimenta a base histórica do MI, com dados que servem para a validação e aprimoramento de todo o processo de estimativas. O momento onde as estimativas e medições serão refeitas, dependerá do ciclo de vida de cada projeto em particular, mas são importantes os seguintes pontos de controle: 1.1. ESTIMATIVA PRELIMINAR Objetivo: Subsidiar estimativas para produzir os artefatos iniciais do projeto (predefinição do escopo do sistema e com o estabelecimento da linha de base da medição durante todo o ciclo de vida dentro da organização). Neste momento, o artefato disponível, geralmente, é apenas o DOD Documento de Oficialização da Demanda ESTIMATIVA INTERMEDIÁRIA Objetivo: Conferir estimativas preliminares ou intermediárias a partir dos resultados obtidos pela análise de requisitos do sistema (verificação do escopo do sistema). Podem ser realizadas tantas estimativas intermediárias quantas forem necessárias dependendo do tamanho e do formato do ciclo de vida do desenvolvimento de software, segundo suas iterações. Entradas: Documentação disponível do sistema: A documentação de apoio à contagem pode variar dependendo do ponto de execução em que o projeto se encontrar. o Modelo de Dados, Visão, Glossário, Diagrama de casos de uso, detalhamento de casos de uso e Protótipos MEDIÇÃO FINAL Objetivo: Realizar a estimativa do produto de software entregue ao usuário. Entradas: o Modelo de Dados, Visão, Glossário, Diagrama de casos de uso, detalhamento de casos de uso e Sistema em produção.

5 Em seguida serão apresentados os detalhamentos de como o MI Ministério da Integração Nacional realiza as suas estimativas de software. 2. ESTIMATIVA UTILIZADA PELA MI A estimativa utilizada pelo MI baseia-se no conceito da Técnica de Pontos por Casos de Uso. A análise de sistemas Orientados a Objetos já utiliza, comumente, os diagramas de Casos de Uso (Use Cases) para descrever as funcionalidades do sistema de acordo com a forma de utilização por parte dos usuários. A técnica de estimativa do MI foi criada para permitir que seja possível estimar o tamanho do sistema ainda na fase de levantamento de Casos de Uso, utilizando-se dos próprios documentos gerados nesta fase de análise como subsídio para o cálculo. O Ministério da Integração Nacional possui um sistema para aplicação da Técnica de Pontos de Caso de Uso e que armazena o histórico de projetos de software do órgão. As Ordens de Serviço são abertas e gerenciadas pelo sistema que realiza a estimativa do projeto no inicio e permite que novos cálculos de estimativa sejam realizados ao longo da execução do projeto. Conforme método de cálculo descrito no item O MÉTODO DE CÁLCULO Uma vez que os casos de uso do sistema sejam identificados, é possível estimar-se o tamanho do software como um todo, baseando-se em um conjunto simples de métricas e modificadores. Os passos necessários para a geração da estimativa por Pontos de Caso de Uso são descritos a seguir: Passo 1: Identificação dos atores dos casos de uso O primeiro passo no cálculo do sistema é classificar a quantidade de atores envolvidos em cada caso de uso. A classificação de atores utiliza a tabela 1. Foi identificado como boa prática, na identificação dos atores que um número maior do que 3 (três) implicará na sua revisão e possível divisão do caso de uso. ATORES DESCRIÇÃO 1 Um sistema acessado através de uma API de programação, por exemplo. 2 Outro sistema interagindo através de um protocolo de comunicação, como WebService, TCP/IP ou FTP ou outra API Humano Um usuário interagindo através de uma interface gráfica (stand-alone ou Web) Tabela 1. Pesos de Atores Passo 2: Classificando os Casos de Uso Uma vez identificado os atores dos casos de uso, deve-se fazer a classificação destes. Para fins de cálculo, dividimos os casos de uso em três níveis de complexidade, de acordo com o número de fluxos envolvidos em seu processamento e com a associação dos atores que participam dos casos de uso. Por fluxos, entende-se como um conjunto de fluxos que devem ser realizados no caso de uso. Por exemplo: fluxo principal e fluxo alternativo. A tabela 2 mostra a classificação dos Casos de Uso de acordo com a quantidade de fluxo e de atores. Atores

6 Fluxos 1 2 Humano Simples Simples Médio Dividir 5-6 Simples Médio Complexo Dividir 7-8 Médio Complexo Complexo Dividir +9 Dividir Dividir Dividir Tabela 2. Classificação dos casos de uso Foi identificada como boa prática nos episódios de casos de uso que tenham mais de 9 fluxos que os mesmos devem ser revistos, pois, podemos ter mais de um processo de negócio associado. Após a classificação dos casos de uso, será calculada a sua quantidade de Horas de Serviço Técnico (HST). Para calcular a quantidade de HST do sistema somam-se os HSTs identificados para cada caso de uso de acordo com a sua classificação. O valor total de HST foi calculado de acordo com a complexidade dos casos de uso, conforme apresentado no Item 2 da Figura 1. Para realizar este cálculo, o MI dispõe de uma Planilha denominada - Modelo - Planilha de HST.xltx, conforme apresentado na seção 3. A COSIS mantém atualizada, desde 2012, uma base histórica da execução dos seus projetos quanto ao escopo, ao esforço, ao custo e ao prazo. De acordo com estes dados, originou-se o trabalho de medição e análise para formar a base histórica dos seus projetos. 3. MANUAL: ESTIMATIVA BASEADA EM HST Esta seção tem como objetivo descrever passo a passo o arquivo Modelo - Planilha de HST.xltx. A Planilha possui 3 abas (planilhas): Leia-me: um informativo sobre as instruções referentes aos cálculos que serão realizados; Identificação: descrição sobre o projeto e tipo de Estimativa; Estimativa: Planilha que mostrará os casos de uso, assim como estimativas, complexidades, atores envolvidos, e fases. A partir da descrição acima, as abas 1 e 2 são apenas descrições e deverão ser preenchidas de acordo com o processo. Já a aba 3 identificada como Estimativa será melhor descrita para facilitar o manuseio de suas informações, como descrito no item 3.1 Planilha estimativa: 3.1 PLANILHA ESTIMATIVA A planilha estimativa possui a seguinte visão (figura 1). É importante reforçar que a tabela de Lista de Casos de Uso do projeto é a mais relevante visto que as demais tabelas serão preenchidas a partir dessa tabela. Sendo assim, seu preenchimento deve ser feito e revisado, para garantir que os cálculos estejam corretos: Fluxos Atores ITEM Humano Simples Simples Médio Dividir 5-6 Simples Médio Complexo Dividir 7-8 Médio Complexo Complexo Dividir

7 +9 Dividir Dividir Dividir ITEM 2 Simples Médio Complexo HST por Tecnologias ITEM 3 Total de UC por Tipo Tecnologia Simples Médio Complexo HST Java HST ajustados 120 PHP Lista de Casos de Uso do Projeto % Atores Fluxos Classificação HST Pronto ITEM 4 UC.001 UC.001 0% ,00000 UC.002 UC % ,00000 UC.003 UC.004 UC.005 UC.006 Figura 1 Informações das Funcionalidades ITEM 1 O item 1 apresenta como os casos de uso são classificados quanto a sua complexidade em relação às quantidades de fluxos e atores ITEM 2 O item 2 mostra um resumo da medição a partir do momento que os casos de uso são classificados ITEM 3 O item 3 mostra a quantidade de HST por tecnologia e por complexidade para o desenvolvimento de um caso de uso no ciclo de desenvolvimento de Software do MI. Os valores foram obtidos a partir da base histórica de projetos; ITEM 4 O item 4 Lista de casos de uso é o principal, pois lista todos os casos de uso do projeto. O cálculo da quantidade de HST será definido a partir das configurações presente nas colunas Atores e Fluxos. Veremos abaixo essa tabela mais sucintamente: A primeira coluna indica o número do Caso de Uso e a segunda coluna seu nome.

8 % Pronto: Essa coluna definirá o quanto daquele Caso de Uso já está pronto, ou seja, será utilizada nos casos de manutenção de uma funcionalidade. É importante respeitar os seguintes fatores de Pronto: Percentual de Pronto Explicação 50% Quando estiver fora da garantia e a funcionalidade foi feita pela mesma empresa 25% Quando estiver fora da garantia e a funcionalidade foi feita por outra empresa Atores: A coluna deverá ser selecionada com a quantidade de atores do Caso de uso, se é 1 a 2, ou se é uma pessoa, um ator humano. Esse campo irá influenciar no cálculo de HST para o Caso de Uso. Fluxos: Deverá ser selecionada a quantidade de Fluxos do Caso de Uso. A seleção desse campo auxiliará os campos seguintes, para a definição de quantos HST possui o Caso de Uso. HST: Essa coluna também é preenchida automaticamente e mostrará a quantidade de HSTs que aquele Caso de Uso possui efetivamente. Após a tabela, onde serão inseridos os fluxos e a descrição de todos os Casos de Uso do projeto, será visível uma outra tabela que mostrará através das fases do projeto os gastos, a disciplina, o esforço perfil e os produtos que serão entregues, como pode ser visto na Tabela 1: Fases Quantidade de HST estimada: 226 Disciplina Esforço (%) Esforço (HST) 1,00% 2,00 Perfil Produtos Cronograma Gerência de Projeto 1,00% 2,00 Relatório de Status Concepção 1,00% 2,00 Plano do Projeto Desenvolvimento Engenharia de 6,00% 14,00 1,00% 2,00 Total Fase: 22,00 R$ 0,00 5,00% 11,00 Gerência de Projeto 3,00% 7,00 Engenharia de 8,00% 18,00 1,00% 2,00 Documento de Visão Glossário Relatório de Status Atualização de Cronograma Especificação de Caso de Uso Lista de Mensagens

9 4,00% 9,00 2,00% 5,00 2,00% 5,00 Especificação de Interface Matriz de rastreabilidade Regra de Negócio Análise e Projeto Implementação 3,00% 7,00 Arquiteto de SW Documento de Arquitetura 10,00% 23,00 AD Modelo de Dados 5,00% 11,00 Desenvolvedor Protótipo 27,00% 61,00 Desenvolvedor Código fonte Encerramento Testes (VER e VAL) 4,00% 9,00 Testes Roteiro de Teste 4,00% 9,00 Testador Evidência testes Implantação 2,00% 5,00 Documentador Manual do usuário Total Fase: 182,00 R$ 0,00 Gerência de Projeto 2,00% 5,00 Integração 4,00% 9,00 Desenvolvedor Relatório de Status build Plano de Implantação Implantação 4,00% 9,00 Desenvolvedor Manual de Produção Total Fase: 23,00 R$ 0,00 Tabela 2 - Quadro Programática do Projeto Cada coluna possui um objetivo: Quantidade estimada de HST: Esse campo será preenchido segundo as descrições estabelecidas na tabela de Listagem de Caso de Uso, consolidando todos os Casos de Uso descritos. Fases: Irá mostrar o que será entregue nas fases do projeto, assim como os envolvidos e o quanto de HST que será gasto. Disciplina: Cada fase possui disciplinas, que serão listadas nessa coluna; Esforço: Mostra a porcentagem do esforço gasto por disciplina; Esforço (HST): Mostra a quantidade em HST do esforço gasto por disciplina; Perfil: Cada disciplina possui um perfil associado. Essa coluna mostrará o perfil do envolvido na disciplina; Produtos: Essa coluna listará, por disciplina, quais produtos serão entregues; Valor do Produto: Mostrará o valor em reais daquela disciplina; Ao final de todas essas divisões, necessárias para saber onde cada HST está sendo investido, ainda serão exibidas algumas tabelas que demonstrarão melhor a quantidade de HST necessária e envolvidos do projeto: A tabela representada pela Tabela 2 ilustra a fase e os perfis envolvidos, além do faturamento que poderá ser feito por fase. Além disso, apresenta uma linha de esforço total onde mostra por perfil dos envolvidos a quantidade de HST e a quantidade em Reais de custo por perfil.

10 Fases Gestão Análise Desenvolvimento Dias Faturamento por Fase Concepção 0,00 0,00 0,00 R$ 0,00 Desenvolvimento 0,00 0,00 0,00 R$ 0,00 Encerramento 0,00 0,00 0,00 R$ 0,00 Esforço Total 0,00 0,00 0,00 R$ 0,00 Custo por Perfil R$ 0,00 R$ 0,00 R$ 0,00 Tabela 3 - Faturamento por fase Ainda poderá ser visto a quantidade de horas que cada fase do projeto necessitará para ser concluída (Tabela 3): Fases Concepção Desenvolvimento Encerramento Horas Tabela 4 - Dias por fases A Tabela 4 mostra, a partir das tabelas anteriores, a quantidade total de horas do projeto, o prazo e a equipe ideal para a sua execução. Assim como em meses, a duração e a quantidade de envolvidos no total. Sendo assim, tem-se uma visão geral do projeto. Nesta planilha, utilizou-se uma inflator de 50% para cada HST, ou seja, considerou-se que para cada uma HST agregado no projeto necessitou-se de 1,5 hora de trabalho. Qtda de Horas 78,00 PRAZO E EQUIPE IDEAL Prazo Ideal: Prazo ideal comprimido 25%: Equipe Ideal para prazo comprimido: Meses Meses Pessoas Tabela 5 - Prazo e Equipe Ideal É importante informar que a planilha é um exemplo e que outras abas poderão ser inseridas para complementar alguma pendência ou dúvida relativa ao funcionamento como, por exemplo, uma planilha de Fatores de Ajuste.

Estimação do esforço de desenvolvimento de um sistema de software com Use Case Points: Análise de um Caso de Aplicação CAPSI 2012

Estimação do esforço de desenvolvimento de um sistema de software com Use Case Points: Análise de um Caso de Aplicação CAPSI 2012 Estimação do esforço de desenvolvimento de um sistema de software com Use Case Points: Análise de um Caso de Aplicação CAPSI 2012 André Sousa 1, Ricardo J. Machado 2, Pedro Ribeiro 3. 1) Departamento de

Leia mais

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

Programa do Módulo 2. Processo Unificado: Visão Geral

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:

Leia mais

PROJETO DE FÁBRICA DE SOFTWARE

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

Leia mais

PDS - DATASUS. Processo de Desenvolvimento de Software do DATASUS

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

Leia mais

Implantando um Programa de Melhoria de Processo: Uma Experiência Prática

Implantando um Programa de Melhoria de Processo: Uma Experiência Prática Implantando um Programa de Melhoria de Processo: Uma Experiência Prática Evandro Polese Alves Ricardo de Almeida Falbo Departamento de Informática - UFES Av. Fernando Ferrari, s/n, Vitória - ES - Brasil

Leia mais

VANT-EC-SAME. Software de Suporte do VANT V-SUP Caso de Desenvolvimento Versão 1.0

VANT-EC-SAME. Software de Suporte do VANT V-SUP Caso de Desenvolvimento Versão 1.0 VANT-EC-SAME Software de Suporte do VANT V-SUP Caso de Desenvolvimento Versão 1.0 Histórico da Revisão Data Versão Descrição Autor 17/0/07 1.0 Versão Inicial Douglas Moura Confidencial VANT-EC-SAME, 2007

Leia mais

! Introdução. " Motivação para Processos de Software. ! Processo Unificado (USDP) " Definições " RUP x USDP " Características do Processo Unificado

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

Documentação de um Produto de Software

Documentação de um Produto de Software Documentação de um Produto de Software Versão 3.0 Autora: Profª Ana Paula Gonçalves Serra Revisor: Prof. Fernando Giorno 2005 ÍNDICE DETALHADO PREFÁCIO... 4 1. INTRODUÇÃO AO DOCUMENTO... 6 1.1. TEMA...

Leia mais

Metodologia e Gerenciamento do Projeto na Fábrica de Software v.2

Metodologia e Gerenciamento do Projeto na Fábrica de Software v.2 .:: 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

Leia mais

A Disciplina Gerência de Projetos

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

Leia mais

POLÍTICA ORGANIZACIONAL

POLÍTICA ORGANIZACIONAL POLÍTICA ORGANIZACIONAL PARA DESENVOLVIMENTO DE SOFTWARE NA DR TECH Data 01/03/2010 Responsável Doc ID Danielle Noronha PoliticaOrg_DR_V003 \\Naja\D\Gerenciamento\Política Localização Organizacional Versão

Leia mais

Estendendo a Contagem de Pontos de Caso de Uso para Aplicação na Terceirização do Desenvolvimento de Software

Estendendo a Contagem de Pontos de Caso de Uso para Aplicação na Terceirização do Desenvolvimento de Software Estendendo a Contagem de Pontos de Caso de Uso para Aplicação na Terceirização do Desenvolvimento de Software Gustavo Bestetti Ibarra 1,2, Patrícia Vilain 1 1 Departamento de Informática e Estatística

Leia mais

Metodologia de Desenvolvimento de Sistemas (MDS - ANEEL)

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

Leia mais

Processo Unificado (RUP)

Processo Unificado (RUP) Fases do Desenvolvimento Processo Unificado (RUP) Ulf Bergmann ulf@ime.eb.br Domínio do Problema Objetos Objetos do do Mundo Mundo real real Modelo Semântico Domínio da Solução Aplicação Interface Serviços

Leia mais

Modelos de processos de desenvolvimento de software

Modelos de processos de desenvolvimento de software Definição Um modelo de processo de software é uma representação abstrata de um processo. Os modelos de processo podem ser desenvolvidos a partir de várias perspectivas e podem mostrar as atividades envolvidas

Leia mais

Metodologia de Desenvolvimento de Software (MDS) do DNIT

Metodologia de Desenvolvimento de Software (MDS) do DNIT Versão 1.02 Metodologia de Desenvolvimento de Software (MDS) do DNIT Projeto: FUB/DNIT Emissão: 08/06/2015 Arquivo: MDS DNIT v1.02 20150701a - revisado e formatado (2).doc 1/86 FICHA TÉCNICA Grupo de Trabalho

Leia mais

METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS

METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS PODER JUDICIÁRIO JUSTIÇA DO TRABALHO TRIBUNAL REGIONAL DO TRABALHO DA 11ª REGIÃO SECRETARIA DE TECNOLOGIA DA INFORMAÇÃO - SETI Versão 1.0 MANAUS-AM (2010) MDS Metodologia de Desenvolvimento de Sistemas

Leia mais

METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS

METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS VERSÃO 2.0 MDS 12/3/2013 2.0 1/79 SUMÁRIO 1. INTRODUÇÃO... 4 2. OBJETIVO... 4 3. TIPOS DE DEMANDA DE SISTEMA DA DET... 5 3.1 Novo Sistema... 5 3.2 Sustentação

Leia mais

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 10 PROFª BRUNO CALEGARO

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 10 PROFª BRUNO CALEGARO UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 10 PROFª BRUNO CALEGARO Santa Maria, 10 de Outubro de 2013. Revisão aula anterior Documento de Requisitos Estrutura Padrões Template Descoberta

Leia mais

Capítulo 3 Aplicando o PMBoK ao Microsoft Office Project 2003

Capítulo 3 Aplicando o PMBoK ao Microsoft Office Project 2003 Capítulo 3 Aplicando o PMBoK ao Microsoft Office Project 2003 29 3.1 GERENCIAMENTO DO ESCOPO O Gerenciamento do Escopo do Projeto engloba os processos necessários para assegurar que o projeto inclua todas

Leia mais

Fase 1: Engenharia de Produto

Fase 1: Engenharia de Produto Fase 1: Engenharia de Produto Disciplina: Análise de Requisitos DURAÇÃO: 44 h O objetivo principal da disciplina é realizar uma análise das necessidades e produzir um escopo do produto. Representará os

Leia mais

Palavras-Chaves: estoque, modelagem, requisitos, UML, vendas.

Palavras-Chaves: estoque, modelagem, requisitos, UML, vendas. UTILIZAÇÃO DA UML NO DESENVOLVIMENTO DE SISTEMA DE CONTROLE DE VENDAS E ESTOQUE GILBERTO FRANCISCO PACHECO DOS SANTOS Discente da AEMS Faculdades Integradas de Três Lagoas JACKSON LUIZ ARROSTI Discente

Leia mais

Um Sistema Web para apoio ao Gerenciamento de atividades de Teste de Software em Pequenas Empresas

Um Sistema Web para apoio ao Gerenciamento de atividades de Teste de Software em Pequenas Empresas Um Sistema Web para apoio ao Gerenciamento de atividades de Teste de Software em Pequenas Empresas Luciano Gomes Helvinger, Rodrigo Prestes Machado Curso de Análise e Desenvolvimento de Sistemas Faculdade

Leia mais

SISTEMA DE GESTÃO DE PROJETOS DE SOFTWARE - SGPS

SISTEMA DE GESTÃO DE PROJETOS DE SOFTWARE - SGPS SISTEMA DE GESTÃO DE PROJETOS DE SOFTWARE - SGPS Lilian R. M. Paiva, Luciene C. Oliveira, Mariana D. Justino, Mateus S. Silva, Mylene L. Rodrigues Engenharia de Computação - Universidade de Uberaba (UNIUBE)

Leia mais

Sistema de Automação Comercial de Pedidos

Sistema de Automação Comercial de Pedidos Termo de Abertura Sistema de Automação Comercial de Pedidos Cabana - Versão 1.0 Iteração 1.0- Release 1.0 Versão do Documento: 1.5 Histórico de Revisão Data Versão do Documento Descrição Autor 18/03/2011

Leia mais

PROJETO DE COOPERAÇÃO TÉCNICA INTERNACIONAL. Diretrizes e Estratégias para Ciência, Tecnologia e Inovação no Brasil

PROJETO DE COOPERAÇÃO TÉCNICA INTERNACIONAL. Diretrizes e Estratégias para Ciência, Tecnologia e Inovação no Brasil 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º 02 IMPLANTAÇÃO DE 1 (UM)

Leia mais

Implantação dos Processos Gerência de Projeto e Medição com Auxílio de Ferramenta Baseada em Planilhas Carlos Simões Claudia Lasmar Gleison Santos

Implantação dos Processos Gerência de Projeto e Medição com Auxílio de Ferramenta Baseada em Planilhas Carlos Simões Claudia Lasmar Gleison Santos Implantação dos Processos Gerência de Projeto e Medição com Auxílio de Ferramenta Baseada em Planilhas Carlos Simões Claudia Lasmar Gleison Santos Agenda: Carlos Simões cs@synapsisbrasil.com.br carlossimoes@cos.ufrj.br

Leia mais

SIGECO07 Sistema Integrado de Gestão de Contas Universidade Federal de Lavras PLANO DE PROJETO 23/09/2007 SIGECO07/GERENCIA/PROJETOS/

SIGECO07 Sistema Integrado de Gestão de Contas Universidade Federal de Lavras PLANO DE PROJETO 23/09/2007 SIGECO07/GERENCIA/PROJETOS/ SIGECO07 Sistema Integrado de Gestão de Contas Universidade Federal de Lavras PLANO DE PROJETO 23/09/2007 SIGECO07/GERENCIA/PROJETOS/ ModeloPlanoProjeto_2007_04_24 SIGECO07_PlanoProjeto_2007_09_23 Página

Leia mais

Engenharia de Software

Engenharia de Software Tema da Aula Modelos de Ciclos de Vida de 2 Outros Modelos Prof. Cristiano R R Portella portella@widesoft.com.br Ciclos de Vida de As duas primeiras décadas da ES foram dominadas pelo paradigma do desenvolvimento

Leia mais

Gestão do custo do projeto

Gestão do custo do projeto Nome: N. Série: Gestão do custo do projeto A gestão do custo é representada pelos processos necessários para cumprimento do orçamento. São eles o Planejamento dos Recursos, a Estimativa dos Custos, o Orçamento

Leia mais

Plano de Projeto G Stock. G Stock. Plano de Projeto. Versão 1.0

Plano de Projeto G Stock. G Stock. Plano de Projeto. Versão 1.0 Plano de Projeto G Stock Plano de Projeto G Stock Versão 1.0 Histórico das Revisões Data Versão Descrição Autores 10/09/2010 1.0 Descrição inicial do plano de projeto Denyson José Ellís Carvalho Isadora

Leia mais

O Modelo Processo de Software Brasileiro MPS-Br

O Modelo Processo de Software Brasileiro MPS-Br O Modelo Processo de Software Brasileiro MPS-Br Prof. Pasteur Ottoni de Miranda Junior Disponível em www.pasteurjr.blogspot.com 1-Estrutura do MPS-Br ( Softex, 2009) O MPS.BR1 é um programa mobilizador,

Leia mais

Processo de Desenvolvimento de Software da Empresa de Planejamento e Logística PDS EPL. Versão 1.0

Processo de Desenvolvimento de Software da Empresa de Planejamento e Logística PDS EPL. Versão 1.0 Processo de Desenvolvimento de Software da Empresa de Planejamento e Logística PDS EPL Versão 1.0 1 2 Diretor Presidente Bernardo José Figueiredo Gonçalves de Oliveira Diretoria Hederverton Andrade Santos

Leia mais

UTILIZANDO ICONIX NO DESENVOLVIMENTO DE APLICAÇÕES DELPHI

UTILIZANDO ICONIX NO DESENVOLVIMENTO DE APLICAÇÕES DELPHI UTILIZANDO ICONIX NO DESENVOLVIMENTO DE APLICAÇÕES DELPHI Dr. George SILVA; Dr. Gilbert SILVA; Gabriel GUIMARÃES; Rodrigo MEDEIROS; Tiago ROSSINI; Centro Federal de Educação Tecnológica do Rio Grande do

Leia mais

Estimativas de software

Estimativas de software Estimativas de software Fazer boas estimativas é uma das mais desafiadoras e importantes atividades da engenharia de software. Estimativas de custos ferramentas (H/S) e infra-estrutura pessoal (salários

Leia mais

METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS

METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Versão 1 MDS Metodologia de Desenvolvimento de Sistemas 1 Presidente INCRA Rolf Hackbart Diretor de Gestão Estratégica DE - INCRA Roberto Kiel Coordenador Geral

Leia mais

GUIA DE AUXÍLIO PARA GERENCIAMENTO DE PROJETOS METODOLOGIA IFES

GUIA DE AUXÍLIO PARA GERENCIAMENTO DE PROJETOS METODOLOGIA IFES GUIA DE AUXÍLIO PARA GERENCIAMENTO DE PROJETOS METODOLOGIA IFES SUMÁRIO 1. PREENCHIMENTO DA PLANILHA DE GERENCIAMENTO DE PROJETOS...3 1.1 Menu...3 1.2 Termo de Abertura...4 1.3 Plano do Projeto...5 1.4

Leia mais

Manual de Operação do Mercanet HelpDesk

Manual de Operação do Mercanet HelpDesk Manual de Operação do Mercanet HelpDesk Preparada por: Jaime Fenner Revisada por: Kelen Turmina Versão Documento: 02 Data: 12 de Maio de 2009 Sumário Executivo Este documento visa divulgar todas as funcionalidades

Leia mais

MDMS-ANAC. Metodologia de Desenvolvimento e Manutenção de Sistemas da ANAC. Superintendência de Tecnologia da Informação - STI

MDMS-ANAC. Metodologia de Desenvolvimento e Manutenção de Sistemas da ANAC. Superintendência de Tecnologia da Informação - STI MDMS-ANAC Metodologia de Desenvolvimento e Manutenção de Sistemas da ANAC Superintendência de Tecnologia da Informação - STI Histórico de Alterações Versão Data Responsável Descrição 1.0 23/08/2010 Rodrigo

Leia mais

Clique no botão para iniciar o treinamento TAREFAS CONTRAT OS RELACIO NAMENT CONFIGURAÇÕES. A ideia é usar os próprios ícones do CGW.

Clique no botão para iniciar o treinamento TAREFAS CONTRAT OS RELACIO NAMENT CONFIGURAÇÕES. A ideia é usar os próprios ícones do CGW. Script CGW Módulo Tarefas Parte I Menu: Clique no botão para iniciar o treinamento ÁREA DE TRABALHO GERAL TAREFAS CONTRAT OS PORTAL DE RELACIO NAMENT FATURAM ENTO FINANCEI RO RELACIO NAMENT O CONFIGU RAÇÕES

Leia mais

CONCORRÊNCIA AA Nº 05/2009 BNDES ANEXO IV PROJETO BÁSICO: PROCESSO DE DESENVOLVIMENTO DE PROJETOS. Sumário

CONCORRÊNCIA AA Nº 05/2009 BNDES ANEXO IV PROJETO BÁSICO: PROCESSO DE DESENVOLVIMENTO DE PROJETOS. Sumário CONCORRÊNCIA AA Nº 05/2009 BNDES ANEXO IV PROJETO BÁSICO: PROCESSO DE DESENVOLVIMENTO DE PROJETOS Sumário 1. DIRETRIZES PARA O PROCESSO DE DESENVOLVIMENTO DE PROJETOS DE APLICATIVOS...172 1.1. INTRODUÇÃO...172

Leia mais

Padronização de Documentação de Sistemas. Projeto a ser desenvolvido no âmbito da Gerência de Sistemas/GGTIN e ANVISA

Padronização de Documentação de Sistemas. Projeto a ser desenvolvido no âmbito da Gerência de Sistemas/GGTIN e ANVISA Agência Nacional de Vigilância Sanitária Padronização de Documentação de Sistemas Projeto a ser desenvolvido no âmbito da Gerência de Sistemas/GGTIN e ANVISA Brasília, junho de 2006. 1. IDENTIFICAÇÃO DO

Leia mais

Histórico da Revisão. Versão Descrição Autor. 1.0 Versão Inicial

Histórico da Revisão. Versão Descrição Autor. 1.0 Versão Inicial 1 of 14 27/01/2014 17:33 Sistema de Paginação de Esportes Universitários Documento de Arquitetura de Software Versão 1.0 Histórico da Revisão Data 30 de novembro de 1999 Versão Descrição Autor 1.0 Versão

Leia mais

UNIVERSIDADE ESTADUAL DE MARINGÁ CENTRO DE TECNOLOGIA DEPARTAMENTO DE INFORMÁTICA ENGENHARIA DE SOFTWARE III

UNIVERSIDADE ESTADUAL DE MARINGÁ CENTRO DE TECNOLOGIA DEPARTAMENTO DE INFORMÁTICA ENGENHARIA DE SOFTWARE III UNIVERSIDADE ESTADUAL DE MARINGÁ CENTRO DE TECNOLOGIA DEPARTAMENTO DE INFORMÁTICA ENGENHARIA DE SOFTWARE III FERRAMENTAS DE GERENCIAMENTO DE PROJETOS TRAC E DOTPROJECT ORIETADOS AO RUP ACADÊMICOS: GUSTAVO

Leia mais

Apoio à Implementação de Estimativas no Contexto do Processo de Gerência de Projetos do MPS.BR e CMMI

Apoio à Implementação de Estimativas no Contexto do Processo de Gerência de Projetos do MPS.BR e CMMI Apoio à Implementação de Estimativas no Contexto do Processo de Gerência de Projetos do MPS.BR e CMMI Ewelton Yoshio Chiba Yoshidome 1, Maurício Ronny de Almeida Souza 1, Wallace Michel Pinto Lira 1, Sandro

Leia mais

do grego: arkhé (chefe ou mestre) + tékton (trabalhador ou construtor); tekhne arte ou habilidade;

do grego: arkhé (chefe ou mestre) + tékton (trabalhador ou construtor); tekhne arte ou habilidade; 1 ARQUITETURA E DESIGN DE SOFTWARE O que é Arquitetura? do grego: arkhé (chefe ou mestre) + tékton (trabalhador ou construtor); tekhne arte ou habilidade; do dicionário: Arte de projetar e construir prédios,

Leia mais

Sistema de Automação Comercial de Pedidos- Versão 1.1

Sistema de Automação Comercial de Pedidos- Versão 1.1 Termo de Abertura Sistema de Automação Comercial de Pedidos- Versão 1.1 Iteração 1.0- Release 1.0 Versão do Documento: 1.1 Histórico de Revisão Data Versão do Documento Descrição Autor 18/03/2011 1.0 Versão

Leia mais

Processos de Desenvolvimento de Software

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

Leia mais

Se observarmos nos diferentes livros. Planejamento de Testes a partir de Casos de Uso

Se observarmos nos diferentes livros. Planejamento de Testes a partir de Casos de Uso Planejamento de Testes a partir de Casos de Uso Arilo Cláudio Dias Neto ariloclaudio@gmail.com É Bacharel em Ciência da Computação formado na Universidade Federal do Amazonas, Mestre em Engenharia de Sistemas

Leia mais

Workshop. Workshop SCRUM. Rildo F Santos. rildo.santos@etecnologia.com.br. Versão 1 Ago 2010 RFS. www.etcnologia.com.br (11) 9123-5358 (11) 9962-4260

Workshop. Workshop SCRUM. Rildo F Santos. rildo.santos@etecnologia.com.br. Versão 1 Ago 2010 RFS. www.etcnologia.com.br (11) 9123-5358 (11) 9962-4260 Workshop www.etcnologia.com.br (11) 9123-5358 (11) 9962-4260 Rildo F Santos twitter: @rildosan skype: rildo.f.santos http://rildosan.blogspot.com/ Todos os direitos reservados e protegidos 2006 e 2010

Leia mais

Prova de Conhecimento para Consultores de Implementação MPS.BR INSTRUÇÕES

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

Processo de desenvolvimento para projetos tecnológicos: Uma abordagem baseada em survey

Processo de desenvolvimento para projetos tecnológicos: Uma abordagem baseada em survey Processo de desenvolvimento para projetos tecnológicos: Uma abordagem baseada em survey Roberto Cesar Durscki (USP) roberto.durscki@poli.usp.br Marcelo Eduardo Soeke (PUCPR) marcelo.soeke@icet.pucpr.br

Leia mais

FACULDADE DE ENGENHARIA DE COMPUTAÇÃO. PROJETO FINAL I e II PLANO DE TRABALHO

FACULDADE DE ENGENHARIA DE COMPUTAÇÃO. PROJETO FINAL I e II PLANO DE TRABALHO <NOME DO TRABALHO> <Nome do Aluno> <Nome do Orientador> FACULDADE DE ENGENHARIA DE COMPUTAÇÃO PROJETO FINAL I e II PLANO DE TRABALHO O Trabalho de Conclusão de Curso (TCC) a ser desenvolvido

Leia mais

Ambiente de workflow para controle de métricas no processo de desenvolvimento de software

Ambiente de workflow para controle de métricas no processo de desenvolvimento de software Ambiente de workflow para controle de métricas no processo de desenvolvimento de software Gustavo Zanini Kantorski, Marcelo Lopes Kroth Universidade Federal de Santa Maria (UFSM) 97100-000 Santa Maria

Leia mais

Gerenciamento de Projeto

Gerenciamento de Projeto UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA Gerenciamento de Projeto Engenharia de Software 2o. Semestre/ 2005

Leia mais

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

SUMÁRIO. Cursos STE SUMÁRIO... 1

SUMÁRIO. Cursos STE SUMÁRIO... 1 SUMÁRIO SUMÁRIO... 1 STEGEM - INTERFACE... 2 1 Introdução... 2 2 A interface... 2 2.1 Painel de Navegação... 3 2.2 Barra de Menus em forma de Ribbon... 4 2.3 Painel de Trabalho... 5 2.4 Barra de Status...

Leia mais

Manual Easy Chat Data de atualização: 20/12/2010 16:09 Versão atualizada do manual disponível na área de download do software.

Manual Easy Chat Data de atualização: 20/12/2010 16:09 Versão atualizada do manual disponível na área de download do software. 1 - Sumário 1 - Sumário... 2 2 O Easy Chat... 3 3 Conceitos... 3 3.1 Perfil... 3 3.2 Categoria... 4 3.3 Ícone Específico... 4 3.4 Janela Específica... 4 3.5 Ícone Geral... 4 3.6 Janela Geral... 4 4 Instalação...

Leia mais

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

Leia mais

Concepção e Elaboração

Concepção e Elaboração UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA Análise e Projeto Orientado a Objetos Concepção e Elaboração Estudo

Leia mais

O Processo Unificado: Captura de requisitos

O Processo Unificado: Captura de requisitos O Processo Unificado: Captura de requisitos Itana Gimenes Graduação em Informática 2008 Captura de Requisitos Modelagem do negócio: Visão de negócios Modelo de objetos de negócio de negócio Especificação

Leia mais

Ciência da Computação ENGENHARIA DE SOFTWARE. Análise dos Requisitos de Software

Ciência da Computação ENGENHARIA DE SOFTWARE. Análise dos Requisitos de Software Ciência da Computação ENGENHARIA DE SOFTWARE Análise dos Requisitos de Software Prof. Claudinei Dias email: prof.claudinei.dias@gmail.com Roteiro Introdução Tipos de requisitos Atividades Princípios da

Leia mais

1 UML (UNIFIED MODELING LANGUAGE)

1 UML (UNIFIED MODELING LANGUAGE) 1 UML (UNIFIED MODELING LANGUAGE) Segundo Tonsig (2003), para conseguir desenvolver um software capaz de satisfazer as necessidades de seus usuários, com qualidade, por intermédio de uma arquitetura sólida

Leia mais

Ontologia Aplicada ao Desenvolvimento de Sistemas de Informação sob o Paradigma da Computação em Nuvem

Ontologia Aplicada ao Desenvolvimento de Sistemas de Informação sob o Paradigma da Computação em Nuvem Ontologia Aplicada ao Desenvolvimento de Sistemas de Informação sob o Paradigma da Computação em Nuvem Luiz Cláudio Hogrefe Orientador: Prof. Roberto Heinzle, Doutor Roteiro Introdução Fundamentação teórica

Leia mais

Aluna: Vanessa de Mello Orientador: Everaldo Artur Grahl

Aluna: Vanessa de Mello Orientador: Everaldo Artur Grahl Ferramenta web para gerenciamento de projetos de software baseado no Scrum Aluna: Vanessa de Mello Orientador: Everaldo Artur Grahl Introdução Roteiro da apresentação Objetivos do trabalho Fundamentação

Leia mais

Manual de Utilização

Manual de Utilização Manual de Utilização Versão 1.0 18/01/2013 Sempre consulte por atualizações deste manual em nossa página. O Cotação Web está em constante desenvolvimento, podendo ter novas funcionalidades adicionadas

Leia mais

Princípios da Engenharia de Software aula 05 Gerenciamento de planejamento de projetos. Prof.: Franklin M. Correia

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

Leia mais

6 O Sistema Amon-AD. 6.1. Descrição

6 O Sistema Amon-AD. 6.1. Descrição 6 O Sistema Amon-AD 6.1. Descrição O sistema proposto contempla as atividades de avaliação convencionais, através dos padrões de avaliação clássicos. Um módulo foi projetado para articular as possibilidades

Leia mais

Unified Process. Sueleni Mendez Batista. Orientadora: Dra. Elisa Hatsue Moriya Huzita

Unified Process. Sueleni Mendez Batista. Orientadora: Dra. Elisa Hatsue Moriya Huzita Unified Process Sueleni Mendez Batista Orientadora: Dra. Elisa Hatsue Moriya Huzita Processo de Desenvolvimento de Software 8O processo de desenvolvimento de software é um conjunto de atividades e resultados

Leia mais

SISTEMATIZAÇÂO DOS TIPOS DE INFORMAÇÂO DO PLANEJAMENTO ESTRATÉGICO EMPRESARIAL E DE TECNOLOGIA DA INFORMAÇÂO E COMUNICAÇÂO

SISTEMATIZAÇÂO DOS TIPOS DE INFORMAÇÂO DO PLANEJAMENTO ESTRATÉGICO EMPRESARIAL E DE TECNOLOGIA DA INFORMAÇÂO E COMUNICAÇÂO SISTEMATIZAÇÂO DOS TIPOS DE INFORMAÇÂO DO PLANEJAMENTO ESTRATÉGICO EMPRESARIAL E DE TECNOLOGIA DA INFORMAÇÂO E COMUNICAÇÂO Danilo Freitas Silvas Sistemas de informação CEATEC danilofs.ti@gmail.com Resumo:

Leia mais

Metodologia de Gestão e Desenvolvimento de Software. Coordenação Geral de Tecnologia da Informação

Metodologia de Gestão e Desenvolvimento de Software. Coordenação Geral de Tecnologia da Informação Metodologia de Gestão e Desenvolvimento de Software Coordenação Geral de Tecnologia da Informação 2 Índice 1. Processos Organizacionais... 7 1.1. A gestão da demanda... 7 1.2. e Responsabilidades... 7

Leia mais

Sistema de Gestão dos Documentos da Engenharia [EDMS] O caminho para a Colaboração da Engenharia e Melhoria de Processos

Sistema de Gestão dos Documentos da Engenharia [EDMS] O caminho para a Colaboração da Engenharia e Melhoria de Processos Sistema de Gestão dos Documentos da Engenharia [EDMS] O caminho para a Colaboração da Engenharia e Melhoria de Processos O gerenciamento de informações é crucial para o sucesso de qualquer organização.

Leia mais

Empresa de Informática Infinity LTDA. Gerenciamento de Configuração. Sistema de Gerenciamento de Plano Corporativo de Celulares

Empresa de Informática Infinity LTDA. Gerenciamento de Configuração. Sistema de Gerenciamento de Plano Corporativo de Celulares Empresa de Informática Infinity LTDA Gerenciamento de Configuração Sistema de Gerenciamento de Plano Corporativo de Celulares 22/05/2012 Índice Analítico 1. Introdução 1.1 Finalidade 1.2 Escopo 1.3 Definições,

Leia mais

Documento de Visão. Sistema de Monitoria Online do Ciências Aplicadas - MoLCA

Documento de Visão. Sistema de Monitoria Online do Ciências Aplicadas - MoLCA Documento de Visão Sistema de Online do Ciências Aplicadas - MoLCA Versão do documento: 1.0 Data de atualização: 25 de setembro de 2008 1 Sumário 1. Introdução... 3 1.1. Resumo... 3 1.2. Escopo... 3 2.

Leia mais

Poder Judiciário. Justiça do Trabalho. Tribunal Regional do Trabalho da 24ª Região SECRETARIA DE TECNOLOGIA DA INFORMAÇÃO

Poder Judiciário. Justiça do Trabalho. Tribunal Regional do Trabalho da 24ª Região SECRETARIA DE TECNOLOGIA DA INFORMAÇÃO Poder Judiciário Justiça do Trabalho Tribunal Regional do Trabalho da 24ª Região SECRETARIA DE TECNOLOGIA DA INFORMAÇÃO DIVISÃO DE SISTEMAS E INTERNET METODOLOGIA DE PRODUÇÃO DE SOFTWARE Versão 1.0 APROVAÇÃO

Leia mais

Engenharia de Software na Prática Hélio Engholm Jr.

Engenharia de Software na Prática Hélio Engholm Jr. Engenharia de Software na Prática Hélio Engholm Jr. Novatec Sumário Agradecimentos... 17 Sobre o autor... 18 Prefácio... 19 Capítulo 1 Desenvolvimento de software para o valor de negócios... 20 1.1 Qualidade

Leia mais

Plano de Projeto. 1. Introdução. 2. Escopo do Projeto. Projeto: Biblioteca Central da UFES. Versão: 2.0. Responsável: Ricardo de Almeida Falbo

Plano de Projeto. 1. Introdução. 2. Escopo do Projeto. Projeto: Biblioteca Central da UFES. Versão: 2.0. Responsável: Ricardo de Almeida Falbo Plano de Projeto Projeto: Biblioteca Central da UFES Versão: 2.0 Responsável: Ricardo de Almeida Falbo 1. Introdução Este documento apresenta a versão 2.0 do Plano de Projeto para o projeto de desenvolvimento

Leia mais

Quanto Pagar por Ponto de Função?

Quanto Pagar por Ponto de Função? Quanto Pagar por Ponto de Função? Qualquer preço é o menor preço se há inflação na medição 2ª CONFERÊNCIA BRASILEIRA DE MEDIÇÃO E ANÁLISE DE SOFTWARE SÃO PAULO, 11/11/11 Carlos Eduardo Vazquez & Guilherme

Leia mais

Diretrizes para criação de um padrão de desenvolvimento de sistemas de informação baseados em cots

Diretrizes para criação de um padrão de desenvolvimento de sistemas de informação baseados em cots Diretrizes para criação de um padrão de desenvolvimento de sistemas de informação baseados em cots Roosewelt Sanie Da Silva¹ 1 Ciência da Computação Universidade Presidente Antônio Carlos (UNIPAC) Rodovia

Leia mais

Palavras-Chaves: engenharia de requisitos, modelagem, UML.

Palavras-Chaves: engenharia de requisitos, modelagem, UML. APLICAÇÃO DA ENGENHARIA DE REQUISITOS PARA COMPREENSÃO DE DOMÍNIO DO PROBLEMA PARA SISTEMA DE CONTROLE COMERCIAL LEONARDO DE PAULA SANCHES Discente da AEMS Faculdades Integradas de Três Lagoas RENAN HENRIQUE

Leia mais

NORMA ISO/IEC 14598. Isac Aguiar isacaguiar.com.br isacaguiar@gmail.com

NORMA ISO/IEC 14598. Isac Aguiar isacaguiar.com.br isacaguiar@gmail.com NORMA ISO/IEC 14598 Isac Aguiar isacaguiar.com.br isacaguiar@gmail.com Contexto Normas e Modelos de Qualidade Engenharia de Software Qualidade de Software ISO/IEC 14598 - Avaliação da Qualidade de Produto

Leia mais

1 Sumário... 2. 2 O Easy Chat... 3. 3 Conceitos... 3. 3.1 Perfil... 3. 3.2 Categoria... 3. 4 Instalação... 5. 5 O Aplicativo... 7 5.1 HTML...

1 Sumário... 2. 2 O Easy Chat... 3. 3 Conceitos... 3. 3.1 Perfil... 3. 3.2 Categoria... 3. 4 Instalação... 5. 5 O Aplicativo... 7 5.1 HTML... 1 Sumário 1 Sumário... 2 2 O Easy Chat... 3 3 Conceitos... 3 3.1 Perfil... 3 3.2 Categoria... 3 3.3 Ícone Específico... 4 3.4 Janela Específica... 4 3.5 Ícone Geral... 4 3.6 Janela Geral... 4 4 Instalação...

Leia mais

Planejamento e Gerenciamento Iterativo de Projetos de Software

Planejamento e Gerenciamento Iterativo de Projetos de Software Planejamento e Gerenciamento de Projetos de Software Hermano Perrelli hermano@cin.ufpe.br Objetivos desta parte Discutir uma metodologia de desenvolvimento iterativa e incremental Apresentar atividades

Leia mais

GERÊNCIA DE RISCOS E ESCOPO EM PROJETOS DE DESENVOLVIMENTO DE SOFTWARE

GERÊNCIA DE RISCOS E ESCOPO EM PROJETOS DE DESENVOLVIMENTO DE SOFTWARE GERÊNCIA DE RISCOS E ESCOPO EM PROJETOS DE DESENVOLVIMENTO DE SOFTWARE Viviana Regina Weber 1 Anderson Yanzer Cabral 2 RESUMO O presente artigo tem como objetivo apresentar uma pesquisa, em desenvolvimento,

Leia mais

Projeto: Simul-e Documento de Arquitetura de Software

Projeto: Simul-e Documento de Arquitetura de Software Projeto: Simul-e Documento de Arquitetura de Software Versão 1.0 Página 1 de 9 Histórico da Revisão Data Versão Descrição Autor 12.09.2015 1.0 Criação do Documento Hugo Pazolline 20.10.2015 1.0 Atualização

Leia mais

Referências internas são os artefatos usados para ajudar na elaboração do PT tais como:

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

Leia mais

MANUAL RASTREAMENTO 2013

MANUAL RASTREAMENTO 2013 MANUAL RASTREAMENTO 2013 Visão Geral O menu geral é o principal módulo do sistema. Através do visão geral é possível acessar as seguintes rotinas do sistema: Sumário, localização, trajetos, últimos registros.

Leia mais

Controle de métricas no processo de desenvolvimento de software através de uma ferramenta de workflow

Controle de métricas no processo de desenvolvimento de software através de uma ferramenta de workflow Controle de métricas no processo de desenvolvimento de software através de uma ferramenta de workflow Gustavo Zanini Kantorski, Marcelo Lopes Kroth Centro de Processamento de Dados Universidade Federal

Leia mais

Uma Ferramenta para Geração Automática de Testes Funcionais e Protótipos de Interface a partir de Casos de Uso

Uma Ferramenta para Geração Automática de Testes Funcionais e Protótipos de Interface a partir de Casos de Uso Uma Ferramenta para Geração Automática de Testes Funcionais e Protótipos de Interface a partir de Casos de Uso Ernesto C. Brasil 1, Thiago C. de Sousa 2 1 Centro de Ensino Unificado de Teresina (CEUT)

Leia mais

Manual Básico do Usuário GP-Web Gestão de projetos

Manual Básico do Usuário GP-Web Gestão de projetos Manual Básico do Usuário GP-Web Gestão de projetos Departamento de Planejamento Pró-reitoria de Planejamento e Finanças Universidade Federal de Santa Catarina 1 Sumário O que é um projeto?... 4 O que é

Leia mais

ANEXO 04 PROCESSO E METODOLOGIA DE DESENVOLVIMENTO PROCERGS MDP. Processo de Desenvolvimento de Sistemas

ANEXO 04 PROCESSO E METODOLOGIA DE DESENVOLVIMENTO PROCERGS MDP. Processo de Desenvolvimento de Sistemas ANEXO 04 PROCESSO E METODOLOGIA DE DESENVOLVIMENTO PROCERGS MDP Processo de Desenvolvimento de Sistemas MDP - Metodologia de Desenvolvimento PROCERGS - é uma estrutura básica de definição de processos

Leia mais

MANUAL TÉCNICO PARA METODOLOGIA DE DESENVOLVIMENTO DE SOFTWARE DO EXÉRCITO

MANUAL TÉCNICO PARA METODOLOGIA DE DESENVOLVIMENTO DE SOFTWARE DO EXÉRCITO MINISTÉRIO DA DEFESA EXÉRCITO BRASILEIRO DEPARTAMENTO DE CIÊNCIA E TECNOLOGIA MANUAL TÉCNICO PARA METODOLOGIA DE DESENVOLVIMENTO DE SOFTWARE DO EXÉRCITO 1ª Edição 2012 MINISTÉRIO DA DEFESA EXÉRCITO BRASILEIRO

Leia mais

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

Leia mais

E-Commerce Master. Versão: 1.0 Data: 05/06/2013 Identificador do documento: EM

E-Commerce Master. Versão: 1.0 Data: 05/06/2013 Identificador do documento: EM E-Commerce Master Versão: 1.0 Data: 05/06/2013 Identificador do documento: EM Histórico de revisões Versão Data Autor Descrição Localização 1.0 05/06/2013 Thyago Ferreira 1.0 05/06/2013 Vilmar de Sousa

Leia mais

DESENVOLVIMENTO DE SISTEMAS

DESENVOLVIMENTO DE SISTEMAS Agência Nacional de Vigilância Sanitária METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS GGTIN GESIS Brasília, julho de 2006. Página: 1 Histórico de Revisões Data Versão Descrição Autor 12/06/2006 1.0.00 Criação

Leia mais

O Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no

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

Leia mais

Simulador de Financiamento. Versão: 1.0 Data: 26/05/14 Identificador do documento: SF

Simulador de Financiamento. Versão: 1.0 Data: 26/05/14 Identificador do documento: SF Versão: 1.0 Data: 26/05/14 Identificador do documento: SF Histórico de revisões Versão Data Autor Descrição Localização (XX.YY) (DD/MMM/YYYY) 1.0 26/05/14 Misael, Documento de Goiânia GO Sandro, Almeida

Leia mais

1 Inicie um novo. Guia de Referência Rápida de Gerenciamento de Projeto para o Project 2007. projeto

1 Inicie um novo. Guia de Referência Rápida de Gerenciamento de Projeto para o Project 2007. projeto Guia de Referência Rápida de Gerenciamento de Projeto para o Project 2007 1 Inicie um novo Antes de começar um novo, uma organização deve determinar se ele se enquadra em suas metas estratégicas. Os executivos

Leia mais

MANUAL COMO CRIAR UM PROJETO

MANUAL COMO CRIAR UM PROJETO MANUAL COMO CRIAR UM PROJETO MICROSOFT PROJECT 2010 Menu: Projeto > Informações do Projeto 1º Passo: Criando um novo projeto Um projeto pode ser agendado a partir da Data de inicio do projeto ou Data de

Leia mais