Universidade Federal de Pernambuco

tica
Centro de Informa
o
Bacharelado em Sistemas de Informac
a

CHOQUE
Modelagem de Processos
Annemberg Gomes Nascimento1
Dayse Maria Marques Ferreira2
ntara3
Laio Fonseca Marinho Alca
Mariana Ferreira de Melo4
Wandecleya Martins de Melo5

Professora:
Carla Taciana Lima Lourenc
o Silva Schuenemann

v. 2.2
Recife
21 de Janeiro de 2015

agn@cin.ufpe.br
dmmf@cin.ufpe.br
3
lfma@cin.ufpe.br
4
mfm2@cin.ufpe.br
5
wmm@cin.ufpe.br
2

Lista de Tabelas

1.1

Envolvimento dos Stakeholders . . . . . . . . . . . . . . . . . . . . . . . .

B.1 Historico de Revisoes do Documento . . . . . . . . . . . . . . . . . . . . . 22

Lista de Figuras

2.1

Modelo de Dependencia Estrategica i* AS-IS . . . . . . . . . . . . . . . . .

2.2

Modelo de Razao Estrategica i* AS-IS . . . . . . . . . . . . . . . . . . . . 10

2.3

Modelo de Dependencia Estrategica i* TO-BE . . . . . . . . . . . . . . . . 11

2.4

Modelo de Razao Estrategica i* TO-BE . . . . . . . . . . . . . . . . . . . . 13

2.5

Diagrama de Ishikawa Fechado . . . . . . . . . . . . . . . . . . . . . . . . . 15

2.6

Diagrama de Ishikawa Aberto . . . . . . . . . . . . . . . . . . . . . . . . . 15

3.1

Modelo BPMN AS-IS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17

3.2

Modelo BPMN TO-BE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

Sum
ario

1 Introduc
ao
1.1 Motivacao . . . . . . . . .
1.2 O Problema Identificado .
1.3 Sobre a Organizacao . . .
1.4 Objetivos Organizacionais
1.5 Stakeholders . . . . . . . .
1.6 Escopo do Processo . . . .

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.
.

2 Modelagem Orientada a Objetivos

2.1 Modelo de Dependencia Estrategica AS-IS .
2.2 Modelo de Razao Estrategica AS-IS . . . . .
2.3 Modelo de Dependencia Estrategica TO-BE
2.4 Modelo de Razao Estrategica TO-BE . . . .
2.5 Diagrama de Ishikawa . . . . . . . . . . . .

.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

.
.
.
.
.

.
.
.
.
.
.

5
5
5
6
6
6
7

.
.
.
.
.

8
8
9
11
12
14

3 Modelagem Orientada a Fluxograma

16
3.1 Modelo BPMN do Processo AS-IS . . . . . . . . . . . . . . . . . . . . . . . 16
3.2 Modelo BPMN do Processo TO-BE . . . . . . . . . . . . . . . . . . . . . . 18
4 Conclus
oes

20

A Gloss
ario

21

B Hist
orico de Revis
oes

22

Refer
encias Bibliogr
aficas

23

1 Introduc
ao

A BHives Softwares, composta por 6 estudantes do Centro de Informatica da Universidade Federal de Pernambuco se propoe a analisar a questao dos choques de horarios dos
alunos no ambito do curso de Sistemas de Informacao da UFPE.
Atraves de tecnicas de modelagem orientada a objetivos e a fluxograma analisamos
o atual processo de resposta a solicitacoes dos alunos de alteracao de horarios e prematrcula, na tentativa de compreender os atores envolvidos nos processos, suas dependencias e objetivos, buscando a causa raiz dos problemas, para propor efetivas solucoes.
Com base na modelagem do processo atual, identificamos oportunidades de melhoria
e apresentamos o redesenho do processo otimizado. O aprimoramento do processo e de
um esforco multi-disciplinar que integra as materias de Engenharia de Software, Banco
de Dados, Gestao de Processos de Negocios e Planejamento e Gerenciamento de Projetos
com a genuna motivacao de resolver um problema que assola a comunidade academica.

1.1

Motivac
ao

