Questões de Concurso Comentadas para emgepron

Projetar está diretamente relacionado ao design, definido como a forma de arquitetar uma ideia, elaborar algo seguindo uma série de princípios básicos que fundamentam uma ou mais alternativas como resultados. No contexto da IHM e da programação visual, dois princípios do design são caracterizados.
I. Tem por função criar uma aparência sofisticada e limpa, na qual cada elemento deve ter uma ligação visual com outro elemento da página, com destaque para espessura, fontes e tamanhos, nada devendo ser colocado arbitrariamente em uma página. Ao inserir textos e imagens em um layout, deve-se ter em mente que mantê-las organizadas é fundamental para a compreensão do observador. Em síntese, é um princípio que define o processo de leitura do observador. II. Tem por objetivo criar uma organização e fortalecer a unidade, replicando os elementos visuais do design, espalhando-os pelo material. O elemento pode ser uma fonte em negrito, uma linha horizontal, entre outros, qualquer aspecto que o leitor reconheça visualmente. Em síntese, é um princípio que cria consistência entre os elementos.
Os princípios descritos são denominados, respectivamente:

No que diz respeito ao projeto, análise e desenvolvimento de sistemas, o modelo Entidade-Relacionamento (MER) representa de forma abstrata a estrutura que possuirá o banco de dados da aplicação, sendo um modelo conceitual para descrever as entidades envolvidas em um domínio de negócios com seus atributos e seus relacionamentos. De acordo com a notação de Peter Chen, foram estabelecidos símbolos cujas funções estão indicadas a seguir.
I. Representar atributos. II. Representar entidades. III. Representar relacionamentos. IV. Ligar atributos a entidades e entidades a relacionamentos.
Considerando que são usadas linhas para a função indicada em IV, para as demais em I, II, e III devem ser utilizados, respectivamente, os seguintes símbolos:

No que diz respeito à área da Interface Homem-Máquina, dois conceitos estão diretamente relacionados à construção de sites e portais para a Web. 
I. É o parâmetro que trata da disponibilidade de conteúdos e recursos de modo universal na internet, com o objetivo do conteúdo ser acessado, percebido, compreendido e receber interação de qualquer usuário com autonomia e sem barreiras. É, em essência, o respeito pela diversidade de usuários que há na internet e seus direitos ao acesso à informação. II. É o parâmetro que define a facilidade com que as pessoas empregam uma ferramenta ou mesmo um objeto para realizar uma tarefa. É, em essência, a capacidade do sistema em fazer com que o usuário tenha sucesso na execução de suas tarefas. 
Os conceitos em I e II referem-se, respectivamente a:

Tendo por foco o tema Interface Homem-Máquina, o termo “User-Friendly” deve ser preocupação dos analistas de sistemas quando envolvidos na construção de softwares automatizados no desenvolvimento de projetos. Nesse contexto, esse termo tem por significado:

OLAP é uma ferramenta de Business Inteligente utilizada para apoiar as empresas na análise de suas informações, visando obter novos conhecimentos que são empregados na tomada de decisão. Uma das características que devem estar presentes em ferramentas OLAP é a capacidade de efetuar algumas operações, como:
I. Ocorre quando o usuário pula um nível intermediário dentro de uma mesma dimensão, por exemplo, a dimensão tempo é composta por ano, semestre, trimestre, mês e dia. Essa operação é executada quando o usuário passa de ano direto para trimestre ou mês. II. Ocorre quando o usuário aumenta o nível de detalhe da informação, diminuindo a granularidade, um conceito que determina quais os tipos de consultas podem ser feitas no Datawarehouse. Essa operação influencia diretamente na velocidade do acesso às informações e no volume de dados armazenados. III. Ocorre quando o usuário aumenta a granularidade, diminuindo o nível de detalhamento da informação. IV. Ocorre quando o usuário passa de uma informação contida em uma dimensão para uma outra, como por exemplo, inicia na dimensão do tempo e no próximo passo analisa a informação por região.
As operações definidas em I, II, III e IV são conhecidas, respectivamente, como:

