Unisul Projeto Integrador Web I II

Universidade do Sul de Santa Catarina
Projeto Integrador Web (I e II)

Disciplina na modalidade a distância
Palhoça
UnisulVirtual
2007
projeto_integrador_web.indb 1 30/5/2007 15:12:39

Créditos
Unisul - Universidade do Sul de Santa Catarina
UnisulVirtual - Educação Superior a Distância
Campus UnisulVirtual Coordenação dos Cursos Design Gráfico Produção Industrial e Suporte
Avenida dos Lagos, 41 Adriano Sérgio da Cunha Cristiano Neri Gonçalves Ribeiro Arthur Emmanuel F. Silveira
Cidade Universitária Pedra Branca Aloísio José Rodrigues (Coordenador) (coordenador)
Palhoça – SC - 88137-100 Ana Luisa Mülbert Adriana Ferreira dos Santos Francisco Asp
Fone/fax: (48) 3279-1242 e Ana Paula Reusing Pacheco Alex Sandro Xavier
3279-1271 Charles Cesconetto Evandro Guedes Machado Relacionamento com o
E-mail: cursovirtual@unisul.br Diva Marília Flemming Fernando Roberto Dias Mercado
Site: www.virtual.unisul.br Fabiano Ceretta Zimmermann
Itamar Pedro Bevilaqua Higor Ghisi Luciano Walter Félix Cardoso Júnior
Reitor Unisul Janete Elza Felisbino Pedro Paulo Alves Teixeira
Jucimara Roesler Rafael Pessi Secretaria de Ensino a
Gerson Luiz Joner da Silveira Distância
Lauro José Ballock Vilson Martins Filho
Lívia da Cruz (Auxiliar) Karine Augusta Zanoni
Vice-Reitor e Pró-Reitor Albuquerque
Acadêmico Luiz Guilherme Buchmann Disciplinas a Distância
Figueiredo (Secretária de ensino)
Sebastião Salésio Heerdt Luiz Otávio Botelho Lento Tade-Ane de Amorim Ana Paula Pereira
Marcelo Cavalcanti Cátia Melissa Rodrigues (Auxiliar) Andréa Luci Mandira
Chefe de Gabinete da Reitoria Maria da Graça Poyer Carla Cristina Sbardella
Fabian Martins de Castro Maria de Fátima Martins Gerência Acadêmica Deise Marcelo Antunes
(Auxiliar) Patrícia Alberton Djeime Sammer Bortolotti
Pró-Reitor Administrativo Mauro Faccioni Filho Franciele da Silva Bruchado
Marcus Vinícius Anátoles da Silva Michelle D. Durieux Lopes Destri Gerência de Ensino Grasiela Martins
Ferreira Moacir Fogaça Ana Paula Reusing Pacheco James Marcel Silva Ribeiro
Moacir Heerdt Jenniffer Camargo
Campus Sul Nélio Herzmann Logística de Encontros Lamuniê Souza
Onei Tadeu Dutra Presenciais Lauana de Lima Bezerra
Diretor: Valter Alves Schmitz Neto Liana Pamplona
Diretora adjunta: Alexandra Patrícia Alberton Márcia Luz de Oliveira
Raulino Jacó Brüning Marcelo José Soares
Orsoni (Coordenadora) Marcos Alcides Medeiros Junior
Rodrigo Nunes Lunardelli Aracelli Araldi
Simone Andréa de Castilho Maria Isabel Aragon
Campus Norte Graciele Marinês Lindenmayr Olavo Lajús
(Auxiliar) José Carlos Teixeira
Diretor: Ailton Nazareno Soares Priscilla Geovana Pagani
Diretora adjunta: Cibele Schuelter Letícia Cristina Barbosa Rosângela Mara Siegel
Criação e Reconhecimento de Kênia Alexandra Costa Hermann
Cursos Silvana Henrique Silva
Campus UnisulVirtual Priscila Santos Alves Vanilda Liordina Heerdt
Diane Dal Mago
Diretor: João Vianney Vanderlei Brasil Vilmar Isaurino Vidal
Núcleo de Formatura e Eventos
Diretora adjunta: Jucimara
Roesler Jackson Schuelter Wiggers Secretária Executiva
Desenho Educacional
Daniela Erani Monteiro Will Viviane Schalata Martins
Logística de Materiais
Equipe UnisulVirtual (Coordenadora) Jeferson Cassiano Almeida da
Carmen Maria Cipriani Pandini Tecnologia
Costa (Coordenador) Osmar de Oliveira Braz Júnior
Administração Carolina Hoeller da Silva Boeing Eduardo Kraus
Dênia Falcão de Bittencourt (Coordenador)
Renato André Luz Flávia Lumi Matuzawa Jefferson Amorin Oliveira
Valmir Venício Inácio Monitoria e Suporte Ricardo Alexandre Bianchini
Karla Leonora Dahse Nunes
Leandro Kingeski Pacheco Rafael da Cunha Lara Rodrigo de Barcelos Martins
Avaliação Institucional Ligia Maria Soufen Tumolo (coordenador)
Dênia Falcão de Bittencourt Márcia Loch Adriana Silveira
Viviane Bastos Andréia Drewes
Biblioteca Viviani Poyer Caroline Mendonça
Cristiano Dalazen
Soraya Arruda Waltrick Dyego Rachadel
Núcleo de Acessibilidade Edison Rodrigo Valim
Capacitação e Apoio Francielle Arruda
Pedagógico à Tutoria Vanessa de Andrade Manoel
Gabriela Malinverni Barbieri
Angelita Marçal Flores Núcleo de Avaliação da Jonatas Collaço de Souza
(Coordenadora) Aprendizagem Josiane Conceição Leal
Caroline Batista Maria Eugênia Ferreira Celeghin
Enzo de Oliveira Moreira Márcia Loch (Coordenadora)
Cristina Klipp de Oliveira Rachel Lopes C. Pinto
Patrícia Meneghel Vinícius Maykot Serafim
Vanessa Francine Corrêa Silvana Denise Guimarães

Apresentação
Prezado(a) aluno(a),
Este livro traz orientações importantes para a elaboração do Projeto

Integrador Web (I e II). Ele foi especialmente elaborado para o Curso
Superior de Tecnologia em Web Design e Programação oferecido pela
UnisulVirtual.
Leia-o com interesse e atenção, pois as informações fornecem subsídios

para todas as etapas de desenvolvimento de seu projeto e ajudarão você
a atingir com sucesso os objetivos de aprendizagem.
Bom estudo e sucesso!
Equipe UnisulVirtual.

Cynthia Beatriz Scheffer Dutra

Livro didático
3ª Edição revista e atualizada
Design instrucional
Flavia Lumi Matuzawa
Leandro Kingeski Pacheco
Palhoça
UnisulVirtual
2007

Copyright © UnisulVirtual 2007
Nenhuma parte desta publicação pode ser reproduzida por qualquer meio sem a prévia autorização desta instituição.
Edição – Livro Didático

Professor Conteudista
Cynthia Beatriz Scheffer Dutra
Design Instrucional
Flavia Lumi Matuzawa
Leandro Kingeski Pacheco
Projeto Gráfico e Capa

Equipe UnisulVirtual
Diagramação
Rafael Pessi
Revisão Ortográfica
B2B
001.43
D97 Dutra, Cynthia Beatriz Scheffer
Projeto integrador WEB (I e II) : livro didático / Cynthia Beatriz Scheffer
Dutra ; design instrucional Flavia Lumi Matuzawa, Leandro Kingeski Pacheco. - 3 ed.
rev. e atual. - Palhoça : UnisulVirtual, 2007.
162 p. : il. ; 28 cm.
Inclui bibliografia.
1. Projeto de pesquisa. 2. Web design – Projeto de pesquisa. I. Matuzawa,

Flavia Lumi. II. Pacheco, Leandro Kingeski. III. Título.
Ficha catalográfica elaborada pela Biblioteca Universitária da Unisul

Sumário
Apresentação . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
Palavras da professora . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Plano de estudo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .11
UNIDADE 1 – Introdução ao Projeto Integrador Web . . . . . . . . . . . . . . . . . . . . . .15

SEÇÃO 1 – Quais são os elementos do PI Web? . . . . . . . . . . . . . . . . . . . 16
SEÇÃO 2 – Como será o processo de avaliação do PI Web? . . . . . . . . 26
SEÇÃO 3 – Quais são as atividades propostas para o
desenvolvimento do PI Web? . . . . . . . . . . . . . . . . . . . . . . . . . . 30
UNIDADE 2 – Desenvolvimento do Projeto Integrador Web I . . . . . . . . . . . .35

SEÇÃO 1 – Etapa 1: identificação do escopo do projeto . . . . . . . . . . . 37
SEÇÃO 2 – Etapa 2: escopo do projeto . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
SEÇÃO 3 – Etapa 3: análise do projeto . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
SEÇÃO 4 – Etapa 4: planejamento do projeto . . . . . . . . . . . . . . . . . . . . . 86
UNIDADE 3 – Desenvolvimento do Projeto Integrador Web II . . . . . . . . . . 113

SEÇÃO 1 – Etapa 5: execução e avaliação do projeto . . . . . . . . . . . . . 116
SEÇÃO 2 – Etapa 6: encerramento de projeto . . . . . . . . . . . . . . . . . . . . 137
SEÇÃO 3 – Etapa 7: documentação do Projeto Integrador Web . . . 140
Para concluir o estudo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149

Referências . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151
Sobre a professora conteudista . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 153
Anexo A - Como elaborar as referências? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 155

Palavras da professora
Caro aluno,
Quando recebi o convite para escrever este livro, fui tomada

de muita surpresa e alegria, mas de dúvidas também: Será
que tenho conhecimento suficiente para fazê-lo? Será que
conseguirei cumprir o prazo de entrega? Será que realizarei esta
tarefa a contento?
Pensando nestas questões, pude vislumbrar que estas são muitas

das barreiras e dificuldades que sentimos (e temos que enfrentar)
quando nos deparamos com algo novo, como o desenvolvimento
de um projeto. E acredito que estes sentimentos também fazem
parte de seus receios ao iniciar este projeto integrador.
Realmente, esta é uma caminhada intensa, de superação. Mas,

com toda certeza, durante todo o curso, você adquiriu muito
conhecimento teórico sobre projeto, design e programação.
Agora é o momento de consolidar todo este saber e construir
um projeto inovador, de seu próprio cunho. Pode ser que, em
algum momento durante esta caminhada, você sinta cansaço ou
insatisfação. Lembre-se de usar estas sensações a seu favor, como
motivação para chegar a um final vitorioso. Você não chegou
até aqui por acaso! Acredite em sua capacidade de superar
obstáculos e de se organizar para desenvolver um bom Projeto
Integrador Web.
Espero sinceramente ter colocado neste projeto (seu livro

didático) conceitos, procedimentos e exemplos que ajudem você
a estruturar o seu PI Web.
Também desejo que este livro seja o norteador de uma atividade

que feche sua vida acadêmica e abra as portas para sua vida
profissional.
Bom trabalho a todos nós!
Professora Cynthia Beatriz Scheffer Dutra

Plano de estudo
O plano de estudo visa orientá-lo/a no desenvolvimento do

Projeto Integrador. Nele, você encontrará elementos que
esclarecerão o contexto do mesmo e sugerirão formas de
organizar o seu tempo de estudos.
O processo de ensino e aprendizagem na UnisulVirtual leva

em conta instrumentos que se articulam e se complementam.
Assim, a construção de competências se dá sobre a articulação
de metodologias e por meio das diversas formas de ação/
mediação.
São elementos desse processo:
o livro didático;
o Espaço UnisulVirtual de Aprendizagem - EVA;
as atividades de avaliação a distância (não serão feitas

avaliações presenciais).
Ementas do Projeto Integrador Web (I e II)
Disciplina: Projeto Integrador Web I

Criação de projeto de sistema Web pelos alunos, de forma a
integrar os diversos conhecimentos adquiridos no curso até
o presente módulo, visando demonstrar suas habilidades e as
competências específicas adquiridas.
Disciplina: Projeto Integrador Web II

Criação de projeto avançado de sistema Web, com ferramentas
de desenvolvimento aprendidas em disciplinas anteriores do
curso. Seqüência das atividades elaboradas na disciplina Projeto
Integrador Web I.

Carga horária
As disciplinas Projeto Integrador Web I e Projeto Integrador
Web II apresentam carga horária de 90 horas-aula, perfazendo
uma carga total de 180 horas-aula para o PI Web.
Objetivo(s)
O desenvolvimento do projeto integrador tem por objetivos:
complementar o processo de ensino-aprendizagem,

incentivando seu aprimoramento pessoal, interpessoal e
profissional;
propiciar a você oportunidades de desenvolver suas

habilidades de construção e implementação de projetos;
aplicar os conhecimentos teóricos na prática da gestão de

projetos e equipes;
favorecer a integração entre a universidade e o meio onde

você está inserido.
Conteúdo programático/objetivos
Os objetivos de cada unidade definem o conjunto de
conhecimentos que você deverá deter para o desenvolvimento
de habilidades e competências necessárias a sua formação. Neste
sentido, veja a seguir as unidades 1 a 3 que compõem o Livro
didático deste Projeto Integrador, bem como os seus respectivos
objetivos.
Unidades de estudo: 3
Unidade 1: Introdução ao Projeto Integrador Web

Introdução ao PI Web. Quais são os procedimentos básicos?
Como será o processo de avaliação do PI Web? Quais as
atividades são propostas? O objetivo desta unidade é tirar
todas as suas dúvidas sobre o desenvolvimento de seu Projeto
Integrador. Serão analisados os conceitos e a importância
12

do PI Web, quais os procedimentos básicos para subsidiar a

construção do seu projeto, bem como as atividades propostas
nas duas disciplinas. Também é apresentado o processo de
avaliação do PI Web.
Unidade 2: Desenvolvimento do Projeto Integrador Web I

Identificação do projeto. Escopo do projeto. Análise do projeto.
Planejamento do projeto. Nesta unidade será apresentada a
fundamentação teórica referente ao PI Web I, descrevendo as
etapas de projeto que serão realizadas na disciplina do quarto
módulo.
Unidade 3: Desenvolvimento do Projeto Integrador Web II

Execução e avaliação do projeto. Encerramento do projeto.
Entrega do PI Web completo. Nesta unidade o objetivo é
apresentar a fundamentação teórica referente ao PI Web
II, descrevendo as etapas de projeto que serão realizadas
na disciplina do quinto módulo, bem como a estrutura da
documentação final do projeto.
Agenda de atividades/ Cronograma

Verifique com atenção o EVA, organize-se para acessar
periodicamente o espaço da Disciplina. O sucesso nos
seus estudos depende da priorização do tempo para a
leitura; da realização de análises e sínteses do conteúdo; e
da interação com os seus colegas e tutor.
Não perca os prazos das atividades. Registre no espaço

a seguir as datas, com base no cronograma da disciplina
disponibilizado no EVA.
Use o quadro para agendar e programar as atividades

relativas ao desenvolvimento da Disciplina.
13

Atividades
Demais atividades (registro pessoal)
14

1
UNIDADE 1
Introdução ao Projeto
Integrador Web
Objetivos de aprendizagem
Compreender as metas desejáveis para o
desenvolvimento do Projeto Integrador Web (PI Web).
Conhecer os procedimentos básicos para o

desenvolvimento do PI Web.
Entender o papel do aluno no processo e dos demais

envolvidos (professor tutor e coordenador de curso).
Analisar como será o processo de avaliação das

disciplinas vinculadas ao Projeto Integrador (I e II).
Verificar as atividades propostas para cada disciplina.
Seções de estudo
Seção 1 Quais são os elementos do PI Web?
Seção 2 Como será o processo de avaliação do PI Web?
Seção 3 Quais são as atividades propostas para o

desenvolvimento do PI Web?

Para início de conversa

Caro aluno, o Projeto Integrador em Tecnologia para Web Design
e Programação (PI Web) é uma atividade que será realizada por
você, durante as disciplinas Projeto Integrador Web I e Projeto
Integrador Web II.
Como orientação e suporte para realizar esse projeto você

terá este livro como principal material de referência, além
do EVA (Espaço UnisulVirtual de Aprendizagem) para
receber os modelos e enviar as atividades, bem como para
buscar ajuda e interagir com o professor-tutor. Não está
previsto, portanto, nenhum encontro presencial.
Nesta unidade, você poderá sanar todas suas dúvidas

básicas a respeito do projeto integrador. Serão abordados os
conceitos e a importância do PI Web, quais os procedimentos básicos
para subsidiar a construção do seu projeto, bem como as atividades
propostas nas duas disciplinas. Aqui você poderá esclarecer questões
referentes ao processo de avaliação do PI Web, bem como quais são
as competências que você deve desenvolver e as atitudes esperadas de
você durante o desenvolvimento do seu projeto.
Seção 1 – Quais são os elementos do PI Web?

Nesta seção você conhecerá os elementos do PI Web. Entre estes
elementos destacamos o conceito de PI Web, os temas que podem
ser escolhidos, quem irá acompanhá-lo no desenvolvimento
do projeto, a importância e quais os objetivos do projeto, quais
as competências você desenvolerá durante o projeto e quais os
procedimentos básicos relativos a cada agente do PI Web.
Você conhece o conceito do PI Web?

Conforme a grade curricular do Curso Superior de Tecnologia
em Web Design e Programação (TWD), o período destinado
para a realização do PI Web envolverá dois semestres,
especificamente o quarto e o quinto módulos.
16

O Projeto Integrador Web I visa a criação de um

projeto de sistema Web pelos alunos, de forma a
integrar os diversos conhecimentos adquiridos no curso
até o presente módulo, objetivando demonstrar suas
habilidades e suas competências específicas adquiridas.
O Projeto Integrador Web II representa uma fase
avançada de execução, análise de desempenho, ajustes
e encerramento do projeto como um todo. A finalidade
principal do projeto PI Web é o desenvolvimento de
uma atividade que consolide conhecimentos do curso,
permitindo formar tecnólogos com capacidade de
empreender e inovar.
Como você já estudou no manual do aluno, entre os objetivos
específicos deste curso propomos que você desenvolva a formação
de conhecimentos sobre:
negócios: segmento financeiro, comércio eletrônico e o setor

de telecomunicações, estratégias de negócios em Web;
marketing: relacionamento com clientes, interpretação e

análise dos requisitos do usuário, apresentação de resultados;
gerenciamento Web: noções sobre gestão de negócios e

empreendedorismo, gerenciamento de equipes de projeto e
desenvolvimento web, ética profissional;
tecnologia: lógica de programação, estrutura de bancos

de dados, programação orientada a objetos, linguagens de
programação para Web;
infra-estrutura: plataformas e linguagens diversas, redes de

computadores e internet;
comunicação e criação: comunicação visual, design gráfico e

ergonomia.
O Projeto Integrador tem um foco bastante prático. Esperamos

que você consiga transformar suas idéias em ações, contribuindo,
direta ou indiretamente, para proporcionar melhores resultados
para os sistemas, as organizações e/ou para o meio.
Unidade 1 17

Enfim, o PI Web deve ser percebido como a possibilidade de

realizar projetos e ações concretas junto a alguma empresa
ou organização que faça uso destas tecnologias. Esta é uma
excelente oportunidade para você desenvolver sua capacidade
proativa e empreendedora, identificando problemas, descobrindo
soluções e oportunidades. Visando fortalecer suas competências
e habilidades, tal como as descritas como objetivos específicos
do nosso curso, o Projeto Integrador envolve, agora, conteúdos
desenvolvidos nas disciplinas que formam a base sustentável
do curso, ou seja, as disciplinas da área de tecnologia, de
gerenciamento Web, de comunicação e criação.
Atenção!
O PI Web apresenta uma concepção semelhante a
de um projeto de pesquisa.
A realização do Projeto Integrador precisa ser
progressiva, cumulativa e propiciar a complementação
do ensino e da aprendizagem, em conformidade com
o currículo ofertado no Curso Superior de Tecnologia
em Web Design e Programação na modalidade a
distância.
Neste sentido, o PI Web foi concebido com a
estrutura de um projeto de pesquisa, isto é, com
análise, estudo e desenvolvimento de sistemas
computacionais em ambientes web, permitindo a
criação de soluções, melhoria de serviços e resolução
de problemas. Por ter um caráter prático, o PI Web é
considerado uma atividade de pesquisa aplicada
e o aluno é considerado, neste momento, um
pesquisador.
Você sabe quais temas podem ser escolhidos para o

Considerando as funções previstas no manual do curso,
você pode atuar em seu projeto desenvolvendo uma ou mais
competências, tais como:
desenvolvimento e administração de páginas Web;
18

programação de serviços Web (Web services);

administração de provedores de internet – Web Master;
analista de negócios/comércio eletrônico;
consultoria e muitas outras atividades.
O tema de desenvolvimento do projeto PI Web pode ser

escolhido a partir de uma idéia de um aluno, ou de um grupo
de alunos. Além disto, o projeto pode atender as necessidades
pessoais, de uma empresa, da universidade ou de uma
comunidade em geral.
Quem irá acompanhar o desenvolvimento do PI Web?

Para o desenvolvimento do PI Web você receberá
acompanhamento do professor-tutor e da coordenação do curso.
Qual a importância do PI Web?

Esta atividade envolve os conteúdos desenvolvidos nas disciplinas
mais importantes e que formam a base sustentável do curso,
ou seja, as disciplinas da área de tecnologia, gerenciamento
Web, comunicação e criação. É com o intuito de desenvolver e
capacitar você nestas diferentes áreas que o Projeto Integrador
atua, pois lhe permite unificar, integrar o conhecimento em um
projeto único. Aqui temos uma excelente tática motivacional para
você desenvolver-se, participando ativamente na descoberta e na
formação do seu conhecimento.
Os resultados do PI Web precisam ter aplicabilidade,

utilidade e valor
Tais resultados terão aplicabilidade no momento em
que você transformar os resultados proporcionados pelo
Projeto Integrador em projetos inovadores e/ou ações
concretas junto às empresas, organizações, universidades
e ao meio. As organizações e a sociedade necessitam de
profissionais com capacidade para empreender e inovar.
Unidade 1 19

O desenvolvimento do PI Web representa uma excelente

alternativa para você, estudante de um curso superior
a distância, desenvolver a sua capacidade proativa e
empreendedora voltada para a identificação de problemas,
bem como para a descoberta de novas oportunidades
para a organização e para o meio.
Os resultados adquirem utilidade quando você

conseguir implementar uma proposta inovadora ou um
conjunto de ações como produto do que desenvolveu
junto a sua equipe, organização e /ou meio.
Os resultados terão valor quando você conseguir

agregar valor aos produtos, serviços ou processos da
organização (AMBONI, 2005).
Atenção!
Os projetos integradores constituem uma estratégia
de fundamental importância na construção do
conhecimento, sendo fator-chave para a formação de
profissionais mais críticos e observadores.
Quais os objetivos do PI Web?

O objetivo geral do curso de Tecnologia em Web Design e
Programação é desenvolver habilidades que propiciem a você a
capacidade de criar, programar e implantar sistemas computacionais
em ambientes web, com embasamento teórico e sólida formação
prática, permitindo-lhe inserção segura no mercado de trabalho e
crescimento profissional com titulação superior.
O Projeto Integrador lhe permite consolidar este objetivo geral.

O Projeto Integrador exerce um papel fundamental ao retomar
as competências desenvolvidas em cada módulo do curso. Este
projeto também objetiva promover a interdisciplinaridade e a
transdisciplinaridade, a articulação entre a teoria e a prática, a
20

motivação, a contextualização, além de permitir a avaliação do

aluno sob circunstâncias equivalentes às de um ambiente real.
Que competências você irá desenvolver?

O PI Web favorece o desenvolvimento das seguintes habilidades
/ capacidades técnicas:
identificar oportunidades de projeto;
planejar a maneira de atender aos requisitos de um projeto;
conhecer todo o ciclo de vida de um projeto;
identificar quando um projeto pode ou não ser desenvolvido;
verificar como construir toda a estrutura de análise de projetos;
verificar os papéis de cada membro da equipe no projeto e suas

interações;
montar e executar um cronograma de atividades;
utilizar gráficos, listas e planilhas para calcular as datas do projeto;
saber valer-se de análises de risco e de viabilidade do projeto;
saber como identificar e trabalhar com as folgas e atividades/

caminho crítico;
verificar como gerenciar os recursos no decorrer do projeto;
verificar formas de controlar a execução do projeto;
aprender a lidar com os conflitos;
conferir o que medir para verificar o desempenho de um projeto;
descrever a documentação necessária para o encerramento do

projeto.
Unidade 1 21

Além destas competências, podemos citar as de caráter de

desenvolvimento pessoal:
melhoria da comunicação interpessoal;
prática do processo de tomada de decisões, por meio da ordenação de

atividades e programas, frente às mais diferentes alternativas;
negociação por meio da adoção de atitudes flexíveis em relação à equipe

de trabalho, a terceiros e a situações diversas;
atuação integrativa em prol de objetivos comuns.
Quais são os procedimentos básicos de cada agente no PI Web?

Os agentes envolvidos no processo de desenvolvimento do PI
Web são:
o coordenador de curso;
o professor-tutor;
o aluno.
A seguir são listadas as principais atribuições de cada agente.
a. Atribuições do coordenador de curso

O coordenador, em relação ao projeto integrador, assume o papel
de articulador dos projetos (FAGUNDES, 1999). Ele tem a
missão de:
designar os professores-tutores que acompanharão os alunos na

realização do PI Web;
definir em conjunto com a direção do campus da UnisulVirtual o número

máximo de alunos (orientandos) por professor-tutor;
22

promover cursos de capacitação para os professores

selecionados atuarem como professores-tutores do PI Web;
acompanhar e avaliar o desempenho dos professores-tutores

do PI Web;
destacar as possíveis áreas de interesse e/ou necessidades dos

alunos explorando-as sob a forma de desafios e problemas
estimulantes;
auxiliar os professores-tutores quanto ao andamento das

diferentes frentes investigativas no contexto do cotidiano dos
alunos, contatando em diferentes campos do conhecimento;
coordenar o planejamento de novas ações, proporcionando

feedback, buscando a integração entre áreas do curso e
conteúdos selecionados para projeto.
b. Atribuições do professor-tutor
O professor-tutor é efetivamente o orientador de projetos e
deve auxiliar os alunos, buscando:
acompanhar o aluno no desenvolvimento das atividades, de

acordo com as etapas estabelecidas neste livro didático e no
Espaço UnisulVirtual de Aprendizagem;
examinar e emitir parecer sobre as atividades dos alunos;
comparecer às reuniões convocadas pela coordenação do curso;
avaliar o PI Web na versão de apresentação final, dando

parecer de conclusão ou não;
efetuar os devidos registros acadêmicos;
gerenciar a organização do espaço UnisulVirtual de

aprendizagem, programando o uso dos recursos tecnológicos:
• selecionando softwares, materiais de biblioteca,

materiais disponíveis na Web;
• organizando planilhas de acordo com a solicitação

de alunos e professores, para acompanhamento dos
projetos;
Unidade 1 23

• agendando e divulgando amplamente fóruns e propondo

temas para comunicação e discussões virtuais planejados pelos
diferentes grupos.
orientar projetos de investigação estimulando e auxiliando na

viabilização de busca e organização de informações, face às
indagações dos alunos;
acompanhar as atividades dos alunos, orientando sua busca com

perguntas que estimulem seu pensamento e reflexão;
verificar cronogramas e atividades propostas, a fim de avaliar sua

implementação em tempo hábil;
documentar com registros qualitativos e quantitativos as constatações

dos alunos, promovendo feedback individual e coletivo.
c. Atribuições do aluno
Como o aluno aprende? Como se pode garantir a aprendizagem
e o sucesso do projeto? A busca de soluções para as questões que
sempre surgem no desenvolvimento do projeto configura um
trabalho com atitude e conduta de verdadeiros pesquisadores.
Em primeiro lugar, trata-se de certezas provisórias

porque o processo de construção do projeto é um processo
continuado. Uma vez que se determina algo, que se consegue
estabelecer alguma certeza a respeito do projeto; novos
elementos desconhecidos aparecem e precisam ser assimilados
(FAGUNDES, 1999).
— Buscar informação em si não basta! Os alunos precisam

estabelecer relações entre as informações aprendidas no curso e
gerar conhecimento a partir delas. Sempre podemos aprimorar
e refinar nosso projeto. Nesta disciplina, não há interesse em
registrar se o aluno retém ou não uma informação, aplicando uma
“prova” objetiva.
24

O que interessa no Projeto Integrador são as

operações que o aluno pode realizar com as
informações aprendidas: quais são suas idéias, seus
argumentos, suas demonstrações e aplicações.
Neste sentido, para construir conhecimento, é preciso

reestruturar os significados de tudo o que se aprendeu
anteriormente, produzindo boas diferenciações e integrando ao
sistema os novos significados, novas utilizações. Esta integração é
resultado da atividade de pesquisa e projeto, que, juntamente com
o conhecimento adquirido de cada um, interage entre si e com os
objetos a assimilar ou com os problemas a resolver.
A proposta do PI Web é conduzir você a aprender conteúdos, por
meio de procedimentos que desenvolvam a própria capacidade de
continuar aprendendo, num processo construtivo e simultâneo
de questionar-se, encontrar certezas e reconstruí-las em novas
certezas. Isto quer dizer: formular problemas, encontrar
soluções que suportem a formulação de novos e mais complexos
problemas. Ao mesmo tempo, este processo compreende o
desenvolvimento continuado de novas competências em níveis
mais avançados (FAGUNDES, 1999). Assim, o conhecimento
novo é produto de atividade intencional, aliada à interatividade
cognitiva, interação entre os parceiros de equipes e tutor, além do
investimento de interesses e valores.
O aluno é o pesquisador, o responsável pelo desenvolvimento do
seu saber, do seu projeto. Ele deve:
escolher o tema para o projeto que pretende desenvolver;
escolher uma equipe de trabalho (até 3 membros) ou optar por realizar um

trabalho individual;
desenvolver as atividades de acordo com as etapas estabelecidas nas unidades 2

e 3 deste Projeto Integrador, também disponibilizadas no Espaço UnisulVirtual de
Aprendizagem;
entregar as atividades previstas conforme o cronograma apresentado na

