ANALISE E PROJETO DE SISTEMAS SIG SISTEMAS INFORMAO GERENCIAL

A vida feita de escolhas. S escolhe melhor quem tem mais INFORMAO.

Anlise Derivado do grego analein - desatar, soltar, significa dissoluo de um conjunto em suas partes. Em sentido amplo, empregam-se os termos anlise e analisar como sinnimos de exame e examinar, pesquisa e pesquisar, verificao e verificar.

Processo Srie de fenmenos sucessivos com relao de causa e efeito; por exemplo, uma empresa uma srie de causas (matrias primas, recursos humanos, tecnologia, etc.) que geram um efeito (produtos).
Programa Escrito em que se do os pormenores de um espetculo, de uma cerimnia, das condies de um concurso, dos procedimentos para execuo de uma tarefa.

Anlise de Sistemas Representa o estudo detalhado de uma rea de trabalho (processo), que antecede uma ao que, quase sempre, implica no desenvolvimento de um conjunto de programas integrados(sistema) destinado execuo controle e acompanhamento do processo.

Sistemas
Um conjunto organizado de doutrinas, idias ou princpios, habitualmente previsto para explicar a organizao ou funcionamento de um conjunto sistemtico

Sistemas Naturais - Sistemas Estelares (galxias, sistemas solares, etc.) - Sistemas Geolgicos (rios, cadeias de montanhas etc.) - Sistemas Moleculares (organizaes complexas de tomos)

Sistemas feitos pelo Homem

- Sistemas Sociais(organizaes de leis, doutrinas, costumes, etc.) - Sistemas de Transporte (redes rodovirias, canais, linhas areas, petroleiros, e semelhantes). - Sistemas de Comunicao (Telefone, telex, sinais de fumaa, sinais manuais, etc.) - Sistemas de Manufatura (Fbricas, linhas de montagem, etc.) - Sistemas Financeiros (contabilidade, inventrios, livros-razo, controle de estoque, entre outros)

Sistemas Automatizados

- Hardware de computadores - UCP, terminais, impressoras, unidades de fita magnticas, etc. - Software de computadores - programas de sistemas, como sistemas operacionais, sistemas de bancos de dados e programas de controle de telecomunicaes, alm dos programas aplicativos que executam as funes desejadas pelo usurio. - Pessoas - aquelas que operam o sistema, que fornecem as entradas e utilizam as sadas, e as que desempenham atividades de processamento manual em um sistema. - Dados - as informaes que o sistema conserva por um perodo de tempo. - Procedimentos - determinaes e instrues formais para a operao do sistema.

Sistemas on line

- So sistemas que esto sempre a disposio do usurio - Suas transaes e operaes so imediatas

Sistemas de Apoio a Deciso

- So sistemas que tm por finalidade o apoio deciso por parte do usurio - Geralmente so baseados em grficos, relatrios, views - Alguns utilizam a Inteligncia Artificial - Business Intelligence

Sistemas Batch

- So os sistemas automatizados que no sofrem a interao do usurio - Seu processamento segue o padro Incio Fim - So utilizados em: - Rotinas de backup - Rotinas de manuteno de sistemas e banco de dados - Rotinas de processamento de informaes

Participantes do desenvolvimento de sistemas

Problemas com Gerenciamento e Projetos de Software -Comunicao - Mudanas naturais do sistema durante o decorrer do processo - Falta de ferramentas - Documentao - Formao do(s) profissional(is) - Dificuldade de Fixao/Entendimento do problema

CIO
Faz a ligao entre os profissionais da rea de tecnologia e a rea administrativa; Responsvel pelo gerenciamento, planejamento e estratgia de negcios de Tecnologia da informao;

Seu principal foco e objetivo desenvolver novas formas de coleta, tratamento e disseminao da informao alm de supervision-los;
Contribui ativamente para a rapidez na tomada de decises e a minimizao de riscos;

Diretor Executivo de Informaes/Tecnologia (CIO)

Salrio varia entre R$ 8.500,00 at R$ 19.000,00 (mensal)

