Sistema de gerenciamento de projeto prático de processamento de informação
1. 1
BC0505- Processamento da Informação
ESPECIFICAÇÃO DO PROJETO
Turma: PROJETO PILOTO Data Final: 24/06
1. Introdução
O objetivo do projeto é proporcionar a aplicação na prática dos conceitos aprendidos nas aulas
teóricas e práticas da disciplina BC0505 – Processamento da Informação.
O aluno realizará diversas atividades de projeto de modo a consolidar o seu conhecimento em
programação de computadores exigidos pelo curso. Esta Especificação do Projeto apresenta as
instruções e regras das atividades do projeto.
2. Equipe
O projeto deverá ser desenvolvido em equipes de no mínimo 02 (dois) e no máximo 03 (três)
alunos. Cada equipe de alunos deverá propor um tema do projeto juntamente com a descrição do
cenário. O professor de laboratório irá analisar e devolver as condições de cenário exigidas para
cada projeto proposto.
3. Atividades do Projeto
As seguintes atividades deverão ser realizadas (com os seguintes prazos):
ATIVIDADE PRAZO
LIMITE
I Definição da Equipe e Elaboração da descrição contendo o cenário do
projeto
20/05
II Desenvolvimento do programa na linguagem Java de acordo com os
requisitos mínimos (item 3.2)
24/06
III Elaboração de Relatório, segundo as instruções desta Especificação 24/06
IV Gravação de vídeo contendo a apresentação do trabalho segundo as
instruções desta Especificação
24/06
ATENÇÃO: A atividade II (desenvolvimento) será acompanhada até a entrega final
por meio de atividades intermediárias que serão solicitadas no andamento da
disciplina.
3.1.Instruções para a Elaboração do Cenário do Projeto
A 1ª parte do projeto a ser entregue, é a descrição do CENÁRIO do projeto. O Cenário do projeto
deverá apresentar de forma geral as ações (funções) que serão realizadas pelo sistema proposto.
O APÊNDICE desta especificação mostra vários exemplos de cenários de projeto. As equipes
NÃO poderão utilizar nenhum desses cenários do Apêndice, mas poderão elaborar o seu cenário
usando a mesma maneira de linguagem na sua descrição. Requisito: através da descrição do
cenário deverá ser possível abstrair as possíveis soluções para o problema.
2. 2
3.2.Requisitos Mínimos para o Desenvolvimento do Programa (sistema)
O projeto deverá ser INTERDISCIPLINAR e obrigatoriamente fazer uso das seguintes
estruturas de programação:
Estruturas de Seleção Composta e/ou Encadeada;
Estruturas de Repetição;
Vetores ou Matrizes;
Modularização (funções de usuário);
É desejável mas não obrigatório, o uso de:
Arquivos;
Interface Gráfica.
3.3.Instruções para o Relatório do Projeto
O relatório final do projeto deverá ser composto das seguintes seções:
Introdução: Deverá conter a contextualização, motivação, e os objetivos do projeto;
Desenvolvimento: Deverá indicar as estruturas de dados (variáveis) utilizadas no projeto e
deve conter a lista de “programas” (funções) e o objetivo de cada uma indicando as
entradas e saídas.
Simulação e Testes: deverá apresentar as seguintes partes:
o Explicação do funcionamento do sistema, através de suas telas e interfaces de
entrada/saída; ou seja ensinar como um usuário leigo poderá operar o sistema
(tutorial);
o Apresentar pelo menos dois exemplos de execução do sistema, que comprovem que
o programa atende ao cenário escolhido (se necessário deve-se apresentar mais
exemplos).
o Conclusões: Nesta seção a equipe deverá comentar se os objetivos propostos na
introdução e os algoritmos desenvolvidos foram capazes de solucionar o problema
abordado ou não, baseados nos exemplos apresentados. Deverá ainda comentar sobre os
pontos positivos e negativos do algoritmo e da implementação.
o Referências Bibliográficas
o Apêndice: deverá apresentar a listagem dos códigos.
Será disponibilizado um modelo de Relatório: “BC0505_Modelo_RelatorioProjeto.doc”
3.4. Apresentação através de Vídeo
A apresentação do projeto será realizada por meio de um vídeo com duração entre 10 e
15 minutos. O vídeo poderá ser gravado em qualquer software de captura de tela (sugestão: Movie
Maker) contendo inclusive o áudio da apresentação. O vídeo deverá ser postado em qualquer canal
do youtube e o grupo deverá enviar a URL desse vídeo no youtube.
Até o prazo limite a equipe deverá enviar a apresentação do projeto gravada que consiste
da explicação do problema e do funcionamento do código (incluindo a execução da aplicação com
testes). Para tanto, diagramas (fluxogramas) podem ser utilizados. É obrigatório que todos os
membros da equipe participem da apresentação.
3. 3
Perguntas sobre o código do projeto poderão constar na prova final, a fim de
constatar a participação de todos os membros do grupo.
A equipe deverá postar no TIDIA-AE, em uma atividade a ser aberta oportunamente, os seguintes
itens:
O arquivo do relatório do projeto em formato PDF e DOC;
Todos os arquivos da pasta do projeto, principalmente aqueles de extensão .java e .class,
sendo agrupados num único arquivo de compactação do tipo .zip.
URL do vídeo do youtube.
Após a data limite não serão aceitos nenhum tipo de entrega, por qualquer meio. (Cuidado: o
TIDIA pode rejeitar o carregamento de arquivos após às 23h. Procure não ultrapassar desse
horário).
4. Critérios de Avaliação
Os alunos e as equipes serão avaliados pelo que realizarem no projeto com seu próprio
esforço individual e conjunto. A avaliação do projeto irá considerar diversos aspectos de
todas as atividades acima indicados nas seções 1 a 3. Isto inclui, mas não se limita a, os
seguintes itens de avaliacão:
Prazos de entrega;
Texto, ortografia, formatação dos relatórios;
Criatividade;
Inovação;
Cenário;
Funcionalidade do projeto;
Complexidade e algoritmos de programação desenvolvido;
Implementação do programa;
Apresentação conforme as regras;
Arguição (quando houver).
OBS: Este projeto também se enquadra nos critérios gerais de avaliação contidos no guia
do cursista.
Não será permitido o uso de qualquer código feito por outras pessoas que não os membros
da equipe de alunos. Códigos obtidos externamente, como por exemplo, na Internet, na
empresa onde trabalha, etc. serão considerados como plágio e estão proibidos.
As equipes que violarem esta regra serão punidas com conceito “F” no projeto, bem como
seus integrantes receberão conceito “F” na disciplina BC0505.
O aluno que obtiver o conceito “F” no projeto prático em função de plágio poderá obter
automaticamente conceito “F” na disciplina BC0505 (teoria+prática).
4. 4
APÊNDICE: EXEMPLOS DE CENÁRIOS DO PROJETO PRÁTICO
Orientação: as equipes deverão elaborar um cenário para o seu projeto prático, podendo
tomar como exemplo os cenários descritos a seguir.
CENÁRIO 1 – GERENCIAMENTO DE CLÍNICA DE SAÚDE
Uma clínica especializada em uma ou duas especialidades médicas oferece serviços de consulta médica,
laboratório para exames, e pronto-atendimento. Os atendentes da clínica gerenciam o contato inicial com o
paciente que procura a clinica até o seu completo atendimento, podendo passar por consulta, exame, ou
urgência, ou uma seqüência destas. Além disso, o atendente preenche o relatório final de todos serviços
realizados de cada paciente.
Cada atendente deve consultar horários de atendimento disponíveis por especialidade, marcar consulta,
informar ao médico o número de pacientes a serem atendidos, etc. Cada paciente poderá solicitar consulta,
informar sintomas, dentre outras ações. O atendente pedirá informações sobre o paciente, como por
exemplo, nome, sexo, idade, rg, tipo sanguíneo, etc. Cada médico terá uma especialidade, horário de
atendimento, etc. Poderá realizar consultas, operar, e poderá solicitar exames (como por exemplo
radiografias, hemogramas, etc).
CENÁRIO 2 – CONTROLE DE PROCESSO INDUSTRIAL
Uma indústria alimentícia (por exemplo, de achocolatados, de laticínios, de massas, etc) produz cinco tipos
de produtos de forma totalmente manual, sem nenhuma mecanização. Ela conta com supervisores e três
tipos de operários: os receptores da matéria prima, os preparadores do produto alimentício, e os
embaladores.
O supervisor coordenará as atividades dos operários (produtividade, qualidade, etc) e o fluxo de produção
dos produtos, devendo liberar a passagem de uma etapa à outra, desde a chegada da matéria prima até o
envio aos clientes, com critérios pré-estabelecidos. Cada produto tem sua matéria prima e ingredientes
específicos, bem como o seu modo de preparo particular. Os produtos poderão eventualmente passar por um
controle de qualidade final.
CENÁRIO 3 – CONTROLE ACADÊMICO NUMA ESCOLA
Uma escola de segundo grau disponibiliza um sistema de controle de notas e de troca de mensagens entre
alunos, professores, e coordenadores. Para utilizar esse sistema cada usuário deverá possuir um login e
senha, devidamente pré-cadastrados, sendo que deverá haver diferentes níveis de acesso e atividades no
sistema conforme o tipo de usuário. Os alunos poderão acessas suas notas e gráficos de desempenho. Além
disso, poderão enviar mensagens aos professores com perguntas sobre a sua respectiva disciplina. Poderão
ainda receber mensagens com respostas, notificação a respeito de provas, atividades escolares, material
necessário, trabalhos, e ocorrências. Caso recebam ocorrências, os alunos terão a opção de enviar uma
réplica (resposta) como comentário em sua defesa.
Os professores poderão lançar notas em suas respectivas disciplinas. Além disso, poderão enviar
mensagens aos alunos, sobre respostas às duvidas, datas de provas, trabalhos, etc. Poderão ainda
comunicar ao coordenador uma ocorrência de alunos, solicitando avaliação de gravidade e a devida
suspensão.
Coordenadores terão acesso ao controle tanto de alunos quanto de professores, podendo cadastrá-los no
sistema, suspender ou remover seus acessos. Poderão enviar mensagens gerais a todos os alunos sobre
atividades ou eventos da escola, enviar mensagens de suspensão ao aluno em questão, e ainda receber
mensagens de resposta.