“Um processo de software é um conjunto de atividades relacionadas que levam à produção de um produto de software” (Sommerville, 2011). Sabe-se que todo processo de software deve incluir atividades de especificação, projeto/implementação, validação e evolução do software. Com relação aos diferentes modelos de processos de software e suas atividades, considere as seguintes afirmativas:

1. O modelo em cascata define que as atividades de análise, projeto de sistema, implementação e teste se sobrepõem, sendo que não é necessário finalizar a anterior para que a posterior seja iniciada.

2. No Processo Unificado (Rational Unified Process – RUP), as fases de concepção, elaboração, construção e transição equivalem à sequência definida pelo modelo cascata, com a possibilidade de realização de iterações.

3. Na abordagem de entrega incremental, o cliente recebe protótipos do software até que a construção completa seja finalizada.

4. O modelo espiral de Boehm é um processo de software iterativo e dirigido a riscos. Cada volta na espiral envolve definir objetivos, avaliar e reduzir riscos, desenvolver e validar, e planejar a próxima fase, se houver.

Assinale a alternativa correta.

Segundo Martins (2007), um projeto visa a “criação de um produto ou execução de um serviço específico, temporário, não repetitivo e que envolve um certo grau de incerteza na realização”. Na engenharia de software, o gerenciamento de projetos é essencial (SOMMERVILLE, 2011). O planejamento é uma das atividades realizadas pelo gerente de projetos. Nesse contexto, considere as seguintes afirmativas:

1. A Estrutura Analítica de Projeto (EAP) é uma das técnicas que o gerente de projetos pode utilizar para subdividir o trabalho do projeto em partes menores, que podem ser gerenciadas com mais facilidade.

2. Riscos devem ser planejados, identificando-se sua probabilidade de ocorrência e gravidade caso ocorram. Desenvolvem-se, também, estratégias de prevenção, minimização e/ou planos de contingência.

3. Em processos tradicionais, semelhantemente aos processos ágeis, é realizado um cronograma global no início do projeto e as fases são planejadas de forma iterativa ao longo do projeto.

4. O RUP (Rational Unified Process) recomenda que um projeto de software tenha um plano de fase, global, produzido na fase de concepção, e vários planos de iterações, mais refinados, que utilizam técnicas como o Gráfico de Gantt para definir tarefas e sua distribuição aos indivíduos e equipes.

Assinale a alternativa correta.

Um diagrama de constelação é utilizado para representar graficamente as técnicas de modulação e facilita a análise para fins de teste. O diagrama de constelação mostrado abaixo é a representação da técnica de modulação chamada: 

Considere, por hipótese, que uma Analista de Sistemas foi solicitada a propor uma abordagem para a modelagem de processos de negócio da Câmara Legislativa. A Analista esclareceu, corretamente, que a modelagem 

No âmbito da Análise de Requisitos de Negócio, os requisitos podem ser classificados em quatro tipos: requisitos de negócio, das partes interessadas, da solução e

Uma Analista de Sistemas está trabalhando no processo de identificação das pessoas, grupos ou organizações que podem ter impacto ou serem impactados por uma decisão, atividade ou resultado do projeto. Nesse processo de identificação das partes interessadas, segundo o PMBoK 5ᵃ edição,

Para que possa utilizar as ferramentas e técnicas necessárias para estimar os custos e determinar o orçamento de um projeto utilizando o PMBoK 5ᵃ edição, um Analista de Sistemas precisa definir as entradas dos processos “Estimar os custos” e “Determinar o orçamento”, do grupo de processos de planejamento do projeto. Dentre as entradas comuns a estes processos estão

O Gerenciamento do escopo do projeto inclui o processo Coletar Requisitos, que faz parte do grupo de processos de planejamento. Um Analista de Sistemas, trabalhando neste processo, recebeu um conjunto de documentos que inclui os planos de gerenciamento do projeto e das partes interessadas, o termo de abertura do projeto e o registro das partes interessadas. Em seguida, utilizou algumas técnicas para coletar os requisitos, que incluem entrevistas, oficinas, grupos de discussão, questionários, pesquisas, protótipos, benchmarking, diagramas de contexto, atividades em grupo e análise de documentos. Seguindo as recomendações do Guia PMBoK 5ᵃ edição, o Analista deverá gerar como saída 

Considere que uma equipe de Analistas de Sistemas da Câmara Legislativa do DF ficou com a responsabilidade de indicar um método de análise econômica para ser aplicado nos projetos de software da instituição e apresentou-o conforme a descrição abaixo. 
De um modo geral, não seria inteligente investir em um projeto com um retorno de 10% quando há outra alternativa que pode retornar 20%. Para isso é importante que seja definida uma taxa que corresponda à menor taxa interna de retorno que a instituição consideraria um bom investimento. Essa taxa será uma referência para indicar que o projeto pode alcançar pelo menos essa taxa de retorno e representa o custo de oportunidade da instituição para seus investimentos. Este valor indica a taxa mínima de retorno que um gerente de projeto deve considerar atraente antes de iniciar um projeto. Assim, deve ser mais provável que um gerente de projeto inicie um novo projeto se sua taxa exceder o nível atual de outros projetos. 
De acordo com a descrição, o método escolhido pelos Analistas é denominado

