Você está na página 1de 10

FACULDADE DE ENGENHARIA DE COMPUTAO

PROJETO FINAL I e II
PLANO DE TRABALHO
Sistema de Gernciamento de Projetos Acadmicos
Guilherme do Amaral Ceolin
<DATA>
O Trabalho de Concluso de Curso (TCC) a ser desenvolvido compreender um ciclo completo de desenvolvimento
que ser gerido pelo aluno. Como resultado, ser obtido um artefato computacional. A durao do trabalho ser de
praticamente oito meses, incluindo o ms de julho.

Introduo
No mbito acadmico universitrio, mais especificamente nas reas relacionadas a tecnologia da
informao, comum serem realizados projetos pela comunidade discente, tanto em carter individual como em grupos, normalmente orientados por um ou mais membros do corpo docente.
Normalmente, estes projetos so desenvolvidos com total liberdade de uso do tempo por parte
dos discentes envolvidos, e sem o auxilio de ferramenta alguma. Quando muito, so utilizadas
apenas planilhas simples,compartilhadas atravs de e-mail, entre os membros do projeto.
Por parte do docente responsvel, o controle das atividades realizadas no segue um padro,
sendo tambm, muitas vezes, realizado atravs de planilhas simples, ou at mesmo fichas de
papel, aonde so anotados os progressos do projeto.
Para verificar o andamento, cobrado dos membros do projeto que enviem seus progressos
atravs de e-mail, ou, em alguns casos, realizada uma entrevista. Em ambos os casos, este
processo leva algum tempo, especialmente no caso de entrevistas, que, dependendo do numero
de grupos de projeto, podem levar uma aula toda.

Fornecer uma viso panormica de onde se insere o trabalho a ser desenvolvido. Contextualizar o ambiente
onde ser inserido o artefato a ser desenvolvido. Procurar apresentar como funciona esse ambiente, pessoas
envolvidas, sistemas existentes. No considerar, neste espao, a existncia do artefato que ser desenvolvido, pois este a soluo do(s) problema(s) apresentado(s) e escolhido(s) a seguir. No abordar o TCC, o
artefato ou o seu objetivo.

Caracterizao de Problemas e objetivo(s)


Devido a este ambiente anteriormente descrito, os discentes muitas vezes deixam o ambiente
acadmico sem nunca ter contato com uma ferramenta de gerenciamento de projetos, que muito
provavelmente usaro no mercado de trabalho.

No existe um canal bom comunicao entre o orientador e o grupo, seja para tirar duvidas ou
apenas dar recados. Essa comunicao tambm falha no escopo da turma, aonde seria interessante haver este canal, afim de uma comunicao unilateral por parte do orientador.
Alem disso, muito tempo gasto, tanto para os membros do projeto descreverem suas atividades na planilha, como para o orientador, que precisa avaliar atravs de entrevistas o andamento.
Na avaliao final, tambm h uma grande perda de tempo por parte do orientador, para encontrar todas as anotaes sobre o andamento ao longo do semestre, afim de avaliar o projeto.
Sendo assim, o problema que este projeto se prope a resolver resume-se em diminuir este
tempo de avaliao, ou seja, concentrar as informaes do andamento do projeto, para que, tanto no acompanhamento semanal, como na avaliao final, o tempo seja reduzido, com isso
transformar as entrevistas em aula num canal de duvidas.

Descrever detalhadamente o(s) problema(s) que existem no ambiente descrito na introduo. Dever ser
escolhido um ou mais problemas para serem solucionados. Este(s) problema(s) escolhido(s) deve(m) ser
salientado(s) com sendo o(s) objetivo(s) do TCC. Deixe para o ltimo pargrafo a apresentao do(s) objetivo(s). Cada objetivo definido necessitar ser avaliado e, portanto, ser considerado no plano de avaliao a
seguir.

Plano de Avaliao do Trabalho


