Questões de Concurso

apenas alterações potenciais na especificação do software devem ser capazes de afetar a especificação de uma classe.

classes devem ser abertas para extensões e fechadas para modificações.

se deve separar funções de diferentes naturezas em interfaces diferentes, sem construir uma interface única de propósito geral.

uma implementação de função que recebe referências para objetos de determinada classe deve ser capaz de lidar com objetos de suas subclasses sem conhecê-las.

classes devem depender de interfaces ou classes abstratas, em vez de classes concretas.

operacionais inserem-se na categoria de requisitos de produto.

legais inserem-se na categoria de requisitos organizacionais.

ambientais inserem-se na categoria de requisitos externos.

de eficiência inserem-se na categoria de requisitos de produto.

éticos inserem-se na categoria de requisitos de produto.

requisitos funcionais descrevem as características técnicas do sistema, enquanto requisitos não funcionais descrevem as funcionalidades específicas que o sistema deve oferecer.

requisitos funcionais descrevem as ações específicas que o sistema deve executar, enquanto requisitos não funcionais descrevem características ou qualidades do sistema. 

requisitos funcionais referem-se aos requisitos de desempenho do sistema, enquanto requisitos não funcionais referem-se aos requisitos de segurança do sistema.

requisitos funcionais são específicos para um domínio de negócio, seja aplicação ou serviço, enquanto requisitos não funcionais são comuns aos sistemas generalistas.

Dependendo da fase de projeto, a análise dos requisitos funcionais e não-funcionais recebe o mesmo nível de tratamento, em função da necessidade de se definir o que é para fazer, qual produto gerar (requisito não-funcional) e qual a forma, conteúdo, comportamento e atributos deve conter o produto (requisito funcional).

Os requisitos funcionais e não-funcionais têm tratamento diferenciado em cada fase de projeto. Primeiro, é necessário definir o que é para fazer, qual produto gerar (requisito não-funcional); segundo, qual forma, conteúdo, comportamento e atributos deve conter o produto (requisito funcional). Isto quer dizer que somente se consegue definir atributos ou características de qualidade à medida que se tenha a definição do produto.

Na fase de estudo preliminar ou estudos de projeto, a validação dos requisitos depende do processo de qualificação das informações de origem, funcionalidade e relacionamento de dependências dos requisitos e do processo de qualificação de exigências pelos stakeholders. Nesta fase os requisitos não-funcionais são documentados e priorizados para serem utilizados na fase de implantação.

A fase de modelo físico deve agregar aos requisitos funcionais os requisitos não-funcionais obtidos nas várias oportunidades de captura de informações, tratá-los em termos de prioridade, precedência e relacionamentos entre si, com ênfase em como o software deve funcionar.

Na fase de modelo lógico, são detalhados os eventos e visões dos processos, identificados os papéis e responsabilidades dos stakeholders. Esta fase deve agregar aos requisitos funcionais os requisitos não-funcionais obtidos nas várias oportunidades de captura de informações, tratá-los em termos de prioridade, precedência e relacionamentos entre si.

Polimorfismo é o processo pelo qual um objeto envia dados a outro objeto ou solicita a este objeto para invocar um método. 

Interface é a representação abstrata de uma tela para interação com o usuário final.

Sobrecarga é a capacidade de uma classe estender outra classe aproveitando-se de seus métodos e atributos. 

Encapsulamento é o recurso utilizado para separar aspectos internos e externos de um objeto, de modo a promover o princípio do ocultamento de informação.

Herança é um princípio onde o comportamento de um objeto varia de acordo com a classe no qual o comportamento foi invocado, ou seja, duas ou mais classes podem reagir de forma diferente à mesma mensagem.