ANALISTA DE SISTEMAS
Realizam estudos de processos a fim de encontrar o melhor caminho racional para que a informao possa ser processada. Estudam os diversos sistemas existentes entre hardwares (equipamentos), softwares (programas) e o usurio final. Os seus comportamentos e aplicaes, so desenvolvidos a partir de solues que sero padronizadas e transcritas da forma que o computador possa executar. O analista de sistemas deve servir como um tradutor entre as necessidades do usurio e o programa a ser desenvolvido pelo programador. Para isto, deve ter conhecimento abrangente da rea de negcio na qual o sistema ser desenvolvido, a fim de que possa implementar corretamente as regras de negcio.

PROGRAMADOR / ARQUITETO DA INFORMAO

Um programador pode ser algum que desenvolve ou faz manuteno de software em um grande sistema mainframe ou algum que desenvolve software primariamente para uso em computadores pessoais. Pode ser considerado um engenheiro de software ou desenvolvedor de software,programador considerado um dos cargos mais importantes da informtica por criarem programas que a comunidade necessita.

VOC SABE QUEM FOI O PRIMEIRO PROGRAMADOR ????

Ada Lovelace historicamente considerada a primeira programadora. Ela foi a primeira a desenvolver um algoritmo para implantao em um computador, a mquina de anlise de Charles Babbage, em outubro de 1842.

Ada uma Linguagem de programao estruturada, de tipagem esttica, imperativa, orientada a objetos e uma linguagem de alto nvel, originada de Pascal e outras linguagens.

O QUE UM SISTEMA ?
Conjunto de elementos ou componentes que interagem para atingir objetivos.

FEEDBACK

ENTRADA

PROCESSAMENTO

SADA

CLASSIFICAO DOS SISTEMAS

Sistemas de Informao Operacional: So os que tratam das transaes rotineiras da organizao. So aqueles especficos para a entrada de dados.

Sistemas de Informao Gerencial: Transformam dados provenientes dos sistemas operacionais, agrupando-os para facilitar a tomada de decises. Apresentam os dados agrupados ou sintetizados em totais, percentuais, acumuladores, etc.

Sistemas de Informao Estratgica: Visam auxiliar o processo de tomada da deciso. Geralmente oferece informaes grficas e bem estruturadas, integrando dados de fontes internas e externas.

CICLO DE VIDA DOS SISTEMAS

O ciclo de vida de sistemas representa as etapas pelas quais passa um projeto de desenvolvimento e utilizao de sistemas de informao.

Investigar

Analisar Manter

Desenvolvendo solues aos sistemas de informao

Implantar

Projetar

PROJETO DE SISTEMAS
Especifica como o sistema realizar o objetivo de atender s necessidades de informao dos usurios.

Projeto de Sistemas

Interface com o usurio Tela Formulrios Relatrios Dilogos

Projeto dos Dados

Projeto do Processo

Estrutura dos Elementos dos Dados

Normas e Procedimentos

Processo de Desenvolvimento de Software

Consiste em uma srie de atividades, prticas, eventos, ferramentas e mtodos que garantem, tcnica e administrativamente que o software pode ser desenvolvido com qualidade e de maneira organizada, disciplinada e previsvel

Processo de Desenvolvimento de Software

DEFINIO

Anlise de Sistema Planejamento Anlise de Requisitos

Projeto Codificao Teste Entendimento Modificao Revalidao

CONSTRUO

MANUTENO

Processo de Desenvolvimento de Software

Gerncia e Planejamento

Anlise de Sistema Planejamento Anlise de Requisitos DEFINIO

Projeto Codificao Teste CONSTRUO

Entendimento Modificao Revalidao MANUTENO

Importncia do Planejamento no Processo de Desenvolvimento

Responsabilidades

Polticas

Pessoas

Mtodos

Requisitos De Software Produto Cumprimento De Prazo, Boa Previso De Custo, Boa Produtividade

Ferramentas

Gerncia Eficaz

Controle das Atividades

Procedimentos e mtodos que definem o relacionamento de tarefas.

B A C D

Pessoas com habilidades, treinamento e motivao

Processo de Desenvolvimento
Ferramentas e Equipamentos

Planejamento do Software

determinar o alcance do trabalho a ser realizado: funo, desempenho, interface e segurana estimar recursos necessrios ao desenvolvimento do software: recursos humanos, de hardware e de software identificar tarefas a serem efetuadas elaborar cronogramas estimar esforo (custo) despendido

ESCOPO DE PROJETO ?

Atividades do Planejamento do Software

Pesquisa Combina 2 Tarefas Estimativa

define o alcance do software; utiliza a especificao do sistema como guia

Incerteza