Para avaliar o objetivo, ser utilizada a figura de um especialista, que ser exercido por um professor com experincia em avaliaes semanais de projetos acadmicos.
O especialista ficaria responsvel por medir o tempo usado para avaliar o desenrolar de um projeto no perodo de uma semana. Em seguida, usando sua experincia com analise de projetos
anteriores, estimar o tempo levado para avaliar as mesmas atividades se utilizado o mtodo
tradicional, ou seja, atravs de entrevistas e/ou analise de documentos previamente escritos.
A preparao para essa avaliao dever ser feita seguindo os seguintes passos:
primeiro o especialista lista uma serie de atividades que comumente so realizadas no perodo
de uma semana. Esta lista dever conter as tarefas a serem realizadas, os documentos a serem
escritos ( ou a frao dele ), bem como a quantidade de linhas de cdigo fonte, caso este seja
alvo habitual das avaliaes semanais.
Em seguida, fica o desenvolver do projeto responsvel por simular essas atividades no ambiente
do Gerenciador de Projetos, para posterior analise por parte do especialista.
Fica tambm sob responsabilidade do desenvolver do projeto elaborar um guia de utilizao do
Gerenciador de Projetos, que contemple todo o fluxo de avaliao, que ser seguido pelo especialista no momento da mesma.
Aps feita a avaliao, fica o especialista responsvel por determinar um percentual de reduo
do tempo da mesma.
Havendo uma reduo de tempo de pelo menos 50%, o trabalho pode ser considerado um sucesso.
Reduo de quantos % ?
Basta citar o guia de utilizao, ou descrever este guia aqui?< pode citar, mas pensar tambm
em TREINAMENTO >

Relacionar cada um dos objetivos do TCC em conjunto com as formas e medidas que pretende usar para
avaliar o mesmo. Deixa
r claro com quais atividades e dados o TCC poder ser validado, ou seja, considerado um sucesso ou fracasso. H mais uma atividade no escopo do trabalho, a seguir, que a execuo
do plano de avaliao e a anlise dos resultados obtidos, sua denominao Avaliar e Validar o Trabalho.

proposta dO ARTEFATO
Desenvolver uma ferramenta para gerenciamento do projeto, aonde seja possvel registrar atividades a serem realizadas, e tambm o progresso das mesmas.Tambm faz parte do escopo da
ferramenta uma meio de comunicao entre os membros do projeto e o responsvel, alem de
uma interface de gerenciamento dos membros de um determinado projeto e uma interface integrada com controle de verso GIT, para fcil acesso ao cdigo, via interface web.
Uma vez que nos laboratrios acadmicos no h lugar fixo, toda a ferramenta ser desenvolvida para a plataforma web, afim de que possa ser acessada de qualquer uma das maquinas, bem
como de computadores pessoas, dentro ou fora da universidade.
Haver um modulo de gerenciamento de tarefas, aonde ser possvel inserir, editar e remover
tarefas de um determinado projeto. Ser tambm registrado as datas das mudanas de estado
dessas tarefas, para controle posterior, por parte do professor responsvel.
Um modulo de autenticao tambm ser implementado, que dever tratar o registro de novos
usurios, o acesso desses usurios ao sistema, bem como a gerncia das informaes pessoais
deles, individualmente.
Relacionado com o modulo anterior, haver dois mdulos, um para autorizao, e um de gerncia de recursos humano. O primeiro dever controlar o acesso dos usurios j registrados no
sistema, a determinados projetos, ou partes deles. Este ser o responsvel pelos papeis, e nveis de acesso destes papeis. O segundo modulo citado refere-se a controle dos membros dos
projetos. Os discentes responsveis pelo projeto podero adicionar e remover membros dos projetos atravs deste modulo.
Um modulo de comunicao tambm ser implementado. Atravs dele ser possvel os membros de um projeto se comunicarem, alem de ser possvel tambm a comunicao com outros
usurios do sistema, e com os Docentes responsveis. Essas mensagens so internas ao sistema, no sero enviadas por e-mail. Cada usurio ter uma caixa de entrada de mensagens,
aonde poder ler, responder e excluir mensagens.
Haver um modulo de integrao com as agendas do Google, individual para cada usurio, aonde sero salvas das datas de um projeto, sejam das tarefas associadas a um usurio, ou do projeto em si.
Cada projeto tambm ter arquivos relacionados, que sero enviados por seus membros. Estes
envios sero efetuados atravs de um modulo de envio de arquivos.