No que diz respeito à qualidade de software, o termo “maturidade” deve ser compreendido como a capacidade de se repetir uma série de resultados de uma maneira previsível. Os modelos CMMI e MPSBR contemplam diferentes níveis de maturidade, disponibilizando-se assim uma forma de mensurar o grau de progresso atingido por uma organização na implementação de projetos de software. Entre os sete níveis de maturidade previstos pelo CMMI, três são caracterizados a seguir.
I. Os projetos têm seus requisitos gerenciados, havendo o planejamento, a medição e o controle dos diferentes processos. II. Os processos já estão claramente estabelecidos e são compreendidos dentro da organização; os procedimentos se encontram padronizados, além de ser preciso prever sua aplicação em diferentes projetos. III. Existe uma melhoria contínua dos processos.
Os níveis caracterizados em I, II e IIl são denominados, respectivamente:

Entre os processos ágeis de desenvolvimento de software, SCRUM é um framework, algo como uma caixa de ferramentas, dentro do qual pessoas podem tratar e resolver problemas complexos e adaptativos, enquanto produtiva e criativamente entregam produtos com o mais alto valor possível. De acordo com a terminologia Scrum, eventos são chamados time-boxes, uma vez que são duração fechada e sprints são time-boxes de 1 mês ou menos e constituem o coração do Scrum. Entre os tipos de Sprint, três são detalhados a seguir.
I. É um time-box de 8h para uma sprint de um mês; uma reunião é onde o Product Owner é ouvido em relação às prioridades e aos objetivos da sprint. É nela também onde o time irá deliberar sobre o que conseguem fazer nesta sprint em relação às necessidades, formalizando o Sprint Backlog, ou lista de coisas que serão feitas no próximo mês. II. É um time-box de 15 min que deve acontecer diariamente, sempre no mesmo local e horário para gerar consistência e evitar perda de tempo, facilitada pelo Scrum Master. Nesta reunião, que deve ser muito dinâmica e que popularmente é feita em pé para evitar prolongamentos e distrações, cada membro do time deve responder apenas três perguntas: o que eu fiz ontem, o que eu vou fazer hoje e se tem algo me impedindo.
Os tipos detalhados em I e em II são denominados, respectivamente:

A UML especifica diversos tipos de diagramas para modelagem de sistemas e cada um deles modela uma característica distinta da estrutura ou do comportamento de um sistema. Dois desses diagramas são caracterizados a seguir.
I. Representa o fluxo de tarefas que podem ser executadas pelo sistema ou por um ator e tem por finalidade modelar o fluxo de trabalho de um objeto durante a execução do programa, sendo mesmo um fluxograma que modela as ações que o objeto vai executar e em que ordem.
II. Representa uma coleção de componentes de software e seus inter-relacionamentos e tem por finalidade modelar recursos que incluem gráficos, áudio e pacotes que são grupos de classes e que constituem o sistema.
Esses diagramas são denominados , respectivamente, Diagramas de:

O Sistema de Gestão Integrada é um conjunto de partes interagentes e interdependentes que, conjuntamente, forma um todo unitário com objetivo determinado e realiza sua função com eficiência, alcançando resultados concretos. Os sistemas de gestão têm por objetivo prover as organizações de elementos de um modelo de gestão eficaz que possa ser integrado a outros requisitos da gestão. Esse fator de integração é o ponto chave na gestão da organização. As estruturas das normas de gestão são semelhantes e fundem-se num único modelo de gestão. As normas de gestão seguem a estruturação do modelo baseado no ciclo PDCA, uma ferramenta que traz uma sequência de passos que auxiliam no controle de qualidade da sua empresa, além de auxiliar na organização de um projeto ou processo que precisa ser melhorado. Nesse sentido, são afirmativas que correspondem às etapas do ciclo:
I. corrigir o que deu errado e promover melhorias no processo II. estabelecer metas e definir como o processo será executado III. verificar se os resultados foram alcançados conforme o planejado IV. ocorrência da ação, na qual a equipe implementará o que foi planejado
As afirmativas em I, II, III e IV estão direta e respectivamente associadas a:

Em bancos de dados relacionais, para obter uma nova tabela ordenada ascendente por CODIGO a partir de uma tabela FUNCIONARIOS, deve-se utilizar o seguinte comando SQL:

No desenvolvimento de software, o início para toda a atividade parte do levantamento de requisitos, sendo repetida em todas as demais etapas da engenharia de requisitos. Sommerville propõe um processo genérico de levantamento e análise que contém diversas atividades, sendo três delas detalhadas a seguir.
I. É o processo de interagir com os stakeholders do sistema para descobrir seus requisitos, e a compreensão do domínio se desenvolve mais durante essa atividade. II. É um estágio que envolve interação com os stakeholders para a definição dos requisitos mais importantes, considerando que, em qualquer conjunto de requisitos, alguns serão mais importantes do que outros. III. É o processo que realiza uma análise dos requisitos para descobrir se estão completos e consistentes e se estão em concordância com o que os stakeholders desejam do sistema.
As atividades detalhas em I, II e III são conhecidas, respectivamente, como:

Um processo de desenvolvimento de software pode ser visto como um conjunto de fases organizadas, usadas para definir, desenvolver, testar e manter um software. Existem diversos processos, cabendo destacar que há algumas fases básicas comuns à grande parte dos existentes. Em uma dessas fases, o sistema é codificado a partir da descrição computacional da fase de projeto em uma outra linguagem, onde se torna possível a compilação e geração do código - executável para o desenvolvimento software. Em um processo de desenvolvimento orientado a objetos, essa etapa ocorre definindo as classes de objetos do sistema em questão, fazendo uso das linguagens de programação. Pode-se também utilizar ferramentas de software e bibliotecas de classes preexistentes para agilizar a atividade, como também o uso de ferramentas CASE, que dinamizam o processo de desenvolvimento, nas várias atividades, onde inclui-se geração de código-fonte e documentação.
Essa fase é denominada:

Na implementação de bancos de dados relacionais, busca-se solucionar ou minimizar dois problemas, descritos a seguir.
I. Está associado à ocorrência de informações armazenadas em arquivos separados, com conteúdos diferentes. II. Está associado à existência das mesmas informações em aplicações diferentes, como por exemplo, em arquivos de material e de registros de projetos.
As descrições em I e em II referem- se, respectivamente, aos seguintes termos:

No contexto da Análise e Projeto de Sistemas e do processo de desenvolvimento de software, a UML reconhece três tipos mais importantes de relações, conceituadas a seguir.
I. São relacionamentos estruturais entre instâncias e especificam que objetos de uma classe estão ligados a objetos de outras classes, podendo existir entre classes ou entre objetos. II. São relacionamentos de utilização no qual uma mudança na especificação de um elemento pode alterar a especificação do elemento dependente. Este tipo de relação entre classes indica que os objetos de uma classe usam serviços dos objetos de outra classe. III. São relacionamentos entre um elemento mais geral e um mais específico. O elemento mais específico herda as propriedades e métodos do elemento mais geral. Este tipo de relação é também conhecida como herança no modelo a objetos, existindo só entre as classes.
Os tipos descritos em l, ll e lll são, respectivamente:

Diversas técnicas ou ferramentas foram criadas ou buscadas pela gestão com foco na Qualidade no sentido de apoiar a realização dos seus projetos ou atividades que executa. O Diagrama de causa e efeito, também conhecido por “Diagrama Espinha de Peixe”, significa:

O chamado Ciclo PDCA é uma ação executada por profissionais que adotam a Qualidade como modelo para a realização das suas atividades de forma eficiente e eficaz. Esse ciclo se refere a um princípio da Qualidade relativo a:

A Qualidade, junto com a Reengenharia, implica em uma nova forma ou modelo de se fazer a gestão de uma organização. Apesar de terem sido estabelecidas quase ao mesmo tempo, possuem significados de atuação diferentes. Em relação a esse enunciado, pode-se afirmar:

O conceito da Qualidade sempre induzirá à conquista, principalmente, de 3 (três) grandes vetores, que são:

A organogramação é uma técnica empregada por O&M com vistas à preparação dos chamados gráficos de organização que representam uma determinada estrutura organizacional. Esses mesmos gráficos recebem o nome de organograma e possibilitam uma visão geral e mesmo particular da organização ou arranjo organizacional de uma unidade de trabalho ou órgão da empresa. Abaixo, apresenta-se o desenho organizacional de um tipo de organograma denominado AFNOR (Association Française de Normalisation), representando o arranjo organizacional de uma possível Gerência de Engenharia Elétrica.


Em relação a esse organograma, é correto afirmar:

Reconhece-se que O&M possui um conjunto vasto de ferramentas organizacionais que dão suporte para que os projetos organizacionais possam ser adequada e eficientemente operacionalizados. Uma dessas ferramentas é uma técnica analítica que permite descrever processos ou sistemas administrativos de maneira clara, lógica e concisa denominado: