Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up

Um repositório para o trabalho de AP2

NotificationsYou must be signed in to change notification settings

Nepo26/Tecnicos_Administrativos

Repository files navigation

Um repositório para o armazenamento de parte do projeto de AP2(Algoritmos e Programação 2).

Intruções para o projeto

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.

Implementação depesquisas e dos métodos de"controle"

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

Armazenamento dos dados

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;

Interface Gráfica & Tratamento de Eventos

É 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.

Conferir documentação

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.

Testes e Tratamento de erros

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.

About

Um repositório para o trabalho de AP2

Topics

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages


[8]ページ先頭

©2009-2025 Movatter.jp