Descrever sucintamente o qu se pretende desenvolver como artefato. Isso engloba o(s) problema(s) escolhido(s) para ser(em) solucionado(s).
Incluir um diagrama de arquitetura. Incluir tambm quais personagens estaro envolvidos com o TCC (no
use nomes, apenas perfis).

Estado da Evoluo / Arte

Descrever o estado da evoluo ou o estado da arte (conjunto de trabalhos publicados que possam ser comparados ao artefato a ser desenvolvido), i.e., o qu existe de mais novo em relao a trabalhos semelhantes
que estejam disponveis. Apresentar trabalhos e artefatos que sejam semelhantes em algum aspecto ao que
se pretende desenvolver. Considerar tanto aspectos tecnolgicos, que se pretende usar no desenvolvimento,
como funcionalidades realizadas. Realizar uma pesquisa de artefatos parecidos, indicar referncias para os
mesmos, e apresentar a comparao em um quadro. Se no for possvel realizar uma comparao, o trabalho escolhido no pode ser considerado aqui. Considere apenas bancos de publicaes com qualidade. Caso
no encontre, procure o professor e apresente-lhe quais as bases consultadas e quais as consultas usadas
(dessa forma, voc receber novas orientaes)..

Mtodo DE DESENVOLVIMENTO
Escrever sobre SCRUM
Apresentar o mtodo a ser utilizado para o desenvolvimento do artefato. Ex.: desenvolvimento incremental ou
orientado por prottipos. Usar uma referncia para indicar o seu detalhamento (no h necessidade de
apresentar esse detalhamento). Apresente o conjunto de atividades compreendidas no mtodo. Estas devem aparecer no cronograma do trabalho, a seguir.

CRONOGRAMA
Identificar cada uma das atividades a serem realizadas durante toda a durao do TCC. Detalhar a decomposio do trabalho a ser realizado. Utilizar smbolos (p.e. A1 ou 1) na identificao das atividades. Utilizar
verbos na descrio, para evitar confuses com os resultados das atividades. Considerar todas as atividades
que constam do mtodo de desenvolvimento escolhido. No esquecer de incluir as atividades Gerenciar o
TCC, Avaliar e Validar o Trabalho, Escrever a monografia e Preparar Defesa do TCC.

Identificao da
Atividad
e

Descrio

Durao
Incio
Fim

A1

Gerenciar o TCC

25/
2/
13

An-1

Avaliar e Validar o Trabalho

An

Escrever Monografia

An+1

Preparar Defesa do TCC

28/
10/
13

DISTRIBUIO DE ATIVIDADES No Primeiro Semestre


Apresentar a durao de cada atividade a ser realizada durante o primeiro semestre. Para isto, ou use um
utilitrio que permita definir o incio, durao e fim de cada atividade, ou use o quadro a seguir (preencha as
colunas indicando a durao de cada atividade existente no cronograma - reparar que uma atividade no
necessita ser contnua no tempo). A entrega dos resultados do primeiro semestre ser na segunda semana
de junho.

Primeiro Semestre
Ms/Semana

Iden
tifica
o da
Ativ
idad
e
Fev

Mar

Abr

Mai
1

A1

Jun
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17
X X X X X X X X X X X X X X X X

DISTRIBUIO DE ATIVIDADES No segundo Semestre


Apresentar a durao de cada atividade a ser realizada durante o primeiro semestre, da mesma forma que
foi feito para o primeiro semestre. A entrega dos resultados do segundo semestre ser na ltima semana de
outubro. As defesas ocorrero a partir da terceira semana de novembro.