ferramenta Mural no EVA;
elaborar e entregar o Projeto Integrador segundo a seção “Qual é a estrutura de

apresentação final do PI Web? ”, unidade 3.
Unidade 1 25

Seção 2 – Como será o processo de avaliação do PI Web?

Você estuda agora como é o processo de avaliação do PI Web,
qual estrutura deve ser seguida para desenvolver o PI Web, além
de dicas gerais para este desenvolvimento.
Neste sentido, uma primeira pergunta se faz necessária: como
será feita a avaliação do rendimento do aluno, se cada um faz um
projeto diferente?
A avaliação do PI Web considera não o resultado, um

desempenho isolado, mas como o aluno está pensando,
que recursos ele consegue usar, que relações consegue
estabelecer, que operações realiza ou inventa.
O uso do Espaço UnisulVirtual de Aprendizagem (EVA)

na avaliação do indivíduo ou do grupo por meio de projetos
partilhados permite a visualização e a análise do processo e não
só do resultado, ou seja, trocas realizadas por meio de mensagens
via tutor, de imagens e textos postados em Exposição, de debates
feitos na ferramenta Fórum, entre outros registros possíveis, ficam
registradas e acessíveis durante o desenvolvimento dos projetos ao
longo de todo o semestre.
É possível, tanto para o tutor como para o próprio aluno, ver cada
etapa da sua produção, passo a passo, registrando assim o processo
de construção do projeto.
Como o material a ser avaliado deverá ser organizado?
Ao organizarmos o material a ser avaliado, optamos por utilizar

formulários disponibilizados para o preenchimento no EVA.
Nestes formulários ficarão registrados todos os trabalhos,
contribuições, descobertas, reflexões realizadas pelo aluno,
pela equipe e pelo grupo de equipes. O registro do formulário
auxilia na própria auto-avaliação, com a vantagem de ajudar o
aluno a desenvolver sua autocrítica, a ampliação da consciência
do seu trabalho, de suas dificuldades e das possibilidades de
seu desenvolvimento. Outra vantagem em adotarmos estes
formulários-padrão reside no fato de que o tutor terá bases claras
e objetivas para avaliar o desenvolvimento do aluno, podendo
atuar proativamente na busca de melhorias e correções, já na fase
de concepção do projeto.
26

Após sua aprovação, a versão final do PI Web deverá ser,

preferencialmente, publicada na internet para avaliação.
Os seguintes critérios serão observados para avaliação do PI Web:
consonância do projeto concluído com o que foi proposto;
clareza e objetividade das atividades descritas para o projeto;
lógica da apresentação dos conteúdos em relação ao alcance dos objetivos

propostos;
criatividade, idéias inovadoras, capacidade de argumentação teórica e prática,

pertinência e/ou relação com os conteúdos programáticos do curso;
utilidade e aplicabilidade dos resultados alcançados para a organização do objeto de

investigação e/ou para o meio;
utilização dos recursos do EVA para integração com a equipe e entre equipes;
participação em debates propostos, em Fórum e Exposição;
pontualidade no cumprimento dos prazos de envio das atividades, preestabelecidos

no cronograma da disciplina, disponível no EVA. Atenção redobrada aos prazos!
A sua avaliação nessas disciplinas, Projeto Integrador Web, será

verificada por intermédio do desempenho progressivo frente aos
objetivos propostos no plano de ensino e contabilizada por meio
das Avaliações a Distância (AD) que estão disponibilizadas no
Espaço UnisulVirtual de Aprendizagem (EVA). Os professores-
tutores deverão atribuir notas de zero a dez para cada uma das
atividades propostas. Será considerado aprovado o aluno que
obtiver a média mínima estabelecida no Manual do Curso.
Atenção! Não ocorrerá avaliação final no Projeto

Integrador Web (I e II). A avaliação dessas disciplinas
sempre será o resultado da construção progressiva do
projeto desenvolvido pelo aluno.
Unidade 1 27

Qual é a estrutura para desenvolver o PI Web?

Para o desenvolvimento do projeto integrador, tomaremos por
base o livro Gestão de Projetos e de Equipes, do prof. Mauro
Faccioni Filho, livro-texto da disciplina de mesmo nome no
curso de Web Design e Programação.
Conforme você aprendeu na disciplina Gestão de Projetos e de

Equipes, o termo projeto é bastante recente em nossa cultura. São
associados a esse termo diferentes conceitos:
intenção (propósito, objetivo, problema a resolver);

esquema (design);
metodologia (planos, procedimentos, estratégias,
desenvolvimento).
Assim, podem ser concebidas a atividade intelectual de

elaboração do projeto e as atividades múltiplas de sua realização
(BOUTINET, 1990).
Quando falamos em desenvolvimento de projeto, estamos

necessariamente nos referindo à formulação de questões pelo
autor do projeto, pelo sujeito que vai construir o conhecimento.
Ou seja, nós partimos do princípio de que você é um ser
pensante, que usa seu conhecimento prévio. Acreditamos que
você vai explorar, pesquisar, interagir com o desconhecido,
ou com novas situações, para se apropriar do conhecimento
específico a qual dedicou seu projeto.
Atenção!
Num Projeto Integrador, de quem são as dúvidas que
vão gerar o projeto? Quem está interessado em buscar
respostas? Este alguém, caro estudante, deve ser você!
28

Nesta situação enriquecida por desafios, no PI Web o aluno busca

compor um conhecimento particular que parte do seu próprio
conhecimento. As questões agora não são mais formuladas pelo
professor-tutor. Por isso, a escolha das variáveis que serão testadas
na busca de solução de qualquer problema, precisa ser sustentada
por um levantamento de questões feitas pelo próprio estudante.
Ao formular questões que tenham significação para você, inicia-
se o desenvolvimento de competências para formular e equacionar
problemas. E, quem consegue formular com clareza um problema
a ser resolvido, começa a aprender a definir as direções de sua
atividade (FAGUNDES, 1999).
Mas nosso curso pode permitir ao aluno escolher o

tema, a questão que vai gerar o desenvolvimento do
Projeto Integrador?
É fundamental que a questão a ser pesquisada parta da

curiosidade, das dúvidas, das indagações do aluno, ou dos
alunos, e não imposta pelo curso. A motivação para o projeto
deve vir de você! O professor-tutor pode auxiliá-lo na busca
pelo tema de projeto, através da indicação de textos, ou com
discussões propostas em fóruns no início da disciplina, visando
integrar objetivos comuns, bem como integrar os alunos, a fim de
encontrar pares ou equipes que tenham interesse em desenvolver
idéias em parceria.
Para o desenvolvimento do PI Web, será necessário o

cumprimento de algumas etapas propostas como atividades, as
quais serão descritas em detalhes a seguir. A sugestão para o bom
andamento do seu projeto é que você primeiro leia as atividades
que necessita fazer, estude seu detalhamento teórico e, em
seguida realize as atividades propostas.
Unidade 1 29

Dicas gerais para o desenvolvimento do PI Web
durante a execução de todo o PI Web fique atento e procure organizar

todas as informações das referências utilizadas em um único arquivo.
Descreva as referências segundo as normas da ABNT, apresentadas em
anexo neste livro;
para realizar as atividades propostas faça uso do EVA, acesse via

ferramenta Unidade, o formulário referente a atividade em andamento,
preencha o arquivo modelo relativo a cada etapa a ser seguida, após a
execução da atividade, envie o formulário relativo à atividade realizada
através da ferramenta Desempenho;
veja no Cronograma (junto ao Mural) as datas-chave para entrega

das atividades. Sua pontualidade será importante para o seu
aproveitamento, bem como será considerada na avaliação;
este livro didático é seu material de referência para o desenvolvimento

do PI Web. Na dúvida, reporte-se a ele;
qualquer problema ou dificuldade, faça contato pela ferramenta Tutor

com seu Professor-Tutor/Orientador.
Seção 3 - Quais são as atividades propostas para o

Nesta seção, são apresentadas as atividades que você precisa
desenvolver durante a realização do Projeto Integrador Web
(I e II). Nas duas próximas unidades, você vai encontrar, para
cada atividade, uma descrição detalhada e aprofundada sobre os
pontos que precisarão ser desenvolvidos.
Observe que aqui há uma construção gradativa, dividida em

etapas e atividades. Cada uma das atividades será, ao final do PI
Web, uma parte do documento final, que corresponderá à junção
ordenada de todas as atividades.
30

Atividades propostas para o Projeto Integrador Web I
Prazo de
Etapa
Descrição Desdobramento da atividade

Entrega
Definição e Apresentação Título do projeto

1
do Tema
1.Identificação do Projeto
Descrição do Projeto Fazer uma breve apresentação do assunto e definir

2 qual o problema de projeto você se propõe a
desenvolver até o final do trabalho.
Categoria de Projeto • Tipo de projeto;

3
• Palavras-chave. AD1
(parte 1)
Formação de Equipes • Descrição sintética da equipe
(máximo 3 participantes);
4
• Definição de um gestor.
• Funções por competência técnica.
Contexto de Projeto Análise de oportunidades, quanto ao:

5 a) ambiente da proposta de projeto;
b) disciplinas relevantes.
Coleta de Dados • Análise de requisitos do “cliente”: individual,

empresa, externo, etc.;
6
• Análise de mercado para observar a relevância e
originalidade do tema.
2. Escopo do Projeto
7 Objetivos • Objetivo Geral.

• Objetivos Específicos.
Justificativa Qual a importância do trabalho? AD1

a) pessoal; (parte 2)
8
b) organizacional;
c) social.
Resultados Esperados • Produto de software;

• Multimídia;
9 • Sistema Web;
• Estudo de caso;
• Melhorias de sistemas existentes.
Planejamento de • Estudo, detalhamento e planejamento das

10 Atividades tarefas e necessidades do projeto;
• Listagem das atividades do projeto.
3. Análise de Projeto
Recursos Mobilizados • Material;

11 • Equipamentos;
• Pessoal.
AD2
Previsão Orçamentária Previsão de gastos com o projeto com base nos
12
recursos mobilizados.
13 Estudo de Viabilidade Apresentar um estudo de viabilidade do projeto.
14 Estudo de Riscos Apresentar uma análise de riscos do projeto.

4. Planejamento
Divisão de Trabalho • Divisão de tarefas com estimativa de

de Projeto
15 recursos;
• Divisão de responsabilidades.
AD3
Plano de Trabalho • Cronograma das atividades (Gantt);
16 • Estimativa de custos;
• Indicadores de desempenho.
QUADRO 1 – ATIVIDADES PROPOSTAS PARA O PI Web I
Unidade 1 31

Como registrar mudanças no projeto?

• Em caso de alteração no projeto, de qualquer
natureza, envie ao tutor uma solicitação formal através
de um formulário próprio (ver na Seção 5 da unidade 3
o detalhamento sobre o formulário de modificação de
projeto). O tutor fará a análise e apresentará um parecer
com o deferimento ou não do pedido.
• A cada entrega de atividade a distância, você (ou sua

equipe) estará complementando a documentação do
projeto, uma vez que deve reenviar sempre ao tutor os
formulários anteriormente preenchidos com suas devidas
modificações ou atualizações.
• Após encerrar a série de atividades aqui propostas,

organize todos os documentos e materiais obtidos -
lembre-se que você irá utilizá-los para realizar as atividades
do PI Web II.
Atividades propostas para o Projeto Integrador Web II

Atividade
Etapa
Descrição Desdobramento da atividade Prazo de Entrega
Relatórios de • Cronograma atualizado;

1
5. Execução e Avaliação do
Acompanhamento • Verificação de índices de desempenho.
Revisão do Projeto • Modificações;

2
• Ajustes.
Projeto
Protótipo • Apresentação;
3 • Demonstrativo; AD 1
• Simulação
Projeto-Piloto • Apresentação;
• Implantação;
4
• Testes;
• Validação.
•
6.Encerramento do Projeto
Projeto Final Entrega / apresentação final;

5 • Medição dos resultados.
Considerações Finais • Lições aprendidas;

6 • Novas idéias e oportunidades.
Referências • Reunir todas as referências utilizadas durante

7 o PI Web.
AD 2
Anexos e Apêndices • Reunir dados, cálculos, programas,
8 algoritmos, etc.;
• Material de apoio para a execução do projeto.
Completo
Documentação • Reunir todas as partes do PROJETO

INTEGRADOR Web.
PI Web
QUADRO 2 – ATIVIDADES PROPOSTAS PARA O PI Web II
32

Síntese
Nesta unidade, você estudou os conceitos e os objetivos
fundamentais envolvidos no Projeto Integrador Web. Foram
descritos os procedimentos básicos e os papéis de cada agente
no desenvolvimento do seu Projeto Integrador. Também foi
apresentado todo o processo de avaliação das duas disciplinas
e as atividades propostas para cada uma delas. Estes conteúdos
são fundamentais para a sua continuidade nesta disciplina. Você
precisa estar conscientizado a respeito das regras, dos prazos e da
sistemática envolvida no desenvolvimento do Projeto Integrador
para atingir as metas desta disciplina.
Sempre que tiver dúvidas, reveja esta unidade.
Nas próximas unidades, você verá o desenvolvimento do Projeto

Integrador, segundo as etapas e atividades propostas. Cada etapa
do projeto será detalhada a fim de ser implementada por você, até
obter seu PI Web completo.
Vamos a elas!
Unidade 1 33

2
UNIDADE 2
Desenvolvimento do Projeto
Integrador Web I
Selecionar um tema adequado para o Projeto Integrador,
vinculado aos propósitos do curso.
Selecionar (ou não) uma equipe de trabalho entre os

colegas da turma.
Descrever uma proposta de Projeto Integrador de

acordo com as diretrizes apresentadas.
Expor e justificar seu Projeto Integrador, argumentando

em favor de sua aceitação.
Desenvolver a análise do Projeto, quanto à mobilização

de recursos, custos e viabilidade.
Planejar as atividades para a execução do projeto,

considerando os prazos estipulados para as disciplinas PI
Web (I e II).
Preparar e entregar toda e qualquer documentação

pertinente ao desenvolvimento do PI Web I, segundo
formulários específicos.
Seções de estudo
Seção 1 Etapa 1: identificação do escopo do projeto
Seção 2 Etapa 2: escopo do projeto
Seção 3 Etapa 3: análise do projeto
Seção 4 Etapa 4: planejamento do projeto
Seção 5 Modificações no projeto


Caro aluno, você estudará nesta unidade o desenvolvimento
do Projeto Integrador Web 1. Para tanto, nós seguiremos os
ensinamentos sobre gestão de projetos e de equipes contidos no
livro Gestão de Projetos e de Equipes (FACCIONI, 2006).
Segundo o autor, uma definição do que é projeto (adaptada do
Project Management Institute) pode ser:
Um projeto é um conjunto de tarefas, arranjado numa

seqüência ou relação definida, que produz um efeito
ou saída pré-definida. Um projeto sempre tem um
começo, meio e um final.
E a gestão pode ser compreendida como:
A gestão de projetos compreende as funções de

planejamento, organização de recursos, distribuição
e comunicação das tarefas às pessoas da equipe, com
monitoramento constante das atividades e motivação
do grupo para a conquista do objetivo pré-definido.
Tomando estes preceitos por base, vamos buscar sintetizar o que

necessitamos pensar e conhecer para realizar um bom projeto.
Em PI Web I, você deverá desenvolver com detalhes cada uma
das quatro etapas envolvidas nesta primeira fase do projeto. As
Obs: As etapas de execução, etapas são:
avaliação e encerramento de projeto
serão implementadas em PI Web II. Etapa 1 – identificação do escopo do projeto
Etapa 2 – escopo do projeto
Etapa 3 – análise do projeto
Etapa 4 – planejamento do projeto
Esta unidade é dedicada a rever os conceitos envolvidos nestas 4

etapas de um projeto, apresentando seus conceitos, características
e resoluções, afim de que você desenvolva seu Projeto Integrador
Web I. Inicialmente, iremos refletir sobre a escolha do tema do
projeto, identificando oportunidades para seu projeto – etapa
importantíssima para seu sucesso!
36

Uma vez selecionado o tema, você precisará identificar o tipo

de projeto, definir se irá trabalhar em equipe ou não, descrever
os objetivos e a justificativa de sua proposta de projeto, bem
como os resultados esperados. Após esta etapa de identificação
e proposta de projeto, você passará para a etapa de análise, onde
serão observadas questões como recursos mobilizados, custos
envolvidos, riscos e viabilidade de projeto.
Na seqüência, você entrará na etapa de planejamento, que pode

ser considerada o primeiro passo para a execução do projeto,
pois nela serão definidos os prazos de todas as fases do projeto
até a sua conclusão. No decorrer de toda a unidade, utilizaremos
um projeto exemplo para auxiliá-lo na construção de seu
próprio PI Web I.
Seção 1 - Etapa 1: identificação do escopo do projeto

A seguir, descrevemos as
atividades envolvidas no
Para esta seção, fique atento à AD1
processo de identificação (parte 1), disponível no EVA.
do escopo do projeto.
Na tentativa de definir
o escopo do problema,
o passo inicial é a identificação exata da necessidade a ser
atendida. A atividade de reconhecer uma necessidade, identificá-
la e compreender o seu teor exige criatividade e isto não é um fato
corriqueiro. Enquanto a necessidade é algo genérico, abrangente,
o problema que se impõe para o estudante é detalhamento dessa
necessidade. Dê especial atenção a essa etapa, pois é ela que dará
suporte ao seu projeto.
1. Definição e apresentação do tema

A primeira atividade para a realização da concepção e nascimento
do projeto é selecionar qual projeto vamos executar. Melhor
dizendo, qual a idéia a executar. Antes de iniciarmos um projeto,
precisamos de uma motivação, uma inspiração. Uma fonte
inspiradora para novos projetos nos é apresentada todos os dias:
Unidade 2 37

são necessidades que surgem na nossa empresa, em negócios

que vamos realizar, ou em situações cotidianas que surgem
constantemente nos desafiando na busca de soluções. E por que
não transformar estes problemas em oportunidades? A idéia de
seu projeto precisa vir de um desafio que você aceitará, com base
em seus conhecimentos.
Necessidades
Desenvolvimento Uso e
Novas idéias Seleção
do projeto difusão
Conhecimento
e Tecnologia
FIGURA 1 - UM MODELO DE INOVAÇÃO TECNOLÓGICA

(Fonte: livro didático Gestão de Projetos e de Equipes (FACCIONI, 2006, p. 47).
A busca por oportunidades de novos projetos depende, em

primeiro lugar, de uma postura investigativa por parte de cada
um de nós. Espera-se que seu projeto siga uma linha de reflexão
sobre as oportunidades e tendências.
Veja alguns exemplos de boas idéias que resultaram em projetos

de sucesso.
Projeto Procisa – Universidad de Sevilla/ES

Uma empresa de desenvolvimento tecnológico da Espanha, onde fiz meu
doutorado, teve muito sucesso em seus negócios ao detectar a necessidade
de otimizar o controle de processos industriais, utilizando estratégias não-
convencionais de controle. Na verdade, a idéia não é nova, mas é difícil de
ser implementada em virtude das indústrias serem muito conservadoras.
Praticamente todas as indústrias trabalham usando controladores PIDs
(controladores tipo Proporcionais, Integrais e Derivativos) – uma técnica
dos anos 50, mas que funciona muito bem na prática.
38

Com uma filosofia “em time que está ganhando não se mexe”,
as indústrias tendem a se acomodar e não vêem com bons
olhos outras estratégias de controle, que normalmente surgem
na academia e acabam ficando por aí mesmo. Mas a empresa
supracitada, que mantém um vínculo com a universidade,
teve a grande sacada de usar o controle avançado sem alterar
o processo, sem mexer na estrutura já definida de planta. A
idéia foi partir para a otimização em um nível de supervisão
do sistema, otimizando ajustes de valores de referência destes
controladores. Como fator de convencimento para as indústrias,
a empresa vislumbrava os clientes com a possibilidade de maior
rentabilidade, pois os ajustes do controle poderiam ser feitos com
base em critérios econômicos. Outra estratégia que foi usada
para vender a idéia era que a empresa se responsabilizava por
manter o sistema mínimo (sem sua supervisão) funcionando e
que sob qualquer solicitação a fábrica podia voltar a configuração
inicial somente com PIDs. Com isto, a empresa conseguir ganhar
a confiança dos clientes e conquistando contratos importantes,
fazendo com que algumas indústrias tivessem um aumento no
faturamento anual de 5% a 15%.
Outro caso de projeto de sucesso: Veja o que o professor Mauro

Faccioni Filho conta a respeito da sua empresa Fazion:
“A idéia de uma nova empresa, dedicada a criar softwares

para celulares e dispositivos móveis, surgiu por volta de 2002,
quando percebemos que a capacidade de processamento desses
aparelhos começou a aumentar, e também ao verificarmos que os
celulares seriam muito mais populares e práticos do que a própria
internet baseada em desktops.
Outra motivação importante se deu por percebermos que novos
processos de trabalho seriam possíveis nas empresas, quando
tomassem partido da mobilidade de seus funcionários. E os
celulares permitiriam agregar sistemas de automação a esses
funcionários em “movimento”. O conceito de “web”, que surgiu
dentro da internet, é otimizado quando trabalhamos com redes
móveis, e com isso iniciamos nossos projetos de software para
celulares.
A partir disso definimos nosso foco: a FAZION desenvolve
inteligência em redes móveis.
Unidade 2 39

O que isso quer dizer? Construímos sistemas de software para uso em

redes de dispositivos móveis, como celulares e outros equipamentos de
comunicação sem fio, buscando otimizar e automatizar processos em
empresas e organizações. Com celulares buscamos apoiar na automação
dos processos das empresas e organizações, com agilidade e segurança,
simplicidade de uso, constante inovação tecnológica, levando os custos
de comunicação próximos a zero e aumentando a lucratividade e o
retorno do negócio. Isso se chama: “inteligência em redes móveis”.
Em nossa página www.fazion.com.br podem ser encontrados artigos
diversos e aplicativos de demonstração, que estão disponíveis para
download e uso gratuito.”
Vá até lá e comprove você mesmo a qualidade deste sistema: é
fantástico!
Você deve ter consciência de que a escolha do tema é uma

questão que depende de critérios de seleção (AMBONI, 2005).
É importante, antes de mais nada, refletir sobre os seguintes
aspectos:
O que pesquisar/projetar?
Por que pesquisar/projetar?
Quais os benefícios que trazem os resultados deste projeto?
No momento da escolha do tema você deve observar se o mesmo
é importante, viável e original. Acompanhe a seguir o quadro,
conforme recomendam (AMBONI, 2005).
QUADRO 3 – CRITÉRIOS PARA ESCOLHA DO TEMA, ADAPTADO DE AMBONI (2005)
Classificação
Descrição
do tema
Um tema é importante quando está de alguma forma, ligado a uma questão
crucial que polariza ou afeta um segmento da sociedade. Não queremos dizer
que você tenha que escolher um tema que represente modismo da época,
mas sim, que você deve verificar a contribuição que os resultados do trabalho
pode proporcionar para você como profissional, como pessoa e para a
Importância sociedade. Neste caso, é importante escolher um tema que você tenha alguma
familiaridade. Ele deve apresentar relevância prática, ou seja, deve proporcionar
o estabelecimento de ações para a solução dos problemas identificados na
organização e/ou na apresentação de um novo projeto para a organização
agilizar os seus processos. Aqui deve ficar evidente a contribuição prática dos
resultados para os segmentos envolvidos com o assunto direta ou indiretamente.
40

Um tema é viável se você possuir tempo, recursos financeiros, humanos,

bibliográficos e metodológicos. Caso contrário, você pode decidir
pela escolha de um tema que é relevante e importante, mas não tem
tempo e recursos financeiros e materiais suficientes para favorecer o seu
Viabilidade
desenvolvimento. Neste caso, você deve refletir muito na hora de fazer a
escolha do tema. Além disso, a viabilidade está relacionada à qualificação
do autor da pesquisa. Você deve escolher um tema que esteja em
conformidade com as suas qualificações.
A questão da originalidade da pesquisa é bastante controversa. Pode-se

considerar como tema original os trabalhos de pesquisa que procuram
apresentar invenções revolucionárias como a descoberta do átomo, a
Originalidade teoria da relatividade ou uma vacina contra o câncer. Todavia, pode-se
considerar também original os trabalhos de pesquisa desenvolvidos por
você desde que demonstre uma nova proposta de solução à situação
abordada.
Observe que um tema pode atender a um dos critérios

anteriormente citados, mas não atender aos demais. Um tema
pode ser importante e original, mas pode ser inviável de ser
desenvolvido, em virtude de sua grande amplitude ou falta
de recursos para sua execução. É possível dispor de excelente
pessoal, idéias brilhantes, domínio tecnológico e um mercado
potencial, mas as dificuldades financeiras podem pôr a perder um
projeto de provável sucesso.
Veja o exemplo de um projeto onde a falta de viabilidade não

permitiu que o mesmo decolasse (literalmente):
O objetivo deste projeto era o desenvolvimento de uma

aeronave não tripulada onde, por meio de um controlador de
missão, permitir-se-ia sobrevoar um determinado local obtendo
imagens e enviando-as para uma estação de terra. Desta
estação de terra, um operador (não piloto, pois o equipamento
seria autônomo) selecionava os pontos a serem sobrevoados,
e iniciava a partida na aeronave. Utilizando os seus sensores
extremamente sofisticados, o equipamento levantava vôo e saia
em direção a seu alvo. Os parâmetros de vôo eram informados
pelo operador e a aeronave se deslocava de acordo com estes
parâmetros estabelecidos. Sua eletrônica de bordo em conjunto
com seus sensores propiciavam ao equipamento a estabilidade
necessária, compensando agentes externos como ventos,
Unidade 2 41

garantindo que as imagens enviadas à estação de terra fossem bastante

nítidas. Para melhorar seu desempenho, o corpo da aeronave foi
construído em fibra de carbono, ou seja, além de leve, era bastante
resistente.
O que aconteceu:
O projeto era extremamente sofisticado. A equipe de desenvolvimento
era bastante pequena, porém altamente capacitada. Toda a tecnologia
empregada no desenvolvimento do projeto era nacional, mas os
sensores de vôo eram importados dos EUA. Além de terem que ser
importados, os sensores eram caros e dependiam de aceitação de
órgãos de segurança americanos para serem adquiridos. Por conta disso,
o desenvolvimento da aeronave era lento e muito dispendioso. Seria
necessário um maior investimento financeiro para que o projeto fosse
finalizado. Infelizmente não foi encontrado investidor para a fase final do
desenvolvimento e o projeto foi arquivado.
Acreditamos que para você e, de modo geral, todos os que

necessitam trabalhar em um novo projeto, esta seja a etapa mais
difícil, pois uma vez feita a decisão sobre o tema, pode-se encarar
a desistência do mesmo como um fracasso de projeto (mesmo que
não venha a ser executado!).
Dizemos isto, porque cremos veementemente que temos que

dedicar algum tempo precioso nesta decisão e procurar fazê-la
com base em intenções e informações sólidas, evitando risco do
projeto desandar porque foi gerado no “oba-oba”, no calor das
emoções.
Atenção!
Você não deve passar para a etapa seguinte sem
antes ter a segurança do que pretende fazer. Você
deve verificar se o tema que pretende abordar em seu
projeto é viável, relevante e original. (AMBONI, 2005).
Para facilitar o entendimento, veja o exemplo da escolha

Preste atenção ao exemplo que de um projeto, acompanhado da justificativa pelos critérios
será utilizado várias vezes no anteriormente apresentados.
desenvolvimento deste livro.
42

Uma empresa de base tecnológica de Florianópolis, a

Hydros, resolveu investir no desenvolvimento de um
sistema de automação de tratamento de efluentes Nome fictício.
(esgoto) controlado via Web, no primeiro semestre
de 2007. A partir do tema proposto como exemplo, é
possível se realizar alguns comentários:
O tema é relevante. Para saber se um determinado tema é

relevante, é importante analisar o contexto e o mercado onde a
empresa está inserida, bem como o interesse do setor na área da
proposta de projeto. Considerando que, nem todos os bairros
de Florianópolis contam com rede de tratamento de esgotos,
e que esta é uma realidade do nosso país, pode-se verificar a
importância do tema.
O tema é viável. Se você faz parte da empresa e nela encontra

apoio para a realização de seu trabalho, podemos dizer que
o mesmo é viável, quando possui os recursos financeiros,
humanos, tecnológicos e metodológicos para desenvolver o
trabalho proposto.
O tema é original. A presente proposta é original, pois não

existem empresas concorrentes no setor que estejam voltadas a
este tipo de projeto. Além disto, a proposta da empresa Hydros,
de elaborar e implantar o sistema envolvendo interfaces Web,
ainda não é uma realidade na maior parte das empresas de
engenharia.
2. Título do projeto
Com a definição do tema, pode-se determinar o título do projeto.
A denominação do projeto deve ser clara e ter como base o tema
selecionado para o mesmo.
Para o exemplo anteriormente citado, podemos

sugerir um título como: “Sistema Hydros - Automação
e supervisão a distância de uma estação de
tratamento de efluentes domésticos.” Sugestivo, não?
São exemplos de outros temas e problemas que podem ser

desenvolvidos no Projeto Integrador Web:
Unidade 2 43

QUADRO 4 – EXEMPLOS DE TEMAS E PROBLEMAS PARA O PROJETO INTEGRADOR WEB.
Tema Possíveis problemas
Desenvolvimento de um Como oferecer todos os produtos no site da empresa?

site corporativo para uma
organização. Como estruturar adequadamente a organização do site?
Como melhorar os recursos fornecidos?

Melhorias em um site corporativo
Como tornar o site mais atrativo?
para uma organização.
Como estruturar adequadamente a página?
Quais os benefícios e dificuldades encontrados na

Implantação de um sistema implantação do sistema automatizado em uma
automatizado supervisionado organização?
por computador ou Web.
Qual a possibilidade de ampliar o serviço via Web?
Modelagem de processos e sua Como organizar e implementar a melhoria de processos

automação com suporte de na área da engenharia com o uso de tecnologias da
informática. Informação e Web design?
Papel do web design na geração Quais as deficiências de uma determinada organização?

de vantagens competitivas para
uma empresa. Como potencializar suas vantagens “inicializadas”?
Qual a estratégia adequada para a organização garantir

segurança de informações?
Segurança de dados em um
sistema. Quais os recursos e processos necessários para a
implementação de um site ou sistemas de dados
seguros?
Qual a metodologia a ser adotada no gerenciamento de

projetos via Web?
Como criar um software de colaboração, que oferece
Gerenciamento de projetos
um ambiente Web automatizado para realizar
através de interfaces Web.
acompanhamento de projetos por todos os envolvidos?
Como implementar rotinas de gerência para uma
empresa?
Avaliação dos efeitos da

implantação de tecnologia
(comércio eletrônico, sistemas de Como alguma tecnologia específica pode proporcionar
informações gerenciais, sistemas vantagens estratégicas para a organização?
de automação de processos, Como fazer melhor uso da tecnologia na organização?
sistemas de apoio à decisão, etc.)
em uma organização.
44

Os exemplos citados são apenas ilustrações do que pode ser feito.

Você pode escolher o tema que lhe convier, desde que o mesmo
esteja associado aos propósitos e ao enfoque do curso.
3. Categoria de projeto
Dependendo da sua idéia, seu projeto integrador pode ser
classificado em uma destas categorias (SÁENZ, 2002):
Pesquisa básica. Pesquisa original, teórica ou

experimental, com o propósito de adquirir conhecimento
sobre determinado fenômeno, porém sem uma finalidade
prática em vista (é o que se chama da pesquisa pura).
Pesquisa aplicada. Também é original, mas deverá

resultar em uma aplicação por meio da obtenção de novos
produtos, processos ou métodos. Esse tipo de pesquisa se
dá por meio de projetos multidisciplinares. Um exemplo
desse tipo acontece atualmente com o desenvolvimento
de um padrão de TV Digital no Brasil.
Desenvolvimento tecnológico. Parte de conhecimentos

existentes e visa desenvolver produtos, processos ou
métodos. O desenvolvimento de um novo software é
tipicamente um “desenvolvimento tecnológico”.
Melhoria de processo/produto. Trabalho que visa

aprimorar algo existente e já desenvolvido, geralmente
devido a modificações da tecnologia e do mercado.
Um exemplo deste caso é a constante melhoria de
softwares por meio de novas versões, adaptadas às novas
necessidades do mercado ou devido a modificações do
hardware.
Assistência técnica e tecnológica. Atividade que se

destina a manter produtos e processos em acordo com as
normas e os padrões de qualidade de uso.
É mais provável que seu projeto se enquadre em uma das três

últimas categorias. Independente da categoria, você precisará
declarar o tipo de projeto que pretende realizar, isto é, se é pesquisa
aplicada, se é desenvolvimento de software, etc. Procure enquadrar
Unidade 2 45

seu projeto em uma delas quando for apresentar seu documento de

identificação a fim de auxiliar na escolha de seu tutor.
No caso do projeto Hydros, a categoria de projeto é

desenvolvimento tecnológico.
4. Palavras-chave
Definiu-se que cada proposta de projeto deve conter 5 palavras-
chave. Observa-se que palavra-chave é uma palavra ou grupo
de palavras que caracterizem bem o projeto, seus métodos e
sua aplicação. A escolha das palavras-chave normalmente está
vinculada à escolha do tema de projeto e a descrição do problema.
Para o projeto Hydros, definiu-se como palavras-

chave: Supervisão a distância, Automação industrial,
Tratamento de efluentes, Sistemas supervisórios,
Controle via Web.
5. Formação de equipes
Nesta primeira fase do Projeto Integrador, o aluno deverá
também optar por realizar um projeto individual ou em equipe.
É importante salientar que a escolha de realizar o projeto em
equipe deve ser feita a partir da definição de funções, então é
possível determinar as características necessárias de um indivíduo
para que preencha tal função. Se a idéia é apenas simplificar o
trabalho, não se deve optar por desenvolver o projeto em equipe,
pois nem sempre isto ocorre. Existe todo o tipo de indivíduo e
coordenar uma equipe não é tarefa fácil.
Lembre-se!
Constituir uma equipe é relativamente simples,
constituir um time, não tanto! (FACCIONI, 2006).
46

Na formação de sua equipe, tenha dois conceitos importantes em

mente: cooperação e objetivo comum. Os membros da equipe
devem trabalhar em regime de cooperação em busca de um
objetivo comum. Formar uma equipe que trabalhe com objetivo
comum e de forma cooperativa é um verdadeiro desafio!
Você poderá utilizar a estratégia de matriz de perfis e

competências, para selecionar os membros de sua equipe. Esta
técnica alia as qualidades desejáveis e funções necessárias para
a realização do projeto. Ou seja, uma vez definido o tema de
projeto, você pode avaliar que competências são necessárias para a
sua realização e que qualidades considera fundamentais para seu
pessoal. Assim o cruzamento das duas informações pode auxiliar
na escolha de um ou outro membro da equipe.
Observe o exemplo retirado do livro didático de Gestão de

Projetos e Equipes (FACCIONI, 2006, p. 211):
Perfil e necessidades Conhecer Conhecer Conhecer Dominar Exp. de Exp. de Disp. de Novo na
tecnologia tecnologia tecnologia uso de trabalho trabalho tempo empresa
Membro da equipe “1” “2” “3” “X” em equipe em equipe
Profissional A X X X
Profissional B X X X X
Profissional C X X
Profissional D X X X X
Profissional E X X X X
Profissional F X X X
FIGURA 2 - MATRIZ DE PERFIS E COMPETÊNCIAS PROFISSIONAIS

(Fonte: retirada do livro didático Gestão de Projetos e de Equipes (Faccioni, 2006, p. 211).
A partir da figura 2, tem-se a tendência a eleger

o “profissional F” como líder da equipe, pois
tem experiência e dispõe de tempo, enquanto o
“profissional D” é novo na empresa, e isso pode gerar
algum desconforto. Em domínio técnico vemos que os
profissionais B e E são capacitados, mas não dispõem
de tempo livre. Uma alternativa será discutir com
eles as possibilidades de rearranjo de trabalhos para
formar parte de sua equipe.
Unidade 2 47

As equipes para o Projeto Integrador poderão ter até três

membros. Uma vez que se opte por realizar o projeto em
equipe, pede-se que seja feita uma descrição sintética da equipe,
definindo um gestor para a mesma, que será o responsável pela
equipe e também o encarregado pelos contatos com o tutor para
o envio das atividades. Procure enquadrar todos os participantes
em suas funções segundo sua competência técnica, até mesmo
para justificar a necessidade de se trabalhar em equipe em
um determinado projeto. Se a escolha da equipe não for bem
fundamentada, o tutor pode estar solicitando a dissolução da
mesma, se considerar que possa acarretar prejuízo ao projeto
ou se considerar que o projeto é demasiado simples e que não
necessita de mais de um aluno participante.
Importante!
Lembre-se que o gestor do projeto deve SEMPRE ser
definido no início do projeto. Um projeto sem gestor
definido é um projeto destinado ao fracasso. Ele será
o grande condutor do projeto, o que coordenará a
participação dos demais membros da equipe. É ele
quem responde por resultados, positivos e negativos,
intermediários ou finais.
No caso do nosso projeto exemplo, o contexto poderia ser descrito

da seguinte forma:
“Esta equipe foi selecionada através dos currículos e

da experiência de seus membros. O gestor da equipe
é um engenheiro de controle e automação, com larga
experiência em projetos de automação, além de forte
conhecimento na área de programação de sistemas
supervisórios. Os demais membros são tecnólogos em Web
design e programação e serão responsáveis por auxiliar no
desenvolvimento do software, além de projetar a interface
Web que comunicará e controlará a estação à distância.
A equipe pode vir ainda a subcontratar um técnico em
eletrônica para a realização do hardware do equipamento.”
48

6. Contexto de projeto
Para contextualizar seu trabalho, cada proposta deve descrever
o ambiente onde se dará o projeto: se é na empresa onde você
trabalha, se é um tema próprio, individual ou se é um projeto
externo para alguma empresa. Apresente também a relevância
do tema para você ou sua empresa. O objetivo desta ação é
adquirir uma visão panorâmica da empresa/meio onde o projeto
está inserido, de modo a contextualizar onde e como se dará o
desenvolvimento.
No caso do Projeto Integrador, não se esqueça qual a

relevância do seu projeto dentro da grade curricular do
curso: que disciplinas são mais abordadas, que conceitos
são usados no projeto, que conteúdos não vistos no curso
são necessários no desenvolvimento, etc. É importante
também citar que conteúdos precisarão ser estudados
ou reforçados para que saibamos que conhecimentos
precisariam ser repensados, incluídos ou retirados do curso,
com base em sua opinião prática.
No caso do nosso projeto exemplo, o contexto poderia ser

descrito da seguinte forma:
“Este projeto está inserido em um contexto amplo onde,
as empresas que detém a concessão do serviço de coleta
e tratamento de esgotos possuem elevados custos para
realizarem todo o processo, onde se pode citar: os custos
de operação, implementação e manutenção tanto da
rede quanto da estação propriamente dita. Por conta
dos equipamentos que compõem o processo, o custo
de operação referente á energia para tratar o esgoto
coletado depende apenas do tempo de funcionamento
dos elementos de campo e não de intervenção humana.
Entretanto, o número de funcionários incumbidos das
tarefas de seqüenciamento podem ser otimizadas,
dependendo do modelo adotado pela concessionária”.
Devido aos custos de pessoal serem elevados, nem mesmo
as empresas publicas donas das concessões tem pessoal
suficiente para manter as estações já existentes e em
implementação, o que acarreta em um tratamento menos
eficiente.
Unidade 2 49

Na realidade em que todos os custos são repassados aos

consumidores, um modelo que diminuísse os custos de
operação, levaria a um aumento da lucratividade das empresas
concessionárias e ao mesmo tempo poderia reduzir as tarifas
cobradas aos consumidores. Desta forma o projeto ora proposto,
tende a contribuir como uma atividade social.
Também é sabido que o esgoto que não é tratado, é despejado
diretamente na natureza, destruindo o meio ambiente e diminuindo
a qualidade de vida daqueles que vivem ao seu redor. Um projeto
que vise minimizar o tempo em que as estações estejam paradas
está alinhados a nova ética empresarial de preservação ao meio
ambiente.
Com as considerações acima, demonstra-se que o projeto proposto
se enquadra em uma diretriz mundial que determina a diminuição
de custos, atividades sociais e conservação do meio ambiente.
Deve-se levar em consideração que o fim das concessões á
empresas publicas é uma realidade e que a eficiência na realização
das atividades será o diferencial para o sucesso de qualquer
empresa que esteja na área de tratamento de efluentes.
Os consumidores por sua vez esperam que as concessionárias do
sistema de tratamento busquem alternativas para que cada vez
menos esgoto seja despejado no meio ambiente sem o seu devido
tratamento. Empresas que utilizem a tecnologia para esta atividade
terão um alto nível de satisfação por parte dos seus consumidores.
Para o desenvolvimento do presente projeto, serão necessárias
as competência de diferentes disciplinas do curso, entre elas:
Programação Orientada a Objetos, Linguagens de Programação,
Design Gráfico, Comunicação Visual para Web, além de Gestão de
Projetos e Equipes.
7. Descrição do projeto
Nesta atividade, você precisará fazer a definição e a
apresentação do tema do projeto. Uma vez que sua idéia
esteja definida, você precisará fazer uma breve apresentação do
assunto e definir qual o problema apresentado no projeto a ser
desenvolvido até o final do trabalho. Especifique o enfoque, a
extensão e profundidade do tema a ser investigado. Apresente
dados que reforcem a importância de seu projeto.
50

Descrição do Projeto Hydros

Trata-se do desenvolvimento de um sistema de controle para processos
de tratamento de efluentes domésticos no qual várias estações são
operadas remotamente por um operador único através de uma interface
especialmente desenvolvida para navegadores para internet.
Cada estação operará no sistema de tratamento contínuo e será constituída
por um sistema de bombeamento, válvulas de entrada e saída e de
aeradores.
Para monitorar os níveis serão instaladas bóias indicadoras de nível baixo e
nível alto. Esta estação deve possuir equipamentos para acionamento dos
elementos de campo (motores e válvulas) e recebimento das sinalizações
destes elementos e das bóias instaladas nos tanques. Também deverá estar
conectada a um provedor de internet de forma que possa ser realizado o
seu controle e supervisão à distância.
Todas as estações poderão ser controladas e supervisionadas por um
único operador em qualquer local que possua conexão à internet. Em
cada estação estará disponível um servidor de páginas Web devidamente
conectado a internet que permitirá que, através de um simples navegador
web, uma interface gráfica esteja disponível de forma que o operador
tenha em tempo real o estado da estação que se deseja monitorar.
Este acesso será protegido por senha de forma que somente pessoas
autorizadas tenham acesso às informações.
Desta maneira várias estações estarão sendo controladas de um local único
e não fixo, minimizando o custo de operação deste sistema.
8. Uma observação a respeito dos prazos

A definição do prazo é algo que nasce dos requisitos do cliente,
pois os objetivos por ele definidos só têm sentido se forem
cumpridos até uma determinada época, onde então podem ser
aplicados. No caso do Projeto Integrador não é diferente.
Você precisará cumprir prazos no envio de suas

atividades, durante o decorrer de todo o projeto, ou
seja, período em que está matriculado em Projeto
Integrador Web I e II; além de atender a entrega do
projeto ao fim da disciplina “Projeto Integrador Web II”.
Unidade 2 51

Lembre-se que a definição da melhor data para entregar o projeto

está relacionada ao melhor valor agregado possível. Atrasos
normalmente acontecem em projetos. Então, o que não fazer no
momento de definir prazos de um projeto? Bem, é importante
fazer algumas considerações (FACCIONI, 2006):
não ceder ao primeiro impulso de se definir uma data

sem antes analisar o máximo possível de dados do
projeto;
perceber quando a data definida não passa de um “desejo

racionalizado”, e então buscar esclarecer o porquê
da data, ou mesmo declinar do projeto para evitar o
fracasso;
discutir em detalhes todos os objetivos do projeto, para

evitar depois uma série de novos compromissos que não
haviam ficado claros no início;
perceber com a maior clareza possível a escala de valores

do projeto ao longo do tempo, evitando embarcar em um
projeto no qual a primeira data de entrega esteja próxima
demais da data final.
Atenção aos prazos: o Projeto Integrador foi concebido

para ser planejado e executado em dois semestres letivos!
Este fator – o tempo – também é muito importante na
tomada da decisão sobre o tema.
O que entregar ao final da primeira etapa de PI Web I
Nesta fase do projeto, você precisará preencher a AD1 (Parte

1) específico de identificação do projeto, disponível no EVA. Os
quadros 5.1 a 5.3 exemplificam o formulário preenchido para a
identificação do projeto “Sistema Hydros”, nosso exemplo de estudo.
Importante! Atenção à construção dos textos: grafia

correta, pontuação e concordância verbal. Estes formulários
representam a elaboração de um projeto final de um
curso de graduação!
52

Apesar de parecer uma atividade bastante simples, lembre-se que as

diretrizes de seu trabalho estão vinculadas às informações descritas neste
formulário. E a etapa inicial de concepção do projeto é fundamental para
o sucesso do mesmo.
QUADRO 5.1 - FORMULÁRIO PREENCHIDO PARA A IDENTIFICAÇÃO DO PROJETO “SISTEMA HYDROS”, FOLHA 01/03
Formulário de Identificação do Projeto Folha: 01/03

Unisul Virtual Equipe: P&D Aval do tutor:
TWD Título: Sistema Hydros
Definição do Projeto
Tema / área de abrangência:

Tratamento de esgotos e efluentes / engenharia
Titulo do Projeto:
Sistema Hydros - Automação e supervisão à distância de uma estação de tratamento de
efluentes domésticos.
Categoria de Projeto:
Desenvolvimento de sistemas
Palavras-Chave:
1.Supervisão a distância
2. Automação industrial
3. Tratamento de efluentes
4. Sistemas supervisórios
5. Controle via Web
Equipe do Projeto
Nome da Equipe: P&D (Pesquisa e Desenvolvimento)

Membro 1/Gestor: C.A.D. Garcez
Membro 2: C.B.S. Manzoki
Membro 3: E.S.D. Melo
Descrição e definição de funções dos membros da Equipe
Esta equipe foi selecionada através dos currículos e da experiência de seus

membros. O gestor da equipe é um engenheiro de controle e automação, com
larga experiência em projetos de automação, além de forte conhecimento
na área de programação de sistemas supervisórios. Os demais membros são
tecnólogos em web design e programação e serão responsáveis por auxiliar no
desenvolvimento do software, além de projetar a interface Web que comunicará
e controlará a estação à distância. A equipe pode vir ainda a subcontratar um
técnico em eletrônica para a realização do hardware do equipamento.
Unidade 2 53


Contexto do Projeto
Este projeto está inserido em um contexto amplo onde, as empresas que detém a
concessão do serviço de coleta e tratamento de esgotos possuem elevados custos
para realizarem todo o processo onde se pode citar os de operação, implementação
e manutenção tanto da rede quanto da estação propriamente dita. Por conta dos
equipamentos que compõem o processo, o custo de operação referente à energia para
tratar o esgoto coletado depende apenas do tempo de funcionamento dos elementos
de campo e não de intervenção humana. Entretanto, o número de funcionários
incumbidos das tarefas de seqüenciamento podem ser otimizados, dependendo do
modelo adotado pela concessionária.
Devido aos custos de pessoal serem elevados, nem mesmo as empresas publicas donas
das concessões têm pessoal suficiente para manter as estações já existentes e em
implementação, o que acarreta em um tratamento menos eficiente.
Na realidade em que todos os custos são repassados aos consumidores, um modelo

que diminuísse os custos de operação, levaria a um aumento da lucratividade das
empresas concessionárias e ao mesmo tempo poderia reduzir as tarifas cobradas aos
consumidores. Desta forma o projeto ora proposto, tende a contribuir como uma
atividade social.
Também é sabido que o esgoto, que não é tratado, é despejado diretamente na

natureza, destruindo o meio ambiente e diminuindo a qualidade de vida daqueles que
vivem ao seu redor. Um projeto que vise minimizar o tempo em que as estações estejam
paradas está alinhado com a nova ética empresarial de preservação ao meio ambiente.
Com as considerações acima, demonstra-se que o projeto proposto se enquadra

em uma diretriz mundial que determina a diminuição de custos, atividades sociais e
conservação do meio ambiente.
Deve-se levar em consideração que o fim das concessões a empresas publicas é uma
realidade e que a eficiência na realização das atividades será o diferencial para o sucesso
de qualquer empresa que esteja na área de tratamento de efluentes.
Os consumidores por sua vez esperam que as concessionárias do sistema de tratamento

busquem alternativas para que cada vez menos esgoto seja despejado no meio
ambiente sem o seu devido tratamento. Empresas que utilizem a tecnologia para esta
atividade terão um alto nível de satisfação por parte dos seus consumidores.
Para o desenvolvimento do presente projeto, serão necessárias as competências

de diferentes disciplinas do curso, entre elas: Programação Orientada a Objetos,
Linguagens de Programação, Design Gráfico, Comunicação Visual para Web, além de
Gestão de Projetos e Equipes.
54


Descrição do Projeto
Trata-se do desenvolvimento de um sistema de controle para processos de

tratamento de efluentes domésticos, onde várias estações são operadas
remotamente por um operador único através de uma interface especialmente
desenvolvida para navegadores para internet.
Cada estação operará no sistema de tratamento contínuo e será constituída

por um sistema de bombeamento, válvulas de entrada e saída e de aeradores.
Para monitorar os níveis serão instaladas bóias indicadoras de nível baixo e
nível alto. Esta estação deve possuir equipamentos para acionamento dos
elementos de campo (motores e válvulas) e recebimento das sinalizações destes
elementos e das bóias instaladas nos tanques. Também deverá estar conectada
a um provedor de internet de forma que possa ser realizado o seu controle e
supervisão a distância.
Todas as estações poderão ser controladas e supervisionadas por um único

operador em qualquer local que possua conexão à internet. Em cada estação
estará disponível um servidor de páginas web devidamente conectado a
internet que permitirá que, através de um simples navegador web, uma
interface gráfica esteja disponível de forma que o operador tenha em tempo
real o estado da estação que se deseja monitorar. Este acesso será protegido
por senha de forma que somente pessoas autorizadas tenham acesso às
informações.
Desta maneira várias estações estarão sendo controladas de um local único e

não fixo, minimizando o custo de operação deste sistema.
Verificação do Tutor
Espaço reservado para as considerações finais:
Título
Tema
Equipe
Descrição
Contexto
Unidade 2 55

Observe que o formulário reserva uma área para observações

e considerações finais feitas pelo tutor, onde o mesmo deverá
avaliar a qualidade da proposta, a escolha do tema e da equipe,
retornando sua verificação e opinião sobre o mesmo, através do
próprio formulário. Para cada campo, apresentado na tabela, o
tutor deverá fazer sua avaliação:
OK, se estiver de acordo com a proposta, ou
REFAZER, se considerar inapropriada. Neste caso,

o tutor utilizará o campo ao lado para expressar seu
comentário, a fim de orientar a equipe na melhoria da
proposta.
Ele ainda pode utilizar o espaço reservado para emitir uma

opinião mais detalhada sobre a proposta da equipe ou aluno.
Seção 2 - Etapa 2: escopo do projeto
Para esta seção, fique atento à AD1 (parte 2),

disponível no EVA.
Para os projetos obterem sucesso é preciso ter, antes de tudo, uma

visão clara sobre a finalidade e sobre o seu resultado final esperado.
O primeiro passo, o passo fundamental, é transformar o assunto
onde está o “problema” em uma definição exata, pois um trabalho
de desenvolvimento só tem sentido quando se procura uma solução,
ou seja, quando se sabe o resultado a ser obtido, o que só acontece
se há clareza no problema a ser resolvido.
A esta descrição detalhada de como será o projeto

chamamos de escopo do problema.
56

Os “Requisitos de Cliente” englobam todas as necessidades que

precisamos atender em nosso projeto. Estes requisitos precisam
ficar claros antes de iniciar o desenvolvimento do projeto. Este
processo é garantido pela coleta de dados para o projeto.
1. Coleta de informações
A coleta de informações está presente em todas as etapas do
trabalho, desde a primeira reunião com um cliente ou no
nascimento da idéia de um projeto, passando por todas as etapas
do projeto até a chegada do resultado É um precioso instrumento
de aperfeiçoamento e correção contínua.
Na etapa inicial, a coleta vem diretamente do cliente que solicita

a solução de um problema, mas em casos onde há uma idéia de
produto, por exemplo, tais informações podem vir da literatura e
de experiências prévias, seja dos desenvolvedores, seja de outros
envolvidos no projeto.
Conforme você estudou em Gestão de Projetos e de Equipes

(FACCIONI, 2006), alguns procedimentos para levantar
os requisitos básicos do cliente, ou as informações para o
desenvolvimento de um novo produto ou sistema, e encaminhar
uma primeira visão geral do problema/solução são:
se o problema a ser resolvido está escrito, devem-se listar

as informações que estão no seu enunciado, na tentativa
de detalhar o melhor possível suas partes;
se for um defeito a eliminar, descrever todos os efeitos

conhecidos e enumerar todas as possíveis causas;
se for um novo produto ou processo a desenvolver, listar

o que deve ser determinado pela solução, ou seja, definir
com a maior clareza possível o que está sendo buscado;
a partir dos dados levantados, deve-se criar modelos

e esquemas de representação, permitindo uma
melhor visualização do conjunto; nesse sentido o
desenvolvimento de desenhos esquemáticos, diagramas
e fluxogramas, torna-se útil para a compreensão do
todo, mesmo que tais desenhos não sigam modelos
padronizados;
Unidade 2 57

além das informações listadas, dos desenhos e de outros

dados coletados, é importante verificar as leis físicas
associadas e suas equações, no caso dos problemas
científicos, mas também outros impeditivos e limitantes,
tais como questões jurídicas, restrições técnicas,
restrições ambientais, etc.;
tomar proveito de modelos computacionais e simuladores

como ferramentas de apoio para compreender o
problema, retratá-lo e simular situações, bem como
aprimorar o desenho de diagramas, gráficos de
planejamento, aplicar hipóteses de solução e desenvolver
esquemas gerais e/ou detalhados.
A figura 3 a seguir reproduz bem esses passos na forma de

um diagrama de coleta de informações para a solução de
problemas. Como você pode notar, é um diagrama genérico
que não esgota as possibilidades de tipos de problemas ou idéias
originais e serem transformadas em projetos. Mas dá uma
clara percepção da necessidade de coleta do maior número de
informações, inclusive de fontes externas ao problema, para então
chegar à fase de se criar hipóteses de solução.
Problema
definido
ou
Dados Desenho, Hipóteses Objetivos

Defeito a diagrama
eliminar coletados de solução do projeto
ou modelo
ou
Novo Outras
produto informações
FIGURA 3 – DIAGRAMA DO NASCIMENTO DO PROJETO COM COLETA DE INFORMAÇÕES E

REQUISITOS DO CLIENTE
(Fonte: livro didático Gestão de Projetos e de Equipes (FACCIONI, 2006, p. 99))
Com as hipóteses de solução formuladas, pode-se traçar objetivos

de chegada considerando as hipóteses com maior chance de
sucesso. Esses objetivos traçados serão perseguidos em todo o
projeto, e para isso é preciso definir um caminho de trabalho para
abordar o projeto.
58

2. Definição dos objetivos

Os objetivos gerais e específicos a serem alcançados devem
ser decorrentes do tema escolhido para o desenvolvimento da
pesquisa (AMBONI, 2005).
O objetivo geral define o alvo que se pretende alcançar com o

desenvolvimento do projeto integrador. Ele representa para você o
produto esperado como resultado do desenvolvimento da pesquisa.
Os objetivos específicos demonstram as etapas necessárias que

devem ser desenvolvidas na prática para favorecer o alcance do
objetivo geral. Ao formular os objetivos específicos, você deve
utilizar verbos no infinitivo, tais como: caracterizar, determinar,
implantar, desenvolver, buscar, aplicar, avaliar, classificar,
descrever, distinguir, enumerar, explicar, selecionar etc.
Veja a seguir alguns exemplos de objetivos para o tema

apresentado como exemplo de projeto do Sistema Hydros.
Objetivo Geral: “Criar um sistema que permita o

controle e supervisão à distância de estações de
tratamento de efluentes.”
Observe que o objetivo geral vai direto ao produto esperado

como resultado do projeto. Como exemplos de objetivos
específicos, apresentam os seguintes:
• Facilitar a operação das estações de efluentes;

• Minimizar os custos de operação;
• Facilitar a identificação de defeitos nas estações;
• Prover uma interface de fácil acesso e que permita
uma visualização mais ampla do estado da estação.
Observe que os objetivos específicos revelam as etapas previstas

para o desenvolvimento do trabalho de pesquisa.
Unidade 2 59

3. Justificativa
Uma vez apresentados os objetivos da pesquisa, você
deve demonstrar para o leitor a relevância dos resultados
proporcionados pelo assunto pesquisado, para você, para as
organizações e para a sociedade. Você deve justificar/demonstrar
a relevância da pesquisa, ou seja, a utilidade e a aplicabilidade
dos resultados alcançados (AMBONI, 2005).
Veja o exemplo sobre o caso do Sistema Hydros.
Uma única estação de tratamento necessita de vários funcionários,

para que se mantenha em operação. Dependendo do volume e
tamanho da estação são necessárias várias intervenções diárias, bem
como a constante monitoração de defeitos. Tais estações têm seu
funcionamento 24 horas por dia, ou seja, 3 turnos de trabalho. Cada
operador possui 1 dia de folga por semana e 1 mês de férias. Existe
sempre a possibilidade de um operador se licenciar por doença.
Logo, nota-se que o custo para operação de uma única estação é
bastante alto. Este custo é multiplicado pelo número de estações
operadas.
O presente projeto visa minimizar o custo de operação destas
estações. Com a monitoração remota, um único operador é capaz de
atuar e supervisionar simultaneamente várias estações, diminuindo
drasticamente o custo de pessoal. Defeitos em elementos de campo
também serão mais rapidamente identificados de forma que possa
ser dado um rápido encaminhamento para a solução do problema.
O fato de a monitoração ser através da internet possibilita que o
operador esteja trabalhando em qualquer local, até mesmo em sua
casa. Este ambiente distribuído também permite que o operador
possa monitorar uma estação em uma cidade a centenas de
quilômetros de distância com um custo muito baixo, desde que com
uma conexão à internet local.
Nesta atividade, você deverá remeter ao tutor a justificativa de seu

projeto sob os três enfoques anteriormente mencionados.
60

4. Resultados esperados
Observa-se que os resultados esperados devem estar em
consonância com os objetivos propostos para o projeto integrador.
Além disto, você pode descrever aqui algumas características
de desempenho desejáveis para seu projeto. Entre os resultados
esperados pelo projeto integrador, você pode citar o tipo de
produto e/ou serviço que será implementado com a execução do
projeto. Seja ele, um produto de software, multimídia, ou um
sistema web ou até mesmo melhorias de sistemas existentes.
Veja os resultados esperados com o “Sistema Hydros”.
Criação de um sistema que permita o controle e supervisão

a distância de estações de tratamento de efluentes; aliados
aos seguintes benefícios:
espera-se que, devido à praticidade do sistema, um

operador em seu turno possa ser capaz de controlar e
supervisionar pelo menos 10 estações simultaneamente,
reduzindo drasticamente os custos com pessoal;
do ponto de vista técnico, é esperado que a velocidade de

comunicação seja suficientemente alta para que do ponto
de vista do operador a conexão com as estações seja o
mais transparente possível;
pretende-se que os custos com acesso sejam em média de

R$100,00 mensais para cada estação;
com relação ao desempenho da operação, a pretensão

maior é que o tempo de identificação de problemas em
campo e encaminhamento da solução seja reduzido para
cerca de 5 minutos.
Referências
As referências devem ser construídas durante todo o
desenvolvimento do trabalho. À medida que fontes de pesquisa
forem utilizadas, deve-se registrar as referências usadas. Em
hipótese nenhuma você deverá deixar para o final o registro das
referências (AMBONI, 2005).
Unidade 2 61

Lembre-se: sempre que se fizer uso de alguma citação

de outras fontes no texto, deve-se atribuí-la ao seu
autor referenciando sua obra. O uso não referenciado,
a não-referenciação implica uso indevido da obra
de outro autor. Você deve saber que as referências
englobam todos os autores e/ou obras que foram
citadas no corpo da pesquisa. As referências devem
seguir os padrões da norma da Associação Brasileira
de Normas Técnicas (ABNT) - NBR 6023. Veja como
proceder de acordo com a norma no anexo A.
Veja o exemplo das referências usadas na descrição do “Sistema

Hydros”.
JUNGBECK, Márcia. Análise comparativa entre o

saneamento privado da Praia Brava (Florianópolis,
SC) e a concessionária estadual. Florianópolis,
2005. 84 f. Dissertação (Mestrado em Engenharia
de Produção) – Programa de Pós-Graduação em
Engenharia de Produção, Universidade Federal de
Santa Catarina.
SILVA, Allan Celestino da. Automação de uma
estação de tratamento de efluentes por sistema
contínuo. Florianópolis, 1999. Projeto de fim de
curso: Engenharia de controle e automação industrial,
Universidade Federal de Santa Catarina.
DUTRA, Carlos Alberto. Automação de uma estação
de tratamento de efluentes por bateladas.
Florianópolis, 1998. Relatório de estágio curricular:
Engenharia de controle e automação industrial,
Universidade Federal de Santa Catarina.
ACQUALAN Tecnologia & Ambiente S.A. Disponível
em: <www.acqualan.com.br>. Acesso em: 22 maio
2006.
ROTARIA DO BRASIL Ltda. Eficiência em sistemas
de tratamentos de esgotos. Disponível em: < www.
rotaria.net >. Acesso em: 12 jun. 2006.
62

O que entregar ao final da segunda etapa de PI Web I
Nesta fase do projeto, você deverá enviar a AD1 (Parte 2). Note
que as informações iniciais são idênticas às da AD1 (Parte 1):
aqui, você deverá deixar a versão ajustada, segundo orientações
do seu tutor.
Além dessas informações, acrescente os objetivos (geral e

específicos), a justificativa, os resultados esperados e as
referências bibliográficas.
Os quadros 6.1 e 6.2 apresentam apenas as páginas 4 e 5 do

formulário, preenchido para o nosso exemplo.
Observe que esta etapa gera um resultado pequeno em volume,

mas de grande importância, pois a partir de agora será o
norteador de todo o desenvolvimento do seu projeto até o
final. Tudo o que você fizer a partir desse ponto, de algum
modo deverá estar sempre de acordo com as descrições aqui
apresentadas. Nada deve ser feito se não contribuir para os
objetivos a fim de se atingir os resultados esperados.
Unidade 2 63

QUADRO 6.1 - FORMULÁRIO PREENCHIDO PARA A PROPOSTA DO PROJETO “SISTEMA HYDROS”, FOLHA 04/05


Objetivos
GERAL:
Criar um sistema que permita o controle e supervisão a distância de estações de tratamento de
efluentes;
ESPECIFICOS:
• Minimizar os custos de operação;
• Facilitar a identificação de defeitos nas estações;
• Facilitar a operação;
• Prover uma interface de fácil acesso e que permita uma visualização mais ampla do estado
da estação.
Justificativa
Uma única estação de tratamento necessita de vários funcionários para que se mantenha em
operação. Dependendo do volume e tamanho da estação são necessárias várias intervenções
diárias, bem como a constante monitoração de defeitos. Tais estações têm seu funcionamento
24 horas por dia, ou seja, 3 turnos de trabalho; cada operador possui 1 dia de folga por semana
e 1 mês de férias; existe sempre a possibilidade de um operador se licenciar por doença.
Logo, nota-se que o custo para operação de uma única estação é bastante alto. Este custo é
multiplicado pelo número de estações operadas.
O presente projeto visa minimizar o custo de operação destas estações. Com a monitoração
remota, um único operador é capaz de atuar e supervisionar simultaneamente várias estações,
diminuindo drasticamente o custo de pessoal. Defeitos em elementos de campo também serão
mais rapidamente identificados de forma que possa ser dado um rápido encaminhamento para
a solução do problema.
O fato de a monitoração ser através da internet possibilita que o operador esteja trabalhando
em qualquer local, até mesmo em sua casa. Este ambiente distribuído também permite que o
operador possa monitorar uma estação em uma cidade a centenas de quilômetros de distância
com um custo muito baixo desde que com uma conexão à internet local.
Resultados Esperados
Criação de um sistema que permita o controle e supervisão a distância de estações de
tratamento de efluentes; aliados aos seguintes benefícios:
Espera-se que, devido à praticidade do sistema, um operador em seu turno possa ser capaz de
controlar e supervisionar pelo menos 10 estações simultaneamente, reduzindo drasticamente os
custos com pessoal.
• Do ponto de vista técnico, é esperado que a velocidade de comunicação seja
suficientemente alta para que do ponto de vista do operador a conexão com as estações seja
o mais transparente possível.
• Pretende-se que os custos com acesso sejam em média de R$100,00 mensais para cada estação.
• Com relação ao desempenho da operação, a pretensão maior é que o tempo de identificação
de problemas em campo e encaminhamento da solução seja reduzido para cerca de 5 minutos.
64

QUADRO 6.2 - FORMULÁRIO PREENCHIDO PARA A PROPOSTA DO PROJETO “SISTEMA HYDROS”, FOLHA 05/05

Referências Bibliográficas
JUNGBECK, Márcia. Análise comparativa entre o saneamento privado da

Praia Brava (Florianópolis, SC) e a concessionária estadual. Florianópolis,
2005. 84 f. Dissertação (Mestrado em Engenharia de Produção) – Programa de
Pós-Graduação em Engenharia de Produção, Universidade Federal de Santa
Catarina.
SILVA, Allan Celestino da. Automação de uma estação de tratamento de

efluentes por sistema contínuo. Florianópolis, 1999. Projeto de fim de curso:
Engenharia de controle e automação industrial, Universidade Federal de Santa
Catarina
DUTRA, Carlos Alberto. Automação de uma estação de tratamento de

efluentes por bateladas. Florianópolis, 1998. Relatório de estágio curricular:
Engenharia de controle e automação industrial, Universidade Federal de Santa
Catarina
ACQUALAN Tecnologia & Ambiente S.A. Disponível em: www.acqualan.com.br.

Acesso em: 22 maio 2006.
ROTARIA DO BRASIL Ltda. Eficiência em sistemas de tratamentos de esgotos.

Disponível em: <www.rotaria.net>. Acesso em: 12 jun. 2006.
Título
Tema
Equipe
Contexto
Descrição
Objetivos
Justificativa
Resultados esperados
referências
Unidade 2 65

Seção 3 - Etapa 3: análise do projeto
Para esta seção, fique atento à AD2,

disponível no EVA.
Tendo um objetivo bem definido, é preciso determinar um

planejamento de atividades, até o objetivo ser atingido - com
sucesso, espera-se. Segundo Faccioni (2006), este planejamento
pode ser feito através de um fluxograma que inicia com os
objetivos definidos e vai ser encerrado quando os mesmos forem
alcançados.
Nesse fluxograma pode-se ver o conjunto de atividades que

determina como deve ser a gestão do projeto:
planejamento de atividades;
definição e organização dos recursos;
acompanhamento da execução;
medição dos resultados obtidos e
revisão, quando então o ciclo reinicia, se necessário.
Observe a figura 4 apresentada a seguir.
66

Objetivos do projeto
Planejamento
Ferramentas de apoio
das atividades
Definição dos
recursos
Obtenção dos
recursos
Integração dos
recursos
Execução das Acompanhamento

atividades e medições
Revisão do projeto Os objetivos

NÃO foram alcançados
SIM
Encerramento do projeto
FIGURA 4 – ALGORITMO GENÉRICO COM O FLUXOGRAMA DO DESENVOLVIMENTO DO PROJETO.

1. Planejamento das atividades

Nesta etapa de análise de projeto, você precisa encontrar uma
metodologia de planejamento das atividades, uma forma
de organizar as tarefas do projeto visando sua execução. Veja
bem, neste estágio do projeto, não estamos falando em planejar
propriamente como se dará a tarefa nem quanto tempo ela levará.
Estamos organizando o projeto em tarefas menores a fim de que
você possa analisar como elas serão realizadas em uma etapa
posterior.
Unidade 2 67

O planejamento das atividades consiste em dividir o

objetivo geral do projeto em um conjunto ou lista de
pequenas tarefas, baseadas nos objetivos específicos,
que vão se encadeando numa seqüência determinada,
a fim de atingir o resultado esperado do projeto.
Este planejamento comumente é feito através de uma Estrutura

Analítica de Projeto (EAP), uma estrutura de “árvore de
decomposição” ou organograma do projeto, conhecida no ambiente
gerencial como WBS.
Outra maneira de se decompor um projeto, nada mais é que do

que realizar uma lista ou tabela de tarefas onde se evidencia os
componentes e as atividades necessárias a sua conclusão. Tanto a
árvore quanto a tabela trazem as mesmas informações, sendo que
a diferença está na forma de apresentação.
Saiba mais sobre WBS

Existem ferramentas de apoio típicas utilizadas para
esta atividade como, por exemplo, Work Breakdown
Structure (WBS) ou Project Breakdown Structure (PBS).
Veja no site <http://www.criticaltools.com/wbsmain.
htm>, para saber mais, ou ainda, em <http://www.
freedownloadscenter.com/Best/wbs-free-tools.html>
para baixar uma versão gratuita desta ferramenta.
Veja as figuras 5 e 6 a seguir. Ambas mostram uma divisão de

tarefas do projeto fictício denominado “Exemplo”. A árvore
da figura 5 representa as tarefas e etapas numa representação
espacial, o que pode facilitar a compreensão de seus diversos
componentes.
68

Projeto EXEMPLO
Etapa 1 Etapa 2
Definições Compra Org. Equipe Documentação Desenho Montagem Documentação
Etapa 3
Teste 1 Teste 2 Documentação Teste 1
FIGURA 5 – DIVISÃO POR ÁRVORE DE DECOMPOSIÇÃO (WBS) DE UM PROJETO “EXEMPLO”.

Na figura 6, você pode ver a tabela com o rascunho da divisão de

etapas e com as diversas tarefas que serão necessárias para compor
cada uma delas. Essa tabela permite que sejam anotadas as diversas
tarefas. Esta ferramenta é muito simples, não requer software
específico e pode ser rabiscada durante as reuniões da equipe onde
seus membros deveram decidir que as tarefas componentes são
importantes no desenvolvimento das etapas básicas.
Projeto EXEMPLO
Etapa 1
• Definições
• Compra materiais
• Organiza equipe
• Documentação
.....
Etapa 2
• Desenho
• Montagem
• Documentação
.....
Etapa 3
• Teste 1
• Teste 2
• Documentação
• Encerramento
.....
FIGURA 6 – TABELA COM DIVISÃO DE TAREFAS PARA O MESMO PROJETO “EXEMPLO”.
(Fonte: retirada do livro didático Gestão de Projetos e de Equipes (FACCIONI, 2006, p. 153))
Unidade 2 69

Você deve estar se perguntando: por que estamos tratando

do planejamento se ainda estamos na etapa de análise do
projeto?
Bem, a razão de termos que elaborar este rascunho com a divisão

das tarefas, é poder imaginar e localizar todos os componentes,
recursos materiais e humanos, necessários a para a construção do
planejamento em si. Somente com certo grau de detalhamento
das etapas do projeto, pode-se realizar análises de viabilidade e
risco que sejam confiáveis.
Veja o exemplo da lista de atividades do Sistema Hydros:
QUADRO 7 – LISTA DE ATIVIDADES DO SISTEMA HYDROS
Etapas do Desenvolvimento do Sistema Hydros

ETAPA 1 - Especificações:
1) definição da plataforma de controle

• CLP (qual), computador com placa de I/O
• Quadro de comando com saídas de sinalização
• Tipo de linguagem (Ladder, Step7, C, Basic, outra)
2) definição da forma de acesso

