Questões de Concurso

De acordo com o PMBOK 6ª edição, os gerentes de projeto precisam empregar ações/comportamentos divididos em 2 aspectos para alcançarem o sucesso junto às equipes com as quais trabalham, encontrando o seu equilíbrio para cada situação. Esses aspectos e algumas ações/comportamentos a eles ligados são:

− Aspecto 1: Influência direta usando o poder posicional; Foco em sistemas e estruturas; Apoio em controles; Foco em metas de curto prazo; Pergunta como e quando; Foco nos resultados; Foco em questões operacionais e solução de problemas.
− Aspecto 2: Influência como guia e colaborador usando o poder relacional; Foco em relacionamento com pessoas; Apoio baseado em inspirar confiança; Foco em visão de longo alcance; Pergunta o que e por que; Foco no horizonte; Foco em visão, alinhamento, motivação e inspiração.

Os aspectos 1 e 2 correspondem, correta e respectivamente, a: 

Considere que a separação de ambientes no TJUSC, de forma hipotética, funcione como mostra a figura abaixo. 

O ambiente de desenvolvimento é utilizado pelos desenvolvedores para construir o software, reunindo máquinas nas quais o código é implementado. O ambiente de produção corresponde àquele em que os usuários finais utilizarão o software. O ambiente de testes

Considere o campo descrição de um dos requisitos definidos para um sistema em desenvolvimento no TJUSC. 

No módulo de Digitalização, o tratamento de documentos digitalizados com certificação digital é um processo oneroso em termos de memória e CPU, devido ao alto volume de dados. Em função disso, o sistema deverá prover recursos para processamento paralelo (multithreading) que possibilite processar lotes de documentos digitalizados de forma paralela, reduzindo o tempo de execução da rotina diária.
A média diária de digitalizações a serem processadas é 80.000. Cada lote contém 500 documentos digitalizados totalizando 160 lotes. A janela de produção disponível para o processamento de todos os lotes é de 4h. Ou seja, o sistema deve processar todos os 160 lotes em, no máximo, 4h.
Para atender a esta alta demanda, o sistema deverá executar os lotes na quantidade máxima permitida de threads, considerando a seguinte especificação do servidor de aplicativos:
− 16 processadores com quatro núcleos cada.

− 64 GB de memória RAM.
− 1 TB de espaço de armazenamento.

Uma Analista de Sistemas, ao analisar o requisito e completar outros campos de sua estrutura padrão, o classifica como requisito

Um Analista de Sistemas atua no desenvolvimento de software utilizando diferentes processos e metodologias cujas características são: 

I. A fase de transição se concentra nas atividades necessárias para colocar o software nas mãos dos usuários. Tipicamente, essa fase inclui várias iterações, incluindo versões beta, versões de disponibilidade geral, além de correções de erros e lançamentos de aprimoramento. Um esforço considerável é gasto em atividades ligadas ao usuário: documentação de sistema, treinamento e suporte no uso inicial do produto. Neste ponto, no entanto, o feedback do usuário deve limitar-se principalmente a problemas de ajuste, configuração, instalação e usabilidade do produto. 
II. Aspectos significativos do processo devem estar visíveis aos responsáveis pelos resultados. A transparência requer que estes aspectos tenham uma definição padrão comum para que os observadores compartilhem um mesmo entendimento do que está sendo visto. Por exemplo: uma linguagem comum referindo-se ao processo deve ser compartilhada por todos os participantes; e aqueles que realizam o trabalho e aqueles que inspecionam o incremento resultado do trabalho devem compartilhar uma definição comum de Pronto.
III. A implementação inicial do software apoia duas atividades do processo de engenharia de requisitos: a) levantamento de requisitos, pois os usuários podem realizar experiências para ver como o sistema apoia seu trabalho, podendo ter novas ideias para os requisitos, identificar pontos positivos e negativos do software e até propor novos requisitos de sistema; b) validação de requisitos, pois a implementação pode revelar erros e omissões nos requisitos propostos, levando os usuários a crerem que sua visão inicial era incorreta e incompleta e dando a eles oportunidade de fazerem ajustes na especificação de sistema para refletir sua compreensão alterada dos requisitos. 
IV. O cliente está sempre participando do desenvolvimento do sistema; testes de unidade e de aceitação fornecem feedback sobre o sistema; oportunidades e problemas são identificados o mais rápido possível; os códigos são integrados e testados constantemente, para o caso de algum problema ser detectado, poder ser corrigido imediatamente.