PLANO DE PROJETO DE SOFTWARE

Plano de Projeto de Software

I. Introduo 1. Escopo e propsito do documento 2. Objetivos do Projeto II. Estimativas de Projeto 1. Dados histricos usados nas estimativas 2. Tcnicas de estimativa 3. Estimativas III. Riscos do Projeto 1. Anlise dos riscos 2. Administrao dos riscos IV. Cronograma 1. Diviso do trabalho (work breakdown) 2. Rede de tarefas 3. Grfico de Gantt 4. Tabela de recursos

V. Recursos do Projeto 1. Pessoal 2. Hardware e Software 3. Recursos especiais

VI. Organizao do Pessoal 1. Estrutura de Equipe 2. Relatrios Administrativos VII. Mecanismos de Controle VIII. Apndices

Plano de Projeto-Introduo
I. INTRODUO

1. Escopo e propsito do documento

2. Objetivos do Projeto a) Objetivos b) Funes principais c) Questes de desempenho d) Restries tcnicas e administrativas

Plano de Projeto-Riscos
III. RISCOS DO PROJETO 1. Anlise dos riscos Passos para atacar os riscos: identificao

avaliao
disposio por ordem de prioridade estratgias de administrao resoluo monitorao

2. Administrao dos riscos

O fundamental que os Riscos assumidos sejam os Riscos certos

Plano de Projeto-Riscos
Identificao dos Riscos
de Projeto
identificam problemas oramentrios, de cronograma, de pessoal, de recursos, de clientes, de requisitos e o impacto no projeto do software

Tcnicos
identificam potenciais problemas de projeto, implementao, interface, verificao e manuteno

do Negcio
podem destruir at os melhores projetos: construir um produto que ningum quer; ou que no se encaixe mais na estratgia da empresa; perder o apoio da administrao, ou o compromisso oramentrio

Se voc no atacar ativamente os riscos tcnicos e de projeto, eles lhe atacaro ativamente. Gilb

Plano de Projeto-Recursos
V. RECURSOS DO PROJETO 1. Pessoal 2. Hardware e Software 3. Recursos especiais Pessoas Especificar: habilidades exigidas disponibilidade durao das tarefas data de incio Especificar: descrio disponibilidade durao do uso data de entrega

Ferramentas de hardware/software

Plano de Projeto-Recursos
Recursos Humanos:

Projetos Pequenos: uma nica pessoa Projetos Grandes: participao varia atravs do ciclo de vida

Plano de Projeto-Recursos
Recursos Humanos:
Mito: Se sairmos fora do cronograma, adicionamos

mais programadores e recuperamos o atraso.

Isso faz o cronograma atrasar ainda mais!

Motivo: a comunicao absolutamente essencial para o desenvolvimento do software. Todo novo caminho de comunicao exige esforo adicional e portanto, tempo adicional.

Plano de Projeto-Recursos
Recursos de Hardware:

Hardware de desenvolvimento: usado durante o desenvolvimento (pode ser mais robusto) Mquina alvo: hardware em que o sistema vai rodar depois de pronto Outros elementos: hardware que interage com o novo sistema

Plano de Projeto-Recursos
Recursos de Software:
FERRAMENTAS DE: Planejamento de Sistemas de Informao Gerenciamento de Projetos Banco de Dados CASE Apoio Anlise e Projeto Programao Integrao e Teste Construo de Prottipos e Simulao Manutano Framework

Plano de Projeto-Recursos
Recursos de Software:
Se o software existente cumprir os requisitos, adquira-o; em geral mais barato.
REUSABILIDADE

Se o software existente exigir alguma modificao, cuidado! Pode ficar mais caro que desenvolver.

Plano de Projeto-Organizao do Pessoal

Estrutura de Equipe: Deve ser considerado o fator humano em seus aspectos psicolgicos, individuais e grupais e o reflexo deles no desempenho da equipe Principais estruturas de equipe:
Equipe Convencional Equipe No Egocntrica Equipe de Programador Chefe Equipe Hierrquica

Estrutura de Equipe: Equipe Convencional

Composta pelo pessoal disponvel designado um gerente de desenvolvimento do projeto O trabalho dividido pelos componentes da equipe

Cada um responsvel pelo projeto e implementao da sua parte no trabalho

Traz um certo sentimento de posse
Tendncia a esconder e mesmo no ver os prprios erros