Em uma abordagem relativa ao custo da qualidade, uma organização fez o seguinte levantamento dos custos para descobrir e corrigir erros (ou defeitos):
a. durante a fase de codificação: R$ 1.000,00 cada um b. na fase de testes: R$ 5.000,00 cada um c. na fase de manutenção: R$ 10.000,00 cada um
Um Analista de Sistemas foi solicitado a fazer a avaliação dos custos de qualidade com base em 2 cenários:
Cenário 1: todos os 200 erros foram encontrados na fase de codificação.
Cenário 2: nenhum erro foi encontrado na fase de codificação, 50 erros foram encontrados na fase de testes e 150 foram encontrados na fase de manutenção.
Ao analisar os dois cenários, o Analista conclui, corretamente, que

Considere que uma Analista de Sistemas optou por um modelo de processo no qual o software é desenvolvido em uma série de versões evolucionárias. O primeiro circuito irá resultar no desenvolvimento de uma especificação do produto, passagens subsequentes serão usadas para desenvolver um protótipo e, progressivamente, versões mais sofisticadas serão produzidas. Cada passagem pelo planejamento resultará em ajustes e os custos e cronograma são adaptados de acordo com o feedback do cliente após a entrega. A Analista, como gerente do projeto, ajustará o número de iterações planejadas para concluir o software. Este modelo é denominado

Considere, por hipótese, que um Analista de Sistemas da CLDF, atuando na etapa de iniciação e definição de escopo de um novo projeto, foi designado para desenvolver uma descrição clara dos objetivos do projeto e avaliar abordagens alternativas, a fim de determinar se o novo projeto é a melhor escolha, dadas as limitações de tecnologia, recursos, finanças e considerações sociais e políticas da Câmara. O documento a ser produzido pelo Analista deve conter o projeto inicial com uma declaração do escopo do produto, as entregas do projeto, as restrições de duração do projeto e estimativas de esforço e de custo com base em métodos apropriados. Este documento é relativo

Considere o processo de depuração de software mostrado na figura abaixo.

(Fonte: PRESSMAN, Roger S; MAXIM, Bruce R. Engenharia de software − uma abordagem profissional. 8. ed. Porto Alegre: AMGH, 2016. p. 489)

Ao analisar a figura, um Analista de Sistemas conclui corretamente que 

Considere que um Analista de Sistemas da Câmara Legislativa do Distrito Federal, em sua rotina de trabalho ao longo dos meses, realizou as tarefas listadas abaixo.
I. Criou uma aplicação web utilizando linguagem de script em condições ideais.
II. Desenvolveu uma aplicação em uma linguagem de programação, utilizou um programa que traduziu o código para linguagem de máquina e disponibilizou o arquivo com o código executável para diversos funcionários utilizarem. Como havia computadores com sistemas operacionais diferentes, ele teve que criar versões do código executável para cada uma das plataformas.
III. Utilizou um navegador para fazer pesquisas em diversos websites disponíveis em páginas WWW, usando um computador conectado à internet.
IV. Desenvolveu uma aplicação em uma linguagem de programação, utilizou um programa que traduziu o código para uma linguagem intermediária e fez o download de uma máquina virtual para executar e testar a sua aplicação.
Em relação às linguagens de programação utilizadas para criar as aplicações e à linguagem na qual se baseia o navegador, conclui-se, corretamente que

Uma Analista de Sistemas da Câmara Legislativa ficou com a tarefa de verificar a complexidade dos trechos de algoritmo em pseudocódigo abaixo.  

Considerando que o valor de n é maior que 1, a Analista conclui corretamente que

Para fazer o gerenciamento de configuração de software, as ferramentas de controle de versões normalmente suportam a definição de diferentes políticas de trabalho, como as políticas otimista e pessimista. A política

Considere a figura abaixo.

(Adaptado de: https://brunoleite.wordpress.com/2012/02/24/principios-basicos-da-gerencia-de-configuracao/)

Com base na estrutura de gerenciamento de configuração de software apresentada na figura, conclui-se corretamente que 

Considere que um software desenvolvido pela equipe de Analistas de Sistemas da Câmara Legislativa, ao longo de sua utilização, passou por processos de manutenção em que o software foi modificado
I. em função de uma mudança na legislação sobre a transparência das ações públicas, que obrigou a equipe a modificar uma função do sistema diretamente atingida. Como esta mudança exigiu a disponibilidade de um grande volume de informações ao público por meio da web, o sistema foi migrado para outra plataforma mais robusta;
II. para melhorar a sua qualidade, de forma que novos recursos de acessibilidade foram incluídos. Esses recursos não estavam previstos no documento de requisitos original do sistema; e
III. após ter apresentado defeitos ao ser utilizado por usuários da Câmara. Embora o sistema tenha passado pela fase de testes, os erros não foram detectados. Uma nova versão do sistema foi disponibilizada após as modificações.
Nas situações I, II e III o software passou, correta e respectivamente, por manutenções do tipo

Uma Analista de Sistemas da Câmara Legislativa deve utilizar uma ferramenta de teste de software do tipo