Questões de Concursos Públicos - FUNDESJ - SC

A Declarações de serviços que o sistema deve fornecer, de como o sistema deve reagir a entradas específicas e de como o sistema deve se comportar em determinadas situações. Incluem restrições de timing, restrições no processo de desenvolvimento e restrições impostas pelas normas.

B Declarações de serviços que o sistema deve fornecer, de como o sistema deve reagir a entradas específicas e de como o sistema deve se comportar em determinadas situações. Em alguns casos, estes requisitos também podem explicitar o que o sistema não deve fazer.

C Restrições aos serviços ou funções oferecidas pelo sistema. Incluem restrições de timing, restrições no processo de desenvolvimento e restrições impostas pelas normas.

D Restrições aos serviços ou funções oferecidas pelo sistema. Incluem como o sistema deve reagir a entradas específicas e de como o sistema deve se comportar em determinadas situações.

A Requisitos de produto, funcionalidades e restrições.

B Layout de arquivos, funcionalidades e restrições.

C Requisitos de produto, requisitos organizacionais e requisitos externos.

D Requisitos de produto, requisitos organizacionais e funcionalidades.

A Modelo Entidade e Relacionamento, Diagramas de sequência, Diagramas de classe, Diagramas de estado.

B Diagramas de atividades, Diagramas de casos de uso, Modelo Entidade e Relacionamento

C Diagrama de Fluxo de Dados, Modelo Entidade e Relacionamento, Fluxo de Dados.

D Diagramas de atividades, Diagramas de casos de uso, Diagramas de sequência, Diagramas de classe, Diagramas de estado.

A São usados, principalmente, para modelar as interações entre os atores e os objetos em um sistema e as interações entre os próprios objetos.

B Ajuda o analista e projetista a entenderem o que está ocorrendo com as interfaces do sistema.

C São destinados a mostrar as atividades que compõem um processo de sistema e o fluxo de controle de uma atividade para a outra.

D São úteis pois documentos como os dados associados a um determinado processo se movem pelo sistema.

A Arquitetura de Fluxo de dados, Arquitetura de Sequência, Arquitetura de Middleware.

B Arquitetura de mestre-escravo. Arquitetura cliente-servidor de duas camadas, Arquitetura cliente-servidor multicamadas, Arquitetura distribuída de componentes, Arquitetura ponto-a-ponto.

C Arquitetura de mestre-escravo. Arquitetura cliente-servidor de duas camadas, Arquitetura cliente-servidor multicamadas Arquitetura de Fluxo de dados, Arquitetura de Sequência.

D Arquitetura de mestre-escravo, Arquitetura distribuída de componentes, Arquitetura de Sequência, Arquitetura de Middleware.

A Completa e suficiente, primitivismo e baixa coesão.

B Completa e suficiente, primitivismo, baixa coesão e alto acoplamento.

C Completa e suficiente, primitivismo e alto acoplamento.

D Completa e suficiente, primitivismo, alta coesão e, baixo acoplamento.

A Estas soluções podem ser divididas em Nativas, WebApps e Hibridas.

B Estáticas e Dinâmicas,

C Hibridas, Proprietárias e Cliente Servidor.

D Proprietárias ou Cliente Servidor.

A As informações podem ser inseridas, alteradas e excluídas automaticamente, por meio de scripts no servidor, uma vez que a plataforma é pré-processada por ele, interpretado somente na máquina do usuário.

B A forma de inclusão, alteração e exclusão de conteúdo é feita manualmente no código do site, Inexistência de gerenciamento de conteúdo. Interpretado somente na máquina do usuário.

C As informações podem ser inseridas, alteradas e excluídas automaticamente, por meio de scripts no servidor, uma vez que a plataforma é pré-processada por ele.

D A interpretação é, posteriormente, executada na máquina do usuário, A forma de inclusão, alteração e exclusão de conteúdo é feita manualmente no código do site

A Manter o foco no processo, representar o cliente, auxiliar na comunicação.

B Liderar o processo, manter o foco no processo, remover impedimentos, auxiliar na comunicação.

C Priorizar requisitos, planejar releases, representar o cliente, visão de retorno.

D Multidisciplinar, praticar autogestão, representar o cliente, visão de retorno.

A Mapeamento objeto-relacional (ou ORM, do inglês: Object-relational mapping) é uma técnica de desenvolvimento utilizada para reduzir a persistência da programação orientada aos objetos utilizando bancos de dados relacionais. As tabelas do banco de dados são representadas através de classes e os registros de cada tabela são representados como instâncias das classes correspondentes. Com esta técnica, o programador não precisa se preocupar com os comandos em linguagem SQL; ele irá usar uma interface de programação simples que faz todo o trabalho de persistência.

B Mapeamento objeto-relacional (ou ORM, do inglês: Object-relational mapping) é uma técnica de depuração de código fonte utilizada para ampliar a impedância da programação orientada aos objetos utilizando bancos de dados relacionais. As tabelas do banco de dados são representadas através de classes e os registros de cada tabela são representados como instâncias das classes correspondentes. Com esta técnica, o programador não precisa se preocupar com os comandos em linguagem SQL; ele irá usar uma interface de programação simples que faz todo o trabalho de persistência.

C O Mapeamento objeto-relacional (ou ORM, do inglês: Object-relational mapping) consiste em uma técnica de desenvolvimento utilizada que reduzira impedância da programação orientada a objetos utilizando bancos de dados relacionais. As tabelas do banco de dados são representadas através de classes e os registros de cada tabela são representados como instâncias das classes correspondentes. Com esta técnica, o programador não precisa se preocupar com os comandos em linguagem SQL; ele irá usar uma interface de programação simples que faz todo o trabalho de persistência.

D Mapeamento objeto-relacional (ou ORM, do inglês: Object-relational mapping) é uma técnica de desenvolvimento utilizada para reduzir a necessidade de utilização de subclasses em programação orientada aos objetos utilizando bancos de dados relacionais. As tabelas do banco de dados são representadas através de classes e os registros de cada tabela são representados como instâncias das classes correspondentes. Com esta técnica, o programador não precisa se preocupar com os comandos em linguagem SQL; ele irá usar uma interface de programação simples que faz todo o trabalho de persistência.