Nos identificamos um contingente crescente de alunos nao blocados, os quais necessitam cursar materias de m
ultiplos perodos. Alguns, em razao de reprovacao, outros,
retornando de programas de mobilidade academica, ou por terem mudado de curso e conseguido dispensas de disciplinas, e alguns ate por terem adiantado o curso, tendo cursado
materias isoladas antes de efetivamente iniciar Sistemas de Informacao. Em todos os casos, os estudantes se queixam de nao conseguir se matricular em mais de duas ou tres
disciplinas por semestre.

1.2

O Problema Identificado

O Curso de Sistemas de Informacao da UFPE e composto por oito perodos, dos quais
os quatro primeiros sao compostos exclusivamente por disciplinas obrigatorias. Elas formam cadeias sequenciais de pre-requisitos. Por exemplo, temos Comportamento Organizacional no 3o perodo, que tem como pre-requisito Analise das Organizacoes do 2o
perodo, que por sua vez tem como pre-requisito Administracao Contemporanea do 1o
perodo. As tres sao ofertadas nos mesmo dias e horarios. Consideramos, portanto, que
os horarios do ciclo basico estao devidamente otimizados, e que eventuais dificuldades
decorrem do criterio academico de pre-requisitos.
No ciclo profissional, no entanto, a maior parte das materias tem como pre-requisitos
disciplinas do ciclo basico. Logo, academicamente, nao ha restricoes a se cursar materias

6
de qualquer dos 4 perodos, mas, na pratica, os horarios delas se tornam proibitivos.
A coordenacao recebe queixas isoladas, mas nao dispoe de informacoes agregadas sobre
as necessidades dos estudantes para tomar decisoes que os beneficie, sem correr o risco de
estar tratando casos isolados como regra.

1.3

Sobre a Organiza
c
ao

A presente analise tem como base as experiencias dos alunos matriculados no curso
de Sistemas de Informacao da Universidade Federal de Pernambuco, bem como sua atual
coordenacao e professores, obtidas atraves de entrevistas narrativas.
Informacoes sobre as regras de negocio da matrcula foram obtidas por pesquisas documentais do perfil curricular do curso e do manual academico da universidade.

1.4

Objetivos Organizacionais

A Coordenacao do Curso de Sistemas de Informacao em consonancia com a UFPE e

a Uniao tem como objetivos:
Gerir o funcionamento do Curso de Sistemas de Informacao;
Otimizar recursos;
Aumentar a quantidade de estudantes formados.

1.5

Stakeholders

Os stakeholders incluem a equipe de desenvolvimento do software e gestao do projeto: Annemberg Gomes, Dayse Ferreira, Laio Fonseca, Mariana Melo, Tiago Nogueira e
Wandecleya Martins. Os professores Vinicius Garcia, Carla Taciana, Bernadette Loscio
e Alexandre Vasconcelos e Monitores Pedro Sousa e Rayane Melisa que nos orientam em
suas respectivas disciplinas durante o processo.
Os professores sao indiretamente afetados, pois lidam com salas esvaziadas. CIn/UFPE
e Uniao tambem sao indiretamente afetados, visto que o quadro atual constitui um desperdcio de recursos.
Alunos e coordenadores sao diretamente afetados pelo projeto; por esta razao, representantes destas classes vao compor o Time de Clientes, que acompanharao o projeto
continuamente.

7
Stakeholder
Professores

Alunos
Coordenadores

Envolvimento
Comprometem a interatividade, a troca de conhecimentos e o potencial das aulas e podem ter seus horarios alterados para adequacao da
grade de horarios.
Sofrem atraso na conclusao do curso.
Recebem solicitacoes individuais dos alunos, em geral, fora do prazo,
quando o perodo de cadastro de componentes ja foi finalizado e nada
mais pode ser feito. Montam o horario tentando conciliar a agenda
dos diversos professores. Tem a missao de otimizar recursos.
Tabela 1.1: Envolvimento dos Stakeholders

1.6

Escopo do Processo

Concentramo-nos no processo que pode ser iniciado pela iniciativa de um estudante

de solicitar a alteracao de horarios ou pela elaboracao da pre-matrcula pela coordenacao
(apos o fim das atividades do semestre); e que e findado pelo efetivo incio da matrcula.

2 Modelagem Orientada a Objetivos

A modelagem do processo e feita com base na notacao i* (i estrela), com auxlio da

analise de causa raiz utilizando o diagrama espinha de peixe.

2.1

Modelo de Depend
encia Estrat
egica AS-IS

O exito da coordenacao na tentativa de ter mais estudantes formados, esta inerentemente condicionado ao desempenho de cada estudante em sua jornada rumo `a graduacao.
O processo de pre-matrcula de materias eletivas, realizado pela coordenacao semestralmente, tambem depende da participacao discente para ser realizado. As solicitacoes de
alteracoes de horario de materias, requisitadas pelos alunos, dependem da anuencia da coordenacao e qualquer alteracao no horario e oferta de materias depende da disponibilidade
e aceitacao dos professores.

Figura 2.1: Modelo de Dependencia Estrategica i* AS-IS

2.2

Modelo de Raz
ao Estrat
egica AS-IS

Os alunos tem como principal objetivo se graduar. Para isso, e preciso que cursem
todas as materias do perfil curricular, eletivas e obrigatorias. Pela regra de negocio da
universidade e preciso cumprir os pre-requisitos e co-requisitos para estar apto a se matricular nas materias, assim priorizar disciplinas que sirvam como pre-requisitos para outras,
amplia as opcoes tanto de eletivas quanto de obrigatorias na matrcula.
Existe uma carga horaria de materias eletivas a ser cumprida, mas o aluno tem au natural que os alunos tenham predilecoes
tonomia para decidir quais deseja cursar. E
por algumas materias em detrimento de outras, baseados em sua area de interesse, na
afinidade com o professor ou criterios pessoais.
O processo de pre-matrcula e utilizado para pautar a escolha das materias eletivas a
serem ofertadas a cada perodo e sua disposicao na grade de horarios. Assim, preencher
o formulario amplia as chances de conseguir se matricular nas materias desejadas.
De modo geral, deseja-se cumprir a carga horaria do curso no menor prazo possvel,
o que na pratica se traduz em se matricular no maximo de materias que o horario comporte por perodo; o que se torna impossvel quando as materias sao ofertadas no mesmo
horario. Apenas as materias sem choque de horario sao aproveitaveis, mas ainda assim e
preciso que haja adequacao entre os horarios das materias e a disponibilidade individual
de cada aluno para que estes se matriculem. Solicitar a alteracao da grade de horarios e
a alternativa a quem se depara com horarios inconvenientes.
Nota-se ainda que a tentativa de cursar materias eletivas para adiantar o curso e
inocua, visto que, mesmo em um caso extremo, no qual se consiga cursar ou dispensar
todas as eletivas do curso preliminarmente, ainda seriam necessarios 2 anos para cursar
as materias obrigatorias do ciclo basico, em virtude do encadeamento de pre-requisitos,
e mais 2 anos para cursar as materias obrigatorias do ciclo profissional, pois todas sao
ofertadas nos mesmos dias e horarios. Portanto, priorizar materias eletivas tem o efeito
contrario, de atrasar a graduacao.
A missao primordial da coordenacao e manter o curso de Sistemas de Informacao
em funcionamento. Para isso, e realizado o Gerenciamento do Curso, que se decompoe
em tarefas como avaliar solicitacoes de alunos; efetuar o cadastro de materias no Sig@;
bem como buscar a otimizacao de recursos, afinal a universidade e uma estrutura imensa
de pessoas e recursos fsicos que deve gerar resultados, que no pilar do ensino pode ser
quantificado na forma de alunos graduados; alem da indispensavel alocacao de horarios,
tentando atender aos interesses de professores e alunos e professores. O processo de prematrcula tem auxiliado nessa tarefa de montagem da grade de horarios.
Aos professores, e inconveniente ter seus horarios alterados. Eles desejam horarios
estaveis que lhes permitam otimizar o tempo e preferem ministrar materias relacionada a`
sua area de especializacao.

Figura 2.2: Modelo de Razao Estrategica i* AS-IS

10

11

2.3

Modelo de Depend
encia Estrat
egica TO-BE