Segundo Semestre
Ms/Semana

Iden
tifica
o da
Ativ
idad
e
Jul

Ag
o

21
A1

22
X

Set
23
X

Out
24
X

Nov
25 26 27 28 2930 31 32 33 34 35
X X X X X X X X X X X

Resultados Esperados
Listar os resultados esperados do trabalho. Informar os resultados intermedirios. Um determinado resultado
gerado em uma atividade. Uma atividade pode gerar zero ou mais resultados. Associar cada resultado com
a respectiva atividade declarada. Para isso, use a identificao da atividade. Ex. relatrios parciais ou finais,
prottipos ou documento de especificao. Utilizar smbolos (p.e. R1 ou I) para identificar resultados. Utilizar
substantivos para descrever os resultados.

Identificao do
Resultado

Descrio

Identificao
da
Ativid
ade

R1

Plano de Trabalho

A1

R2

Relatrio de Atividades

A1

Recursos Humanos
Nenhum recurso humano adicional ser necessrio.

Recursos Materiais
Maquina para desenvolvimento
Um notebook Apple MacBook, de posse do aluno.
Maquina para servidor
Maquina aonde ser hospedada a aplicao web, um dos resultados esperados deste
projeto. Ser utilizada uma VPS<ABREVIACAO>, j alugada no webbynode<URL>.

Nginx
Servidor http russo, responsvel por receber as requisies, e repassar a aplicao. Ferramenta de cdigo aberto.

Passenger
Gerenciador de aplicaes Rails, faz a ligao entre o Nginx e o artefato. Esta ferramenta tambm fica responsvel por subir novas instancias da aplicao, bem como derruba-las, conforme necessrio.

Ruby
Linguagem de programao interpretada, sobre a qual construdo o framework Ruby
on Rails. Ser utilizada a Maquina virtual(interpretador) MRI 1.9 para desenvolvimento e produo.

Ruby on Rails
Framework de desenvolvimento web, idealizado sobre o conceito de conveno sobre
configurao, utiliza o padro MVC<ABREVIAO>, e tem como principal caracterstica a agilidade.

Suite de Escritrio
Para o gerenciamento de documentos escritos, ser utilizado o software Pages, desenvolvido pela Apple. Para Planilhas e apresentaes, ser utilizado a suite Google Docs.

Detalhar os recursos materiais necessrios para a realizao do trabalho. Considerar recursos de hardware e
software, entre outros, que sejam necessrios para o desenvolvimento do artefato, bem como para sua implantao final e sua avaliao, se for o caso.
Descrever a aplicao e a finalidade dos recursos materiais. Utilizar referncias, sempre que possvel.
Haver sempre a necessidade de computador para o desenvolvimento do artefato computacional. Em geral,
os recursos materiais, que sejam software, so ferramentas para o desenvolvimento do artefato. Mas, podem
existir aqueles que so hardware ou software que faro parte do artefato.

Utilizao dos Recursos Materiais


Dentre os recursos supra-citados, nenhum precisar ser adquirido, e, com exceo do servidor, todos sero
utilizados no perodo noturno durante a semana, e durante o perodo diurno nos finais de semana.
O servidor por sua vez, j foi alugado, e estar disponvel 24 horas por dia, 7 dias por semana, com exceo
de manutenes preventivas previamente agendadas.
Estabelecer onde e quando os recursos materiais sero utilizados (laboratrio, em casa, na empresa etc.; dia
e horrios semanais).
Indicar se os recursos precisam ser adquiridos e, em caso positivo, indicar como sero obtidos.

GRAU DE DIFICULDADE ASPECTOS DE INOVAO E APRIMORAMENTO