• Computador sem monitor
• Internet por ADSL/GPRS/rede corporativa/cabo/radio
• Tipo de sistema operacional (Llinux/WinXP)
• Servidor de Web (Apache)
3) definição da interface de monitoração

• Tipo de linguagem (HTML,JavaScript,Flash)
4) definição do protocolo de comunicação interface/controlador

• Tipo de protocolo (Modbus, Ethernet, proprietário)
ETAPA 2 - Desenvolvimento do controlador local
1) acionamento dos motores

2) abertura e fechamento de válvulas
3) lógica de intertravamentos
4) leitura de entradas
70

ETAPA 3 - Desenvolvimento da interface de monitoração
1) criação de telas
2) execução de ações do operador a partir das telas
3) identificação do estado dos elementos nas telas
ETAPA 4 - Desenvolvimento dos serviços de acesso à internet
1) operação do servidor de web

2) gerenciamento da conexão com o provedor de acesso à internet
ETAPA 5 - Desenvolvimento da comunicação de dados entre o

controlador e a interface
1) transformação dos dados para o protocolo de comunicação
2) transferência de dados solicitados
ETAPA 6 - Integração interface e controlador em rede local (teste final)
1) teste de comunicação de computador em rede local acionando um

elemento de campo
2) teste de comunicação através de provedor de acesso web
2. Recursos mobilizados
A definição dos recursos é uma das tarefas da análise de
planejamento. Consideramos os recursos como sendo materiais
(equipamentos, instalações, softwares, etc.) e humanos (a equipe
do projeto e/ou terceiros).
Definir com a maior exatidão os recursos necessários, sejam
eles financeiros, materiais ou humanos com a qualificação
necessária, diminui os riscos do projeto além de contribuir para
o planejamento do mesmo. Recursos subestimados levarão a
importantes faltas, enquanto recursos superestimados levarão a
custos altos, inviabilizando o projeto em alguns casos.
Considerando que os recursos materiais e humanos necessários
para o desenvolvimento do projeto acarretam custos aos projetos,
serão necessários recursos financeiros para custeá-lo.
Aos recursos materiais e humanos damos o nome de

custos do projeto, geralmente considerada a sua parte
mais delicada.
Unidade 2 71

3. Previsão orçamentária
As propostas de projeto deverão constar de uma previsão
orçamentária. Este cálculo deverá ser realizado com base na
estimativa dos custos de recursos necessários durante todo o
ano de realização do projeto integrador. Os projetos devem ser
exeqüíveis, ou seja, as propostas devem estar enquadradas em
um orçamento aceitável. Problemas financeiros não poderão ser
usados como desculpa para o fracasso do projeto.
É importante salientar que os projetos integradores

devem ser realizados com recursos próprios, ou
angariados por empresas ou patrocinadores. A
UnisulVirtual isenta-se de responsabilidade de
disponibilizar recursos, salvo algum projeto de
pesquisa junto à instituição.
Veja o exemplo sobre o caso do Sistema Hydros:
QUADRO 8 – RECURSOS MOBILIZADOS PARA O SISTEMA HYDROS
Previsão Orçamentária (anual) : R$ 232.000,00
Humanos No de pessoas Custo individual Custo total

Engenheiro 1 R$ 2.000,00 R$ 2.000,00
Tecnólogo em web design e programação 2 R$ 2.000,00 R$ 4.000,00
Técnico em eletrônica ou eletrotécnica 1 R$ 1.000,00 R$ 1.000,00
Encargos trabalhistas 1 R$ 7.000,00 R$ 7.000,00
Material Quantidade Custo unitário Custo total

Computador PC 3 R$ 2.000,00 R$ 6.000,00
Notebook 1 R$ 4.000,00 R$ 4.000,00
Plataforma de desenvolvimento de interface web 1 R$ 10.000,00 R$ 10.000,00
Plataforma de desenvolvimento de software de controle 1 R$ 10.000,00 R$ 10.000,00
Serviços de terceiros 10 R$ 3.000,00 R$ 30.000,00
Material didático 5 R$ 200,00 R$ 1.000,00
Viagens 5 R$ 600,00 R$ 3.000,00
72

Lembre-se que somente com uma boa definição de recursos é

possível partir para a fase da sua obtenção, o que pode ser uma
tarefa bastante difícil se for deixada para a execução do projeto.
Atenção ao fato de que recursos externos necessitam de um
determinado tempo para serem obtidos. Além da necessidade
de analisar se existe capital disponível ou investidores para a
execução do projeto.
4. Análise de viabilidade de projeto

Três são os fatores preponderantes a serem analisados num
estudo de viabilidade: recursos, custos e benefícios. Um quarto
fator pode ser o prazo, apesar de poder ser visto como parte dos
recursos disponíveis.
custos prazo
recursos benefícios
FIGURA7 – FATORES FUNDAMENTAIS NA VIABILIDADE DOS PROJETOS.

(Fonte: livro didático Gestão de Projetos e de Equipes, FACCIONI, 2006, p. 114)
Na verdade, uma análise isolada de cada um destes fatores já foi

feita. Você e sua equipe definiram os benefícios de seu projeto, já
analisaram os recursos e os custos envolvidos na execução, bem
como conhecem o prazo limite. A questão é que esses quatro
fatores são elementos inter-relacionados. É com base em tais
relações que realizamos o estudo de viabilidade.
Unidade 2 73

Para a análise da viabilidade utilizaremos o modelo de

questionário/relatório para um Estudo de Viabilidade de
Projetos, proposto na disciplina de Gestão de Projetos e Equipes
(FACCIONI, 2006). Ele não esgota todas as possibilidades de
análise, pelo contrário. Mas encaminha uma série de questões
iniciais, com as quais devemos nos preocupar, para tentar
perceber se é viável prosseguir com o desenvolvimento do projeto
e contra quais riscos devemos nos resguardar. Cada projeto,
obviamente, trará questões particulares, que devem ser tratadas e
resumidamente descritas.
QUADRO 9 – MODELO DE QUESTIONÁRIO PARA ESTUDO DE VIABILIDADE DE PROJETOS, PROPOSTO

POR FACCIONI (2006, P. 124)
Estudo de viabilidade
<nome do projeto>
Equipe de estudo:
Local e data:
Resumo do projeto (escopo, objetivos, estratégias)
Benefícios:
- quais são as vantagens mensuráveis que o projeto trará? Descrição:
- quais são os valores comparativos?
Benefícios:
- que vantagens intangíveis ele trará? Descrição:
- como se poderá verificar?
Recursos:
- quais os recursos materiais necessários para o projeto?
Descrição:
- esses recursos estão disponíveis?
- em caso negativo, é possível obtê-los?
Recursos:
- quais os recursos humanos necessários para o projeto?
Descrição:
- essas pessoas estão disponíveis para o projeto?
- caso não disponíveis, há outras pessoas para substituí-las?
Custos:
- considerando os recursos necessários, quanto dinheiro será necessário
Descrição:
para desenvolver o projeto?
- esse montante está disponível?
Custos:
Descrição:
- há fontes de financiamento?
Prazo:
Descrição:
- qual o prazo pré-definido pelo “cliente” para o projeto?
Prazo:
- considerando a experiência da equipe, qual o prazo estimado para o Descrição:
projeto? É igual ao pré-definido?
Conclusões quanto à viabilidade do projeto:
Recomendações:
Anexos
(tabelas, demonstrativos, estatísticas, reportagens, tendências tecnológicas e comerciais, etc.)
74

Observa-se que as linhas destacadas estão em detalhe porque resumem

toda a análise. A equipe deverá emitir um parecer com base em suas
respostas do questionário e descrevê-lo em “Conclusões quanto à
viabilidade do projeto”. O orientador/tutor poderá utilizar o espaço
“Recomendações” para sugerir alguma análise extra, uma mudança de
rumo do projeto, um refino nas respostas apresentadas, ou até mesmo, o
abandono da idéia; tudo o que ele julgar pertinente.
Veja o exemplo da análise de viabilidade realizada

para o projeto modelo “Sistema Hydros”.
Unidade 2 75

QUADRO 10 - ESTUDO DE VIABILIDADE DE PROJETO DO SISTEMA HYDROS
Estudo de Viabilidade de Projeto

Sistema Hydros
Equipe de estudo: P & D

Local e data: Florianópolis, 12 de junho de 2006.
Resumo do projeto
Trata-se do desenvolvimento de um sistema de controle para processos de tratamento de efluentes domésticos no
qual várias estações são operadas remotamente por um operador único através de uma interface especialmente
desenvolvida para navegadores para internet.
Benefícios: - Minimizar os custos de operação de estações de tratamento de efluentes.
- quais são as vantagens mensuráveis Para uma estação sem o sistema de controle e supervisão à distância
que o projeto trará? são necessários no mínimo 3 funcionários divididos em 3 turnos. Com o
sistema implementado este número pode ser diminuído para pelo menos
- quais são os valores comparativos? 3 funcionários para cada 10 estações ou mais.
- Diminuir o tempo de atendimento a falhas nas estações. O tempo gasto
para o operador dentro da estação identificar uma falha depende da
passagem do operador pelo local, enquanto que utilizando o sistema
proposto o operador tem uma visão ampla da situação de toda a estação,
sendo evidenciados os pontos de falhas. Isto também levará a níveis de
qualidade mais elevados na saída do sistema de tratamento.
Benefícios: Utilização de sistemas modernos de controle e supervisão por parte das
- que vantagens intangíveis ele trará? concessionárias.
- como se poderá verificar? As empresas concessionárias poderão demonstrar o investimento em
novas tecnologias para aprimorar a qualidade de vida do cidadão.
Recursos:
Recursos materiais conforme a tabela
- quais os recursos materiais necessários
para o projeto? A disponibilidade de alguns recursos está associada à importação de
equipamentos. Alguns recursos podem ser substituídos parcialmente por
- esses recursos estão disponíveis?
simuladores ou podem ser obtidos de empresas associadas.
- em caso negativo, é possível obtê-los?
Recursos:
- quais os recursos humanos Recursos humanos conforme a tabela.
necessários para o projeto? Haverá necessidade de recrutamento de pessoal. Será levada em conta a
- essas pessoas estão disponíveis para proximidade da empresa com as universidades da região. Também será
o projeto? levado em consideração o fato da cidade de Florianópolis ser um atrativo a
- caso não estejam disponíveis, há profissionais de outras regiões do país.
outras pessoas para substituí-las?
Custos: Segundo a tabela de custos, a previsão orçamentária para 1 ano de
- considerando os recursos necessários, desenvolvimento e execução do projeto será de aproximadamente
quanto dinheiro será necessário para R$150.000,00
desenvolver o projeto? Para obtenção deste montante será buscada parceria com investidores ou
- esse montante está disponível? patrocinadores.
Custos: No caso de não haver investidores ou parceiros em tempo hábil, pode-se
- há fontes de financiamento? tentar a obtenção de linhas de crédito junto à rede bancária.
Prazo:
- qual o prazo pré-definido pelo O prazo pré-definido para finalização do projeto é de 12 meses.
“cliente” para o projeto?
Prazo:
O prazo estimado para conclusão do projeto é de 11 meses. A partir deste
- considerando a experiência da equipe, período tem todas as etapas em processo de consolidação, dando maior
qual o prazo estimado para o projeto? É nível de confiança na finalização do projeto.
igual ao pré-definido?
Conclusões quanto à viabilidade do projeto:
O Projeto depende apenas da identificação da fonte de recursos financeiros. Do ponto de vista técnico não há motivos
que inviabilizem a execução do projeto.
Recomendações:
Anexos
76

5. Análise de riscos de projeto

Quando se fala em projetos, sempre se estará falando de riscos.
Os riscos de um projeto existem antes mesmo do projeto nascer.
Temos que encarar o risco como uma ameaça, que pode levar
o projeto ao erro, às perdas e ao fracasso. Podemos considerar
os riscos conforme a probabilidade de ocorrer e conforme o
impacto que terá sobre o projeto, caso ocorra.
A melhor abordagem a ser adotada em seu projeto

integrador é: procurar antecipar e administrar os
riscos. Se puder eliminá-los, melhor ainda!
O processo de administração de riscos deve ser contínuo, desde

o planejamento inicial do projeto até as suas últimas etapas,
e consiste em um ciclo de atividades, conforme se pode ver
na figura 8. Segundo (FACCIONI, 2006), esse ciclo deve se
repetir a cada nova etapa, e os riscos identificados devem ser
comunicados para todos os participantes do projeto, seja para os
de nível inferior, seja para os de nível superior (mesmo que isso
possa desagradar).
Etapa Nova Etapa

Identificar os riscos
Analisar os riscos
Planejar ação
sobre os riscos
Eliminar ou
administrar
os riscos
FIGURA 8 – ANTECIPANDO E ADMINISTRANDO RISCOS.

(Fonte: retirada do livro didático Gestão de Projetos e de Equipes (FACCIONI, 2006 p. 128))
Unidade 2 77

Vamos utilizar os conceitos apresentados em Gestão de Projetos e

Equipes para observar os riscos referente a seu projeto integrador:
Identificação de riscos. O modelo/questionário que

você deverá preencher aponta diversas causas de riscos e
proporciona uma visão do projeto sob a perspectiva de
suas ameaças. Esta identificação deve ser feita reunindo
a equipe do projeto, onde sua experiência será fator-
chave para perceber proativamente os riscos possíveis.
Eles devem ser colocados nas suas respectivas categorias
(quanto a recursos, quanto a custos, quanto a benefícios,
quanto a prazos) de tal maneira que o risco seja o melhor
conhecido possível. A partir da sua identificação, deve
ser descrito com clareza, declarando sua origem e a
conseqüência que trará ao projeto caso aconteça.
Análise. Partindo da identificação e da expressão

clara e objetiva dos riscos do projeto, o segundo passo
consiste em analisá-los, seja quanto à probabilidade,
seja quanto ao impacto. Se o risco tiver probabilidade
de 100%, será uma certeza, e não apenas um risco. Se
o risco tiver probabilidade próxima de zero, poderá ser
desprezado. Quanto ao impacto, se for muito reduzido,
talvez não seja necessário despender esforços na tentativa
de eliminá-lo, esforços esses que devem ser destinados a
outras atividades. Não há certamente uma regra ou uma
lei para esse tipo de tratamento. Uma técnica utilizada
no modelo, conhecida como “10 Mais”, consiste em
considerar apenas os dez riscos avaliados como mais
importantes para o projeto, por sua probabilidade e
impacto, e desprezar os demais. Esses “10 Mais” serão os
considerados no planejamento para ações de controle.
78

Planejar ações sobre esses riscos. Identificados os riscos,

conhecidas as suas probabilidades e o impacto que podem
causar no projeto, é preciso planejar ações para evitar ou
reduzir tal impacto. O processo de planejamento passa
pelas seguintes perguntas:
• Conhecemos o risco?
• Podemos conviver com ele, se acontecer?
• Como é possível atenuar seu impacto?
• O que é possível fazer para evitá-lo?
Controlar/eliminar os riscos. Controlar os riscos é

o último passo do ciclo da administração dos riscos, e
basicamente se divide em:
• controlar os planos de ação preventivos;

• monitorar a eclosão dos riscos previstos;
• responder à eclosão de tais riscos com ações
corretivas;
• monitorar o surgimento de novos riscos, não-
previstos;
• refazer o planejamento de ações;
• integrar-se ao processo global da gestão do
projeto.
Unidade 2 79

QUADRO 11– MODELO DE QUESTIONÁRIO PARA ESTUDO DE RISCOS DE PROJETOS, ADAPTADO A PARTIR DE FACCIONI (2006, p. 132)
Estudo de Riscos
<nome do projeto>
Equipe de estudo:
Local e data:
Resumo do projeto (escopo, objetivos, estratégias)

Riscos quanto aos benefícios: Descrição:
- o cliente tem uma idéia exata do resultado a ser obtido?
- ou tem uma idéia aproximada?
- é possível medir os benefícios?
Riscos quanto aos benefícios: Descrição:
- qual a probabilidade desse tipo de riscos?
- qual o seu impacto?
Riscos quanto aos recursos: Descrição:
- há equipamentos de reserva?
- há pessoal de reserva?
- a tecnologia empregada é inteiramente dominada?
Riscos quanto aos recursos: Descrição:
Riscos quanto aos custos: Descrição:
- o financiamento de todo o projeto está garantido?
- há um montante de reserva?
Riscos quanto aos custos: Descrição:
Riscos quanto ao prazo: Descrição:
- há fatores internos ou externos, não considerados, que
podem afetar o prazo do projeto?
- a equipe de projeto é experiente?
Lista dos 10 riscos mais importantes:
Podemos conviver com eles?
É possível atenuá-los?
É possível evitá-los?
Conclusões quanto aos riscos do projeto:
Recomendações:
Anexos
(tabelas, demonstrativos, estatísticas, reportagens, tendências tecnológicas e comerciais, etc.)
80

Você deve perceber que no quadro 11 são apresentadas diversas

questões importantes para detecção, análise e ações preparatórias
contra os riscos do projeto. Tal modelo pode e deve ser adaptado
para as condições do seu projeto e de sua equipe. Toma tempo
inicial da equipe do projeto, mas garantirá ganhos substanciais
no decorrer dos trabalhos, seja por evitar riscos, seja pelo
conhecimento aprofundado que trará a todos os envolvidos
sobre o trabalho que virá pela frente. Uma modificação foi
realizada no quadro a fim de comportar uma linha referente
a “Recomendações”, onde o orientador/tutor poderá utilizar o
espaço para sugerir alguma análise extra, alguma mudança de
rumo do projeto, um refino nas respostas apresentadas, ou até
mesmo, o abandono da idéia; tudo o que ele julgar pertinente.
Veja o exemplo da análise de riscos realizada para o

projeto modelo “Sistema Hydros”.
QUADRO 12 - ESTUDO DE RISCOS DE PROJETO DO SISTEMA HYDROS
Estudo de Riscos de Projeto

Sistema Hydros
Equipe de estudo: P & D

