Questões de Concurso Para tst

o conjunto de diagramas que trata dos aspectos relacionados com as classes, objetos e os relacionamentos do sistema e o conjunto de diagramas que aborda aspectos do estado de funcionamento das aplicações, como o diagrama de máquina de estados e o diagrama de interação.

diagramas voltados para a elaboração de programas que usam classes associadas ao conceito de herança e polimorfismo e diagramas voltados para a elaboração de programas que usam classes que usufruem dos conceitos de interface e componente.

o grupo de diagramas que trata de modelar o comportamento do sistema, como o diagrama de classes e o diagrama de pacotes e o grupo de diagramas que trata da estrutura do sistema, como o diagrama de caso de uso e o diagrama de atividades.

os diagramas estruturais, que apresentam os níveis de implementação e como as partes do sistema se relacionam, e os diagramas comportamentais, os quais apresentam o comportamento dinâmico dos objetos do sistema, mostrando as mudanças no tempo, dentre os quais está o diagrama de caso de uso.

uma agregação de diagramas para desenvolver aplicações que não envolvem o uso de classes e objetos, como o diagrama de caso de uso e o diagrama de componentes e outra agregação de diagramas que são aplicados diretamente no modelo de desenvolvimento orientado a objetos.

auxilia o Gerente de Projetos de Software a estimar o esforço necessário e custo para o desenvolvimento de sistemas com a abordagem da análise estruturada de sistemas.

possibilita ao Gerente de Projetos de Software medir o esforço e qualidade necessários para desenvolver softwares, desde que esteja usando a análise orientada a objetos e os diagramas da UML.

classifica a contagem das funções do tipo dado em Entradas Externas (EE), Consultas Externas (CE) e Saídas Externas (SE), representando requisitos que gerem o armazenamento de dados do usuário.

define que os Arquivos Lógicos Internos (ALI) e os Arquivos de Interface Externa (AIE) são funções do tipo transição, os quais representam requisitos relacionados ao processamento.

auxilia o Gerente de Projetos de Software com técnicas para medir o esforço necessário para o desenvolvimento de um sistema, apoiando-o, também, no levantamento dos custos, análise de qualidade e análise de produtividade.

a herança permite que os membros de uma classe, chamada de classe-pai, possam ser reaproveitados na definição de outra classe, chamada de classe-filha. Esta classe-filha tem acesso aos membros públicos e protegidos da classe-pai. O polimorfismo, associado à herança, permite que métodos abstratos definidos em uma classe abstrata sejam implementados nas classes-filhas, podendo estes métodos, nas classes-filhas, apresentar comportamentos distintos.

atributos e métodos podem ser reaproveitados através da herança, quando uma subclasse herda as características de uma superclasse. Uma subclasse pode ter acesso aos membros de uma superclasse, independente do modificador atribuído. O polimorfismo é um recurso que permite a uma subclasse reimplementar os métodos herdados de uma superclasse, sendo este método abstrato ou não.

a herança e o polimorfismo são complementares, ou seja, devem ser aplicados em conjunto. A herança existe a partir de classes abstratas que contêm atributos e métodos abstratos. O polimorfismo obriga que as classes-filhas implementem os métodos e atributos desta classe-pai. O acesso aos atributos da classe-pai independe do modificador utilizado.

o conceito de herança estabelece que uma classe possa aproveitar a implementação, definições dos atributos e métodos de uma classe-base. A classe-filha pode ter acesso aos métodos e atributos públicos e protegidos da classe-base. O polimorfismo é aplicado ao caso em que existe a necessidade de implementar métodos sobrecarregados, nos quais a classe-filha necessita implementar dois métodos com o mesmo nome e parâmetros diferentes.

o polimorfismo é uma técnica que permite um objeto nascer a partir do uso de sobrecarga de construtores de uma classe, ou seja, o polimorfismo permite que um objeto possa ser instanciado de diferentes maneiras. A herança permite que uma classe sirva de base para que outras classes sejam implementadas. Entretanto, os membros com modificadores públicos da classe-base podem ser acessados pela classe-filha.

Ambos os diagramas representam partes do sistema desenvolvido com base na análise estruturada. Um dos diagramas representa a relação entre os processos existentes no sistema em uma única camada de abstração. O outro diagrama apresenta a relação entre os dados do sistema, apoiando o desenvolvimento de bancos de dados relacionais que podem ser implementados em um Sistema de Gerenciamento de Banco de Dados.

O diagrama com o nível maior de especificação, conhecido por diagrama de contexto, apresenta uma visão detalhada das entradas e saídas de dados, os processos que tratam os dados originados das entidades externas e armazenam as saídas nos depósitos de dados. O outro diagrama apresenta uma abstração do relacionamento entre os dados armazenados nas entidades externas e nos depósitos de dados, sendo esta uma visão macro do diagrama de contexto.

O primeiro diagrama, com o maior nível de abstração, conhecido por diagrama de contexto, contém a representação macro do sistema com as entidades externas, depósitos de dados e o processo do sistema com os fluxos de dados. O outro diagrama apresenta os subprocessos internos ao processo do sistema, com os respectivos fluxos de dados, respeitando as ligações entre as entidades externas e depósito de dados modelados no diagrama de contexto.

Os diagramas desenvolvidos seguem a abordagem dos diagramas estruturais da UML, a qual propõe o uso do DFD para ilustrar os processos existentes, os fluxos de dados do sistema, as entidades externas e os depósitos de dados. O diagrama de contexto contém um único processo e os fluxos macros. O segundo diagrama apresenta os diagramas derivados do processo principal.

Estes diagramas são baseados na análise estruturada de sistemas e ambos modelam as entidades externas, depósito de dados e os relacionamentos entre as entidades com a definição das cardinalidades, apoiando o desenvolvimento de um banco de dados relacional. O DFD compõe o modelo conceitual, servindo de apoio às próximas etapas de concepção de um banco de dados, tal como o modelo lógico e o modelo físico.

grupos de procedimentos os quais são representados por um diagrama de blocos para ilustrar os relacionamentos entre artefatos de um software.

um conjunto de tarefas representadas por ícones e interligadas por símbolos de fluxograma para facilitar o entendimento de um processo de negócio.

uma representação textual do grupo de tarefas que compõem um processo para a tomada de decisões por membros de uma organização.

classes de negócio interligadas por notações de relacionamento, tais como associações ou generalizações, a fim de facilitar a compreensão dos requisitos de um software.

objetos de software que ilustram a instância de classes de negócio, organizadas através da notação de pacote, sendo uma maneira de visualizar os processos de negócio que incidem sobre estes objetos.