2.3.3 “The Computing Ontology Project”
3.3 Apresentação detalhada da estrutura principal do Modelo
3.3.5 Curso e Estruturas / Planos / Ofertas Curricular
3.3.5.1 Estrutura Curricular (EC) e Plano Curricular (PC)
A noção de estrutura curricular, já referida anteriormente, entende-se por um
template que permite definir os aspectos estruturais de um curriculum. Com base
nesta noção foi definido o conceito di:CurricularStructureTemplate, que está representado na Figura 3.30 e o qual se passa a descrever e detalhar em seguida.
Este conceito, conforme já referido na visão geral do modelo, permitirá definir o curriculum mínimo obrigatório e os conjuntos/alternativas de disciplinas opcionais, tendo por base as UC definidas, bem como um Plano Curricular (PC) associado, que utilizará as UC indicadas neste conceito para estabelecer a organização recomendável desse curriculum, com a distribuição anual e semestral recomendada para as mesmas. Além destes aspectos, é necessário também considerar o suporte de outras estruturas que consolidam e melhoram as potencialidades do modelo, em concreto, a possibilidade de identificação de quais dos objectivos do curso se pretende para esta EC e a indicação das áreas científicas (e respectivos créditos mínimos necessários a cumprir pelo aluno), disponibilizadas nesta EC.
Ao conceito estão associados 3 atributos simples: i) csName, onde se poderá atribuir um nome à estrutura curricular. Note-se que dada a existência da hierarquia de versões, perfis e ramos, uma eventual implementação deste modelo deverá lidar com a identificação e nomeação unívoca das EC; ii) csActive, que
permite indicar se esta EC está “activa” ou não. Ou seja, se deve ser considerada como disponível para comparações, para a definição de ofertas curriculares com base nas suas UC indicadas, etc.; iii) e minECTS, que permite indicar qual o valor de ECTS mínimos que os alunos deverão obter nesta EC.
Figura 3.30 – O conceito di:CurricularStructureTemplate e seus subconceitos
Conforme a figura, são definidas também várias relações a partir do conceito:
i) di:csCurricularPlan, onde se estabelece uma relação ao conceito di:CurricularPlan, permitindo assim associar um plano curricular a esta EC; ii)
di:curricularStructureObjectives, onde estabelece uma relação para conceitos
di:Objectives (referidos atrás), indicando quais dos objectivos previamente
definidos pelo curso (di:Program) se prevê que sejam cumpridos por esta EC. Considerando a relação, já referida, dos objectivos com skills, está-se por inerência de indicar, mesmo que em mais alto nível, quais as skills que se pretende que os alunos adquirem nesta EC (algo que poderá ser teoricamente verificável pela obtenção de todas as skills das UC definidas nesta EC); iii) di:csScientificAreas, onde através de uma relação para conceitos do tipo
di:csScientificArea, é possível especificar, para as várias áreas científicas da EC
(obtidas pelas suas unidades curricular definidas), se existem ECTS mínimos que os alunos deverão obter nessa mesma área para serem considerados como graduados na EC; iv) di:csCores, onde através de uma relação para conceitos
di:csCore, é possível indicar vários agrupamentos de unidades curriculares (UC) core, ou seja, definição do curriculum mínimo obrigatório para essa EC; v)
di:csOptionalSets, onde através de uma relação para conceitos
di:csOptionalCUSetModels, é possível definir agrupamentos de unidades
curriculares (UC) opcionais, ou seja, curriculum opcional.
Descrevem-se então em maior pormenor, os conceitos referidos imediatamente acima, iniciando-se pelo di:csScientificArea. Com este conceito pretende-se definir a noção de área científica dentro da EC, permitindo retratar na EC eventuais restrições curriculares de ETCS mínimos impostos por área científica. Este terá um atributo, MANETAS, no qual é possível especificar os
ECTS mínimos impostos à área, e uma relação,
di:correspondingScientificArea, onde se estabelece uma relação com o conceito di:scientificArea, anteriormente descrito na definição da UC. Esta ligação permite indicar a que área científica das UC corresponde a área científica com restrições ECTS definida nesta EC.
Continuando, o conceito di:csCore, que define agrupamentos de unidades curriculares obrigatórias na EC, estabelece-os com recurso à relação di:csCoreCU, que liga unidades curriculares (UC) previamente definidas.
Por fim, o conceito di:csOptionalCUSetModels, que define agrupamentos de unidades curriculares opcionais, terá 2 atributos e 1 relação. Os atributos são, csOptCUSetName, onde se define um nome para o conjunto opcional (com o âmbito restrito à UC), e minETCS, onde se declara o valor mínimo de ECTS que o aluno deverá cumprir naquele agrupamento de UC opcionais. Naturalmente, a relação com o nome di:csOptionalCU, estabelece ligação a conceitos UC, definindo assim as estruturas curriculares opcionais desse conjunto.
Faltam-nos apenas descrever um conceito da figura que ainda não foi referido,
di:CurricularPlan. Este está descrito em seguida, tendo por base a descrição da
Figura 3.31.
A definição de um plano curricular (PC), que existe sempre associado a uma estrutura curricular (EC), é feita com recurso ao conceito di:CurricularPlan. Este consiste simplesmente na distribuição das várias UC, obrigatórias e opcionais, pelos vários anos e semestres previsto para a EC. Dado a representação da Figura 3.31 ser bastante explícita, apenas se refere que o plano é constituído por anos (di:CurricularPlanYear), e estes por semestres (di:CurricularPlanSemester). É possível em cada semestre indicar: i) via relação di:cpCoreCU, a distribuição das UC obrigatórias já definidas na EC; ii) e via relação opcional di:cpOptCU, quais os agrupamentos de UC opcionais, já igualmente definidas na EC, estão disponíveis.
Terminando esta subsecção dá-se um exemplo da utilização desta estrutura para modelar 2 cursos fictícios. Considere-se:
• 1 curso com 2 anos de “tronco comum” e o último ano com 2 “áreas” de investigação distintas: Isto poderia ser modelado com uma EC do tipo perfil definida para os 2 primeiros anos comuns e com 2 EC do tipo ramo, filhos do perfil, para o último ano.
• 1 curso com 2 perfis distintos, com regras de aprovação distintas, em que existem 2 anos de “tronco comum” e um último ano distinto: Isto poderia ser modelado com 2 EC do tipo perfil completamente distintas, ou 1 EC do tipo perfil para os 2 anos e 2 EC do tipo ramo para o último.
Figura 3.31 - o conceito di:CurricularPlan e seus subconceitos 3.3.5.2 Oferta curricular (OC)
Por fim, apresenta-se o conceito oferta curricular, que sendo conceito relacionado da versão do curso, corresponde às várias operacionalizações anuais dos cursos ou EC definidas, existindo em teoria uma definição por ano escolar.
Figura 3.32 - o conceito di:CurricularOffer e subconceitos
A OC é mapeada pelo conceito di:CurricularOffer, que é muito similar à noção do plano curricular (PC) descrito acima, conforme se pode verificar na Figura 3.32. Pretende-se que exista uma definição da OC por cada ano, onde se deverão associar as instâncias de UC disponíveis, ou leccionadas, nesse ano, tendo por base as respectivas UC indicadas nas EC activas definidas nessa versão do curso. Note-se que é apenas necessário indicar, quais as instâncias de UC a disponibilizar, em que anos e semestres, eliminando eventuais repetições geradas pela indicação da mesma UC (e subsequente instância de UC pretendida), nos diferentes perfis ou ramos eventualmente definidos.
Dado a lógica simples do conceito, apenas se referem o atributo di:offerYear, que permite identificar univocamente a OC dentro da versão de curso (exemplo: “2009-2010”), e a relação di:coCUInst, que permite ligar aos conceitos di:curricularUnitInstance, estabelecendo a oferta com base nas UC das respectivas EC do curso.
Note-se que, uma eventual implementação deste modelo, devia considerar várias simplificações na fase de definição desta oferta curricular, disponibilizando automaticamente, por exemplo, uma lista de todas as instâncias das UC que existem declaradas nas EC activas, distribuídas por ano e semestre.
Terminando esta longa subsecção, indica-se que existe uma figura com a representação completa do modelo no documento anexo C (digital).