Questões de Concurso Comentadas para analista - desenvolvimento de sistemas

Considerando as tecnologias atualmente disponíveis para o desenvolvimento de sistemas, o analista Pedro deverá escolher ferramentas a serem utilizadas em um projeto. N as situações hipotéticas apresentadas, em cada item a seguir, julgue se a escolha a ser feita por Pedro corresponde ao uso adequado da ferramenta em questão.

Se a aplicação for on-line e com grande interação entre o usuário e o sítio na Web, Pedro poderá escolher o Ajax, por incorporar um conjunto de tecnologias necessárias (JavaScript, CSS e XML).

O conceito de GRID diferencia-se da tecnologia de clusters na forma como os recursos são gerenciados: no GRID, cada nó tem seu próprio gerenciamento dos recursos compartilhados e não pertence a um único sistema global.

Em um sistema distribuído, se um coordenador de um processo falhar no meio da execução de uma transação, os participantes podem decidir se esperam ou não pela recuperação do coordenador que falhou.

PDF (portable document format) é um padrão de fato da empresa Adobe Systems, mas ainda não é reconhecido como um padrão oficial pelos órgãos normativos internacionais.

A API JMS é usada para a construção de sistemas de mensageria na plataforma JEE, sendo algumas de suas características relevantes a assincronia das mensagens, a arquitetura peer-to-peer e o suporte ao estilo de mensageria publish-subscribe.

Caso a implementação do sistema seja embasada em web services, as mensagens trocadas entre os serviços serão baseadas no formato XML e nos protocolos http e SOAP. Ambos os protocolos suportam a troca de mensagens síncronas e assíncronas.

O mobile Information deviceprofile compreende um conjunto de APIs (Application Programming Interfaces) para a programação Java em dispositivos móveis. Entre os packages disponíveis nesse conjunto, estão: javax.microedition.io, javax.microedition.lcdui, javax.microedition.rms e javax.microedition.midlet. São exemplos de classes pertencentes a cada um desses packages'. Connector, Command, RecordStore e MIDlet, respectivamente.

O padrão Composite é o mais indicado para a construção de componentes tratadores de eventos em interfaces gráficas compostas por múltiplos componentes visuais agregados, quando comparado a um possível emprego do padrão Mediator.

Para um projetista de software estender um componente desenvolvido segundo o padrão Command, com a capacidade de desfazer operações sobre objetos complexos sem violar o encapsulamento de tais objetos, o mais adequado é usar, de forma complementar, o padrão Memento, em vez do padrão Visitor.

Uma das conseqüências desejáveis do uso de uma façade é a promoção de acoplamento fraco entre um sistema e seus clientes, sobretudo porque as dependências de compilação entre módulos podem ser reduzidas. Uma das conseqüências indesejáveis é a redução de portabilidade dos sistemas.

No emprego do padrão fábrica abstrata, a criação de novos produtos dentro de uma mesma família toma-se dificultada, quando comparada à criação de novas famílias de produto que aderem a uma mesma estrutura de produtos abstratos.

No padrão builder, a responsabilidade pela criação de instâncias é compartilhada por um diretor e um construtor, sendo o vínculo entre eles estabelecido pelo cliente do padrão.

Padrões de criação, como singleton e prototype, envolvem necessariamente a instanciação de um ou mais objetos, sendo que, no padrão singleton, o controle sobre a instanciação é cedido ao cliente do padrão, o que não ocorre no padrão prototype.

A engenharia de software é um a disciplina do conhecimento humano que aplica princípios da engenharia ao desenvolvimento de software. N o entanto, existem diferenças significativas entre as engenharias clássicas — mecânica, civil, elétrica— e a engenharia de software, muitas delas decorrentes das diferenças de natureza entre o produto ou sistema resultante da atividade das engenharias clássicas e a engenharia de software. A engenharia de software desdobrou-se em várias áreas especializadas, como as áreas de requisitos de software, de análise e projeto de software, de implementação de software, de testes de software, de gestão de configuração, entre outras. N a interface entre as engenharias clássicas e a de software insere-se a engenharia de sistemas, abordada colateralmente na ISO/IEC 12207.

Identificação, auditoria, controle, contabilização de status e gerenciamento de liberações e entregas são atividades de gerência de configuração de software que ocorrem tipicamente na ordem enunciada, quando executados para determinado item de configuração.

