Questões sobre Engenharia de Software

No que se refere à análise de requisitos, é correto afirmar que a técnica de imersão tem base

• A. no ponto de função do sistema.
• B. na imersão propriamente dita dos analistas na empresa e na organização interessadas pelo sistema.
• C. nas diretrizes do sistema analisadas durante a programação do sistema.
• D. na plataforma Linux.
• E. em sistemas de plataforma livre.

Sobre os princípios Scrum, consistentes com o manifesto do desenvolvimento ágil, seguem-se três afirmações:

I. Pequenas equipes de trabalho são organizadas de modo a maximizar a comunicação, minimizar a supervisão e maximizar o compartilhamento de conhecimento tácito informal.

II. O processo produz frequentes incrementos de software que podem ser inspecionados, ajustados, testados, documentados e expandidos.

III. O trabalho de desenvolvimento é caracterizado por não haver partições claras do pessoal que o realiza e pelo alto grau de acoplamento dos artefatos produzidos.

• A. Nenhuma delas está correta.
• B. Somente as duas primeiras estão corretas.
• C. Somente a primeira e a terceira estão corretas.
• D. Somente as duas últimas estão corretas.
• E. Todas estão corretas.

Segundo a Norma ABNT NBR ISO/IEC 27001:2006, a organização deve continuamente melhorar a eficácia do Sistema de Gestão da Segurança da Informação (SGSI) por meio do uso da política de segurança da informação, objetivos de segurança da informação, resultados de auditorias, análises de eventos monitorados, ações corretivas e preventivas e análise crítica pela direção. Deve executar ações para eliminar as causas de não-conformidades com os requisitos do SGSI, de forma a evitar a sua repetição. O procedimento documentado para ação corretiva deve definir requisitos para

• A. planejar as ações para eliminar a possibilidade de ocorrência de problemas.
• B. determinar e implementar as ações preventivas necessárias de forma pró-ativa.
• C. identificar não-conformidades potenciais, suas causas e probabilidade de ocorrência.
• D. avaliar a necessidade de ações para assegurar que aquelas não-conformidades não ocorram novamente.
• E. analisar criticamente as ações preventivas executadas para determinar seu grau de efetividade.

É o processo de analisar um sistema ou seus modelos de forma a conseguir produzir especificações de nível mais alto. É um processo de exame e aplicação, particularmente útil quando há um sistema legado e é necessário, entre outras coisas, descobrir regras de negócio nele escondidas. O termo relacionado à reengenharia de sistemas ao qual o texto se refere é

• A. forward engineering.
• B. reverse engineering.
• C. control engineering.
• D. system upgrades.
• E. project restructuring.

• A. encapsulamento.
• B. sobrecarga de métodos.
• C. polimorfismo.
• D. sobrescrita de construtores.
• E. métodos abstratos.

Em uma fábrica de software que utiliza as abordagens da engenharia de software, pode haver diversos papéis, sendo alguns deles descritos abaixo. I. Cuida de um projeto específico, garantindo que os prazos e o orçamento sejam cumpridos. Segue as práticas definidas no processo de engenharia e é responsável por verificar a aplicação do processo. II. É o desenvolvedor responsável pela compreensão do problema relacionado ao sistema que se deve desenvolver, ou seja, pelo levantamento de requisitos e sua efetiva modelagem. Deve, portanto, descobrir o que o cliente precisa (por exemplo, controlar suas vendas, comissões etc.). III. Propõe a melhor tecnologia para produzir um sistema executável para as especificações realizadas. Deve, então, apresentar uma solução para as necessidades do cliente (por exemplo, propor uma solução baseada em web, um banco de dados centralizado etc.). Os papéis descritos em I, II e III, referem-se, respectivamente, à

• A.
• B.
• C.
• D.
• E.

Um web service pode ser visto como a convergência de algumas tecnologias como HTTP, XML, SOAP, WSDL e UDDI. O protocolo SOAP é uma especificação da W3C para troca de informações estruturadas em ambientes descentralizados e distribuídos. Um arquivo XML de mensagem SOAP pode conter alguns elementos obrigatórios e outros opcionais. Um dos elementos opcionais é o Fault, que suporta em seu interior os elementos

• A.
• B.
• C.
• D.
• E.

Segundo a Seção II (Seleção do Fornecedor) da Instrução Normativa para Contratação de Soluções de Tecnologia da Informação − IN 04/2010, publicada pela Secretaria de Logística e Tecnologia da Informação − SLTI do Ministério do Planejamento, Orçamento e Gestão, a fase de Seleção do Fornecedor terá início com o encaminhamento do Termo de Referência ou Projeto Básico pela Área de

• A. Tecnologia da Informação à Área de Licitações.
• B. Planejamento e Gestão à Área de Licitações.
• C. Planejamento e Infraestrutura à Área de Tecnologia da Informação.
• D. Tecnologia da Informação à Área de Contratos e Compras.
• E. Licitações à Área de Tecnologia da Informação.

A engenharia de software apresenta um conjunto de princípios que podem ser usados quando um projeto de desenvolvimento de software for realizado, como os descritos abaixo: I. Decomposição − o software é um produto complexo construído a partir de partes mais simples. A decomposição funcional é uma maneira de conceber o software como um conjunto de funções de alto nível (requisitos) que são decompostas em partes cada vez mais simples até chegar a comandos individuais de linguagem de programação. II. Abstração − muitas vezes é necessário descrever um elemento em uma linguagem de nível mais alto do que o necessário para sua construção. A abstração ajuda os interessados no processo de desenvolvimento a entenderem estruturas grandes e complexas através de descrições mais abstratas. III. Composição − a composição deu origem à orientação a objetos, em que um objeto pode ser classificado simultaneamente em mais de uma classe. Por exemplo, um cão, além de ser um mamífero, é animal e vertebrado. IV. Padronização − a criação de padrões (patterns) de programação, design e análise ajuda a elaborar produtos com qualidade mais previsível. São importantes para a captação de experiências e evitam a repetição de erros que já têm solução conhecida. Apresentam princípio e descrição corretos o que se afirma APENAS em

• A. I, II e III.
• B. IV.
• C. II e III.
• D. III e IV.
• E. I, II e IV.

Um processo de engenharia de software é formado por um conjunto de passos parcialmente ordenados, relacionados com artefatos, pessoas, recursos, estruturas organizacionais e restrições, tendo como objetivo produzir e manter os produtos de software finais requeridos. Sobre estes processos é INCORRETO afirmar que

• A. usualmente considera-se que a primeira grande divisão de um processo é a fase, que consiste em um período de tempo no qual determinadas atividades com objetivos bem específicos são realizadas.
• B. a maioria dos processos de software é organizada em torno de tarefas (às vezes também chamadas de atividades). Toda atividade tem um objetivo principal estabelecido e visa criar ou produzir uma mudança de estado visível em um ou mais artefatos durante a execução de um projeto.
• C. todos os modelos de processo têm fases cíclicas, ou seja, o desenvolvimento passa repetidamente de uma fase para a outra, formando um ciclo repetitivo de fases até a finalização do projeto.
• D. na descrição de um processo, as atividades devem ser atribuídas a perfis ou cargos, e não a pessoas. Apenas quando o processo for usado em um projeto concreto é que deve haver atribuições de atividades a pessoas.
• E. um modelo de processo é um conjunto de regras mais abstratas que especificam a forma geral de processos. Apresenta uma filosofia e uma forma geral de comportamento com base na qual processos específicos devem ser definidos.