Estrutura de Equipe: Equipe No Egocntrica

Organizao de estilo democrtico, descentralizado Relaes e comunicaes informais entre os seus componentes A liderana no exercida por uma determinada pessoa de forma permanente A liderana fica com o indivduo que tiver maior capacitao para resolver o problema em pauta Todos os programas so examinados por outros programadores, alm daquele que o escreveu

Estrutura de Equipe: Equipe Analista/Programador Chefe

Pequeno nmero de componentes
Comunicaes centralizadas no programador chefe Decises tomadas nos nveis mais elevados

O programador chefe tem que ser muito experiente e capacitado para a funo

Estrutura de Equipe: Equipe Hierrquica

Proposta de estrutura intermediria um lder de projeto dirige programadores experientes

cada um desses programadores dirige grupo de programadores menos experientes

comunicao descentralizada nos subgrupos e centralizada nos nveis superiores

o chefe de subgrupo transmite informaes para seu subgrupo (elemento de ligao com os outros subgrupos)

Pontos-Chaves
Gerenciamento de Projeto est estreitamente relacionado Qualidade de Processo O Gerenciamento concentra-se em atividades que tm por objetivo assegurar que o software seja liberado no prazo, de acordo com o cronograma, e atenda aos requisitos das organizaes envolvidas

Atividade principal - Planejamento

Projetos bem gerenciados algumas vezes falham; projetos mal gerenciados falham inevitavelmente.

NOSSA META DE HOJE

Anlise de Requisitos Reconhecimento do problema Avaliao do problema e sntese da soluo Modelagem Especificao dos requisitos Revises Tcnicas de Coletas de Dados Tcnicas para facilitar a especificao de requisitos FAST Preparao Entrevista preliminar Tarefas dos Participantes Encontro Princpios de Anlise Domnio da informao Modelagem Particionamento Concepes Essenciais e de Implementao Formato da especificao de requisitos Anlise de requisitos - Concluso

...Em Resumo...
Planejar: estabelecer objetivos claros e detalhados que sero alcanados entre a situao atual e o objetivo final, juntamente com uma definio do trabalho necessrio para alcan-los Organizar: fazer o levantamento dos recursos necessrios para por em prtica o trabalho especificado no planejamento, numa estrutura eficaz Integrar: manter a unidade e a livre operao de recursos, principalmente os elementos humanos, durante a execuo do planejado

Gerenciamento de Projeto a execuo repetida das atividades

Revisar: modificar o plano, a organizao e, possivelmente, os objetivos para acomodar as discrepncias reveladas pela medio

Medir: obter uma contnua realimentao sobre o andamento do que foi planejado

Anlise de Requisitos
um processo de descoberta e refinamento. ATORES: Cliente e Desenvolvedor PROBLEMA: Grande propenso a mal entendidos "atividade aparentemente simples torna-se complexa" ATIVIDADES DE ANLISE: 1- Reconhecimento do Problema 2. Avaliao do Problema e Sntese da Soluo (Modelagem) 3. Especificao dos Requisitos do Software 4. Reviso

Reconhecimento do Problema
A meta o reconhecimento dos elementos bsicos do problema, conforme percebidos pelo cliente.

Avaliao do Problema e Sntese da Soluo

Nesta tarefa o analista deve: - Avaliar os problemas com a situao atual - Para o novo sistema: - definir e elaborar todas as funes do sistema - identificar dados que o sistema produz e consome - entender o comportamento do sistema - estabelecer caractersticas de interface - descobrir restries do projeto - Sintetizar uma ou mais solues (dentro do alcance delineado no Plano de Projeto do Software) O processo de avaliao e sntese continua at que o analista e o cliente concordem que o software pode ser adequadamente especificado. a maior rea de esforo

Modelagem
Durante a atividade de avaliao e sntese devem ser criados modelos do sistema para se compreender melhor o fluxo de dados e de controle, o processamento funcional e a operao comportamental, alm do contedo da informao. O modelo serve como um fundamento para o projeto de software e como base para a criao de sua especificao

Especificao dos Requisitos

Envolve: A descrio do fluxo e estrutura da informao O refinamento detalhado de todas as funes do software O estabelecimento das caractersticas de interface A identificao das restries de projeto A especificao dos critrios de validao