Local e data: Florianópolis, 12 de junho de 2006.
Resumo do projeto
Trata-se do desenvolvimento de um sistema de controle para processos de tratamento de
efluentes domésticos , no qual várias estações são operadas remotamente por um operador
único através de uma interface especialmente desenvolvida para navegadores para internet.
Riscos quanto aos benefícios: Os benefícios poderão ser medidos com base na
- o cliente tem uma idéia exata do redução no número de funcionários, eficiência e
resultado a ser obtido? modernidade dos serviços prestados.
- ou tem uma idéia aproximada? Existe o risco de o cliente não poder absorver
os funcionários em outras áreas ou não poder
- é possível medir os benefícios?
demiti-los por estes realizarem outras atividades
além da operação da estação e desta forma
avaliaria que o retorno a curto prazo não seria
tão evidente.
Riscos quanto aos benefícios: Os custos de manutenção do sistema podem

- qual a probabilidade desse tipo de riscos? ser maiores que o esperado (custo do acesso à
internet em lugares mais distantes ou que não
apresentem alternativas baratas de acesso)
Seria necessário modificar o projeto para
adequar à nova realidade.
Probabilidade pequena, pois estações estão em
locais predominantemente urbanos.
Impacto alto
Unidade 2 81

Riscos quanto aos recursos: A tecnologia a ser empregada é dominada por vários
- há equipamentos de reserva? profissionais. Desta forma, há maior facilidade em obter
pessoal qualificado para o desenvolvimento do sistema.
- há pessoal de reserva?
Dependendo da dificuldade encontrada, os custos
-a tecnologia empregada é inteiramente de desenvolvimento poderão ser incrementados. O
dominada? orçamento não contempla equipamentos reservas
Riscos quanto aos recursos: O tempo de aprendizado das plataformas de

- qual a probabilidade desse tipo de riscos? desenvolvimento pode ser maior que o esperado e levar a
um atraso na finalização.
Probabilidade pequena
Impacto médio
Riscos quanto aos custos: Não foi considerado reserva no orçamento.

-o financiamento de todo o projeto está
garantido?
- há um montante de reserva?
Riscos quanto aos custos: Pode faltar recursos por conta de demora na finalização
- qual a probabilidade desse tipo de riscos? (adiamento do inicio da comercialização).
- qual o seu impacto? Probabilidade média
Impacto pequeno
Riscos quanto ao prazo: O maior risco é por conta de algum erro conceitual, o
- há fatores internos ou externos, não que dificultaria o desenvolvimento e levaria a um re-
considerados, que podem afetar o prazo planejamento do projeto.
do projeto? Risco de atraso na chegada dos recursos materiais e
no recrutamento de recursos humanos, atrasando os
trabalhos de desenvolvimento.
Riscos quanto ao prazo: Selecionar uma equipe experiente dependerá da

- a equipe de projeto é experiente? facilidade de encontrar profissionais com o perfil desejado.
Recrutar alguém mais experiente pode pressupor um
custo maior de salário.
Riscos quanto ao prazo: O atraso na finalização do projeto pode levar a um atraso

- qual a probabilidade desse tipo de riscos? na sua comercialização, o que aumenta o tempo de
retorno do investimento
Probabilidade média
Impacto médio
Lista dos 10 riscos mais importantes:

- erro na escolha da plataforma de controle (hardware)
- erro na seleção da ferramenta de desenvolvimento da interface web
- saída de algum membro da equipe no meio do projeto
- protocolo de comunicação inadequado
- baixa performance na comunicação através da internet
- baixo nível de segurança dos dados
- falha na integração entre sistema de controle e supervisão
- atraso no desenvolvimento
- demora na chegada dos recursos
- pessoal técnico recrutado pouco capacitado
- conceito de operação de estações distribuídas não ser aceita pelas concessionárias.
82

Podemos conviver com eles?
Alguns riscos são conceituais, o que levaria a um replanejamento completo do projeto. Riscos de ordem
operacional podem ser contornados, podendo ocasionar alguma flutuação nos custos.
É possível atenuá-los?
A antecipação de pedidos de recursos materiais permite que se permaneça o menor tempo possível sem
produzir.
O recrutamento de pessoal deve ser mais rigoroso, dando prioridade a profissionais com experiência
comprovada.
É possível evitá-los?
Do ponto de vista dos riscos conceituais, deverá ser investido um tempo maior na etapa de definições de
forma que os riscos de problemas relacionados às escolhas sejam minimizados.
Em alternativa a falta dos recursos ou atraso na sua chegada, pode-se obter equipamentos emprestados
de empresas que se tem bom relacionamento ou se forem extremamente essenciais, alugá-los (o que
poderia gerar um custo adicional)
Conclusões quanto aos riscos do projeto:

Considerando que não há riscos com probabilidade alta e alto impacto simultaneamente, pode-se
considerar que o projeto é de médio risco.
Recomendações:
Anexos
O que entregar ao final da terceira etapa de PI Web I
Nesta fase do projeto, você precisará preencher a AD2, disponível

no EVA.
Os quadros 13.1 e 13.2, logo na seqüência, exemplificam o

formulário preenchido para a análise do projeto “Sistema Hydros”,
nosso exemplo de estudo. Observe que os estudos de Viabilidade
e Riscos estão anexos ao formulário, bem como a Tabela de
Atividades, sendo que a referência aos mesmos aparece no
formulário no item “Documentos Associados”. Neste espaço, cada
Unidade 2 83

análise feita separadamente em arquivo próprio é reproduzida e informada

através de um X, marcando seu envio em anexo.
QUADRO 13.1 - FORMULÁRIO PREENCHIDO PARA A ANÁLISE DO PROJETO “SISTEMA HYDROS”, FOLHA 01/02
Formulário de Análise do Projeto Folha: 01/02
Unisul Virtual Equipe: P &D Aval do tutor:
Planejamento das Atividades
- definição da plataforma de controle
- definição da forma de acesso
- definição da interface de monitoração
- definição do protocolo de comunicação interface/controlador
ETAPA 2 - desenvolvimento do controlador local

- acionamento dos motores
- abertura e fechamento de válvulas
- lógica de intertravamentos
- leitura de entradas
ETAPA 3 - desenvolvimento da interface de monitoração

- criação de telas
- execução de ações do operador a partir das telas
- identificação do estado dos elementos nas telas
ETAPA 4 - desenvolvimento dos serviços de acesso à internet

- operação do servidor de web
- gerenciamento da conexão com o provedor de acesso à internet
ETAPA 5 - desenvolvimento da comunicação de dados entre o controlador e a interface

- transformação dos dados para o protocolo de comunicação
- transferência de dados solicitados
ETAPA 6 - integração interface e controlador em rede local (teste final)

- teste de comunicação de um computador em rede local acionando um elemento de campo
- teste de comunicação através de provedor de acesso web
Documentos Associados
( X ) Tabela de Atividades
( ) EAP
( X ) Estudo de Viabilidade
( X ) Estudo de Riscos
QUADRO 13.2 - FORMULÁRIO PREENCHIDO PARA A ANÁLISE DO PROJETO “SISTEMA HYDROS”, FOLHA 02/02
84

Formulário de Análise do Projeto Folha: 02/02
Unisul Virtual Equipe: P &D Aval do tutor:
Recursos Mobilizados
Previsão Orçamentária (anual) : RS 232.000,00
Humanos No de pessoas Custo individual Custo total
Engenheiro de automação ou eletricista 1 R$ 2.000,00 R$ 2.000,00
Tecnólogo em web design e programação 2 R$ 2.000,00 R$ 4.000,00
Técnico em eletrônica ou eletrotécnica 1 R$ 1.000,00 R$ 1.000,00
Encargos trabalhistas 1 R$ 7.000,00 R$ 7.000,00
Material Quantidade Custo unitário Custo total
Computador PC 3 R$ 2.000,00 R$ 6.000,00
Notebook 1 R$ 4.000,00 R$ 4.000,00
Plataforma de desenvolvimento de interface web 1 R$ 10.000,00 R$ 10.000,00
Plataforma de desenvolvimento de software de controle 1 R$ 10.000,00 R$ 10.000,00
Serviços de terceiros 10 R$ 3.000,00 R$ 30.000,00
Material didático 5 R$ 200,00 R$ 1.000,00
Viagens 5 R$ 600,00 R$ 3.000,00
atividades
recursos
orçamento
viabilidade
riscos
Unidade 2 85

Seção 4 - Etapa 4: planejamento do projeto

Através das etapas que você realizou até agora,
foi possível ter uma visão geral do projeto.
Para esta seção,
fique atento à AD3, Baseada nesta visão, pode se avaliar os possíveis
disponível no EVA. riscos, as necessidades gerais para que o projeto
seja desenvolvido, viável e, sobretudo, para que
os resultados esperados possam ser atendidos.
Certamente durante esse processo de visão
geral, não foi possível detalhar todos os elementos do projeto, mas
o nível de detalhamento foi suficiente para decidirmos sobre a sua
viabilidade e então dar um passo além: partir para o desenvolvimento
do projeto. E o planejamento do projeto é fundamental para dar o
primeiro passo prático na execução de um projeto.
1. Divisão do trabalho
Para iniciar o planejamento do projeto integrador, você precisará
pensar em duas divisões do projeto:
a) a divisão das tarefas;
b) a divisão das responsabilidades entre os membros de sua

equipe.
a. Divisão de tarefas
Conforme você estudou em Gestão de Projetos e Equipes, o
planejamento do projeto tem um foco muito intenso no prazo
geral, pois projetos são trabalhos com data marcada para acabar, e
o prazo acaba sendo algo determinante.
Aqui não é diferente.
Para realizar o planejamento, fizemos uma lista prévia das

atividades e etapas do projeto, e essa lista permitiu analisar e
avaliar nossa proposta de projeto, quanto a sua viabilidade e risco.
Agora é a hora de refinar esta lista, decompor o projeto em uma

tabela detalhada de tarefas onde se evidencia seus componentes,
permitindo estimar recursos, tarefa por tarefa. Desta forma,
devemos partir da tabela onde as tarefas foram divididas e incluir
colunas específicas para descrever recursos necessários.
86

A tabela apresentada no quadro 14 é um exemplo de relatório a ser

preenchido no início do planejamento do projeto. Este exemplo
partiu de tabela anterior, descrita no quadro 7. Para cada projeto
específico deverá ser construída uma tabela exclusiva, sendo que a
coluna dos recursos definirá uma lista de necessidades.
Veja o exemplo da Lista de Tarefas com estimativa de

recursos para o caso do Sistema Hydros.
QUADRO 14 – DIVISÃO DE TAREFAS COM ESTIMATIVA DE RECURSOS
Etapas do Desenvolvimento - Sistema Hydros Recursos Necessários por Tarefa

1) definição da plataforma de controle Notebook, material didático, serviços de terceiros, viagens
2) definição da forma de acesso Notebook, material didático, serviços de terceiros, viagens
3) definição da interface de monitoração Notebook, material didático, viagens
4) definição do protocolo de comunicação Notebook, material didático

Computador PC, plataforma de desenvolvimento de
software de controle, material didático, serviços de terceiros


software de controle, material didático


interface web, material didático
2) execução de ações do operador a partir das telas
3) identificação do estado dos elementos nas telas
ETAPA 4 - Desenvolvimento dos serviços de acesso a internet
1) operação do servidor de web Computador PC, material didático
2) gerenciamento da conexão com o provedor de acesso Computador PC, material didático

ETAPA 5 - Desenvolvimento da comunicação de dados
1) transformação dos dados para protocolo de comunicação Computador PC, material didático
2) transferência de dados solicitados Computador PC, material didático

ETAPA 6 - Integração interface e controlador em rede local
1) teste de comunicação de computador em rede local Notebook, serviços de terceiros
2) teste de comunicação através de provedor de acesso web Notebook, serviços de terceiros
Unidade 2 87

Outra vantagem em realizar a estimativa dos recursos com base

na lista de atividades é que pode se fazer uma análise de custo
mensal do projeto, podendo planejar melhor a aquisição de
recursos materiais, para mais perto do período em que forem
utilizados, amenizando o investimento inicial, que normalmente
é elevado.
b. Divisão de responsabilidades
Outra vantagem em se compor a lista de atividades
detalhadamente é a possibilidade de definir de quem são as
responsabilidade da execução de cada atividade (ou etapa) do
projeto integrador. Cada membro da equipe será responsável por
tarefas distintas e também pelo bom andamento do projeto como
um todo.
Observa-se que a realização da divisão de responsabilidades tende

a otimizar o trabalho individual, pois o indivíduo sabe que será
cobrado pelo cumprimento da tarefa.
Dependendo da extensão e das características do projeto, é

possível dividir a equipe de projeto em subequipes, ou o que
chamamos de Equipes de Trabalho. Cada equipe de trabalho
é responsável pelo desenvolvimento de uma determinada etapa
de projeto e realiza o projeto paralelamente, cooperando no
sentido de possibilitar a integração do projeto como um todo.
Internamente, cada equipe de trabalho pode vir ainda a realizar
a divisão de responsabilidades entre seus membros, como se na
verdade elas realizassem um projeto independente.
Este tipo de situação pode vir a acontecer em seu projeto

integrador. Dependendo do projeto que vai ser desenvolvido, você
e sua equipe podem optar por dividir a execução do projeto desta
forma, onde cada membro estará desenvolvendo uma etapa do
projeto paralelamente aos demais. Sinta-se à vontade para decidir
pela sistemática que mais se adapta a seu pessoal e seus prazos.
88

Vamos exemplificar a divisão de responsabilidades do

projeto Hydros.
QUADRO 15 – DIVISÃO DE RESPONSABILIDADES ENTRE A EQUIPE
Etapas do Desenvolvimento - Sistema Hydros Responsável Técnico pela Tarefa
1) definição da plataforma de controle Engenheiro
2) definição da forma de acesso Engenheiro
3) definição da interface de monitoração Engenheiro
4) definição do protocolo de comunicação Engenheiro
1) acionamento dos motores Tecnólogo e técnico
2) abertura e fechamento de válvulas Tecnólogo e técnico
3) lógica de intertravamentos Tecnólogo e técnico
4) leitura de entradas Tecnólogo e técnico
1) criação de telas Tecnólogo
2) execução de ações do operador a partir das telas Tecnólogo
3) identificação do estado dos elementos nas telas Tecnólogo
ETAPA 4 - Desenvolvimento dos serviços de acesso a internet
1) operação do servidor de web Tecnólogo
2) gerenciamento da conexão com o provedor de acesso Tecnólogo
1) transformação dos dados para protocolo de comunicação Engenheiro e tecnólogo
2) transferência de dados solicitados Tecnólogo
1) teste de comunicação de computador em rede local Engenheiro, Tecnólogo e Técnico
2) teste de comunicação através de provedor de acesso web Engenheiro, Tecnólogo e Técnico
Unidade 2 89

Concluída a divisão de tarefas e responsabilidades, você (e sua

equipe) vai (vão) apresentar o Plano de Trabalho, utilizando
algumas ferramentas úteis para apoio ao planejamento e a
execução do projeto, inclusive para a estimativa de recursos e
de custos, para a definição de prazos e para a administração dos
riscos. Sem essas ferramentas, os projetos seriam praticamente
impossíveis de gerenciar.
2. Plano de trabalho
Esse é o momento de efetivamente planejar como será a execução
de seu projeto integrador. Nesta etapa, você precisa apresentar:
a) Cronograma das atividades. Usando técnicas para apoio

ao planejamento de projetos, você precisará apresentar a
definição e a distribuição das tarefas do projeto ao longo
do tempo.
b) Melhoria na estimativa de recursos e custos. Uma

vez que você refinou seu projeto, a partir dos relatórios
e diagramas detalhados de planejamento, você poderá
estimar com grande precisão os recursos materiais e
humanos para o desenvolvimento de projetos; bem como
os custos envolvidos em cada etapa.
c) Indicadores de desempenho. Definição de medidas

para avaliar e acompanhar o desempenho da execução do
projeto integrador.
a. Cronograma das atividades

Na fase de análise do projeto, você realizou um rascunho ou
esboço de um detalhamento preliminar de seu projeto. Tanto
é que uma lista de atividades foi apresentada no Formulário de
Análise de Projeto, conforme mostrado no quadro 13.1.
Nesta etapa de planejamento das atividades, você poderá

apresentar, se ainda não o fez, a Estrutura Analítica de Projeto
(EAP/WBS), que converte as mesmas tarefas e etapas em
uma representação espacial, facilitando a compreensão dos
diversos componentes do projeto. Esta é uma atividade opcional,
90

dependerá do grau de importância associada a este organograma

para sua equipe.
É indispensável para a construção do cronograma que suas

atividades estejam bem definidas e claras, pois se a definição das
mesmas não corresponder à realidade do projeto, poderá colocar
todo seu planejamento a perder.
Em Gestão de Projetos e de Equipes (FACCIONI,

2006), você estudou e desenvolveu três métodos para
planejar o desenvolvimento do projeto: o Gráfico de
Gantt, o Diagrama PERT e Método do Caminho
Crítico – CPM.
Estes métodos são amplamente difundidos no mercado para a

gestão do projeto.
Para o desenvolvimento do projeto integrador, optamos por

exigir que cada equipe de projeto elabore o gráfico de Gantt
com as dependências entre as atividades, obrigatoriamente. No
entanto, sinta-se à vontade para apresentar seu planejamento por
outros métodos, como PERT/CPM, se julgar necessária alguma
informação adicional, ou simplesmente, se quiser complementar a
documentação do projeto integrador.
Se você considerar interessante para o entendimento de seu

projeto, pode apresentar também um fluxograma de atividades,
onde as atividades que determinam todo o andamento de
um projeto, desde sua concepção e origem até a entrega, são
representadas por meio de modelos que ajudam a definir a sua
visão geral e estratégica. A modelagem por UML permite uma
visão estratégica do projeto. Tendo o modelo em mãos, e partindo Consulte
dessa visão, você poderá então utilizar métodos de planejamento <http://www.uml.org>.
para a operacionalização do desenvolvimento do projeto.
Observação: não trataremos da metodologia

PERT/COM nem de fluxograma UML neste guia. Para
implementá-los, utilize os conceitos abordados no livro
Gestão de Projetos e de Equipes (FACCIONI, 2006).
Unidade 2 91

Gráfico de Gantt
O gráfico de Gantt, ou gráfico de barras, apresenta a lista ou
o conjunto de atividades distribuídas no calendário de prazos
estipulados para a execução do projeto. Considere que o início
da barra, no gráfico de Gantt, marca a data de começo da
atividade e o final da barra o término desta atividade, isto é, a
barra se estende por todo o período compreendido entre as duas
datas, o mesmo período de realização da atividade. Esta maneira
permite visualizar, com relativa facilidade, pelo tamanho de
uma determinada barra, qual é a duração de uma determinada
atividade dentro do projeto.
No eixo horizontal do gráfico de Gantt, você deve apresentar

o calendário utilizando a escala de tempo que considerar mais
pertinente e adequada ao seu projeto (podem ser dias, semanas,
meses). No eixo vertical, você deve incluir as atividades que
serão executadas. A barra de duração da atividade é pintada no
eixo horizontal ocupando o prazo previsto. O formato da barra,
sua cor, grossura da linha, etc., depende apenas de quem a está
construindo e da facilidade de visualização que se requer.
Nesta etapa você deve elaborar o Gantt inicial, considerando

as atividades e seus respectivos tempos de duração, previstas
pelo prazos. Você deve preencher uma barra com a previsão
e junto a ela também deve deixar espaço para outra barra que
vai ser preenchida durante a execução do projeto, conforme
o cumprimento das tarefas. Na etapa de execução do projeto,
será possível acompanhar o andamento, a proporção de atraso
ou de adiantamento em relação ao previsto através deste
preenchimento.
Para a construção do Gráfico de Gantt de seu projeto não é

necessário utilizar um software específico (talvez seja por isto
que ele é tão popular). Você pode construir seu gráfico utilizando
planilhas tipo MS-Excel, por exemplo. No entanto, ressaltamos
que o uso de alguma ferramenta específica de apoio para a
gestão de projetos pode ser vantajoso, pois normalmente as
ferramentas apresentam facilidades no ajuste das etapas, além
de permitir a introdução de relações de dependência entre as
atividades, por meio de setas. A inclusão das dependências nos
softwares para geração de gráficos de Gantt é um grande avanço
para a visualização do planejamento, pois apresenta a seqüência
92

de execução do projeto, antes apenas possível com outras

metodologias de planejamento como PERT/CPM, por exemplo.
Saiba mais
Acesse os seguintes links, onde você pode baixar
softwares gratuitos para a gerência de projetos:
• <www.jxproject.com> - O JxProject, que você já
conhece de Gestão de Projetos e Equipes, permite
realizar o gráfico de Gantt com seqüenciamento de
atividades.
• <http://www.openworkbench.org/> - O software
Open WorkBench oferece uma série de recursos para
a gestão de projetos, como produção da Estrutura
Analítica de Projeto (EAP/WBS), gráfico de Gantt,
fluxograma de atividades; entre outros recursos.
Como exemplo, acompanhe agora a Construção do Gantt do

Projeto “Sistema Hydros”:
Utilizaremos a mesma lista de atividades apresentada

no formulário de Análise do Projeto. Você pode
visualizá-la no quadro 13.1. No seu projeto integrador,
você poderá utilizar a mesma lista que apresentou, ou
pode ajustá-la segundo novas análises.
Para a construção do Gantt, você e sua equipe
deverão estimar os prazos para a execução das etapas
e tarefas propostas. O prazo de um semestre para a
execução do projeto integrador é bastante enxuto,
então vocês deverão ser cuidadosos na distribuição
dos prazos para termos sucesso. Façam uma reunião
preliminar com todos os membros de sua equipe
para estimar os prazos de execução para cada etapa,
bem como os prazos de execução de suas tarefas
específicas.
Observe esta estimativa de prazos para a execução do
Sistema Hydros:
Unidade 2 93

QUADRO 16 – ESTIMANDO PRAZOS PARA AS ETAPAS DO PROJETO “SISTEMA HYDROS”
Etapas do Desenvolvimento - Sistema Hydros Prazos estimados pela equipe
ETAPA 1 - Especificações: ETAPA 1: 56 dias
1) definição da plataforma de controle 22 dias
2) definição da forma de acesso 10 dias
3) definição da interface de monitoração 10 dias
4) definição do protocolo de comunicação 14 dias
ETAPA 2 - Desenvolvimento do controlador local ETAPA 2: 53 dias
1) acionamento dos motores 12 dias
2) abertura e fechamento de válvulas 12 dias
3) lógica de intertravamentos 21 dias
4) leitura de entradas 8 dias
ETAPA 3 - Desenvolvimento da interface de monitoração ETAPA 3: 70 dias
1) criação de telas 14 dias
2) execução de ações do operador a partir das telas 28 dias
3) identificação do estado dos elementos nas telas 28 dias
ETAPA 4 - Desenvolvimento dos serviços de acesso à internet ETAPA 4: 61 dias
1) operação do servidor de web 30 dias
2) gerenciamento da conexão com o provedor de acesso 31 dias
ETAPA 5 - Desenvolvimento da comunicação de dados ETAPA 5: 32 dias
1) transformação dos dados para protocolo de comunicação 22 dias
2) transferência de dados solicitados 10 dias
ETAPA 6 - Integração interface e controlador em rede local ETAPA 6: 22 dias
1) teste de comunicação de computador em rede local 9 dias
2) teste de comunicação através de provedor de acesso web 13 dias
PROJETO SISTEMA HYDROS TOTAL: 294 dias
De modo geral, quando você fizer esta análise de prazos de

execução, a estimativa de tempo, ao somar todas as tarefas das
etapas do projeto, supera o prazo da data final do projeto. No caso,
o projeto só poderia ser executado no mínimo em 294 dias, ou seja,
quase dez meses de trabalho. Mas não dispomos deste tempo!
É hora, então, de identificar atividades que podem ser feitas em

paralelo e adequar o projeto ao prazo total. Você pode se basear
no fluxograma de atividades para fazer isto, ou na própria lista
de atividades, analisando que atividades são independentes das
94

demais. Estas podem ser feitas sem a necessidade de “esperar” por

outros resultados do projeto. Além disto, precisamos detectar
que atividades realmente necessitam de operações anteriores,
planejando a execução para que os tempos de espera sejam
mínimos.
Este planejamento está claro através do gráfico de Gantt. No

entanto, pede-se que a equipe descreva sucintamente como foi
pensado o planejamento da execução do projeto, a fim de auxiliar
o tutor na compreensão do mesmo.
Como exemplo, veja agora a descrição do planejamento e gráfico

de Gantt para o “Sistema Hydros”:
Primeira etapa: apenas definições. Quando as

definições relativas à interface de monitoração e da
forma de acesso estiverem finalizadas cada tecnólogo
iniciará a etapa de desenvolvimento da interface
de monitoração e a etapa de desenvolvimento dos
serviços de acesso à internet. Após ser finalizada
a definição da plataforma de controle, estima-se
um período de espera de 7 dias para a chegada do
material necessário, para que então o engenheiro,
com apoio do técnico para as montagens de
experimentos e bancadas de teste, inicie o
desenvolvimento do controlador local.
Uma vez que o servidor de web e a etapa de
desenvolvimento do controlador local estejam
finalizados, dá-se início à etapa de desenvolvimento
da comunicação de dados.
Com a finalização do desenvolvimento da interface
de monitoração e da comunicação de dados, são
iniciados os testes de integração. Inicialmente
em ambiente local e estando finalizado o
desenvolvimento da conexão com o servidor externo,
é realizado o teste definitivo, acessando o sistema
através da internet.
Assim, consegue-se traçar nosso gráfico de Gantt
inicial, conforme apresenta a figura 9, a seguir.
Para desenvolver este gráfico de Gantt, utilizou-
se os recursos de software disponíveis pelo
OpenWorkBench, que, por sua vez, permitem o
encadeamento das tarefas no próprio cronograma.
Unidade 2 95

FIGURA 9 – GRÁFICO DE GANTT DO PROJETO “SISTEMA HYDROS”
Observe pelo traçado do Gantt acima que os

requisitos do projeto são atendidos. Neste caso, a
execução do projeto foi planejada para acontecer em
5 meses de prazo. As dependências entre as tarefas
e as etapas dos projetos estão marcadas pelas setas.
Este software permite também apresentar uma
alternativa ao fluxo de atividades, gerado a partir
do Gantt, fornecendo ainda a informação da data
de início e de fim de cada atividade. À medida que
o cronograma avança e as atividades são concluídas
automaticamente o software marca um X para auxiliar
no acompanhamento da execução.
FIGURA 10 – FLUXOGRAMA DE ATIVIDADES (PARCIAL) DO PROJETO “SISTEMA HYDROS”, GERADO A PARTIR DO GANTT
96

FINAL DO EXEMPLO No gráfico de Gantt, você pode ainda incluir o nome

(ou cargo) da pessoa da equipe responsável por cada
etapa. Desta forma, as atividades de responsabilidade
de cada membro da equipe ficam evidenciadas no
próprio cronograma. Acreditamos que esta estratégia
torna o trabalho individual otimizado.
Observe que o prazo estimado para a execução do projeto tem

pouca folga, apenas alguns dias para fechar o semestre letivo. E se
acontecer algum problema? Muito provavelmente, vai acontecer!
Isto irá ocasionar atrasos nas etapas, o que poderá afetar todo o
projeto, pois como as atividades estão encadeadas e delas dependem
todas as restantes, elas perfazem um caminho crítico.
Em seu projeto, você precisa analisar o caminho crítico, para

poder pensar em alternativas, diante dos riscos de atrasos em
seu planejamento. Lembre-se que o sucesso desse projeto está
vinculado a uma coisa: cumprir o prazo!
- Mas vamos nos preocupar com isto na próxima unidade, em

desenvolvimento do projeto integrador Web II.
Uma vez construído o Gantt, você pode detectar as atividades

críticas no projeto, ou seja, aquelas atividades cujo prazo determina
como será o andamento do projeto como um todo, e sobre as quais
deve-se evitar atrasos, pois o mesmo implica demora na entrega
do projeto final. Considerando estas atividades críticas, determine
qual é a seqüência crítica do projeto, ou seja, determine qual a
seqüência de atividades que perfazem o “caminho crítico” do
projeto. Assim, você pode verificar onde existem tempos de folga
entre as atividades e trabalhar com esses prazos em momentos de
crise, de modo a não estourar o prazo total.
b. Melhoria na estimativa de recursos e custos

A distribuição de custos do projeto normalmente é feita num
gráfico chamado de cronograma físico-financeiro, conforme
você estudou na disciplina Gestão de Projetos e de Equipes.
Uma alternativa para você propor este cronograma pode ser
apresentá-lo no próprio gráfico de Gantt, uma vez que os custos
Unidade 2 97

do projeto podem ser distribuídos ao longo do tempo de duração

do projeto. Para cada item, definido nos recursos estimados para
o projeto, você pode fazer uma estimativa de gastos. O uso do
gráfico de barras é interessante nesse caso devido à clareza visual
de apresentação. Uma vez estimados os recursos necessários
para desenvolver cada tarefa, os custos podem ser distribuídos
por tarefa e por unidade de tempo. Os valores são anotados no
próprio gráfico. Fazendo a estimativa de custos por atividade e
por unidade de tempo é possível chegar a valores mais próximos
do real. Quanto maior a divisão das tarefas, melhor. Depois de
anotados todos os valores, nós fazemos a somatória, também por
unidade de tempo. A cada semana chegamos a um valor total,
conforme vemos na última linha do gráfico. Com tais valores
podemos estimar o valor total de custos do projeto, apresentado
no canto inferior direito do Gantt.
Para compreender melhor, observe a utilização do cronograma

de Gantt para expressar a estimativa dos custos, na figura 11
retirada de (FACCIONI, 2006).
FIGURA 11 – ESTIMANDO CUSTOS: CRONOGRAMA FÍSICO-FINANCEIRO

Outra possibilidade para você, referente à apresentação do

cronograma físico-financeiro, é gerar uma planilha de custos
mensais com base na lista de atividades, com estimativa de
recursos, como a apresentada para o exemplo do Sistema Hydros.
A equipe poderá avaliar que recursos materiais necessitam para
cada etapa do projeto e agregá-los aos custos de pessoal.
98

Veja um exemplo de como ficaria a estimativa de

custos mensal para o “Sistema Hydros”:
MÊS RECURSO CUSTO(R$)
Pessoal da equipe 14.000,00

Serviços de terceiros 6.000,00
Plataforma de desenvolvimento de interface Web 10.000,00
Fevereiro Notebook 4.000,00
2 Computadores PC 4.000,00
Material didático 400,00
Viagens 600,00

Março Plataforma de desenvolvimento de software de controle 10.000,00
Viagens 600,00

Abril Serviços de terceiros 3.000,00

Maio Serviços de terceiros 6.000,00
Viagens 600,00

Junho Serviços de terceiros 6.000,00
Viagens 1.200,00
c. Indicadores de desempenho
Os indicadores de desempenho devem traduzir as medidas
que auxiliam na avaliação permanente do projeto, referente
ao atendimento de resultados parciais e totais dentro de metas
propostas para o mesmo. Estes indicadores servirão de medida
para avaliar e acompanhar o desempenho da execução do projeto
integrador. A monitoração dos fatos envolvidos em seu projeto
deve ser reportada a eles.
Durante o acompanhamento da execução do projeto, as

informações precisas sobre seu andamento - com base na análise
destes indicadores - permitirão tomar decisões e executar ações
que conduzam o projeto de volta a seus objetivos de prazo, uso de
recursos e qualidade previamente estabelecidos.
Unidade 2 99

Mas atenção!
Não queira controlar tudo, pois isto pode significar o
caos para seu projeto. Identifique o caminho crítico,
as atividades que o percorrem, qual o gargalo, as
atividades mais custosas, as mais complexas, etc.
Expressão comumente usada em Estas são boas dicas para garantir um controle bem-
Engenharia para definir a atividade sucedido. Baseie-se nestas informações para definir
mais complexa, mais difícil de ser seus indicadores de desempenho.
realizada em um projeto.
Atente também para as seguintes considerações, que ajudam a

compor os indicadores de desempenho (MENEZES, 2001):
Os objetivos e metas indicam onde se deseja chegar com o projeto.

Nem sempre precisam ser quantificados, pois nem sempre se consegue
quantificar. Contudo, as metas devem mostrar pontos intermediários que
possam indicar que estamos progredindo em direção ao objetivo final do
projeto.
A descrição do escopo do projeto deve ser cuidadosa.

O escopo do projeto deve descrever a abrangência do projeto, seus
produtos, subprodutos, e atividades que devem ser executadas. Além
disto, aconselho que você veja se os resultados esperados em cada
elemento de escopo, quando somados, contemplam todos os objetivos
de projeto. Lembre-se: os resultados esperados costumam girar em torno
do que se espera com o projeto.
A justificativa do projeto descreve os fatores que impulsionam,

geram a necessidade de sua execução.
Estes fatores podem equacionar bons indicadores de como o projeto está
sendo executado e desenvolvido.
A definição de recursos e prazos deve ser criteriosa.

Definir requisitos e necessidades auxilia a identificar o fornecimento
de materiais, recursos ou informações externas ao projeto. Além disto,
a inclusão da expectativa de orçamento (pelo menos da ordem de
grandeza) do projeto pode ser levada em consideração para melhorar
a delegação de atividades. Entre todas as variantes, a visão do prazo do
projeto é extremamente importante.
100

Do mesmo modo, considere estas outras dicas que podem auxiliá-

lo a encontrar os indicadores de desempenho mais adequados ao
seu projeto:
procure adotar pelo menos um critério de desempenho em

termos de cronograma, custo, tecnologia e operacional;
análise no cronograma do projeto, datas-chave e prazos críticos,

buscando detectar atividades críticas;
quanto aos custos, identifique as atividades onerosas, procure

itens de desembolso elevado e atente para as despesas e a
receita;
quanto à tecnologia, controle a aquisição de componentes, a

fabricação de peças, as montagens e veja como isto influencia
sua execução;
do ponto de vista operacional, identifique as tarefas que

exigem o controle de qualidade - isto pode ser feito pelos
próprios desenvolvedores das atividades, envolvidos na fase de
execução.
Com base no que foi descrito, veja este exemplo de como podem
ser definidos os indicadores de desempenho para o “Sistema
Hydros”:
Cronograma:
• Atraso na execução.
Orçamento:
• Violação dos valores orçados.
Tecnologia:
• Utilização das plataformas de desempenho.
• Protocolos e dispositivos empregados.
Operacionais:
• Número de estações supervisionadas por um único
operador.
• Tempo médio de acesso.
Unidade 2 101

• Velocidade média da transmissão e recepção dos

dados das estações.
• Custo por estação controlada (soma dos custos de
pessoal, comunicação e manutenção do sistema).
• Tempo de identificação de falhas.
• Eficiência do tratamento dos efluentes.
O que entregar ao final da quarta etapa de PI Web I

Nesta fase do projeto, você enviará a AD3, disponível no EVA.
Os quadros 17.1 a 17.4, apresentados a seguir, exemplificam o
formulário preenchido para o projeto “Sistema Hydros”, nosso
exemplo de estudo.
Observe que documentos como o Fluxograma e o Cronograma

estarão anexos ao formulário, uma vez que a referência
aos mesmos aparece no formulário no item “Documentos
Associados”. Neste espaço, cada análise feita separadamente em
arquivo próprio é reproduzida e informada através de um X.
102

QUADRO 17.1 - Formulário preenchido para o planejamento do projeto “Sistema Hydros”, folha 01/04
Formulário de Planejamento - de Projeto Folha: 01/04

Unisul Virtual Equipe: P & D Aval do tutor:
Divisão de Responsabilidades
Etapas do Desenvolvimento - Sistema Hydros Responsável Técnico pela Tarefa
1) definição da plataforma de controle Engenheiro
2) definição da forma de acesso Engenheiro
3) definição da interface de monitoração Engenheiro
4) definição do protocolo de comunicação Engenheiro
1) acionamento dos motores Tecnólogo e técnico
2) abertura e fechamento de válvulas Tecnólogo e técnico
3) lógica de intertravamentos Tecnólogo e técnico
4) leitura de entradas Tecnólogo e técnico
1) criação de telas Tecnólogo
2) execução de ações do operador a partir das telas Tecnólogo
3) identificação do estado dos elementos nas telas Tecnólogo
1) operação do servidor de web Tecnólogo
2) gerenciamento da conexão com o provedor de acesso Tecnólogo
1) transformação dos dados para protocolo de comunicação Engenheiro e tecnólogo
2) transferência de dados solicitados Tecnólogo
1) teste de comunicação de computador em rede local Engenheiro, Tecnólogo e Técnico
2) teste de comunicação através de provedor de acesso web Engenheiro, Tecnólogo e Técnico
Unidade 2 103

Quadro 17.2 - Formulário preenchido para o planejamento do projeto “Sistema Hydros”, folha 02/04

Divisão de Tarefas com Estimativa de Recursos
Etapas do Desenvolvimento Recursos necessários por tarefa

1) definição da plataforma de controle Notebook, material didático, serviços de terceiros, viagens
2) definição da forma de acesso Notebook, material didático, serviços de terceiros, viagens
3) definição da interface de monitoração Notebook, material didático, viagens
4) definição do protocolo de comunicação Notebook, material didático

Computador PC, plataforma de desenvolvimento de software de
controle, material didático, serviços de terceiros
controle, material didático
Computador PC, plataforma de desenvolvimento de interface web,
material didático
2) execução de ações do operador a partir das Computador PC, plataforma de desenvolvimento de interface web,
telas material didático
3) identificação do estado dos elementos nas Computador PC, plataforma de desenvolvimento de interface web,
telas material didático
1) operação do servidor de web Computador PC, material didático
2) gerenciamento da conexão com o provedor
Computador PC, material didático
de acesso
1) transformação dos dados para protocolo de
Computador PC, material didático
comunicação
2) transferência de dados Computador PC, material didático
1) teste de comunicação de computador em
Notebook, serviços de terceiros
rede local
2) teste de comunicação através de provedor
Notebook, serviços de terceiros
de acesso web
104


Descrição Sucinta do Planejamento
Na primeira etapa: apenas definições. Quando as definições relativas à interface de monitoração e à forma
de acesso estiverem finalizadas, cada tecnólogo iniciará a etapa de desenvolvimento da interface de
monitoração e a etapa de desenvolvimento dos serviços de acesso à internet. Após ser finalizada a definição
da plataforma de controle, estima-se um período de espera de 7 dias para a chegada do material necessário
e então o engenheiro, com apoio do técnico para as montagens de experimentos e bancadas de teste, inicia
o desenvolvimento do controlador local.
Uma vez que o servidor de web e a etapa de desenvolvimento do controlador local estejam finalizadas, dá-
se início à etapa de desenvolvimento da comunicação de dados.
Com a finalização do desenvolvimento da interface de monitoração e da comunicação de dados, são
iniciados os testes de integração. Inicialmente em ambiente local e estando finalizado o desenvolvimento da
conexão com o servidor externo, é realizado o teste definitivo, acessando o sistema através da internet.
Documentos Associados:
( ) Fluxograma de Atividades (opcional)
( X ) Cronograma: Gráfico de Gantt
( ) PERT/CPM (opcional)
( ) EAP (opcional)
( ) outro:
Indicadores de Desempenho
Cronograma: Atraso na execução.

Orçamento: Violação dos valores orçados.
Tecnologia:
• Utilização das plataformas de desempenho.
• Protocolos e dispositivos empregados.
Operacionais:
• Número de estações supervisionadas por um único operador.
• Tempo médio de acesso.
• Velocidade média da transmissão e recepção dos dados das estações.
• Custo por estação controlada.
• Tempo de identificação de falhas.
• Eficiência do tratamento dos efluentes.
Unidade 2 105


Estimativa de Custos
MÊS RECURSO CUSTO(R$)

Plataforma de desenvolvimento de interface web 10.000,00
Fevereiro Notebook 4.000,00
2 Computadores PC 4.000,00
Viagens 600,00

Março Plataforma de desenvolvimento de software de controle 10.000,00
Viagens 600,00

Abril Serviços de terceiros 3.000,00

Maio Serviços de terceiros 6.000,00
Viagens 600,00

Junho Serviços de terceiros 6.000,00
Viagens 1200,0
Tarefas
Responsabilidades
Planejamento
Cronograma
Índices de Desempenho
106

Seção 5 - Modificações no projeto
Você deve estar se perguntando: é possível alterar

alguma das definições feitas e aprovadas pelo tutor no
decorrer do Projeto Integrador Web?
A resposta é depende. Depende do envio de um formulário próprio

para tal modificação, com a justificativa para as alterações. Dependerá
também da aprovação do orientador/tutor, que fará a reavaliação de toda
a documentação da nova proposta (ou da proposta alterada) e emitirá um
parecer sobre o pedido.
Por isto, é tão importante a etapa de definição e identificação do tema

do projeto. Lembre-se que mesmo que suas alterações de projeto sejam
aprovadas, você ainda esbarra em um fator decisivo no projeto: o prazo
final - e este não pode ser modificado ou estendido.
No momento em que você decidir alterar as definições anteriormente

realizadas no projeto, lembre-se que todas as etapas anteriormente
concluídas deverão ser refeitas ou ajustadas, segundo a modificação
proposta. E o tutor então fará a análise de seu trabalho, considerando os
novos formulários enviados por você e sua equipe. É uma decisão difícil,
pois você(s) deverá pesar o que é mais favorável para a equipe: seguir
com o projeto segundo a proposta inicial ou modificar a proposta e ter
que refazer todo o trabalho?
Quando as mudanças se fazem necessárias, é importante ter algumas

perguntas-chave respondidas (MENEZES, 2001):
Qual é a mudança?
Qual é a razão para a mudança?
Qual é o impacto da mudança sobre o projeto, no que se refere:

ao desempenho e funcionalidade? À programação? Aos custos?
Aos recursos?
Qual é o risco associado à mudança?
Qual é o impacto se não efetuar a mudança?
Unidade 2 107

As respostas para estes perguntas devem ser respondidas pela

equipe em uma reunião, a fim de atingir um consenso.
Decidido(s) por fazer as alterações, a equipe deve preencher o

formulário específico. O formulário de modificação do projeto,
conforme os quadros 18.1 e 18.2 logo na seqüência, apresenta
espaço para a justificativa da alteração do projeto, aliada à
explicação dos motivos para a mesma. Conta ainda o mesmo
formulário com uma análise (e compromisso da equipe) sobre
o impacto nos custos e no prazo do projeto. Observações sobre
o planejamento são bem-vindas, especialmente se já estivermos
na fase de execução do projeto. Associado ao formulário, a
equipe deverá enviar todos os formulários de projeto cujos prazos
tenham se esgotado.
Com base nesta documentação, o tutor poderá aceitar ou não as

alterações, após a análise do motivo e da justificativa, por meio
da reavaliação do novo planejamento. Na falta de algum dos
documentos anteriormente citados, o pedido será indeferido por
falta de documentação.
Acompanhe agora os formulários de modificação do projeto,

conforme os quadros 18.1 e 18.2.
108

QUADRO 18.1 – Modelo de Formulário de Modificação de Projeto, folha 01/02
Formulário de Modificação de Projetos Folha: 01/02

Unisul Virtual Equipe: Aval do tutor:
TWD Título:
Equipe Solicitante:
Gestor: Telefone:
Justificativa para a Alteração:
Motivos da Modificação
( ) Maior flexibilidade de projeto
( ) Prazos mal calculados
( ) Planejamento mal executado
( ) Custo superior ao previsto
( ) Comprometimento com segurança
( ) Falta de pessoal qualificado
( ) Outro:
Unidade 2 109

QUADRO 18.2 – Modelo de Formulário de Modificação de Projeto, folha 02/02
Formulário de Modificação de Projetos Folha: 02/02

TWD Título:
Outras observações:
( ) Formulário de Proposta de Projeto

( ) Formulário de Análise de Projeto
( ) Formulário de Planejamento de Projeto
Impacto no Empreendimento
( ) Custo
( ) Prazo
Impacto no Planejamento
Obs:
Documentos Anexos:
( ) Lista de atividades
( ) Fluxograma
( ) Gantt
Data da Solicitação:
Justificativa
Motivo
110

Síntese
Nesta unidade, você estudou os conceitos envolvidos nas etapas

de concepção, análise e planejamento do projeto para possibilitar
o desenvolvimento de seu Projeto Integrador Web I. Para isto,
nos valemos de um projeto exemplo, o Sistema Hydros, para
auxiliá-lo na construção de seu próprio PI Web I. No início da
unidade, fizemos uma importante reflexão sobre a escolha do
tema do projeto, com objetivo de identificar novas oportunidades
para seu projeto. Após esta definição do tema, passou-se ao
estudo de cada etapa de projeto, tendo sido apresentados todos
os detalhes sobre cada uma das atividades envolvidas e propostas
para o projeto integrador, inclusive por meio do projeto exemplo.
Bem, a esta altura do PI Web, você já deve ter identificado seu

projeto, definido por você ou por sua equipe, e concluído sua
proposta de projeto. Você aprendeu como elaborar a análise
de projeto, do ponto de vista de recursos e custos, além de ter
concluído o estudo de riscos e viabilidade de projeto.
Por fim, você desenvolveu o planejamento de seu Projeto

Integrador, definindo seu plano de atividades e os prazos
envolvidos em todas as fases do projeto até a sua conclusão.
Caro aluno, você acaba de concluir o PI Web I, e com ele,

importantes etapas de seu Projeto Integrador: o Escopo, a
Análise e o Planejamento. Parabéns!
Agora, é hora de fazer seu projeto acontecer – vamos ao PI Web

II. E mãos à obra!
Unidade 2 111

3
UNIDADE 3
Desenvolvimento do Projeto
Integrador Web II
Executar as atividades propostas no planejamento
do PI WEB I.
Controlar a execução, acompanhando o

desenvolvimento e avaliando o desempenho das tarefas
executadas.
Efetuar ajustes nas atividades e/ou modificações no

projeto na busca por atender os objetivos propostos no
projeto inicial.
Preparar e entregar toda e qualquer documentação

pertinente ao desenvolvimento do PI WEB II, segundo
formulários específicos e a estrutura apresentada.
Apresentar a versão final do PI WEB.
Seções de estudo
Seção 1 Etapa 5: execução e avaliação do projeto
Seção 2 Etapa 6: encerramento de projeto
Seção 3 Etapa 7: documentação do Projeto

Integrador Web.


Caro aluno, em PI Web I você realizou a etapa de planejamento
de atividades, análise e definição dos recursos mobilizados, e
viabilizou a integração dos recursos, distribuindo as tarefas entre
os membros da equipe. Podemos então dar por concluídas quatro
etapas do desenvolvimento do projeto. Estas etapas foram:
Etapa 1 – identificação do escopo do projeto;

Etapa 2 – escopo do projeto;
Etapa 3 – análise do projeto;
Etapa 4 – planejamento do projeto.
Agora, em PI Web II, você inicia a etapa de acompanhamento

da execução, com a medição dos resultados obtidos e a etapa de
revisão, quando então o ciclo reinicia, se necessário. Passamos,
então, a realizar o projeto propriamente dito: execução,
acompanhamento, avaliação e encerramento do projeto. Para isto,
iremos realizar as etapas subseqüentes do desenvolvimento, ou
seja, serão implementadas em PI Web II:
Etapa 5 – execução e avaliação do projeto;

Etapa 6 – encerramento de projeto;
Etapa 7 – documentação do Projeto Integrador Web.
Você lembra quando estudamos a Etapa 3 – análise do projeto?

Utilizamos um fluxograma (figura 4) para o desenvolvimento do
seu projeto. Vamos retomar esta figura para o entendimento das
etapas referentes ao PI Web II.
Segundo este fluxograma, a etapa de execução das atividades

corresponde à etapa em que os recursos materiais são utilizados
pela equipe, ao se desenvolver a série de tarefas designadas no
planejamento segundo suas competências, tendo em vista atingir
os objetivos específicos, numa ordem tal que permita chegar
aos objetivos finais desejados (FACCIONI, 2006). Como a
114

execução deve seguir o planejamento, certamente deverá haver

o acompanhamento e a verificação do andamento do projeto,
avaliando periodicamente a concordância entre atividade prevista
e realizada. Como o objetivo geral deve ter sido subdividido em
pequenos objetivos, com metas e prazos menores, faz-se necessário
verificar o alcance de tais metas com medições periódicas, nos
prazos determinados para cada um destes objetivos específicos.
Estas medições serão realizadas com base nos indicadores de
desempenho definidos para o projeto.
Durante o acompanhamento e medições, caso os objetivos não

sejam alcançados - seja devido ao tempo gasto para chegar até
aquele ponto, seja pela qualidade diferente da esperada - o projeto
deve passar por revisões.
Revisão de Projeto significa reavaliar constantemente o

planejamento, bem como redefinir os objetivos quando
necessário. Não se deve deixar a revisão de projeto para o
final (FACCIONI, 2006).
A figura 12, a seguir, representa esse ciclo de revisão a cada etapa

do projeto, que deve seguir adiante caso os objetivos específicos
da etapa em questão tenham sido alcançados. Se os objetivos não
foram alcançados, uma revisão da etapa deve ser feita, indicando
possibilidades de modificação e retificação, que devem então
passar por um replanejamento, para então se seguir adiante.
Satisfeita a condição da realização dos objetivos da etapa tratada,
vai-se para a próxima etapa até alcançar os objetivos gerais do
projeto.
Replanejamento
Os sub-objetivos
Revisão da etapa
foram alcançados?
NÃO
SIM
Próxima etapa
FIGURA 12 – FLUXOGRAMA ESPECÍFICO DA FASE DA REVISÃO

(FONTE: GESTÃO DE PROJETOS E DE EQUIPES, 2006, p. 103)
Unidade 3 115

Quando você alcançar a etapa final do projeto, o encerramento

do projeto, significa que você alcançou os objetivos traçados. Pelo
menos, é isto o que esperamos do seu projeto. O encerramento
do projeto é uma etapa bem definida do projeto, onde toda a
documentação deverá ser organizada e entregue ao tutor para
análise dos resultados alcançados e dos problemas e soluções
encontradas.
E foi para alcançar o sucesso do seu Projeto Integrador, que

elaboramos esta unidade, explicando passo a passo as idéias
envolvidas nestas últimas etapas. Novamente utilizaremos nosso
projeto exemplo (o Sistema “Hydros”) como elemento de apoio às
ferramentas utilizadas. O conteúdo desta unidade deve auxiliar
você a controlar e gerenciar a execução do seu projeto até a sua
conclusão.
Bom trabalho a todos!
Seção 1 - Etapa 5: execução e avaliação do projeto

É a hora de partir para a ação. Nesta etapa de execução e
avaliação do projeto, a equipe deve fazer uso dos recursos
materiais que foram mobilizados e iniciar o desenvolvimento das
atividades designadas a um dos membros no planejamento da
divisão do trabalho. Boa parte do esforço e orçamento do projeto
é consumida nesta fase.
Durante a execução, em muitos momentos, a equipe precisará se

reunir e tomar decisões importantes que estão relacionadas ao
controle da execução do projeto. Segundo (FACCIONI, 2006), a
tomada de decisão durante um projeto envolve quatro passos:
116

1. identificar possíveis modos de ação e chegar a um entendimento comum

do que cada opção significa;
2. identificar as ramificações de cada opção, incluindo vantagens e
desvantagens;
3. discutir e avaliar cada uma dessas ramificações;
4. escolher o modo de ação mais vantajoso e então partir para ele.
Observe que há a necessidade da constante avaliação das opções

possíveis e disponíveis. Em um projeto de desenvolvimento de
uma inovação tecnológica, de um software, de um novo produto,
haverá, com certeza, várias reuniões e, caberá a cada um de vocês
interferir para garantir o seu bom andamento. É interessante
que cada integrante da equipe tenha uma visão do conjunto do
projeto e não apenas das partes. Com isto, as discussões entre os
membros da equipe nas reuniões auxiliarão a definir as próximas
ações do projeto. Daí a sua importância.
O início da execução do projeto deve acontecer com uma reunião.

Nesta reunião, o escopo do projeto deve ser exposto com a maior
clareza possível, os detalhes devem ser discutidos até a exaustão,
o plano de trabalho deve ser detalhado, as tarefas divididas e as
responsabilidades delegadas.
Durante as reuniões do projeto deve ser designado um membro

da equipe para anotar todos os pontos principais discutidos,
bem como as resoluções adotadas, a fim de compor relatórios de
acompanhamento de projeto.
Veja um exemplo de relatório de acompanhamento para o

“Sistema Hydros”, supondo que foram realizadas as atividades do
1º. Bimestre de 2006.
Unidade 3 117

Avaliação do acompanhamento dos trabalhos em

01 de abril de 2006
“Verificou-se um pequeno atraso na definição da
forma de acesso, levando a um atraso no início da
etapa 4. Entretanto, a primeira parte dos trabalhos
realizados na etapa 4 foram finalizados antes do prazo
estipulado e a segunda parte está bastante adiantada.
Por conta do atraso na chegada da plataforma de
controle referente à etapa 2, foi determinada um
adiantamento no início da atividade de “leitura das
entradas” sendo esta executada juntamente com a
atividade “acionamento dos motores”. Desta maneira
não houve comprometimento do cronograma dos
trabalhos seguintes, tanto que a parte seguinte
“abertura e fechamento das válvulas” está dentro
do prazo planejado. Também, devido ao atraso
na entrega da plataforma de desenvolvimento da
interface Web, o início da parte “criação das telas”
foi atrasada, o que levou a um atraso nos trabalhos
seguintes. Apesar do atraso no início dos trabalhos
e a morosidade na execução, o projeto como um
todo não está comprometido, pois o resultado dos
trabalhos desta fase somente é integrado ao sistema
na etapa final do projeto.”
Deste modo, um fator fundamental para o bom andamento do

trabalho é a clara comunicação entre a equipe e interessados
(no caso o orientador/tutor) sobre o andamento do projeto. As
reuniões devem estar embasadas na proposta de planejamento
do Gráfico de Gantt, buscando cumprir etapas de acordo
com o estabelecido no cronograma de atividades original. A
comunicação, seja inicial ou a cada etapa do projeto, deve se dar
sobre tal gráfico e deve ser acompanhada da marcação sobre o “já
realizado” e sobre o que falta realizar. A comunicação clara das
atividades deve ser feita a cada momento importante, tal como
inícios e encerramentos de etapas do projeto. Uma vez anotado
o acompanhamento do projeto no cronograma, mantendo o
Gantt atualizado, fica mais claro que decisões tomar em caso de
atrasos, e até mesmo verificar quem são os responsáveis.
118

Veja o Gantt atualizado para o “Sistema Hydros”, figura 13,

supondo que foram realizadas as atividades do 1º. Bimestre de 2006.
Os triângulos mostram as datas iniciais e finais de

cada tarefa previstas no cronograma inicial. As barras
refletem as adequações do cronograma para as
tarefas ainda não realizadas (barras mais escuras), em
curso (barras parcialmente preenchidas) e a duração
das tarefas já finalizadas (barras mais claras).
FIGURA 13 – GRÁFICO DE GANTT DO PROJETO “SISTEMA HYDROS”,

ATUALIZADO APÓS O 1ºBIMESTRE
De posse do Diagrama de Gantt atualizado, com

acompanhamento constante das etapas realizadas, você poderá
fazer o controle e gerenciamento do tempo e dos recursos do
projeto, sabendo dos custos envolvidos e do tempo gasto a cada
momento. Além disto, considerando que estamos gerenciando
qualidade, recursos e tempo, precisamos buscar a “perfeição”
para atingir nossa meta de projeto. Esta “perfeição” pode ser
interpretada como ausência de erros. É nesta fase que precisamos
verificar os indicadores de desempenho do projeto para poder
saber quão perto (ou longe) estamos de alcançar nossos objetivos
Unidade 3 119

específicos, que compõem o projeto como um todo. Ações

corretivas e /ou preventivas, no menor espaço de tempo possível,
devem ser tomadas após a detecção de anormalidades. A busca
por esta qualidade total exige entusiasmo e motivação no dia-a-
dia de cada etapa do projeto. Deve-se fazer a revisão do projeto
(conforme a figura 12), analisando os resultados encontrados na
medição do desempenho e o acompanhamento no cronograma
de Gantt. Pode-se ainda fazer uso de outras ferramentas como
gráficos e tabelas de custo, listagem de atividades em aberto,
pautas discutidas em reuniões, relatórios de acompanhamento,
etc. Dependendo dos valores encontrados em relação aos
indicadores de desempenho, é possível replanejar o projeto e
avaliar as condições de tempo restante e de recursos disponíveis e
ainda necessários.
Veja um exemplo de como verificar os indicadores de

desempenho para o “Sistema Hydros”, após ter realizado as
atividades do 1º. Bimestre de 2006.
Avaliando os indicadores:
• Cronograma: Atraso na execução.

Houve atraso, mas conseguiu-se compensar o desvio adiantando
outras etapas e contornando o problema original.
• Orçamento: Não houve violação dos valores orçados.
O orçamento permanece controlado dentro dos valores esperados.
• Tecnologia/ Operacionais:
Estes indicadores não podem ser avaliados, pois são variantes que
ainda não entraram na execução do projeto.
120

Atenção!
Replanejar pode ser o estopim de um conflito na
equipe. O trabalho em equipe é, quase sempre,
um ambiente de conflitos. Isso acontece devido
ao dinamismo dos pensamentos e sentimentos
humanos em constante movimento e readequação.
Considerando tal possibilidade, será função do gestor
escolher a maneira de lidar com o conflito, garantindo
tranqüilidade ao andamento do projeto, dentro dos
prazos e metas estabelecidos previamente. Com
certeza, a melhor forma de administrar os conflitos
ocorre quando são percebidos o mais cedo possível.
Como o caso de muitas doenças, se o conflito for
detectado no início é mais fácil de curar e, se muito
tarde, pode ser impossível, por isso a atenção do
gestor é primordial (FACCIONI, 2006). O conhecimento
prévio dos principais tipos de conflitos que podem se
desenvolver no projeto, auxilia na tomada de decisões
que permite minimizar ou melhor lidar com eles em
cada etapa do projeto.
Veja outro exemplo, que aborda agora o replanejamento

do projeto feito sem análise, sem consultar a equipe de
desenvolvimento, gerando conflitos de tal proporção que causou o
fracasso de um projeto (e conseqüentemente, de uma empresa).
Mau planejamento – Techlink

O objetivo do projeto desta empresa era o desenvolvimento
de equipamentos que permitissem a negociação financeira
através de cartões de crédito/débito. Estes equipamentos,
chamados de PDV (postos de venda), consistiam de uma
unidade de leitura do cartão, display e teclado, e outra
que permitia a conexão telefônica com a operadora
do cartão. Apesar dos componentes utilizados serem
importados, toda a tecnologia do equipamento era própria.
O desenvolvimento iniciou tendo-se uma idéia do que
seria o produto final, porém sem formalização das etapas
do desenvolvimento nem das características finais. Não
havia “tempo” para planejar – as etapas do projeto foram
sendo desenvolvidas de forma independente. No momento
de integrá-las, foram encontrados vários problemas
conceituais, devido à falta de comunicação e definições de
projeto entre os membros de diferentes equipes.
Unidade 3 121

Por conta disso, várias características foram modificadas para minimizar

o problema. Quando finalmente o projeto estava se encaminhando
para o produto final, houve uma nova alteração. Para satisfazer o desejo
de um dos diretores em incorporar uma determinada funcionalidade
adicional (não prevista no projeto inicial, mas que segundo ele
promoveria vendas em números estratosféricos), uma série de ajustes
e modificações foram solicitadas (ou empurradas “goela abaixo”), pela
direção para a equipe de desenvolvimento. Como se não bastasse,
em paralelo, a empresa “vendeu” a idéia de que o equipamento já era
capaz de realizar integralmente todas as funcionalidades. Devido às
mudanças no projeto, novos problemas foram aparecendo, obrigando
funcionários a trabalhar madrugadas e finais de semana para tentar
finalizar o desenvolvimento na data prevista. A pressão foi tanta, que os
conflitos não paravam de aparecer e acontecer. Agora, eram técnicos,
interpessoais e interequipes de desenvolvimento. Mesmo com carga
excessiva de trabalho, a entrega dos equipamentos foi sendo adiada,
repetidas vezes. Com a série de atrasos ocorridos, o cliente acabou
cancelando a compra. A empresa que contava com esta venda para
financiar o desenvolvimento de novos projetos, acabou abandonando
o projeto e demitindo todos os seus funcionários. Faliu em menos
de seis meses, e ainda acumulou vários processos trabalhistas que
permanecem tramitando na justiça.
A idéia do produto era boa e os projetistas excelentes. O que deu
errado? Basicamente, tudo – por falta de planejamento! A pressão e os
conflitos gerados venceram a capacidade técnica da equipe. Com uma
“ajudinha” da péssima gestão, é claro.
Lembre-se!
A execução é o momento crucial do projeto. Temos
que ter em mente que, durante a execução, estamos
trabalhando com pessoas: gestor e membros de
equipe. O grande desafio é mantê-los integrados e
focados no objetivo geral do projeto. E isto não é uma
tarefa fácil! Não basta manter todos trabalhando no
projeto, é preciso que o façam com harmonia.
Em geral, quanto melhor for o planejamento anterior, as definições

