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

Uma das conseqüências do uso de adaptador de classes é que a adaptação de uma classe concreta não se estende automaticamente às suas subclasses.

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.

Com relação ao emprego de diferentes técnicas para a realização de testes de software, é correto afirmar que haverá maior diminuição da dependência de acesso às especificações arquiteturais de um sistema se o testador empregar a técnica de caixa-branca (white-box), em vez das técnicas de caixa-cinza (gray-box) e de caixa-preta (black-box)

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.

Se o processo de desenho arquitetural de software, proposto na ISO/IEC 12207, for implementado de forma aderente ao padrão, ele produzirá uma linha de base (baseline) do desenho arquitetural do software, a qual será mantida sob gerência 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.

Visando a maior efetividade no processo de desenvolvimento, os requisitos de software são, em geral, desenvolvidos antes dos requisitos de sistema.

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 área de atividade de requisitos de software apresenta maior interface com a engenharia de sistemas quando comparada à área de análise e projeto de software.

O modelo de gestão bazar, comparado ao modelo catedral, apresenta melhores condições para apoiar o desenvolvimento de software colaborativo, especialmente se este tiver código aberto e for aderente à abordagem de software livre. Tal modelo, comparado ao modelo catedral, apresenta ainda menor previsibilidade acerca da arquitetura do software que emerge da interação entre as pessoas.

a adoção de abordagem embasada na elaboração progressiva, uma vez que o escopo do projeto pode ser aumentado sempre que desejado.

a presença de uma pessoa diretamente vinculada ao projeto, que assume o papel de gerente e é responsável pelo desempenho de funções relativas aos cinco grupos de processos — iniciação , planejamento , execução , monitoramento e controle —, além do encerramento e às nove áreas de conhecimento descritas no modelo.

O desenvolvimento sistemático de documentos XML que descrevem a arquitetura de software executável, composta por componentes, interfaces e interligações entre componentes, é uma característica de um modelo de ciclo de vida de software conhecido como DDP (document-driven process).

O framework de processo RUP (rational unified process) organiza o ciclo de vida de um produto de software desde o início de sua concepção até a sua aposentadoria, na seguinte seqüência de etapas: concepção, elaboração, construção e transição.

ara o alcance do nível de maturidade C no MPS.BR, uma organização precisa demonstrar que implementou dois processos relacionados ao reúso: um deles relativo ao desenvolvimento de ativos reusáveis e outro ao gerenciamento do ciclo de vida desses ativos, entre outros aspectos.

ntre os métodos assíncronos de geração de passwords dinâmicas (one-time passwords), existem os que usam um token criptográfico que demanda a digitação de um código em resposta a um desafio enviado pelo sistema que se deseja acessar.

A criptografia simétrica, a criptografia assimétrica, os hashes criptográficos e os certificados X.509 constituem partes essenciais da solução para troca de mensagens seguras atualmente utilizada na Web, por servidores e navegadores web.

A disponibilidade de um serviço de tecnologia da informação (TI) pode ser descrita por meio da combinação de várias medidas, entre as quais: MTBF (mean time betweenfailures— tempo médio entre falhas); MTBSI {mean time between Service incidents — tempo médio entre incidentes de serviço); MTTR (mean time to repair — tempo médio para reparo); e MTRS (mean time to restore Service — tempo médio para reparo do serviço).

As proposições “Não precisa mais capturar nem digitar o código de barras” e “Não precisa mais capturar ou digitar o código de barras” são equivalentes.

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 arquitetura for no padrão MVC (modelo, visualização e controle), Pedro poderá escolher como framework o Struts, por ser um software de fonte aberta e que favorece o desenvolvimento de aplicações Web.

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.