Plataforma WEB - Aprimoramento
Todo o artefato ser desenvolvido em uma plataforma WEB. Para tanto, o artefato precisa de uma maquina hospedeira, que dever conter um servidor HTTP para gerenciar requisies, um banco de dados, e tambm deve estar preparada para receber e gerenciar repositrios
Git. Todas essas ferramentas devem ser instaladas e configuradas.
Multi-Usurio - Aprimoramento
O sistema deve permitir que seja possvel, simultaneamente, o acesso de mltiplos usurios. A aplicao deve suportar esses acessos, sem degradar o tempo de resposta.
Multi-Perfil - Aprimoramento
O sistema dever suportar mais de um perfil de usurio. o sistema dever reconhecer e
tratar diferentemente cada um destes perfis. Ex: Um usurio com perfil estudante no poder ter
acesso as mesmas funcionalidades de um usurio com o perfil professor.
Envio de arquivos - Aprimoramento
Ser possvel o envio de arquivos para sistema, em diferentes pontos. Tanto professores
podero enviar arquivos e anexa-los a enunciados, quanto alunos podero enviar e anexar a
suas propostas de soluo. caber ao sistema fazer a associao entre documento enviado e
seu dono. Este dever tambm permitir o acesso e o download desde documento enviado a
aqueles de interesse.

Comunicao Interna - Inovao


Haver um canal de comunicao dentro do sistema. No h atualmente, em sistemas
acadmicos, um sistema de comunicao virtual em tempo real. Ser possvel, atravs dele, criar conversas nos mbitos da turma, do enunciado e do grupo de alunos. todas essas conversas
devero conter um tpico central, e ser aprovadas ou no, pelo professor responsvel.
Controle de verso integrado com Git - inovao
Dever ser possvel, atravs de uma interface do sistema, visualizar o estado atual do
repositrio, bem como as verses anteriores. atravs disso, ser possvel ao professor avaliar o
desenvolvimento do projeto. Atualmente essa verificao feita de maneira manual, com reunies. a utilizao de controle de verses no muito difundida no mbito acadmico, e a utilizao deste sistema ajudara e incentivar o seu uso.
Integrao com a Agenda do Google - inovao
Ao criar suas tarefas no sistema, se assim o desejar, o estudante poder ter sincronizadas estas em um calendrio criado pelo sistema, em sua agenda do google. Ao iniciar ou finalizar
uma tarefa fora do prazo, o evento no calendrio ser atualizado para a nova data. O acompanhamento de datas feita
Integrao com email - Inovao
Uma srie de emails sero enviados pelo sistema, no decorrer do tempo, baseando em
aes tomadas pelos usurios. Lembretes de tarefas prestes a terminar, de data final de envio de
soluo, entre outros. Em projeto acadmicos, cabe, normalmente, ao professor enviar estes
lembretes. A automao desta funcionalidade facilitar este processo.
Registro de aes - Aprimoramento
As aes tomadas pelos usurios do sistema devero ser registradas, para que seja
possvel, posteriormente, recuperar as eventuais mudanas realizadas por estas aes. ser necessrio observar todas as mudanas ocorridas em dados do sistema, e registrar cada uma delas de uma maneira que seja possvel recuperar a verso anterior.

Identificar todos os assuntos que o TCC apresenta e que dificultam seu desenvolvimento. Aponte quais caractersticas tecnolgicas, requisitos funcionais ou no funcionais que no so encontrados em sistemas
conhecidos. Estes so aspectos de inovao. Identificar ferramentas e assuntos que no lhe so conhecidos
e que, portanto, necessitaro ser estudados. Estes so os aspectos de aprimoramento. Justifique suas colocaes. Explique o motivo de cada item apresentado. Uma inovao pode no ser um aprimoramento e um
aprimoramento quase nunca uma inovao.

ANLISE DE RISCOS
Plataforma Web - Por se tratar de um sistema web, fica-se-a dependente de uma conexo com a
internet para ter acesso ao mesmo, bem como da disponibilidade do servidor. quanto a queda de
conexo, dentro das dependncias da universidade, o risco baixo, uma vez que h links dedicados, e fora dela seria mdio, dado a qualidade das conexes brasileiras. Quando a disponibilidade do servidor, pelo histrico conhecido do mesmo, o risco de quedas de conexo com ele
baixo.