do escopo e a identificação de recursos e de atividades, melhor
deve ser o resultado neste período de execução do projeto, menos
interrupções e menos retrabalhos. A execução do projeto deve,
122

simplesmente, espelhar o que foi previsto. Fazer acontecer o plano

de trabalho do projeto – executando as atividades neles contidas – é
nosso objetivo nesta fase do projeto (MENEZES, 2001).
Ações de execução diretas de projeto

Enumero, agora, algumas atividades consideradas típicas da
execução de projeto (MENEZES, 2001). Você poderá utilizá-las
como um checklist para realizar o acompanhamento de seu projeto
e ainda agregar as atividades específicas que seu projeto exige que
sejam desenvolvidas:
1. verificar o escopo: a ação de verificação do escopo

compreende a formalização do conhecimento e do
conteúdo dos trabalhos que devem ser desenvolvidos.
Introduz uma postura proativa ao desenvolvimento
do projeto, ao se procurar fazer o trabalho segundo o
esperado;
2. ativar a comunicação entre os membros da equipe

de execução: esta ação compreende o fornecimento
de informações e de entradas/insumos necessárias à
execução das atividades do projeto;
3. desenvolver a equipe de execução: tal ação diz respeito

às atividades necessárias para que as habilidades
individuais e em equipe possam ser potencializadas para
o alcance de bons indicadores de desempenho no projeto.
Esta atividade compreende identificar as necessidades
de cada membro da equipe e dar o devido atendimento
para todas aquelas que forem vitais para a consecução do
projeto;
4. garantir a disponibilidade de recursos: quando falamos

em disponibilidade de recursos estamos tratando de
lidar com fornecedores externos ao projeto. Esta ação de
garantia de recursos disponíveis envolve fazer os pedidos,
análises de preços, ofertas e propostas de aquisição, etc.
para garantir a entrega nas condições desejadas e prazos
estipulados. É o gestor da equipe que deve relacionar-se
com os fornecedores e garantir a disponibilidade de
recursos previstos durante o planejamento para a fase da
execução;
Unidade 3 123

5. mobilizar a equipe, equipamentos e materiais:

sempre que falamos em mobilizar recursos, estamos
nos referindo à busca de recursos internos a empresa
ou organização vinculada ao projeto. A mobilização de
recursos constitui a ação de sensibilizar e disponibilizar
os recursos para o início da execução de cada atividade;
6. executar as atividades previstas no plano de trabalho

do projeto: detalhar a execução das atividades – como
previsto – nada mais é que a ação de concretização dos
planos e o uso dos recursos disponibilizados pelas ações
anteriores. Durante a execução podem ser necessários
procedimentos específicos para a análise e a solução de
problemas;
7. assegurar a qualidade: assegurar a qualidade na

execução do projeto é uma ação, em geral, mantida
pelo uso dos mecanismos de controle e avaliação
desenvolvidos e pelo emprego dos indicadores de
desempenho e medidas de análise e solução de
problemas, frente às tendências que se apresentam para
os resultados das atividades do projeto;
8. monitorar o uso de recursos: esta ação envolve o

dia-a-dia da execução do projeto. Deve ser feito um
apontamento sobre a alocação dos recursos de modo
a otimizar seu uso pela equipe durante a execução do
projeto;
9. distribuir as informações: ação que significa obter

informações, tratá-las, avaliá-las e distribuí-las a todos os
envolvidos no projeto, conforme o plano de comunicação
estabelecido entre a equipe;
10. gerar alternativas de ação em direção ao planejado:

observado os desvios no projeto, a equipe deve reunir-se
para buscar alternativas de soluções que restabelecem o
rumo da execução aos objetivos do projeto.
11. reprogramar atividades: feita a análise e avaliação

de desvios e posterior geração de alternativas, resta
provocar ações que definitivamente permitirão retornar
ao caminho planejado originalmente. A revisão das
124

atividades deve sempre ser feita como uma maneira de

voltar ao que havia sido previamente estabelecido para o
projeto.
Avaliação – acompanhamento da execução do projeto

O acompanhamento da execução do projeto é possível quando
se consegue obter informações precisas sobre seu andamento.
Há um pressuposto básico para esta avaliação: se não
houve planejamento, então não há como fazer o controle ou
acompanhamento da execução.
As ações de avaliação podem ser de dois tipos: proativa ou

reativa. Com o acompanhamento proativo garante-se que as
atividades planejadas ocorram tal como foi planejado, que as
atividades não planejadas sejam avaliadas e introduzidas quando
necessário, e que as atividades indesejáveis não aconteçam
durante a execução do projeto. No acompanhamento reativo,
variações das atividades em relação ao que foi planejado são
identificadas, analisadas e corrigidas (MENEZES, 2001).
As funções do controle (ou acompanhamento da execução) do

projeto são:
monitorar a execução: significa acompanhar fisicamente a

execução passo a passo, dia-a-dia;
analisar as distorções: ação de comparar os dados obtidos

sobre o que foi realizado e o que se tinha planejado. Desta
análise, surgirão diferenças que deverão ser corrigidas por
intervenções nas atividades a serem desenvolvidas ou por
novas atividades reativas/corretivas a serem planejadas;
apresentar alternativas de solução: implica resolver as

distorções que acontecem entre o executado e o planejado de
um projeto. É importantíssimo para o sucesso do projeto;
revisar/replanejar o projeto: significa refletir sobre as

intervenções no projeto para estabelecer um conjunto de ações
integradas que restaurem a execução ao estado planejado
originalmente.
Unidade 3 125

Na verdade, o acompanhamento do desempenho deve andar

junto com a execução. A todo instante, você deve monitorar as
atividades e quando notar algum desvio, propor uma notificação
– formal ou não – ao gestor do projeto, visando uma análise e
uma alternativa de solução. Estes desvios ou anomalias devem
ser monitorados e avaliados com base nos indicadores de
desempenho, pré-definidos no planejamento do projeto. Através
de uma reunião de avaliação e consenso, a equipe pode avaliar
que decisão tomar, inclusive replanejar o projeto. Neste caso,
você deve reportar-se ao formulário de modificação de projeto
(quadros 18.1 e 18.2) disponível na unidade 2, quando necessário.
É importante que você relembre que a comunicação entre a

equipe deve ser feita com uma periodicidade para permitir a
correção de eventuais desvios, antes que eles transformem-se em
desvios acentuados no projeto. Dependendo do porte e da fase do
projeto, as reuniões podem ser semanais (ou até mesmo diárias)
para manter a equipe interada das informações do projeto.
Agora vamos tratar de duas etapas importantes do

desenvolvimento de seu projeto:
o protótipo;
o projeto piloto.
Você sabe o quê caracteriza cada um?
a. Protótipo do projeto – modelo de execução

Durante a execução, precisamos detalhar o projeto e um elemento
fundamental desta etapa é a modelagem. Você aprendeu em
Gestão de Projetos e de Equipes (FACCIONI, 2006) que:
O modelo de um objeto é uma representação,

é uma simplificação desse objeto, de forma que
possamos entendê-lo de forma abrangente.
Um modelo é uma representação em pequena escala de algo

grande. Modelos são usados para facilitar a visão do futuro, ou seja,
o modelo pode ajudar a realizar o projeto e chegar ao resultado
126

final esperado. Você estudou os diferentes tipos de modelos

existentes. O fluxograma de atividades não deixa de ser uma forma
de modelar o sistema, o chamado modelo diagramático. Agora
você precisa construir um modelo que represente com alto grau de
semelhança o seu projeto, do ponto de vista físico. Este modelo é
normalmente denominado protótipo.
O protótipo pode ser entendido como uma versão

funcional do seu projeto, representativa do todo, ou
de parte dele com a finalidade de analisar, predizer ou
descrever seu comportamento.
Assim, este modelo de representação é uma idealização do

sistema físico e nos auxilia na análise e na solução dos problemas,
pois permite visualizar e pensar sobre detalhes do sistema que
não estavam claros antes de sua construção.
Outra característica do protótipo é que ele é um modelo interativo,
podendo ser revisto e melhorado durante os ensaios de simulação,
com base nos requisitos de cliente e no escopo do projeto.
Uma vez construído um protótipo do projeto, pode-se realizar

sobre ele as primeiras simulações, reduzindo o tempo na análise
e corrigindo distorções de comportamento que possam aparecer.
Através de simulações, várias medidas podem ser obtidas
para auxiliar na configuração do protótipo e o entendimento
do próprio sistema. Isto é possível porque os indicadores
de desempenho podem ser medidos através do protótipo, e
posteriormente associados e reavaliados no projeto real.
Assim, para desenvolver seu projeto você precisará, antes

de tudo, criar um modelo ou protótipo desse projeto.
Na etapa da execução devem ocorrer as primeiras implementações

do projeto como, por exemplo, a escrita das primeiras versões
de um software, a criação do protótipo, os testes iniciais, as
simulações, etc. Esse processo exige revisões dinâmicas do processo
de execução até se atingir um padrão de qualidade compatível com
os requisitos do cliente e com o escopo do projeto.
Unidade 3 127

Os projetos podem ter resultados melhores se forem testados em

etapas, com o objetivo de se obter resultados parciais. Qualquer
problema que você detecta nestas etapas deve ser resolvido
imediatamente. Não existe razão para aguardar até o final do
projeto. Neste sentido é importante que cada atividade do
projeto tenha sua implementação, análise e simulação, buscando
conseguir um resultado palpável ao final da etapa, dentro dos
indicadores de desempenho estipulados.
Em projetos de software, existe ainda a possibilidade de

dividir o sistema em módulos, de tal forma que, cada um
tenha características específicas, definidas inicialmente e que,
atingi-las significa o objetivo a ser alcançado no final da etapa.
Quanto maior a divisão de etapas e, desta forma de objetivos
intermediários, mais fácil será para você detectar possíveis
problemas e corrigi-los a tempo (FACCIONI, 2006).
Veja o que diz este artigo disponível na Wikipedia, a

enciclopédia livre, sobre o uso de protótipo em software:
Prototipagem de software
Origem: Wikipédia, a enciclopédia livre.
Prototipagem
As técnicas e ferramentas de software existem para identificar requisitos
ambíguos e em falta. Estes problemas são fatores importantíssimos
no desenvolvimento de qualquer sistema de software. Contudo, estas
questões tornam-se ainda mais complicadas com a emergente troca de
requisitos de software ao longo do seu desenvolvimento. Projetos de larga
escala estão em grande expansão nos dias de hoje e qualquer alteração no
percurso da criação de um sistema pode acarretar sérios problemas, que
levam a um aumento significativo dos custos. [11]
A prototipagem tem vindo a ganhar uma aceitação crescente nas
comunidades de Engenharia de Software, sendo encarada cada vez mais
como um modelo credível de criação de sistemas. [7] A prototipagem de
sistemas de software pretende ser usada, principalmente, para animar
e demonstrar os requisitos de um sistema. Pretende-se, assim, ajudar os
clientes e os responsáveis pelo desenvolvimento do projeto a testar e a
melhorar o sistema antes mesmo de este estar finalizado. Na engenharia de
requisitos, a prototipagem é empregue para gerar protótipos de
128

interfaces com o utilizador em conjunto com cenários [2],

facilitar a compreensão, por parte dos interessados, do sistema
de software a ser desenvolvido, no levantamento e validação
de requisitos [5], reduzir a ambigüidade, inconsistência e
falta de compreensão quando da recolha de requisitos [3, 4]
e ainda modificar de um forma organizada especificações e
implementações já realizadas [6].
Experiências realizadas ao longo dos tempos e da nova era
tecnológica mostram que a prototipagem de sistemas de
software reduz até 40% o tamanho de um sistema e o esforço dos
respectivos programadores. [1] A prototipagem vem sendo usada
com um sucesso, permitindo que desde muito cedo se ganhe
uma melhor percepção dos requisitos do sistema e também
simplificando o seu desenho.
Um protótipo pode ser considerado uma implementação

concreta, embora parcial, de um programa. Os protótipos
podem ser criados para explorar múltiplas questões durante o
desenvolvimento do software.
Por exemplo, um protótipo de uma interface com o utilizador tem
como principal funcionalidade conseguir captar as necessidades
efetivas e concretas do utilizador. [8]
Um protótipo requer a participação de cerca de 30% da equipa de
desenvolvimento de uma aplicação de software. Assim, é pedida
a este pessoal que crie uma ou duas versões que foquem vários
aspectos do sistema. A idéia não é que se produza código efetivo,
ou seja, que se comece a desenvolver já módulos do programa,
visto que um protótipo pode ser usado para uma continuação
do progresso do sistema ou pode ser completamente
descartado. Apenas quando algumas especificações resultantes
de experiências realizadas com o protótipo forem examinadas
se deve dar início ao desenvolvimento formal do processo. “A
prototype produces “running” software and the production
development produces “working” software.” [1]
Há diversas opções para fazer protótipos de sistemas de software.
As técnicas variam consoante os custos e o esforço investido
para a realização do protótipo e também pela fidelidade e
generalidade dos resultados. Abaixo estão as técnicas de
prototipagem mais usuais para a prática da engenharia de
usabilidade:
*Storyboard
*Protótipo em papel
*Feiticeiro de Oz
*Máquina de Cenários
*Prototipagem rápida
*Prototipagem evolutiva
Unidade 3 129

Storyboarding: esta técnica utiliza a especificação através de imagens

para descrever certas situações. Fortemente ligado à técnica de cenários,
o storyboarding pode atuar de forma conjunta com estes. Entretanto,
pela sua forma de descrição, os cenários são mais adequados à análise
de tarefas, enquanto o storyboarding se encaixa melhor na validação
do formato visual destes cenários e elaboração de protótipos não
operacionais.
Protótipo em papel: é certamente o método mais simples a utilizar;
apenas com o material existente num escritório é possível fazer um esboço
de uma aplicação, isto é, com papel (ou “post-it”) lápis e caneta pode
criar-se caixas de diálogo, menus, mensagens de erro… Assim que parte
do sistema esteja esquematizado, pede-se aos potenciais utilizadores que
testem o protótipo, interagindo com a interface em papel. Além disso,
caso algo não esteja correto e se queira mudar, é extremamente fácil de se
(re)fazer.
Feiticeiro de Oz: Uma pessoa (wizard) simula as respostas do sistema de
acordo com as entradas do utilizador, pela seguinte ordem: – Interpreta os
inputs de um utilizador segundo um algoritmo – Controla computador para
simular o output desejado – Usa a interface real ou um “mock-up” A técnica
do Feiticeiro de Oz ou “Wizard of Oz” é utilizado para simular a adição de
funcionalidades complexas e também para testar idéias futuristas. Máquina
de cenários: o protótipo traduz-se, apenas, por alguns ecrãs que sustentam
O Ecrã ou Écran é a uma quantidade considerável de informação sobre “se” e “como” é que o
superfície sobre a desenho do sistema vai de encontro com os objetivos e as expectativas do
qual se projeta uma utilizador; a “máquina de cenários” inclui ainda alguma programação em
imagem ou parte lógica que permite que os utilizadores possam “navegar” através de uma
de um aparelho que seqüência pré-definida de cenários.
exibe informações Prototipagem Rápida: é usada para reduzir os riscos dos requisitos; o
visuais resultantes protótipo é desenvolvido a partir de uma especificação inicial, é entregue/
do processamento ou dado a conhecer aos clientes finais e aos responsáveis pelo projeto e depois
recepção de sinal ou é “deixado de lado”. Um protótipo rápido nunca deve ser considerado
dados. como uma versão (quase) final do sistema, pois a prototipagem rápida é
pouco estruturada e difícil de se manter do início ao final do projeto.
Prototipagem Evolutiva: o principal ponto aqui é adquirir funcionalidade
para demonstrar uma parte do sistema ao utilizador final, de modo a que
algum feedback seja conseguido do lado do cliente. [11] Há medida que o
sistema vai sendo desenvolvido, diversas funcionalidades são adicionadas
ao protótipo e traduzidas numa eficiente implementação. No final, o
sistema vai estar pronto no seu todo.
Perigos da prototipagem…
A técnica de prototipagem na identificação de requisitos pode nem
sempre ser benéfica. Algumas empresas e/ou organizações podem encarar
os protótipos como sendo “inimigos” seus. A adaptação ao protótipo, a
eficiência de utilização, a aplicabilidade e o comportamento dos potenciais
utilizadores e também dos clientes que estão a “comprar” um sistema de
software pode ter um impacto negativo.
130

Se a maqueta do sistema for construída sem cuidado especial,

pode ser que esta resolva, teoricamente, o problema errado,
ou seja, aparentemente o protótipo pode parecer muito bom
e estar muito bem feito, mas na realidade não ir de encontro às
necessidades base dos potenciais utilizadores.
Para além disso, o fato de um protótipo dar a conhecer apenas

algumas “peças do puzzle”, pode levar a que se menosprezem
partes fundamentais do sistema, tornando-se incompleto. Saltar
passos fundamentais no desenho de um software pode conduzir
à “primeira solução” (mais fácil e simples) em vez de nos levar à
“melhor solução”.
A prototipagem tem ainda outro problema que deve ter sido
em conta: se for demasiado perfeito e permitir que o utilizador
navegue pelo sistema já com um grau de profundidade
elevado, pode levar a que o cliente pense que o projeto já está
praticamente pronto, desvalorizando assim a quantidade de
trabalho ainda por realizar.
Concluindo, o processo de prototipagem pode ser muito eficaz,
mas também ter custos de produção elevados e ocupar uma
quantidade de tempo exagerada. Todos estes pontos devem ser
bem medidos tanto pelos engenheiros de software que estão à
frente de qualquer projeto como também pela parte dos clientes.
Conclusão:
Já muito tem sido escrito sobre as melhores práticas para o
desenvolvimento de aplicações de software, mas o que é certo é
que não existe “a melhor maneira”. Há diversas formas de encarar
a realidade tecnológica e a criação de novos sistemas de software
não é exceção. Tanto a prototipagem como os requisitos são
necessários. O uso do método de “tentativa-erro” no processo
de análise e síntese na Engenharia de Software é cada vez mais
usado. “Bottom-up” é síntese. “Top-down” é análise. “Bottom-up”
é prototipagem. “Top-down” é desenvolvimento de requisitos.
A prototipagem facilita a comunicação entre o cliente e o
responsável pelo desenho da aplicação. A escrita formal dos
requisitos do sistema de software é necessária para estabelecer
uma definição clara do projeto, permitindo controlar as alterações
que vão sendo efetuadas ao longo de todo o processo e
facilitando a comunicação entre o cliente e o gestor do projeto. [1]
Referências
[1] Larry Bernstein, Importance of Software Prototyping http://www.dacs.dtic.
mil/awareness/newsletters/technews2-1/prototyping.html, acesso em: 29 dez,
2005. 10h11
[2] M. Elkoutbi, I. Khriss & R.K. Keller. Generating User Interface Prototypes from
Scenarios, IEEE Int’l. Symp. On Requirements Eng., 1999.
Unidade 3 131

[3] R.D. Acosta, C.L. Burns, W.E. Rzepka & J.L. Sidoran. A Case Study
of Applying Rapid Prototyping Techniques in the Requirements
Engineering Environment. Fisrt IEEE Int’l Conf. on Requirements
Engineering, 1994.
[4] B. Ramesh & Luqi. Process Knowledge Based Rapid Prototyping

for Requirements Engineering, 1993.
[5] A. Sutcliffe, A Technique Combination Approach to Requirements

Engineering, 1997.
[6] M.B. Ozcan & J.I.A. Siddiqi. Validating and Evolving Software
Requirements in a Systematic Framework, 1994.
[7] C. Ryan, A. Annie, D. Aldo, W. Laurie. Evolving Beyond

Requirements Creep: A Risk-Based Evolutionary Prototyping Model
[8] M. Rosson, J. Carroll. Usability Engineering: Scenario-Based

Development of Human Computer Interaction, Morgan Kaufmann
Publishers, 2002.
[9] Gerald Kotonya and Ian Sommerville, John Wiley & Sons,
Requirements Engineering Processes and Techniques , 1998.
[10] Dean Leffingwell, Don Widrig. Managing Software

Requirements: a Use Case approach. 2nd Edition. Addison-Wesley,
2003.
[11] Joseph Urban. Software Prototyping and Requirements

Engineering, 1992 http://www.dacs.dtic.mil/techs/prototype/DACS-
Prototype.pdf
[12] Scalon, T. Paper prototypes: still our favourite http://www.uie.

com/articles/paper_prototyping, 28-12-2005, 15h53.
FONTE: WIKIPÉDIA, A ENCICLOPÉDIA LIVRE. Prototipagem

de software. Disponível em: <http://pt.wikipedia.org/wiki/
Prototipagem_de_software>. Acesso em: 14 jun. 2006.
Em projetos mais complexos, o uso de simuladores computacionais

pode facilitar as revisões e as análises, assim como o do protótipo.
As ferramentas devem ser utilizadas como solução para busca
de melhorias e para conquistas parciais, permitindo uma visão
global, por meio de testes variados a fim de atingir as metas do
projeto. As dificuldades relacionadas ao uso de simuladores
estão na própria escolha do aplicativo e nas limitações que um
pacote genérico apresenta, uma vez que ele não foi desenvolvido
apenas para o seu projeto. No entanto, o uso de simuladores pode
auxiliar no desenvolvimento do projeto, pois reduz o trabalho da
equipe, uma vez que estes softwares são pré-testados e apresentam
garantias de usabilidade que o protótipo não tem.
132

Quando a equipe constrói seu protótipo, uma das

vantagens que se destaca é a de poder desenvolver
algumas funcionalidades que auxiliem no refinamento
do projeto. Pode-se programar funções embutidas no
protótipo que permitam, após cada simulação, gerar
dados, por meio de gráficos, planilhas e/ou tabelas,
e comparar resultados anteriormente obtidos com
os atuais. Além disto, pequenos diagnósticos locais
podem ser automaticamente gerados e apresentados,
junto com os resultados dos ensaios de simulação,
para auxiliar a tomada de decisões.
Feito os ensaios de simulação e as devidas análises com o

protótipo, é hora de colocar o projeto à prova.
b. Projeto-Piloto (versão Beta)

Finalizados os ensaios de simulação, passamos a implantação
do projeto, com a criação de um piloto. No Projeto Integrador,
este piloto nada mais é que uma versão Beta do projeto final,
que deverá ser entregue previamente para que o tutor realize Versão Beta: É como ficou
uma análise do funcionamento e possa auxiliar na otimização popularmente conhecida a
das funcionalidades e na finalização do projeto propriamente versão de um projeto que
dito. O projeto-piloto torna possível fazer um diagnóstico e precede sua versão final,
ou seja, que ainda está
ver os resultados das etapas em funcionamento. Desta forma,
inacabada e/ou em fase de
são criados métodos de procedimentos para a validação dos validação.
resultados esperados com o produto do projeto final.
O projeto-piloto visa testar a eficácia das etapas, consolidando os

resultados prévios e buscando garantir o sucesso do projeto.
Após o processo ter sido implementado no projeto-piloto,

precisamos avaliar o esforço despendido, ou seja, validar os
resultados atingidos em comparação ao escopo proposto para o
projeto. Os objetivos foram atingidos? Esta é a principal pergunta
a se fazer aqui.
Segundo Faccioni (2006), a validação do projeto deve ser feita

por etapas e por simulações, sendo que no final de cada etapa e
mesmo durante cada uma delas, um processo de revisão contínua
Unidade 3 133

é a melhor solução de qualidade de continuidade de um projeto

de sucesso. Existem vários tipos de revisões a serem feitas no
decorrer do projeto, visando testes contínuos e validação a cada
etapa. Especificamente, sobre os projetos, as revisões e os testes
são os seguintes:
revisão do escopo do projeto, que analisa constantemente

se o projeto está adequado às intenções e necessidades
dos usuários/clientes;
revisão de análise, que verifica se os problemas

anunciados no escopo estão sendo cuidados;
revisão do projeto, que verifica se o projeto preenche

as especificações, os padrões de qualidade e se tem
condições de ser implementado;
revisão da programação e do sistema, que verifica se os

resultados dos testes do protótipo estão adequados;
revisão da aceitação, que verifica se após os testes do

protótipo já é possível colocar o resultado do projeto em
produção;
revisão de produção, que verifica se o sistema de

produção está adequado e se há oportunidades de
melhoria no produto;
revisão dos aspectos técnicos do projeto;
revisão dos aspectos comerciais;
revisão pós-projeto, que busca aprender com os

resultados finais do projeto.
Observamos que estas revisões se aproximam muito das ações de

execução direta, citadas anteriormente. Esta comparação reflete a
realidade: simulações, testes e revisões são atividades do dia-a-dia
do projeto, interferindo inclusive no seu final. Ao encerrarmos
estas atividades, teremos o final do projeto, que é, justamente, o
nosso próximo assunto.
134

O que entregar ao final desta primeira etapa de PI Web II
Na fase de execução e avaliação de projeto, você precisará

preencher o formulário de execução e acompanhamento de
projeto, disponível no EVA. Os quadros 19.1 a 19.2, apresentados
nas páginas seguintes, exemplificam o formulário específico
preenchido para o projeto “Sistema Hydros”, nosso exemplo de
estudo.
Observe que este formulário específico é a base de

envio de duas atividades a distância, a AD1 e a AD2, da
disciplina Projeto Integrador Web II.
Este formulário agregará valor, à medida que se desenvolver o

cronograma do projeto. Deverão ser incorporados ao mesmo:
Entrega Conjunta, contendo arquivos com elementos

de referência sobre o protótipo (e posteriormente sobre
o piloto);
Documentos Associados, onde deve ser inserido o
cronograma atualizado, bem como podem ser entregues
outras planilhas que se julgar importante para o projeto.
O tutor emitirá seu parecer no próprio formulário, em
espaço reservado aos seus comentários.
Unidade 3 135

QUADRO 19.1 – Modelo de Formulário de Execução e Avaliação de Projeto, folha 01/02
Formulário de Execução e Acompanhamento

Folha: 01/02
de Projeto
Relatório de Acompanhamento
Avaliação do acompanhamento dos trabalhos em 01 de abril de 2006

Verificou-se um pequeno atraso na definição da forma de acesso, levando a um atraso no início
da etapa 4. Entretanto, a primeira parte dos trabalhos realizados na etapa 4 foi finalizada antes
do prazo estipulado e a segunda parte está bastante adiantada.
Por conta do atraso na chegada da plataforma de controle referente à etapa 2, foi determinado
um adiantamento no início da atividade de “leitura das entradas” executada juntamente com
a atividade “acionamento dos motores”. Desta maneira não houve comprometimento do
cronograma dos trabalhos seguintes, tanto que a “abertura e fechamento das válvulas” está
dentro do prazo planejado.
Devido ao atraso na entrega da plataforma de desenvolvimento da interface Web, o início da
parte “criação das telas” foi atrasada, o que levou a um atraso nos trabalhos seguintes. Apesar
do atraso no início dos trabalhos e a morosidade na execução, o projeto como um todo não está
comprometido, pois o resultado dos trabalhos desta fase é integrado ao sistema somente na
etapa final do projeto.
Verificação de Indicadores de Desempenho
Avaliando os indicadores para o 1º bimestre:

• Cronograma: Atraso na execução.
Houve atraso, mas conseguiu-se compensar o desvio adiantando outras etapas e contornando o
problema original.
• Orçamento: Não houve violação dos valores orçados.
O orçamento permanece controlado dentro dos valores esperados.
• Tecnologia/ Operacionais:
Esses indicadores não podem ser avaliados, pois são variantes que ainda não entraram na
execução do projeto.
136

QUADRO 19.2 – Modelo de Formulário de Execução e Avaliação de Projeto, folha 02/02
Formulário de Execução e Acompanhamento

Folha: 02/02
de Projeto
TWD Título:
( X ) Gantt atualizado
( ) Lista de atividades
( ) Fluxograma
( ) Planilha de custos
( ) outro:..................................................................
Entrega Conjunta
( X ) Protótipo
( ) Piloto
( ) Projeto final
Obs:
Última Data de Verificação do Projeto:
Relatório
Indicadores
Entrega Conjunta
Unidade 3 137

Seção 2 - Etapa 6: encerramento do projeto

Uma das causas possíveis de encerramento do projeto é a própria
data-limite, ou prazo final (como no nosso caso). Não temos
como discutir a data previamente estipulada, pois não haverá
prorrogações, uma vez que o encerramento do semestre letivo
coincide com o prazo máximo de envio do projeto. Então,
temos que trabalhar sabendo que esta data é definitiva. Nesse
caso, o controle mais rigoroso do tempo deve ser feito no Gantt
preenchendo as atividades realizadas e comparando com o
previsto, conforme já citado anteriormente.
Segundo (FACCIONI, 2006), a finalização do projeto pode

acontecer por dois motivos:
As coisas deram certo e o resultado esperado foi

alcançado;
As coisas deram errado e é melhor finalizar antes que
piore.
A avaliação de que o resultado está sendo atingido é feita por

medições dos indicadores de desempenho, a cada etapa do
trabalho. Atingir um grau satisfatório em cada uma das medições
faz o projeto caminhar rumo ao objetivo final. Quando avaliamos
um projeto, geralmente o fazemos sob quatro aspectos: prazos,
custos, recursos e benefícios. Se algum deles não foi contemplado,
temos indícios de fracasso.
Por isso, encerrado o projeto, é o momento de discutir