As características I, II, III e IV são, respectivamente,

Considere que uma Analista de Sistemas do TJUSC está fazendo a análise por Pontos de Função (PFs) de um software em desenvolvimento. Ao seguir os passos da técnica, chegou-se à tabela abaixo.
Tabela completa de Pontos de Função do Software

Para o cálculo de PF, utiliza-se a expressão empírica proposta pelo modelo para obtenção dos pontos de função: PF Contagem Total  * (0,65 + 0,01 * )
A Analista já realizou o cálculo que resultou em: , valor que indica que o produto é moderadamente complexo. De acordo com os fundamentos da Análise por Pontos de Função e com os dados apresentados,

A métrica Defect Removal Efficiency (DRE) é definida por:
DRE = Ea/(Ea + Dd) 
Dados:
Ea = número de erros encontrados antes que o software seja entregue ao usuário final.
Dd = número de defeitos encontrados depois que o software foi entregue ao usuário final. 
A métrica DRE

No que diz respeito à manutenção e reengenharia de software, um termo define o processo de alterar o código-fonte, de modo que não altere o comportamento externo e ainda melhore a sua estrutura interna. É uma técnica disciplinada de limpar e organizar o código, e por consequência, minimizar a chance de introduzir novos bugs. Esse termo é conhecido como

Manutenção de software é o processo geral de mudança em um sistema depois de liberado para uso, já em produção. A seguir são apresentadas as características de três modalidades de manutenção de software:
I. Modificações no software para corrigir defeitos em requisitos, projeto e código. Devido à natureza “ad hoc”, pode gerar outros problemas como aumento de complexidade. II. Modificações no software para prevenir potenciais problemas no futuro, prevenir falhas e melhorar a manutenabilidade. Essa atividade torna os programas mais fáceis de entender e facilita trabalhos de manutenção futuros. III. Modificações para manter o software usável devido às alterações no ambiente externo, em constante evolução, mesmo quando defeitos não existem.
As modalidades de manutenção em I, II e III são conhecidas, respectivamente, como

No contexto da Engenharia de Software, um modelo de processo é visualizado como um ciclo de vida constituído da especificação, do desenvolvimento, da validação e da evolução. Nesse modelo, as fases são representadas separadas umas das outras, tais como especificação de requisitos, projeto de software, implementação e testes. Esse modelo de processo é denominado modelo em

O Rational Unified Process – RUP constitui um exemplo de modelo de processo derivado da UML e do Processo Unificado (PU) de Software associado. Por característica, o RUP apresenta uma visão única de processo para os modelos convencionais, sendo descrito a partir de três perspectivas. Nesse contexto, assinale V para a afirmativa verdadeira e F para a falsa.
( ) Estática – essa perspectiva mostra as atividades realizadas no processo. ( ) Prática – essa perspectiva mostra as fases do modelo ao longo do tempo. ( ) Dinâmica – essa perspectiva sugere as boas práticas a serem usadas durante o processo.
As afirmativas são, respectivamente, 