A engenharia de software é um a disciplina do conhecimento humano que aplica princípios da engenharia ao desenvolvimento de software. N o entanto, existem diferenças significativas entre as engenharias clássicas — mecânica, civil, elétrica— e a engenharia de software, muitas delas decorrentes das diferenças de natureza entre o produto ou sistema resultante da atividade das engenharias clássicas e a engenharia de software. A engenharia de software desdobrou-se em várias áreas especializadas, como as áreas de requisitos de software, de análise e projeto de software, de implementação de software, de testes de software, de gestão de configuração, entre outras. N a interface entre as engenharias clássicas e a de software insere-se a engenharia de sistemas, abordada colateralmente na ISO/IEC 12207.

A homologação de um software é uma atividade pertinente aos processos de aquisição e não aos processos de garantia de qualidade, sendo ainda diretamente relacionada ao ciclo de vida de sistemas e não apenas de software.

A engenharia de software é um a disciplina do conhecimento humano que aplica princípios da engenharia ao desenvolvimento de software. N o entanto, existem diferenças significativas entre as engenharias clássicas — mecânica, civil, elétrica— e a engenharia de software, muitas delas decorrentes das diferenças de natureza entre o produto ou sistema resultante da atividade das engenharias clássicas e a engenharia de software. A engenharia de software desdobrou-se em várias áreas especializadas, como as áreas de requisitos de software, de análise e projeto de software, de implementação de software, de testes de software, de gestão de configuração, entre outras. N a interface entre as engenharias clássicas e a de software insere-se a engenharia de sistemas, abordada colateralmente na ISO/IEC 12207.

A atividade de teste unitário de software é, conforme os modelos de ciclo de vida de software vigentes, realizada de forma mais eficaz no escopo da implementação e da construção de software — nas quais a codificação de uma unidade executável de software é feita —, quando comparada à situação em que o teste unitário é realizado simultaneamente ao teste de integração.

A engenharia de software é um a disciplina do conhecimento humano que aplica princípios da engenharia ao desenvolvimento de software. N o entanto, existem diferenças significativas entre as engenharias clássicas — mecânica, civil, elétrica— e a engenharia de software, muitas delas decorrentes das diferenças de natureza entre o produto ou sistema resultante da atividade das engenharias clássicas e a engenharia de software. A engenharia de software desdobrou-se em várias áreas especializadas, como as áreas de requisitos de software, de análise e projeto de software, de implementação de software, de testes de software, de gestão de configuração, entre outras. N a interface entre as engenharias clássicas e a de software insere-se a engenharia de sistemas, abordada colateralmente na ISO/IEC 12207.

O emprego de padrões de projeto reusáveis, como façade, builder e singleton, é uma prática com nível inferior de abstração, quando comparado ao emprego de estilos arquiteturais de software, como camadas, cliente-servidor e peer-to-peer.

A engenharia de software é um a disciplina do conhecimento humano que aplica princípios da engenharia ao desenvolvimento de software. N o entanto, existem diferenças significativas entre as engenharias clássicas — mecânica, civil, elétrica— e a engenharia de software, muitas delas decorrentes das diferenças de natureza entre o produto ou sistema resultante da atividade das engenharias clássicas e a engenharia de software. A engenharia de software desdobrou-se em várias áreas especializadas, como as áreas de requisitos de software, de análise e projeto de software, de implementação de software, de testes de software, de gestão de configuração, entre outras. N a interface entre as engenharias clássicas e a de software insere-se a engenharia de sistemas, abordada colateralmente na ISO/IEC 12207.

A rastreabilidade bidirecional entre os requisitos e os demais produtos de trabalho do desenvolvimento de software — como as especificações arquiteturais, os planos de teste e os componentes de software — é uma característica de processos de gerenciamento de requisitos que exibem nível de capacidade 1 em organizações aderentes ao modelo CMMI.

Scrum é uma metodologia formal, desenvolvida no início deste século, que enfatiza o uso de padrões de projeto orientados a objetos para a construção de microarquiteturas de software.

Metodologias ágeis, como a XP, enfatizam a documentação de software no próprio código, que deve ser escrito por meio de ferramentas CASE voltadas ao desenvolvimento rápido de aplicações (RAD tools).