O sistema CHOQUE depende dos cadastros dos estudantes para o obter os dados
sobre as materias que planejam se matricular nos semestres seguintes. Tais dados sao o
insumo para as analises do sistema.
Os alunos, por sua vez, passam a depender do sistema para dispor de uma grade
de horarios mais conveniente. CHOQUE funciona como agregador de dados, gerando
sugestoes que beneficiem estatisticamente a maioria dos estudantes, substituindo as solicitacoes diretas a` coordenacao, processo com eficacia nula, em virtude dos riscos associados a qualquer mudanca, afinal a melhoria para um aluno, pode significar piora para outro.
CHOQUE tambem assume o papel de interlocucao, pois depende que a coordenacao
adote as sugestoes para que a reforma da grade de horarios se concretize.
A coordenacao ira dispor de uma serie de informacoes gracas ao sistema: a listagem de
materias mais procuradas em conjunto, possveis arranjo de horarios poderao ser gerados
pelo simulador e a quantidade de alunos beneficiados pelo cenario simulado.
Permanecem as dependencias previamente identificadas: a coordenacao depende dos
professores para montar a grade de horario, depende dos alunos para realizacao da prematrcula e para que o curso tenha mais graduados.

Figura 2.3: Modelo de Dependencia Estrategica i* TO-BE

12

2.4

Modelo de Raz
ao Estrat
egica TO-BE

CHOQUE objetiva que as materias mais procuradas sejam dispostas de forma mais
conveniente no horario, permitindo que mais estudantes tenham a oportunidade de cursalas. Tal objetivo pretende ser alcancado atraves de uma reforma na grade de horarios a
ser promovida utilizando os recursos do sistema.
CHOQUE consiste em: um site para coleta de dados dos estudantes sobre as materias
em que pretendem se matricular; uma ferramenta de simulacao da grade de horarios, facilitando o trabalho dos coordenadores de montar arranjos viaveis de materias; exibicao
da quantidade de alunos contemplados pelo arranjo da grade de horarios; e um ranking
contendo os pares de materias de perodos distintos mais procurados em conjunto, que
portanto nao devem ser ofertados em dias e horarios coincidentes.
Para executar a tarefa de montar a grade de horarios, a coordenacao alem de realizar
a pre-matrcula, com a finalidade de selecionar quais materias eletivas ofertar a cada semestre; e tentar conciliar os conflitos de horario entre as m
ultiplas materias ministradas
por cada professor e suas restricoes pessoais de horario; ao tenta atender aos anseios dos
estudantes, contara agora com um sistema que lhe permite analisar quais sao as materias
de perodos distintos mais procuradas em conjunto; e quantos alunos serao beneficiados
por um arranjo de horarios; podera tambem simular com facilidade diversos arranjos de
horario, aumentando as chances de encontrar um cenario favoravel;
Ressalte-se que CHOQUE nada mais e, do que um sistema de suporte a decisao, que
mune a coordenacao de ferramentas e informacoes. Mudancas efetivas so ocorrerao caso
as sugestoes fornecidas sejam adotadas. Consideramos, portanto, a adocao das sugestoes
o passo crucial para que o processo seja otimizado.
Vale notar, que a tarefa gerencial de avaliar solicitacoes individuais de alteracao de
horario passou a ser desnecessaria, pois o sistema assume a funcao analtica de identificar
alteracoes positivas para a maioria dos estudantes, a partir da informacao de em quais
materias planejam se matricular. Isto posto, ao se de parar com horarios inconvenientes,
a melhor alternativa para os estudante e explicitar seu caso, cadastrando-o no CHOQUE.
Permaneceu inalterada toda analise de razao estrategica do ator professor e dos demais
aspectos do ator aluno e do ator coordenacao.

13

Figura 2.4: Modelo de Razao Estrategica i* TO-BE

14

2.5

Diagrama de Ishikawa

Indisponibilidade de soluc
oes algortmicas: Montar horarios e uma tarefa que nao
pode ser resolvida simplesmente por algoritmos, por ser um problema com complexidade fatorial.
Inexist
encia de uma ferramenta de simulac
ao de hor
arios: Diante da impossibilidade de uma solucao exata algortmica, uma ferramenta que auxiliasse os coordenadores a visualizar as possibilidades, simular cenarios e ter estimativas do impacto
de cada arranjo para os estudantes poderia facilitar a composicao de uma grade de
horarios mais conveniente aos alunos.
Falta da organizac
ao de alunos: Embora a inconveniencia de horarios seja um problema que acomete muitos alunos, estes nao se organizam de forma coletiva; simplesmente buscam solucoes individuais.
Professores indispostos a alterar hor
arios: A tentativa de adequar a grade de horarios
pode esbarrar na indisposicao dos professores a alterar seus horarios de aula, por
estas alteracoes poderem causar alguma inconveniencia pessoal.
Falta de um processo formal de solicitac
ao na mudanca de hor
ario: A ausencia
de um processo formal para solicitacoes de alteracao de horario desestimula a participacao discente, que poderia fornecer um valioso feedback. A divulgacao de
possveis arranjos de horario com um perodo formal para sugestoes, evitaria a
atual situacao, na qual as solicitacoes ocorrem quando o perodo de cadastramento
de componentes ja foi finalizado e nada mais pode ser feito.
Falta de uma coleta de dados sobre disciplinas obrigat
orias: A pre-matrcula oferecida atualmente coleta dados exclusivamente sobre as disciplinas eletivas. Assim,
os coordenadores nao dispoem de informacoes acerca da procura por disciplinas
obrigatorias para considerar na tomada de decisao.
Otimizac
ao das eletivas: A pre-matrcula realizada atualmente fornece dados cruzados
da quantidade de alunos que se interessam por cada par de disciplinas eletivas, sugerindo que os pares mais procurados nao sejam ofertados no mesmo horario. Contudo,
a otimizacao exclusiva das eletivas ignora a procura pelas materias obrigatorias, assim a despeito de realizar uma otimizacao parcial, desconsiderar o universo de dados
completo pode ter um impacto global negativo.
Falta de dados sobre as necessidades discentes: A falta de dados sobre a quantidade de alunos prejudicados ou beneficiados pelos horarios impede melhorias.

Figura 2.5: Diagrama de Ishikawa Fechado

Figura 2.6: Diagrama de Ishikawa Aberto

15

16

3 Modelagem Orientada a Fluxograma

Modelagem utilizando Notacao de Modelagem de Processos de Negocio - BPMN.

3.1

Modelo BPMN do Processo AS-IS

O primeiro processo descreve a pre-matrcula como ocorre atualmente. Ao fim das

atividades do semestre, a coordenacao define quais disciplinas eletivas poderao ser ofertadas e disponibiliza um formulario de pre-matrcula aos alunos, a fim de descobrir se
ha interesse nas mesmas por parte dos alunos. Os alunos entao analisarao as disciplinas
ofertadas e decidirao quais delas deverao cursar. Apos a decisao, eles deverao preencher e
enviar o formulario. Ao fim do perodo de pre-matrcula, a coordenacao analisara os dados
enviados pelos alunos para decidir quais disciplinas serao ofertadas. Eventualmente, a coordenacao necessitara cadastrar esses componentes no SIG@ e os alunos deverao aguardar
o perodo de matrcula para so entao poderem se matricular.
Caso em algum momento o aluno deseje solicitar modificacao de horario de alguma
disciplina devido a choque de horario com alguma outra que ele deseje cursar, ele devera
entrar em contato com a coordenacao, que analisara a viabilidade do pedido. Caso o
pedido seja inviavel, a coordenacao notificara o aluno; caso seja viavel, entrara em contato
com os professores afetados pela mudanca para saber se eles estao de acordo. Caso
estejam, a coordenacao devera modificar o horario e entrar em contato com o aluno. Caso
nao estejam, se houver outro professor que possa cursar a disciplina, o mesmo tambem
sera contatado. O processo se repete ate que se encontre um professor que esteja de
acordo ou quando nao houver mais professores disponveis para a disciplina. Neste caso,
o aluno tambem devera ser notificado. Apos a notificacao (positiva ou negativa), o aluno
devera aguardar pelo perodo de matrcula para entao poder se matricular. Se o perodo
de cadastramento de componentes se iniciar, o processo deve ser interrompido, com a
notificacao ao aluno, que devera aguardar o perodo de matrcula.

17

Figura 3.1: Modelo BPMN AS-IS

18

3.2

Modelo BPMN do Processo TO-BE

CHOQUE propoe algumas significativas melhorias em ambos os processos identificados. Para o processo de pre-matrcula, o nosso sistema sera disponibilizado como o novo
formulario de pre-matrcula, portanto, apos a definicao das disciplinas eletivas que poderao
ser ofertadas, em vez de disponibilizar o antigo formulario de pre-matrcula, a coordenacao
cadastrara no sistema CHOQUE as informacoes de disciplinas ofertadas, disponibilizando
acesso aos estudantes em seguida, que analisarao tanto as disciplinas eletivas quanto as
obrigatorias disponibilizadas, no proprio sistema, solucionando duas das problematicas
de processo e dados identificadas no diagrama de Ishikawa, respectivamente: otimizacao
exclusiva das disciplinas eletivas e falta de uma coleta de dados sobre alunos prejudicados ou beneficiados com uma possvel mudanca na grade de horarios. Apos o aluno
decidir quais disciplinas ira cursar, ele preenchera e enviara o formulario, novamente via
sistema. O sistema entao aguardara o fim do perodo de pre-matrcula e executara o algoritmo, utilizando os dados coletados, para entao disponibilizar as informacoes de apoio
a` decisao a` coordenacao, que analisara de forma mais visual e eficiente as possveis configuracoes de horario disponibilizadas pelo sistema, solucionando um mais um problema
de tecnologia identificado no diagrama de Ishikawa, a inexistencia de uma ferramenta de
simulacao de horarios. A coordenacao entao escolhera uma das configuracoes e gerara o
PDF via sistema. Outra tarefa foi adicionada a este processo, enviar tabela de horarios
para os alunos, que engatilha o processo de modificacao de horario, resolvendo outra
problematica de processo identificada no diagrama de Ishikawa, a falta de um perodo
formal de solicitacao para mudanca na grade de horarios, chamando a atencao do aluno
para este perodo formal.
Quanto ao processo de modificacao de horario, este nao sera mais engatilhado pelo
desejo do estudante de solicitar mudanca de horario, pois este poderia ocorrer a qualquer
momento. Como agora ha um perodo formal de modificacao, engatilhado pelo envio da
tabela de horarios para os alunos, o estudante tera de receber esta mensagem para so
entao ter o perodo de modificacao de horario iniciado. Ao analisar a grade de horario
disponibilizada, o estudante tera a opcao de solicitar a modificacao de horario (e seguir
com o processo original) ou nao.

Figura 3.2: Modelo BPMN TO-BE

19

20

4 Conclus
oes

Baseados nas entrevistas com stakeholders e consultas a documentacoes fomos capazes

de fazer a modelagem do processo atual orientado a fluxo na notacao BPMN, orientado
a objetivos na notacao i* e de fazer a analise de causa raiz com o diagrama espinha de
peixe. Esse conjunto de analises possibilitou a elaboracao de solucao focada nos problemas e oportunidades identificados. A solucao consistiu no sistema CHOQUE, integrada
a uma reformulacao do processo.
Do ponto de vista processual, ao ser divulgado como meio oficial de solicitacao e estipular datas para incio e fim do cadastro, naturalmente temos o processo formalizado,
evitando a eclosao de reclamacoes em um perodo no qual nada mais possa ser feito.
Em contraponto ao atual sistema de pre-matrcula que fornece sugestoes para maximizar o n
umero de inscritos nas materias eletivas, o que pode gerar distorcoes, como
dificultar o acesso a disciplinas obrigatorias; por cadastrar tanto disciplinas eletivas quanto
obrigatorias, as sugestoes fornecidas pelo CHOQUE tem carater de otimizacao global.
CHOQUE automatiza a organizacao dos alunos por sua essencia. Mesmo estudantes
que nao se conhecem, se desejam se matricular nas mesmas materias serao agrupados
pelo sistema. Os maiores agrupamentos terao apelo semelhante a um grupo de estudantes fazendo solicitacoes ou abaixo-assinados. E embora nao haja nenhuma acao direta em
relacao aos professores, fornecemos solidos argumentos de persuasao sobre a importancia
da questao.
No aspecto tecnologico, a despeito da dificuldade algortmica em se criar uma solucao
completamente automatizada, que faca todas as combinacoes de horario e selecione a
opcao ideal; fornecemos um ambiente de simulacao que facilita a investigacao manual.
O sistema sana a carencia de dados relacionada ao problema. Ele fornecera estatsticas
da quantidade de alunos beneficiados ou prejudicados pelos arranjos de horario, bem como
informara os pares de disciplinas mais procurados, incluindo obrigatorias e eletivas.
Esperamos que a solucao seja adotada e o acesso a essas informacoes sirva de suporte
a` tomada de decisao, gerando uma grade de horarios que atenda ao anseio dos estudantes,
o que repercute na motivacao dos estudantes, na taxa de alunos graduados, na qualidade
das aulas e do curso com um todo.

