Exercícios

A seguir, são listadas 7 ideias de sistemas para praticar os princípios de orientação a objetos aprendidos até o momento, como encapsulamento, herança e polimorfismo. Alguns são essencialmente sistemas de gerenciamento chamados de CRUDs (do inglês, Create, Retrieve, Update and Delete), porque permitem aos usuários criar, visualizar (ou recuperar), atualizar e remover as entidades gerenciadas. Outros sistemas envolvem mais funcionalidades além daquelas de um CRUD.

Recursos que devem existir em cada sistema.

Classes que representam as entidades do modelo de negócio. Por exemplo, ContaCorrente, Usuario e Banco, em um sistema bancário.
Gerenciador responsável por gerenciar as entidades e que deve incluir métodos para adicionar, editar, remover e visualizar as entidades.
Sistema de menu textual, que permita ao usuário interagir com o sistema.
Armazenamento de dados que deverá ser feito em uma estrutura de dados (lista, por exemplo).
Tratamento de erros para entrada do usuário e validação de dados.
Polimorfismo: você possivelmente conseguirá implementar polimorfismo no seu projeto. Peça ajuda ao professor caso não consiga visualizar onde implementar.

Atenção: O exercício, se desenvolvido sem os desafios adicionais, vale 85. Os desafios adicionais valem os 15 pontos restantes.

A pontuação será dada de acordo com os seguintes critérios:

Modelagem (20% da pontuação): as responsabilidades de cada módulo do sistema estão bem divididas e separadas.
Conceitos (20% da pontuação): os conceitos de POO foram bem implementados (e não forçados) no código.
Legibilidade (20% da pontuação): o código legível possui identificadores (nomes de variáveis, métodos, classes, etc) bem descritivos e significativos; tem formatação e indentação consistentes; usa espaços em branco da forma correta (um espaço para separar operandos de operadores, por exemplo), mas não excessivamente.
Estilo e consistência (20% da pontuação): refere-se ao uso de boas práticas de programação no código: i. convenção de nomenclatura (camelCase) consistente, ii. tipos de dados apropriados (não usar um tipo quando outro é mais apropriado, por exemplo, int em vez de double, ou vice-versa), iii. estruturação correta para evitar código duplicado, iv. código comentado, quando necessário, sem comentários supérfluos , v. indicação de erros com exceções e não System.out.println()
Baixa complexidade (20% da pontuação): código pouco complexo resolve um problema da forma mais simples possível. Nesse caso, verifique a existência de condições ou operações muito complexas, quantidade de métodos desnecessária, métodos muito grandes, laços e condicionais aninhadas desnecessariamente, uso de recursos desnecessários, que fogem da especificação.

1. Tarefas

Desenvolva um sistema de gerenciamento de tarefas. As tarefas podem conter atributos como título, descrição, prazo de conclusão, prioridade e status.