Texto para o item.

Internet: <http://www.cs.umd.edu>.

O diagrama acima apresenta alguns relacionamentos estabelecidos entre linguagens de programação concebidas nos últimos cinqüenta anos.

Com referência às informações apresentadas na figura contida no texto e aos conceitos de linguagens de programação, especialmente presentes nas linguagens Java, Delphi, PHP, C, C++, Perl, Python, Lisp, AWK e C#, julgue o item a seguir.

A linguagem Python é do tipo orientada a objetos e fornece suporte a herança, polimorfismo e ligação dinâmica. A linguagem também se caracteriza por possuir capacidade de integração com bibliotecas nativas escritas em C.

Texto para o item.

Internet: <http://www.cs.umd.edu>.

O diagrama acima apresenta alguns relacionamentos estabelecidos entre linguagens de programação concebidas nos últimos cinqüenta anos.

Com referência às informações apresentadas na figura contida no texto e aos conceitos de linguagens de programação, especialmente presentes nas linguagens Java, Delphi, PHP, C, C++, Perl, Python, Lisp, AWK e C#, julgue o item a seguir.

A linguagem de programação Java, cuja sintaxe deriva diretamente de C++, apresenta um forte sistema de tipos de dados, inclusive com verificação de tipos em runtime, diferentemente do que ocorre com suas antecessoras, as linguagens C e C++.

Texto para o item.

Internet: <http://www.cs.umd.edu>.

O diagrama acima apresenta alguns relacionamentos estabelecidos entre linguagens de programação concebidas nos últimos cinqüenta anos.

Com referência às informações apresentadas na figura contida no texto e aos conceitos de linguagens de programação, especialmente presentes nas linguagens Java, Delphi, PHP, C, C++, Perl, Python, Lisp, AWK e C#, julgue o item a seguir.

PHP é uma linguagem de scripting que descende diretamente da linguagem PERL. Do mesmo modo que Python, PERL e PHP suportam operações sobre arrays associativos, o que facilita operações básicas de tratamento de estruturas de dados indexadas. PHP, adicionalmente, oferece maior suporte a operações sobre o protocolo http e à linguagem HTML, quando comparada com a linguagem PERL padrão.

Internet:<http://people.morehead-st.edu>.

A figura acima relaciona conceitos oriundos dos paradigmas de base de dados e de programação orientada a objetos.

Julgue o próximo item, considerando os elementos apresentados nessa figura.

O emprego de herança, especialmente quando usada em classes de objetos persistentes, facilita o mapeamento objeto-relacional.

Internet:<http://people.morehead-st.edu>.

A figura acima relaciona conceitos oriundos dos paradigmas de base de dados e de programação orientada a objetos.

Julgue o próximo item, considerando os elementos apresentados nessa figura.

O encapsulamento de dados facilita a implementação do mapeamento objeto-relacional.

Internet:<http://people.morehead-st.edu>.

A figura acima relaciona conceitos oriundos dos paradigmas de base de dados e de programação orientada a objetos.

Julgue o próximo item, considerando os elementos apresentados nessa figura.

SGBDs de código aberto, como o MySQL, suportam o armazenamento persistente de cadeias de bytes que foram geradas a partir de objetos Java que estavam alocados na memória heap, e que foram serializados usando-se algoritmos nativos da JVM. Para o armazenamento de objetos serializados em SGBD de código aberto, é indicado o uso de tipos de dados SQL BLOB ou outro tipo de dados de tamanho variável que armazene cadeias de caracteres binários.

Internet:<http://people.morehead-st.edu>.

A figura acima relaciona conceitos oriundos dos paradigmas de base de dados e de programação orientada a objetos.

Julgue o próximo item, considerando os elementos apresentados nessa figura.

As demandas de tratamento de integridade, concorrência e recuperação durante a implementação de SGBDs são maiores nos casos de banco de dados que fornecem suporte a transações, quando comparadas com aqueles que trabalham com bases de dados analíticas e com tecnologias de datawarehouse.

Kruchten. Architectural blueprints – the 4+1 view model of software architecture.

A figura acima apresenta o modelo denominado visão 4+1 utilizado para a descrição da arquitetura de sistemas de software. Na periferia dos quatro quadrantes do diagrama ilustrado, são apresentados exemplos de tópicos de discussão, conceitos e profissionais associados à construção de cada visão. No que se refere aos conceitos e informações apresentadas na figura acima e à sua relação com os elementos da estrutura e dos requisitos de software do SWEBOK, dos padrões GOF e do sistema POSA2, julgue o item subseqüente.

A visão física (physical view) está mais associada à disciplina de qualidade de software que à de gerência de configuração de software, ambas do documento SWEBOK.

Kruchten. Architectural blueprints – the 4+1 view model of software architecture.

A figura acima apresenta o modelo denominado visão 4+1 utilizado para a descrição da arquitetura de sistemas de software. Na periferia dos quatro quadrantes do diagrama ilustrado, são apresentados exemplos de tópicos de discussão, conceitos e profissionais associados à construção de cada visão. No que se refere aos conceitos e informações apresentadas na figura acima e à sua relação com os elementos da estrutura e dos requisitos de software do SWEBOK, dos padrões GOF e do sistema POSA2, julgue o item subseqüente.

Entre as disciplinas de processo de engenharia de software e de desenho de software do SWEBOK, a primeira está mais associada à visão de processo (process view).

Kruchten. Architectural blueprints – the 4+1 view model of software architecture.

A figura acima apresenta o modelo denominado visão 4+1 utilizado para a descrição da arquitetura de sistemas de software. Na periferia dos quatro quadrantes do diagrama ilustrado, são apresentados exemplos de tópicos de discussão, conceitos e profissionais associados à construção de cada visão. No que se refere aos conceitos e informações apresentadas na figura acima e à sua relação com os elementos da estrutura e dos requisitos de software do SWEBOK, dos padrões GOF e do sistema POSA2, julgue o item subseqüente.

Com relação ao SWEBOK, a visão de desenvolvimento (development view) está mais associada à disciplina de gerência de engenharia de software que à de qualidade de software.