Multi-Usurio - O nico ponto preocupante deste tpico seria a indisponibilidade por excesso de
acessos simultneos. porm, a previso de uso do sistema, bem como o tempo de resposta, so
baixos, fazendo com que o risco de muitos acessos simultneos seja baixo.
Multi-Perfil - O controle de acesso entre os perfis ser o maior risco a ser encontrado em se tratando de vrios perfis. Risco baixo.
Envio de arquivos - o espao em disco na maquina servidora o fator preocupante neste aspecto. Entretanto, como a previso de uso, inicialmente, no excessiva, e a expanso do espao
em disco da maquina simples e barato, o risco no chega a ser grave. Risco Mdio.
Comunicao Interna - Um dos pontos principais do sistema, esta funcionalidade depender da
velocidade da banda para que no haja prejuzo em seu uso. Alem disso, h tambm bastante
trabalho de desenvolvimento envolvido. Risco Mdio.
Controle de Verso integrado com Git - Ponto principal do sistema, envolve grande quantidade
de comunicao entre o a aplicao e os repositrios, alem de necessitar de constante sincronizao. Tambm envolve bastante tempo de desenvolvimento e pesquisa nesta integrao e sincronizao. Risco Alto.
Integrao com a Agenda do Google - A comunicao com os servidores do Google no costumam ser problemas, mas depende da conexo do servidor internet. Risco baixo.
Registro de aes - Com o passar do tempo, o numero de aes registradas tende a crescer.
Portanto, uma preocupao o tamanho do espao ocupado pelo banco de dados no disco. Risco Baixo.
Integrao com Email - O nico ponto preocupante tambm neste caso ser a conexo entre
servidor e internet. Risco Baixo.

Considerar cada ponto incluindo nos itens anteriores (Recursos Humanos,Recursos Materiais, Utilizao dos
Recursos Materiais e Complexidade/Dificuldade) alm da prpria disponibilidade de tempo do aluno. Analise
quais destes apresentam algum risco para o trabalho. Tente classificar o risco entre (grave, mdio ou leve).

Outras Observaes
O sistema de controle de verses utilizado no projeto, para versionamento do cdigo e do documento, ser o Git. O repositrio remoto ser hospedado na conta pessoal do desenvolvedor no
Github.
Incluir qualquer outra informao pertinente que no esteja coberta nos itens anteriores.
Obrigatoriamente, todos os alunos devem realizar as seguintes atividades com ferramentas a serem escolhidas:
o

Controlar de verses o aluno dever instalar ou usar um servidor para controle de verses para todos
os arquivos que for produzindo (executveis, fontes, documentos etc.).

Realizar cpias de backup o aluno dever utilizar um utilitrio de backup para salvar seus arquivos.
Cpias completas devero ser geradas periodicamente, bem como cpias parciais (que contemplam
arquivos modificados ou criados desde a ltima cpia).
Incluir um relato de como dever ser realizado o controle de verses e as cpias de backup, atravs da apresentao da configurao usada e seu significado.
o

Referncias
Identificar os documentos que esto citados neste plano. Citaes e referncias devem seguir do documento
de orientao de trabalhos acadmicos da PUC-Campinas, disponvel na rea de ftp do orientador.

Definies e Abreviaturas
Listar todas as definies e abreviaturas encontradas no documento.

Artefato Computacional sistema de software ou de hardware, ou ainda uma combinao dos dois, que ser desenvolvido com vistas soluo de um ou mais problemas identificados em um ambiente de interesse.
Diagrama de Arquitetura uma representao grfica onde aparecem os mdulos do
artefato computacional a ser desenvolvido e as entidades externas, com seus fluxos de dados. Os mdulos podem ser de dois tipos: prontos e que sero integrados, ou a serem desenvolvidos. Podem existir tambm mdulos que existem e
sero modificados. Os fluxos tm formatos que devem ser apresentados. Deve-se
usar as regras gerais para a definio de diagramas funcionais.

Você também pode gostar