21

A Gloss
ario

Pr
e-requisito/Co-requisito Sao condicoes que devem ser satisfeitas para que determinado componente curricular possa ser cursado. O pre-requisito e composto por um
ou mais componentes curriculares ja cursados anteriormente com aproveitamento,
ou pela carga horaria, ou pelo n
umero de creditos ja acumulados pelo estudante ate
entao. O co-requisito e tambem composto por um ou mais componentes curriculares,
devendo o componente curricular e seu co-requisito serem cursados simultaneamente.
Choque de hor
ario Evento que ocorre quando duas disciplinas possuem horarios em
comum, que se sobrepoem, impossibilitando cursa-las simultaneamente.
Ciclo b
asico Os 4 primeiros perodos do curso.
Ciclo profissional Os 4 u
ltimos perodos do curso.
Disciplina Eletiva Sao atividades que o estudante deve escolher e cursar dentro do seu
curso ate atingir a carga horaria estabelecida no perfil curricular do seu curso para
as atividades eletivas.
Disciplina Obrigat
oria Disciplina que e integrante do currculo pleno de um estabelecimento de ensino que, por lei ou norma regimental, e de freq
uencia e avaliacao
obrigatorias para o aluno.
Estudante Blocado/N
ao blocado O estudante e considerado blocado quando, a
cada perodo letivo ao longo de sua vida academica, sempre se matricula em todas as disciplinas/atividades curriculares previstas na periodizacao do seu curso,
obtendo aproveitamento em todas elas, sem reprovacao, cancelamento de disciplinas, trancamento do semestre, nem matrcula vnculo. Caso contrario, o estudante
e considerado nao blocado.
Sig@ Sistema de Informacao e Gestao Academica.
Stakeholder Pessoa ou instituicao de algum modo interessada ou afetada pelo projeto.
Time de Clientes Stakeholders escolhidos para acompanhar o projeto regularmente,
fornecendo informacoes, tomando decisoes e validando entregas.