Revises
Devem ser efetuadas revises Tcnicas e revises no Plano de Projeto de Software As revises so conduzidas pelo Cliente e pelo Desenvolvedor A base para a reviso so os documentos produzidos na Especificao dos Requisitos O Plano de Projeto do Software deve ser revisto devido ao conhecimento adquirido durante a anlise.

Tcnicas para Facilitar a Especificao de Requisitos

Mais populares: 1- FAST - Facilitaded Application Specification Techniques 2- JAD - Joint Application Development (IBM) 3- The METHOD Diretrizes bsicas: 1- encontro em lugar neutro com a presena de desenvolvedores e clientes 2- estabelecimento de regras para preparao e participao 3- uma agenda formal o bastante para cobrir os pontos importantes, mas informal para encorajar o livre fluxo de idias 4- mecanismo de definio (cartaz,planilha, etc.) 5- a meta identificar o problema, propor elementos de soluo, negociar diferentes abordagens e especificar um conjunto preliminar de requisitos de soluo num clima que facilite a realizao da atividade.

FAST
01)- PREPARAO ENCONTROS INICIAIS: Perguntas e respostas bsicas para ajudar a estabelecer o escopo dos problemas e a percepo global de uma soluo. REQUISIO DE PRODUTO: Documento elaborado pelo cliente e desenvolvedor no final dos encontros iniciais. Escolha do LUGAR, DATA, HORA para o encontro FAST Escolha de um MODERADOR Convidar OUTROS INTEGRANTES das organizaes do desenvolvedor e do cliente. DISTRIBUIR a "Requisio de Produto" para todos os participantes antes do encontro

Entrevista Preliminar
PERGUNTAS PARA UM PRIMEIRO ENCONTRO
(Sobre o Cliente) Quem est por trs do pedido deste trabalho? Quem usar a soluo? Qual o benefcio econmico de uma soluo bem sucedida? H outra fonte para a soluo exigida?

(Sobre o Problema)

Como voc caracteriza um "bom" resultado que seria gerado por uma soluo bem sucedida? Qual problema (s) essa soluo resolver? Voc poderia mostrar-me o ambiente em que a soluo ser usada? Existem questes de desempenho ou restries especiais que afetaro a maneira pela qual a soluo abordada.
Voc a pessoa certa para responder a essas perguntas? Suas respostas so "oficiais"? Minhas perguntas so pertinentes ao problema que voc tem? Estou fazendo perguntas demais? H mais algum que possa fornecer informaes adicionais? Existe algo mais que eu deva perguntar-lhe?

(Efetividade do Encontro)

FAST
02)- TAREFAS DOS PARTICIPANTES (antes do encontro) Elaborar LISTA DE OBJETOS que fazem parte do ambiente que circunda o sistema, que so produzidos pelo sistema e que so usados pelo sistema para executar suas funes. Elaborar LISTA DE OPERAES que manipulam ou interagem com o objeto Elaborar LISTA DE RESTRIES - custo, tamanho Elaborar CRITRIOS DE DESEMPENHO - velocidade, preciso

FAST
03)- ENCONTRO FAST 1o Tpico de Discusso: NECESSIDADES e JUSTIFICATIVA do novo sistema. DISCUSSO (coordenada pelo moderador) das listas combinadas

Elaborao de uma LISTA CONSENSUAL de cada rea de assunto

Diviso da equipe em SUB-EQUIPES menores Criao de uma MINI-ESPECIFICAO pelas sub-equipes. A Mini-Especificao uma elaborao das palavras ou frases contidas numa lista. Criao, pelas sub-equipes, de uma LISTA DE CRITRIOS DE VALIDAO Escrita do ESBOO DE ESPECIFICAO COMPLETO, usando todas as entradas do encontro FAST

PRINCPIOS DA ANLISE
Existem muitos mtodos de Anlise e Especificao de Software. Todos tem um conjunto fundamental de princpios:

1. O Domnio de informao de um problema deve ser representado e compreendido. (para que a funo possa ser entendida mais completamente)
2. Devem ser desenvolvidos Modelos que descrevam a informao, a funo e o comportamento do sistema . (para que a informao possa ser comunicada compactamente) 3- Os modelos (e o problema) devem ser divididos em parties, de maneira que revele os detalhes em forma de camadas (ou hierarquicamente) (para reduzir a complexidade) 4. O processo de anlise deve mover-se da informao essencial para os detalhes de implementao