e analisar possíveis falhas, para que não ocorram em
projetos futuros, concluindo então o aprendizado.
Percebemos que as lições tiradas de experiências ruins também

auxiliam, em geral, o desenvolvimento de técnicas de gestão e
controle, podendo ser incorporadas pouco a pouco.
138

A melhoria contínua do processo depende do aprendizado a

partir de sucessos e fracassos e da subseqüente aplicação das
experiências anteriores em novos projetos. Além disso, discorrer
sobre aprendizagem e sobre o projeto em si, seja de sucesso ou
fracasso, serve de pretexto para dar origem a novas idéias e, quem
sabe, um novo projeto.
Pode-se fazer um checklist de encerramento, avaliando a

satisfação do cliente, fazendo uma análise crítica do projeto,
documentando a memória do projeto, as dificuldades encontradas
no decorrer do projeto, entre outros.
Uma forma de realização dessa análise, da finalização do projeto,

consiste em fazer uso de um formulário em que cada um dos
membros da equipe coleta informações e opiniões pessoais sobre
o projeto.
Este formulário, chamado comumente de “Lições

Aprendidas”, deverá ser preenchido por cada um,
separadamente (e sem a intervenção dos demais
membros de sua equipe), para que se obtenha o
máximo de confiabilidade.
Em “Lições Aprendidas” você deve registrar as causas das

variações, razões sob os planos de ação para eliminação
de situações insatisfatórias, análise de erros cometidos no
gerenciamento de prazo, custo, qualidade, escopo e risco,
análise de acertos realizados durante o projeto.
O objetivo deste formulário é avaliar o aprendizado,

considerando a auto-avaliação de cada aluno sobre sua atuação
e de sua equipe em seu projeto. Estas informações devem ser
poucas e sucintas para que o mais importante venha à tona
(MENEZES, 2001). Preencha tal formulário, tal como o do
modelo do quadro 20, a seguir, e o envie a seu professor-tutor,
juntamente com a documentação do projeto.
Unidade 3 139

QUADRO 20 – Modelo de Formulário de Lições Aprendidas
Lições Aprendidas
Título do Projeto:
Data de Início do Projeto:
Data de Entrega de Projeto:
Seu nome:
Sua função no projeto:
Em sua opinião, cite três itens

que mais contribuíram para que
o sucesso no projeto pudesse ser
obtido.
Em sua opinião, quais os três itens

que contribuíram para que o
projeto falhasse e o que pode ser
feito para evitar/prevenir isto em
projetos futuros?
Identifique os obstáculos críticos

ou ponto-chave que impediram o
desenvolvimento e o progresso do
projeto.
Identifique os fatores críticos que

geraram um desvio significativo na
equipe:
Baseado em sua experiência

neste projeto, quais seriam as três
recomendações que você faria para
uma próxima equipe de projeto?
Identifique pontos positivos no

processo de desenvolvimento do
seu projeto:
Identifique oportunidades
de melhoria no processo de
desenvolvimento do seu projeto:
Novas Idéias e Oportunidades
Perspectivas futuras
Outras informações relevantes
140

Seção 3 - Etapa 7: documentação do Projeto Integrador Web

Você chegou ao final de projeto!
Fechado o projeto, é importante você avaliar as estatísticas

quanto ao tempo gasto, os recursos utilizados, os riscos previstos
que aconteceram e que não aconteceram, se os custos foram
suficientes e todos os demais dados que possam compor o projeto
e ajudar a entender a gestão para próximos projetos. Avalie se
as expectativas do cliente foram atendidas. Este é o momento
de reunir toda a documentação (obrigatoriamente) para que se
preserve a história do desenvolvimento do projeto, permitindo
avançar em melhorias no futuro (FACCIONI, 2006).
Reunir a documentação é colocar em ordem, fazer os últimos

ajustes e entregar a versão final de seu projeto, juntamente com
o produto obtido (mesmo que seja apenas um protótipo). A
documentação final do projeto, normalmente chamada memória
do projeto, deve conter:
os formulários preenchidos sobre o escopo e

planejamento;
os relatórios de acompanhamento de execução;
a quantificação sobre o cumprimento de objetivos, para o

“aceite” do projeto;
uma análise de custos reais do projeto, com a evolução

financeira dos gastos e das receitas;
uma avaliação técnica, relatando técnicas de

desenvolvimento e execução, ações que contribuíram
para o projeto e dificuldades encontradas no decorrer do
projeto;
um informativo tecnológico, reportando aquisição

de know-how, banco de dados ou softwares para
desenvolvimento do projeto;
entre outras informações, que você considera relevante.
Unidade 3 141

Pode ser que você ainda tenha algo a descrever e a acrescentar em

sua documentação, por isso, leia algumas dicas para redigir seu
PI Web:
adote um estilo de linguagem simples, claro e direto;
desenvolva uma ou duas idéias em cada parágrafo, para

melhorar a compreensão do texto como um todo;
prefira parágrafos curtos, com idéias claras;
utilize vocabulário adequado ao tema, evitando-se modismos e

gírias;
obedeça as regras gramaticais, fatores como ortografia,

concordância e pontuação podem modificar o sentido da frase;
dê preferência ao uso de substantivos e de verbos na voz ativa;

evite o uso abusivo de advérbios e de adjetivos;
utilize a terceira pessoa do singular, evitando-se expressões

como eu acho..., eu penso... etc., na primeira pessoa do singular;
pronomes possessivos também devem ser abolidos como meu
trabalho..., minha pesquisa..., meus estudos...;
use tabelas, gráficos, equações, etc. quando necessário, para

facilitar a melhor compreensão do texto;
evite o uso de abreviaturas, pois podem gerar ambigüidade e

mal entendidos;
não esqueça de citar os autores das idéias utilizadas para que

não se caracterize o plágio;
siga as normas da ABNT para referenciar a bibliografia

consultada;
faça revisão periódica do que foi escrito. Uma leitura em voz alta
facilita a correção de frases sem sentido ou/e confusas.
142

Atenção!
Lembre-se que a documentação do projeto deve ser
atualizada SEMPRE no decorrer do projeto! Não deixe
tudo para o final!
O que entregar ao final desta primeira etapa de PI Web II
Acompanhando as orientações deste livro didático, para a

realização de todo o Projeto Integrador, sua documentação está
praticamente finalizada. Basta, agora, você reunir as partes.
Antes de reunir as partes desenvolvidas em PI Web I e II, você

precisa preencher o formulário de Lições Aprendidas, disponível
no EVA.
Veja na AD2 como deve ficar a estrutura para apresentação final

do seu projeto integrador.
Observe que a estrutura que você deverá apresentar

na AD2 é parecida com um trabalho de monografia,
isto é, você não utilizará o formato de formulários e
sim, textos “corridos”.
Agora é só enviar a AD2 e o seu projeto final!
Unidade 3 143

1 IDENTIFICAÇÃO DO ESCOPO DO PROJETO

1.1 Definição e Apresentação do Tema
1.2 Categoria do Projeto
1.3 Contexto do Projeto
1.3 Equipe do Projeto
2 DESCRIÇÃO DETALHADA DO PROJETO

2.1 Descrição
2.2 Objetivos
2.2.1 Objetivo Geral
2.2.2 Objetivos Específicos
2.3 Justificativa
2.4 Resultados Esperados
2.5 Coleta e Interpretação de Dados
3 ANÁLISE DO PROJETO
3.1 Estudo de Necessidades – Planejamento de Atividades
3.2 Estudo de Recursos Mobilizados
3.3 Estudo de Viabilidade
3.4 Estudo de Riscos
4 PLANEJAMENTO DE PROJETO
4.1 Plano de Trabalho
4.1.1 Fluxo de Atividades
4.1.2 Detalhamento das Atividades
4.1.3 Cronograma das Atividades (gráfico de Gantt)
4.2 Equipes de Trabalho
4.2.1 Divisão de Tarefas
4.2.2 Divisão de Responsabilidades
5 EXECUÇÃO DO PROJETO
5.1 Relatórios Parciais de Execução
5.2 Verificação de Índices de Desempenho
5.3. Ajustes/ Modificações de Projeto
5.4. Protótipo do Projeto
5.5. Projeto Piloto
6 ENCERRAMENTO DO PROJETO
6.1 Validação do Projeto
6.2 Entrega / Apresentação Final
6.3 Medição dos Resultados
7 CONSIDERAÇÕES FINAIS
7.1 Lições Aprendidas
7.2 Novas Idéias e Oportunidades
REFERÊNCIAS
APÊNDICES
ANEXOS
144

Síntese
Nesta unidade, apresentamos e revisamos os conceitos das etapas

de execução, avaliação, acompanhamento e encerramento de
projeto possibilitando a conclusão de seu Projeto Integrador Web.
Para isso, na descrição dos procedimentos de controle e execução
do projeto, utilizamos o mesmo projeto exemplo, o Sistema
Hydros, como ferramenta para auxiliá-lo na finalização de seu PI
Web II. No decorrer da unidade, fizemos uma importante análise
sobre o controle e a gerência da execução do projeto, a fim de
auxiliá-lo no alcance de seus objetivos com sucesso. Ao término
da unidade, foi apresentada uma estrutura para a organização da
documentação final do projeto.
Bem, se tudo deu certo (e esperamos que sim!) você acaba de

concluir o PI Web II, e com ele, seu projeto integrador Web.
Agora é só comemorar!
Unidade 3 145

Para concluir o estudo
Caro aluno,
Você chegou ao fim de uma árdua caminhada. Foram dois

semestres trabalhando no Projeto Integrador WEB. Na teoria,
180 horas de trabalho – na prática, provavelmente muito
mais...
Nossa expectativa é que a utilização deste livro, aliado a

sua capacitação, tenha tornado possível a construção de seu
PI Web. Durante esse processo, você deve ter encontrado
muitas dificuldades e talvez tenha sentido necessidade de
melhor compreensão dos temas aqui apresentados. Com
toda a certeza, não conseguimos esgotar o assunto, pois
existem muitas linhas e estilos diferentes para a condução e
a aplicação de conceitos de gestão de projetos e de equipes.
Mas acreditamos que, com base neste livro (e nos demais
referenciados), você tenha o devido suporte para buscar
conhecimentos em outros materiais e, até mesmo gerar
conhecimento, a partir das idéias inovadoras que possam ter
lhe ocorrido durante esta importante etapa de seu curso.
Com toda certeza, a conclusão desse primeiro projeto lhe

abrirá as portas para um mundo fascinante de pesquisa e
desenvolvimento, e sobretudo, de uma vida profissional plena
com a habilitação de tecnólogo em Web Design e Programação.
Comemore muito, pois não é todo dia que temos o prazer de
uma vitória assim!
Sucesso, hoje e sempre!!
Professora Cynthia Beatriz Scheffer Dutra

Referências
AMBONI, Nério; AMBONI, Narcisa de Fátima. Pesquisa

e avaliação: livro didático. 3. ed. rev. e atual. Palhoça:
UnisulVirtual, 2005. 122 p.
ASSOCIAÇÃO BRASILEIRA DE NORMAS

TÉCNICAS. NBR 6023: referências: elaboração. Rio de
Janeiro, 2002.
BOUTINET, Jean-Pierre. Antropologia do projeto. Lisboa:

Instituto Piaget, 1990.
FAGUNDES, Léa da Cruz; SATO, Luciane Sayuri;

MAÇADA, Débora Laurino. Aprendizes do futuro: as
inovações começaram! Coleção Informática para a Mudança
da Educação. Secretaria de Educação a Distância. Ministério
da Educação. Governo Federal. Disponível em <http://www.
inf.ufsc.br/~edla/mec/livro03.pdf>. Acesso em: 05 jun. 2006.
FACCIONI FILHO, Mauro. Gestão de projetos e equipes.

2. ed. rev. 296 p. Palhoça: UnisulVirtual, 2006.
MENEZES, Luis César de Moura. Gestão de projetos. São

Paulo: Atlas, 2001.
UNIVERSIDADE DO SUL DE SANTA CATARINA.

UnisulVirtual. Curso superior de tecnologia em web design
e programação: modalidade a distância: manual do curso. 2.
ed. rev. e atual. Palhoça: UnisulVirtual, 2006. 26 p.
UNIVERSIDADE DO SUL DE SANTA CATARINA.

UnisulVirtual. Guia para desenvolvimento do projeto
integrador em gestão da tecnologia da informação (PIGTI).
Palhoça: UnisulVirtual, 2006. 48 p.

Sobre a professora conteudista
Cynthia Beatriz Scheffer Dutra é doutora em Automação

e Sistemas pela UFSC, com doutorado “sanduíche”
pela Universidade de Sevilha/Espanha. Enfoque de
pesquisa em aplicação prática de otimização e supervisão
de controle de processos. Graduada em Engenharia de
Controle e Automação Industrial, também pela UFSC,
obteve mérito estudantil com índice de aproveitamento
9,26. Com a formação multidisciplinar nas áreas
Elétrica, Mecânica e Informática, trabalhou em projetos
de pesquisa financiados pelo CNPq e CAPES, em
diferentes modalidades desde a graduação. Na UNISUL,
atua como professora do ensino presencial nos cursos de
Engenharia, Computação, Sistemas de Informação e no
ensino virtual nos cursos de Web Design e Programação e
de Gestão da Tecnologia da Informação.
Para informações mais detalhadas, acesse seu currículo

completo disponível para consulta on-line no banco de
dados do CNPq, no endereço http://lattes.cnpq.br.

Anexos
ANEXO A – Como elaborar as referências?

As referências devem seguir os padrões da Norma da Associação
Brasileira de Normas Técnicas (ABNT) - NBR 6023.
O que diz a ABNT sobre as referências?
A ABNT expressa que as referências devem ser apresentadas

em ordem alfabética e não devem ser numeradas. As referências,
são aqueles elementos que permitem a identificação, no todo ou
em parte, de documentos impressos ou registrados em diversos
tipos de materiais, utilizados como fonte de consulta e citados na
pesquisa elaborada.
Toda a referência pode ser dividida em elementos essenciais e

complementares:
Os Elementos essenciais tratam de informações

indispensáveis à identificação do documento, tais como:
autor(es), título, subtítulo, edição, local, editora e data
de publicação. Todos esses elementos devem constar
nas referências utilizadas para o desenvolvimento de sua
pesquisa.
Os Elementos complementares tratam de opcionais

que podem ser acrescentados aos essenciais para melhor
caracterizar as publicações referenciadas, tais como:
volumes, série editorial ou coleção etc. Alguns elementos
complementares, em determinadas situações, podem se
tornar essenciais, é o caso do nº da edição (edição revista
ou ampliada) e do organizador. Estes elementos são
opcionais, ou seja, você menciona se desejar.

Atenção!
Você não pode esquecer de duas questões
fundamentais sobre as referências:
- são alinhadas à esquerda, com espaço entre linhas
simples e, separadas entre si por espaço duplo;
-o recurso usado para destacar o título - negrito,
itálico ou sublinhado – deve ser uniforme em todas as
referências.
Sugerimos que utilize o negrito para destacar os títulos de livros,

revistas, jornais. Acompanhe os exemplos a seguir.
O que significam bibliografias?
As bibliografias representam as obras lidas e/ou consultadas por

você para o desenvolvimento do Projeto Integrador do curso de
Tecnólogo em Web Design e Programação. Toda a obra lida ou
consultada, mas não citada no corpo do trabalho, deve também
ser considerada como bibliografia.
Uma vez esclarecidos os conceitos de referências e de

bibliografias, vale mencionar alguns exemplos de referências
segundo os padrões da Norma da ABNT – NBR 6023.
Acompanhe a seguir os exemplos mais comuns

utilizados, conforme Amboni e Amboni (2005).
154

1) Como se faz uma referência de um livro no todo?
a) Exemplo de livro com um autor
ADIZES, I. Os ciclos de vida das organizações:

como e por que as empresas crescem e morrem e o
que fazer a respeito. São Paulo: Pioneira, 1993.
b) Exemplo de livro com dois autores
ANDRADE, R. O. B. de; AMBONI, N. Projeto

pedagógico para cursos de administração. São
Paulo: Makron Books, 2002.
c) Exemplo de livro com mais de três autores,

menciona-se o primeiro seguido da expressão latina
et al. (significa e outros)
LUCKESI, Cipriano Carlos et al. Fazer

universidade: uma proposta metodológica. São
Paulo: Cortez, 1989.
2) Como se faz uma referência quando foram utilizadas partes

de uma publicação?
Exemplo de parte específica (capítulos de livros, volumes,
páginas, coleções, etc.) com autoria própria.
MELO, Maria Teresa Leitão de. Gestão educacional: os desafios

do cotidiano escolar. In: FERREIRA, Naura Syria Carapeto;
AGUIAR, Márcia Ângela da S. (Orgs.). Gestão da educação.
São Paulo: Cortez, 2000. p. 243-254.
Aqui você está citando as páginas que iniciam e terminam o

capítulo escrito por MELO, Maria Tereza Leitão sobre Gestão
educacional.
155

3) Como se faz a referência de artigos de periódicos (revistas científicas

e/ou técnicas) com autor e sem autor?
a) Exemplo de referência de artigo de periódico sem

autor
A VEZ da formiga. Mundo Cerâmico, São Paulo,

v. 5, n. 32, p. 25-26, jan./ fev., 1997.
b) Exemplo de referência de artigo de periódico com

autor
COELHO, E. C. Tamanho, tecnologia

e intensidade administrativa. Revista de
Administração de Empresas, Rio de Janeiro, v. 18,
n. 1, p. 31-39, jan./ mar., 1978.
4) Como se faz a referência de documentos / apostilas não-publicadas?

Exemplo:
LEZANA, A. G. R. Ciclo de vida das pequenas empresas.

Florianópolis: UFSC, 1996. Não publicado.
5) Como se faz a referência de anais de congressos?

Exemplo:
MACHADO-DA-SILVA, C.; CARNEIRO DA CUNHA,

V.; AMBONI, N. Organizações: o estado da arte da produção
acadêmica no Brasil. In: ENCONTRO ANUAL DA
ASSOCIAÇÃO NACIONAL DE PROGRAMAS DE PÓS-
GRADUAÇÃO EM ADMINISTRAÇÃO, 14., 1990, São
Paulo. Anais ... São Paulo: [s. n.], 1990. v. 6, p. 11-28.
6) Como se faz a referência de associações?

Exemplo:
156

ASSOCIAÇÃO NACIONAL DOS FABRICANTES

DE CERÂMICA PARA REVESTIMENTO. Indústria
brasileira de cerâmica para revestimento: história, estrutura e
desempenho recente. São Paulo: Anfacer, 1996.
7) Como se faz a referência de uma dissertação de mestrado?

Exemplo:
AMBONI, N. de F. Estratégias organizacionais: um estudo

de multicasos em bibliotecas universitárias federais das capitais
da região sul do país. Florianópolis, 1995. 143 f. Dissertação
(Mestrado em Administração) – Programa de Pós-Graduação
em Administração, Universidade Federal de Santa Catarina.
8) Como se faz uma referência de uma tese de doutorado?

Exemplos:
a) SCHEFFER DUTRA, Cynthia Beatriz.

Controle preditivo multiojetivo para processos
com atraso. Florianópolis, 2003. 134 f. Tese
(Doutorado em Automação e Sistemas)
– Programa de Pós-Graduação em Engenharia
Elétrica, Universidade Federal de Santa Catarina,
Florianópolis, 2003.
b) AMBONI, N. Qualidade em serviços: dimensões

para orientação e avaliação das bibliotecas
universitárias federais brasileiras. Florianópolis,
2002. 228 f. Tese (Doutorado em Engenharia
de Produção) – Programa de Pós-Graduação em
Engenharia de Produção, Universidade Federal de
Santa Catarina, Florianópolis, 2002.
157

9) Como se faz uma referência de publicações cuja responsabilidade

é de uma instituição?
Quando forem utilizadas publicações de responsabilidade de
entidades – tais como órgãos governamentais, empresas, etc. - as
obras têm entrada pelo seu próprio nome, por extenso. Exemplo:
UNIVERSIDADE DE SÃO PAULO. Catálogo de teses da

Universidade de São Paulo, 1992. São Paulo, 1993.
10) Como se faz uma referência de documentos eletrônicos?
a) Exemplo 1: Documentos on-line sem autor
HISTÓRIA política. O sonho de Platão.

Disponível em: <http://www.terra.com.br/voltaire/
politica/platao.htm>. Acesso em: 13 dez. 2002.
b) Exemplo 2: Documentos on-line com autor
DUCLÓS, M. Thomas More e Maquiavel: teoria

social e política no renascimento. Disponível em :
<http://www.consciencia.org/moderna/maquimoru.
shtml>. Acesso em: 18 dez. 2002.
c) Exemplo 3: Referências de CD-ROM ou CD
MORAES, Anna Claudia Soares; NUNES,

Andrea; CARUSI, Tosca. Faça dar certo. São
Paulo, dez. 2001. 1 CD-ROM.
COSTA, Gal. Gal. São Paulo: Globo Polydor,

1994. 1 CD.
d) Exemplo 4: de uma imagem em movimento

(filmes, videocassetes, DVD, etc.)
Os elementos essenciais são: título, diretor,

produtor, local, produtora, data, especificação
do suporte e, quando necessário para melhor
identificar o documento, acrescentam-se elementos
complementares.
158

Exemplo:
OS PERIGOS do uso de tóxicos. Produção de

Jorge Ramos de Andrade. Coordenação de Maria
Izabel Azevedo. São Paulo: CERAVI, 1983. 1
videocassete (30 min), VHS, son., color.
ZABALA, Antoni. A educação hoje para a

sociedade de amanhã. São Paulo: [s. n.], [19--
]. Fita de vídeo (50 min), VHS, son., color., em
espanhol.
11) Como se faz uma referência de documentos iconográficos?

São considerados documentos iconográficos: pintura, gravura,
ilustração, fotografia, desenho técnico, dispositivo, diafilme,
material estereográfico, transparência, cartaz e outros.
São considerados elementos essenciais: autor, título, data e

especificação do suporte.
Exemplos:
KOBAYASHI, K. Doença dos xavantes. 1980. 1 fotografia.
FRAIPONT, E. Amílcar II. O Estado de São Paulo, São

Paulo, 30 nov. 1998. Caderno 2, Visuais. p. D2. 1 fotografia,
p&b. Foto apresentada no Projeto ABRA/Coca-cola.
SANTOS, Sílvio Aparecido dos. A universidade e o seu papel

no estímulo e desenvolvimento de novos empreendedores.
São Paulo, 2002. 22 transparências, color., 25 cm x 20 cm.
Apresentação feita na abertura do ano letivo na Universidade
Anhembi Morumbi.
NASCIMENTO, João. Fazenda do barreiro. 2000. 1 original

de arte, óleo sobre tela, 40 cm x 53 cm. Coleção particular.
MOURA, Andréa Salies L. de. Conjunto habitacional Vale do

Sol. 2000. 25f. Plantas diversas. Originais em papel vegetal.
STOCKDALE, René. When’s recess? [2002?]. 1 fotografia,

color. Disponível em: <http://www.webshots.com/g/d2002>.
Acesso em: 15 jan. 2001.
159

12) Como se faz referências de documentos cartográficos?

Podem ser citados os seguintes documentos: atlas, mapa, globo,
fotografia aérea etc.
Os elementos essenciais são: autor(es), título, local, editora, data

de publicação, designação específica e escala.
Exemplos:
ATLAS Mirador internacional. Rio de Janeiro: Enciclopédia

Britânica do Brasil, 1981. 1 atlas. Escalas variadas.
BRASIL e parte da América do Sul: mapa político, escolar,

escolar rodoviário, turístico e regional. São Paulo: Michalany,
1981. 1 mapa, color., 79 cm x 95 cm. Escala 1:600.000.
13) Como se faz referências de documentos jurídicos?

A NBR 6023 considera como documento jurídico: legislação,
jurisprudência e doutrina.
Exemplos:
BRASIL. Constituição (1988). Constituição da República

Federativa do Brasil. Brasília: Senado, 1988.
BRASIL, Constituição (1988). Emenda constitucional nº 9,

de 9 de novembro de 1995. Dá nova redação ao art. 177 da
Constituição Federal, alterando e inserindo parágrafos. Lex:
coletânea de legislação e jurisprudência: legislação federal e
marginalia, São Paulo, v. 59, p. 1966, out./dez. 1995.
SÃO PAULO (Estado). Lei nº 776, de 23 de dezembro de

1994. Altera a lei complementar nº 745, de 29 de dezembro de
1993, que institui a gratificação de compensação orgânica para
os integrantes das carreiras policiais, civis e da Polícia Militar do
Estado. Lex, São Paulo, jul./dez. 1994. v. 58, p. 1335.
BRASIL. Portaria MEC nº 1886, de 30 de dezembro de 1994.

Fixa as diretrizes curriculares e o conteúdo mínimo do curso
jurídico. Diário Oficial da União, Brasília, 4 jan. 1995.
160

14) Como se faz referências de jurisprudência?

Elementos essenciais: local de jurisdição, órgão judiciário
competente, título, natureza da decisão ou ementa, partes
envolvidas relator, local, data, nome do órgão publicador, local,
volume, número, página, data.
Exemplos:
BRASIL. Tribunal Regional Federal, Região 5. Administrativo.

Pagamento de diferenças referente a enquadramento de servidor
decorrente da implantação de Plano Único de Classificação
e Distribuição de Cargos e Empregos, instituído pela Lei nº
8270/91. Predominância da lei sobre a portaria. Apelação civil
nº 42441-PE (94.05.01629-6). Apelante: Edilemos Mamede
dos Santos e outros. Apelada: Escola Técnica Federal de
Pernambuco. Relator: juiz Nereu Santos. Recife, 4 de março
de 1997. Lex: jurisprudência do STJ e Tribunais Federais, São
Paulo, v. 10, n. 103, p. 558-562, mar. 1998.
BRASIL. Superior Tribunal de Justiça. Processual Penal.

Habeas-corpus. Constrangimento ilegal. Habeas-corpus
nº 181636-1, da 6ª Câmara Cívil do Tribunal de Justiça do
Estado de São Paulo. Brasília, 6 de dezembro de 1994. Lex:
jurisprudência do STJ e Tribunais Regionais Federais, São Paulo,
v. 10, n. 103, p. 236-240, mar. 1998.
Se você tiver dúvidas, consulte a norma da ABNT – NBR 6023.

O assunto não foi esgotado, foram apresentados os exemplos
mais comuns. Você também pode consultar o livro “Pesquisa e
Avaliação” de Amboni e Amboni (2005) base para a elaboração
deste anexo.
161


Unisul Projeto Integrador Web I II

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Unisul Projeto Integrador Web I II

Uploaded by

Copyright:

Available Formats

Universidade do Sul de Santa Catarina

Projeto Integrador Web (I e II)

projeto_integrador_web.indb 1 30/5/2007 15:12:39

projeto_integrador_web.indb 2 30/5/2007 15:13:32

Este livro traz orientações importantes para a elaboração do Projeto

Leia-o com interesse e atenção, pois as informações fornecem subsídios

Bom estudo e sucesso!

projeto_integrador_web.indb 3 30/5/2007 15:13:32

Projeto Integrador Web (I e II)

projeto_integrador_web.indb 5 30/5/2007 15:13:32

Edição – Livro Didático

Projeto Gráﬁco e Capa

1. Projeto de pesquisa. 2. Web design – Projeto de pesquisa. I. Matuzawa,

Ficha catalográfica elaborada pela Biblioteca Universitária da Unisul

projeto_integrador_web.indb 6 30/5/2007 15:13:32

UNIDADE 1 – Introdução ao Projeto Integrador Web . . . . . . . . . . . . . . . . . . . . . .15

UNIDADE 2 – Desenvolvimento do Projeto Integrador Web I . . . . . . . . . . . .35

UNIDADE 3 – Desenvolvimento do Projeto Integrador Web II . . . . . . . . . . 113

Para concluir o estudo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149

projeto_integrador_web.indb 7 30/5/2007 15:13:32

Quando recebi o convite para escrever este livro, fui tomada

Pensando nestas questões, pude vislumbrar que estas são muitas

Realmente, esta é uma caminhada intensa, de superação. Mas,

Espero sinceramente ter colocado neste projeto (seu livro

Também desejo que este livro seja o norteador de uma atividade

Bom trabalho a todos nós!

Professora Cynthia Beatriz Scheﬀer Dutra

projeto_integrador_web.indb 9 30/5/2007 15:13:32

O plano de estudo visa orientá-lo/a no desenvolvimento do

O processo de ensino e aprendizagem na UnisulVirtual leva

São elementos desse processo:

o Espaço UnisulVirtual de Aprendizagem - EVA;

as atividades de avaliação a distância (não serão feitas

Ementas do Projeto Integrador Web (I e II)

Disciplina: Projeto Integrador Web I

Disciplina: Projeto Integrador Web II

projeto_integrador_web.indb 11 30/5/2007 15:13:33

complementar o processo de ensino-aprendizagem,

propiciar a você oportunidades de desenvolver suas

aplicar os conhecimentos teóricos na prática da gestão de

favorecer a integração entre a universidade e o meio onde

Unidade 1: Introdução ao Projeto Integrador Web

projeto_integrador_web.indb 12 30/5/2007 15:13:33

do PI Web, quais os procedimentos básicos para subsidiar a

Unidade 2: Desenvolvimento do Projeto Integrador Web I

Unidade 3: Desenvolvimento do Projeto Integrador Web II

Agenda de atividades/ Cronograma

Não perca os prazos das atividades. Registre no espaço

Use o quadro para agendar e programar as atividades

projeto_integrador_web.indb 13 30/5/2007 15:13:33

Demais atividades (registro pessoal)

projeto_integrador_web.indb 14 30/5/2007 15:13:33

Conhecer os procedimentos básicos para o

Entender o papel do aluno no processo e dos demais

Analisar como será o processo de avaliação das

Verificar as atividades propostas para cada disciplina.

Seção 2 Como será o processo de avaliação do PI Web?

Seção 3 Quais são as atividades propostas para o

projeto_integrador_web.indb 15 30/5/2007 15:13:33

Para início de conversa

Como orientação e suporte para realizar esse projeto você

Nesta unidade, você poderá sanar todas suas dúvidas

Seção 1 – Quais são os elementos do PI Web?

Você conhece o conceito do PI Web?