22

B Hist
orico de Revis
oes

Versao
1.0

Data
7/11/2014

1.1
1.2
1.3
1.4
1.5
1.6
1.7
2.0
2.1
2.2
2.3
2.4
2.5

13/11/2014
14/11/2014
17/11/2014
18/11/2014
18/11/2014
22/11/2014
26/11/2014
27/11/2014
28/11/2014
28/11/2014
21/01/2015
21/01/2015
21/01/2015

Autores
Annemberg, Dayse, Laio, Mariana e
Wandecleya
Laio
Wandecleya, Dayse e Annemberg
Mariana
Dayse e Annemberg
Laio
Wandecleya
Dayse
Wandecleya
Dayse
Laio
Laio
Wandecleya
Dayse

Modificacoes
Versao Inicial
BPMN AS-IS
i* SR AS-IS
Diagrama de Ishikawa
i* SD AS-IS
Revisao ortografica
Correcoes i* SR AS-IS
Correcoes i* SD AS-IS
i* SR TO-BE
i* SD TO-BE
BPMN TO-BE
Correcoes BPMN
Correcoes i* SR TO-BE
Correcoes i* SD TO-BE

Tabela B.1: Historico de Revisoes do Documento

23

Refer
encias Bibliogr
aficas

[1] UFPE. Manual Acad

emico. 2013. Disponvel em: <http://www.ufpe.br/
proacad/images/manual_academico/manual_academico_2013.pdf>. Acesso em:
11 de outubro de 2014.
[2] SHUENEMANN, Carla. Gest
ao de Processos de Neg
ocio. Disponvel em:
<https://sites.google.com/site/gpnif978/diariodeclasse>. Acesso em: 23
de outubro de 2014.
[3] Project Management Institute PMBOK. 5a Ed. Pensilvania: Project Management
Institute. 2013. 595 p.