DOMNIO DA INFORMAO
O software construdo para processar dados e eventos. Os dados e itens de controle residem no domnio de informao de um problema.

O domnio de informao encerra 3 diferentes pontos de vista: 1- Fluxo da Informao: representa a maneira pela qual os dados e o controle se modificam medida que cada um se movimenta pelo sistema 2- Contedo da Informao: representa os dados e os itens de controle individuais que compreendem certo item de informao mais amplo. 3- Estrutura da Informao: representa a organizao interna de vrios itens de controle e de dados

MODELAGEM
O modelo deve ser capaz de modelar a informao que o software transforma, as funes (ou subfunes) que possibilitam que as transformaes ocorram e o comportamento do sistema quando a transformao est se desenvolvendo. Os modelos concentram-se naquilo que o sistema deve fazer, no em como ele faz. Papis importantes do Modelo: 1- Ajuda o analista a entender a informao, a funo e o comportamento de um sistema, tornando a tarefa de anlise de requisitos mais fcil e mais sistemtica. 2- O modelo torna-se o ponto focal para a reviso e, portanto, a chave para a determinao da completitude, consistncia e preciso da especificao. 3- O modelo torna-se a base para o projeto, fornecendo ao projetista uma representao essencial do software, a qual pode ser "mapeada" num contexto de implementao.

PARTICIONAMENTO

Os problemas frequentemente so grandes demais e muito complexos para serem compreendidos como um todo.

O particionamento divide o problema em partes mais facilmente entendidas

Atravs das interfaces estabelecidas entre as partes a funo global do software pode ser executada.

Particionamento Horizontal: Decomposio funcional do problema Particionamento Vertical: Expe detalhes crescentes

Concepes Essenciais e de Implementao

A CONCEPO ESSENCIAL dos requisitos do software apresenta as funes a serem realizadas sem tratar dos detalhes de implementao. Ao se concentrar ateno na essncia do problema nas primeiras etapas da anlise de requisitos, deixa-se as opes abertas para especificar detalhes de implementao durante as ltimas etapas de especificao dos requisitos e projeto de software. A CONCEPO DE IMPLEMENTAO dos requisitos de software apresenta a manifestao das funes de processamento e estruturas de informao no mundo real. A concepo de implementao no deve ser interpretada como uma representao do como. Um modelo de implementao representa o modo de operao corrente, ou seja a atribuio existente ou proposta para todos os elementos do sistema.

Formato da Especificao de Requisitos

I. INTRODUO Declara as metas e os objetivos do software, descrevendo-os no contexto do sistema basedao em computador II. DESCRIO DA INFORMAO Apresenta uma descrio detalhada do problema que o software deve resolver III. DESCRIO FUNCIONAL Engloba uma descrio de cada funo exigida para resolver o problema IV. DESCRIO COMPORTAMENTAL Examina a operao do software como uma sequncia de eventos V. CRITRIOS DE VALIDAO Designam classes de testes que devem ser efetuadas para validar a funo, o desempenho e as restries. Seo muito importante, porm negligenciada. VI. BIBLIOGRAFIA Contm referncias a todos os documentos que se relacionam com o software. VII. APNDICE Traz informaes que complementam a especificao.

Anlise de Requisitos - Concluso

Logo que a Reviso for concluda, a Especificao de Requisitos de Software "assinada" pelo cliente e pelo desenvolvedor. A especificao torna-se um "contrato" de desenvolvimento de software. Mudanas solicitadas depois que a especificao for concluda sero consideradas, porm cada mudana posterior pode aumentar o custo e/ou alongar o prazo de entrega. Mesmo com os melhores procedimentos de reviso em andamento, uma srie de problemas de especificao ainda persiste.

...Em Resumo...
Planejar: estabelecer objetivos claros e detalhados que sero alcanados entre a situao atual e o objetivo final, juntamente com uma definio do trabalho necessrio para alcan-los Organizar: fazer o levantamento dos recursos necessrios para por em prtica o trabalho especificado no planejamento, numa estrutura eficaz Integrar: manter a unidade e a livre operao de recursos, principalmente os elementos humanos, durante a execuo do planejado

Gerenciamento de Projeto a execuo repetida das atividades

Revisar: modificar o plano, a organizao e, possivelmente, os objetivos para acomodar as discrepncias reveladas pela medio

Medir: obter uma contnua realimentao sobre o andamento do que foi planejado