De acordo com Eduardo Bezerra, em Princípios de Análise e Projeto de Sistemas com UML (Ed. Campus), o desenvolvimento de um sistema que utilize a UML em suporte à modelagem envolve a criação de diversos documentos, visuais e gráficos. Há previsão de uso de vários diagramas, como o de Casos de Uso. Este constitui uma representação das funcionalidades externamente observáveis do sistema e dos elementos externos ao sistema que interagem com ele. A UML define diversos tipos de relacionamentos no modelo de Casos de Uso. O tipo que permite a um Caso de Uso herdar características de outro mais genérico, sendo o uso do reuso evidente; e o tipo que representa a informação de quais atores estão associados a que casos de uso, com o fato de um ator estar associado a um Caso de Uso indicando que ele interage com o sistema, e um ator podendo se relacionar com mais de um Caso de Uso são, respectivamente, 

No que diz respeito aos diagramas utilizados na modelagem UML, analise as afirmativas a seguir:
I. Diagrama de casos de uso – representa uma determinada funcionalidade de um sistema e visa ilustrar a forma como as funcionalidades se relacionam e seus controladores internos e externos. II. Diagrama de atividade – representa a estrutura estática de um sistema, incluindo suas classes, atributos, operações e objetos, além de exibir dados organizacionais ou computacionais na forma de classes lógicas e de implementação, respectivamente. III. Diagrama de implementação – modela a implementação física e estrutura de componentes de hardware, além de onde e como os componentes de um sistema vão operar uns com os outros.
Assinale

Segundo a ISO/IEC 15504 - Processo de desenvolvimento de software, o propósito da melhoria de processos é aperfeiçoar continuamente a eficácia e a eficiência da organização, por meio dos processos utilizados e do seu alinhamento com as necessidades do negócio. São alguns dos resultados de uma implementação bem-sucedida da melhoria de processos:
I. Atividades monitoradas de melhoria de processos são implementadas de modo coordenado através da organização. II. Dados históricos, técnicos e de avaliação são analisados e utilizados para melhorar estes processos, recomendar alterações nos projetos e determinar necessidades de avanço tecnológico. III. Dados da qualidade são coletados, mantidos e utilizados em atividades de monitoramento, para melhorar os processos da organização e estabelecer o custo de prevenção e resolução de problemas e não conformidades em produtos e serviços.
Está(ão) CORRETO(S):

O módulo express possui um mecanismo chamado middleware que é responsável por tratar todas as requisições e mapear as rotas para as funções dentro do código.
Sobre esse mecanismo é correto afirmar que 

Dentre os processos que fazem parte da área de conhecimento de gerenciamento do tempo (mais recentemente conhecido como gerenciamento do cronograma) no âmbito de gerência de projetos, existe um que visa identificar e documentar as relações de dependência entre as atividades. Esse processo é: 

Analise as afirmativas a seguir sobre gerência de projetos e marque a alternativa correta.
I- O gerente de projeto é indicado formalmente pela primeira vez no documento conhecido como declaração preliminar do escopo do projeto. II- Os principais stakeholders (pessoas, organizações e empresas que vão ser impactados com o decorrer do projeto) devem ser listados no documento conhecido como TAP (termo de abertura do projeto).  

Em engenharia de software, coesão e acoplamento são princípios que se deve levar em consideração na busca pela qualidade e facilidade de manutenção e evolução dos sistemas. O que o Engenheiro deve buscar é um conjunto que leve o software para uma situação de: 

Algumas vezes, a engenharia de software necessita de um processo que possa acondicionar um produto que evolui ao longo do tempo, devido à constante atualização dos requisitos, ou o tempo para implantação é curto para entrega do sistema completo. Para este tipo de situação, qual modelo se adequa melhor? 

Baseado em conhecimentos acerca da UML analise a imagem a seguir: 
Como é chamado o diagrama mostrado, na imagem?

Baseando-se em conhecimentos acerca de teste de software, analise a descrição a seguir: "esse teste é feito por um pequeno grupo de usuários para ver se o software satisfaz as suas necessidades. Nesse teste, analisa-se como o usuário usa o sistema, verificando onde ele tem mais dificuldade. Ouve-se também suas impressões, porém é preciso confrontá-las com as observações do avaliador;" Esse tipo de teste de software é o: