- Notifications
You must be signed in to change notification settings - Fork2
Nepo26/Tecnicos_Administrativos
Folders and files
Name | Name | Last commit message | Last commit date | |
---|---|---|---|---|
Repository files navigation
Um repositório para o armazenamento de parte do projeto de AP2(Algoritmos e Programação 2).
A classeProject.TecnicoAdministrativo -que estende a classeProject.Empregado- deve atender, dentre outras, às seguintes exigências:
Não pode haver dois empregados técnico-administrativos que tenham a mesmamatricula;
Os atributosregimeEmprego,regimeRemuneracao,centroCusto,unidade edepartamento devem estar entre os valores possíveis para cada um deles;
ONomeAbreviado e oNomeCompleto de um técnico-administrativo não podem servazios;
Os valores valores máximos para os atributoscargaHorariaDiaria,cargaHorariaSemanal,cargaHorariaQuinzenal ecargaHorariaMensal são, respectivamente:10h, 44h, 100h e 250h. Pode-se preencher apenas um único deles, ouseja, se for informada a carga horária mensal, então nenhum dos demais atributospode ser informado (ficarão com ZERO);
Os atributos de remuneração são todos opcionais e, portanto, não há nenhuma restriçãoaplicável a eles;
O atributotitulacaoMaxima deve ter valor dentre um dos previstos na classeProject.Titulacoes;
Há, obviamente, atributos e métodos adicionais que serão necessários, mas que nãoforam inseridos pelo professor -cabe à equipe identificar quais são estes atributos(e métodos), impondo-lhes as restrições necessárias.
Consta no pedido do trabalho :
Cada um dos módulos tem por objetivo principal realizar a completogerenciamento de seu ente. Portanto, o módulo deverá proporcionar funcionalidades quepermitam realizar operações como a inclusão (ou castramento), a alteração, a exclusão e aconsulta a objetos daquele ente.A operação de pesquisa deve merecer especial atenção, pois normalmente os usuáriospodem necessitar realizar pesquisa a partir de informações parciais. Explica-se: é frequente queum usuário do sistema deseje realizar pesquisa num curso utilizando"uma parte do nome docurso", ou sabendo apenas que o curso está entre os cursos que já foram"finalizados", ou seja,que o curso não mais está sendo ofertado pela instituição.Por consequência, cada equipe deverá preocupar-se , na medida do possível e razoável, emofertar ao usuário diferentes maneiras para realizar pesquisas.
Fica dito que precisam de pessoas que implantem a questão relativa com os métodos de controle de objetos dos técnicos-administrativos, deve trabalhar em conjunto com o pessoal doarmazenamento de dados
OBS.: Utilizarregex não é má ideia
Pede-se que :
Não é exigido que o módulo seja capaz de armazenar seus entes (acadêmicos,cursos, disciplinas, ...) numa estrutura secundária de armazenamento (arquivos oubancos de dados). Portanto, todas as informações poderão ser armazenadas numa estrutura dememória primária.
Uma das possibilidades é armazenar os entes num objeto do tipoArrayList. Seguindo estasugestão, a declaração poderia ser realizada da seguinte maneira:
privatestaticArrayList <Curso>cursos;privatestaticArrayList <Academico>academicos;privatestaticArrayList <Docente>docentes;privatestaticArrayList <Project.TecnicoAdministrativo>tecnicosAdministrativos;privatestaticArrayList <Disciplina>disciplinas;privatestaticArrayList <RegistroAcademico>historicos;
É dito que :
Quanto à interface a ser utilizada para interação usuário-SGA, não há nenhuma exigênciaestabelecida, ou seja, a equipe poderá optar por desenvolver seu módulo utilizando uma interfacetextual ou gráfica a critério exclusivo da opção da equipe.
Portanto, ficando à escolha o que utilizar para a interface gráfica, sejajavaFX, sejaSwing, ou até mesmo ignorar a interface gráfica e fazerCLI.
Cabe a essa(s) pessoa(s) reverem o código de todos e conferirem a questão dos comentários, principalmente nos da documentação. IssoNÃO abstém os outros da tarefa de comentar e documentar. O responsável por essa área não poderá somente fazer isso, pois caso for feito isso corre o risco de o professor achar que fez de menos.
- Recomendada a checagem do código diariamente.
Cabe a essa(s) pessoa(s) a revisão de todo o código e promover rotinas de testes afim de encontrar exceções e possíveis erros. Caso os encontre, tentar resolvê-lo de forma imediata. Caso não os encontre, criar um issue, e marcá-lo como bug para que possamos todos tentar reproduzir o problema e encontrar uma solução.