Prova Completa: Analista de TI - Processos de Negócios (UFMG

1343223 Ano: 2016
Disciplina: TI - Desenvolvimento de Sistemas
Banca: UFMG
Orgão: UFMG

Provas:

Analista de TI - Processos de Negócios
Provas ×

Engenharia de SoftwareEngenharia de Requisitos

Orientação geral

Nesta prova, usaremos o termo “processo tradicional” (de desenvolvimento de software) significando os processos mais formalizados e prescritivos, em contraposição aos chamados “métodos ágeis” ou “metodologias ágeis”. Também usaremos o termo “processo de desenvolvimento” por simplificação, significando “processo de desenvolvimento de software”

As oficinas de requisitos são reuniões envolvendo desenvolvedores, usuários e clientes, para definição conjunta dos requisitos do software.
Com relação às oficinas de requisitos baseados na técnica de JAD, desenvolvida pela IBM, é CORRETO afirmar que

A

um dos papéis de participantes das oficinas é o de Patrocinador que, normalmente, corresponde a pessoas da alta direção da empresa contratante do desenvolvimento do software que garante os recursos, incluindo a participação dos usuários, para a realização das oficinas.

B

idealmente, as oficinas devem ser conduzidas em ambiente próximo ao local onde trabalham os clientes e usuários participantes, para facilitar a participação deles.

C

as oficinas de requisitos utilizam uma técnica estruturada de condução de reuniões que pode ser aplicada a outras atividades do ciclo de vida do software, como desenho dos testes e desenho do produto.

D

uma das diretrizes para a realização das reuniões é que problemas políticos das organizações participantes, mesmo os que possam interferir no projeto de desenvolvimento do software, não devem ser tratados nas oficinas, mas sim em reuniões reservadas com os participantes envolvidos.

Provas

Questão presente nas seguintes provas

1343222 Ano: 2016
Disciplina: TI - Desenvolvimento de Sistemas
Banca: UFMG
Orgão: UFMG

Provas:

Analista de TI - Processos de Negócios
Provas ×

Engenharia de SoftwareUML: Unified Modeling LanguageDiagrama de Casos de Uso

Orientação geral

Nesta prova, usaremos o termo “processo tradicional” (de desenvolvimento de software) significando os processos mais formalizados e prescritivos, em contraposição aos chamados “métodos ágeis” ou “metodologias ágeis”. Também usaremos o termo “processo de desenvolvimento” por simplificação, significando “processo de desenvolvimento de software”

Os Casos de uso são usados nas disciplinas de Requisitos e Análise em processos tradicionais de desenvolvimento de software. Com relação à utilização de Casos de uso, é CORRETO afirmar que

A

os atores utilizados na modelagem de Casos de uso modelam grupos de usuários típicos e, portanto, podem desempenhar mais de um papel no contexto do Caso de uso.

B

relacionamentos de generalização podem ser usados na modelagem de atores, mas não faz sentido utilizar esse tipo de relacionamento na modelagem de Caso de uso.

C

os Requisitos técnicos, que representam restrições oriundas do cliente ou de autoridades externas que restringem o espaço de soluções, geralmente são também modelados como Casos de uso.

D

a UML deixa a forma de descrição do comportamento dos Casos de uso a critério dos processos, podendo-se utilizar várias modalidades como atividades, máquinas de estado, diagramas de sequência e textos sem formato.

Provas

Questão presente nas seguintes provas

1343221 Ano: 2016
Disciplina: TI - Desenvolvimento de Sistemas
Banca: UFMG
Orgão: UFMG

Provas:

Analista de TI - Processos de Negócios
Provas ×

Engenharia de SoftwareModelos de DesenvolvimentoUP: Unified ProcessRUP: Rational Unified Process

Orientação geral

Nesta prova, usaremos o termo “processo tradicional” (de desenvolvimento de software) significando os processos mais formalizados e prescritivos, em contraposição aos chamados “métodos ágeis” ou “metodologias ágeis”. Também usaremos o termo “processo de desenvolvimento” por simplificação, significando “processo de desenvolvimento de software”

O PU, Processo Unificado, e outros processos que surgiram posteriormente baseados neste modelo de processo, visam o desenvolvimento de software com a utilização da UML.
Com relação a esses processos, é INCORRETO afirmar que

A

de certa forma, o PU apresenta alguns dos melhores princípios do desenvolvimento ágil e moderno, como o reconhecimento da importância da comunicação com o cliente; da utilização de métodos racionalizados (sequencializados) para descrever a visão do cliente sobre um sistema (os Casos de uso); e um fluxo de processo iterativo e incremental.

B

a UML fornece a tecnologia necessária para dar suporte à prática da engenharia de software orientada a objetos, mas não oferece a metodologia de processo para orientar as equipes de projeto na aplicação da tecnologia.

C

o PU é organizado em Fases, sendo que cada fase prescreve a utilização de fluxos de trabalhos específicos.

D

uma empresa que utilize um processo de desenvolvimento de software baseado no PU e adote um modelo de capacitação baseado no CMMI terá os processos das diversas áreas prevista no CMMI distribuídos de acordo com os fluxos de trabalho previstos no seu processo.

Provas

Questão presente nas seguintes provas

1343220 Ano: 2016
Disciplina: TI - Desenvolvimento de Sistemas
Banca: UFMG
Orgão: UFMG

Provas:

Analista de TI - Processos de Negócios
Provas ×

Engenharia de SoftwareModelos de DesenvolvimentoÁgeis

Orientação geral

Nesta prova, usaremos o termo “processo tradicional” (de desenvolvimento de software) significando os processos mais formalizados e prescritivos, em contraposição aos chamados “métodos ágeis” ou “metodologias ágeis”. Também usaremos o termo “processo de desenvolvimento” por simplificação, significando “processo de desenvolvimento de software”

Os chamados métodos ágeis vêm tendo uma aceitação crescente na indústria de software por se acreditar estarem em consonância com o ambiente globalizado de negócios do século XXI, caracterizado por mudanças frequentes em objetivos, mercados e estrutura das organizações.
Com relação aos métodos ágeis de desenvolvimento de software, é INCORRETO afirmar que

A

os métodos ágeis sugerem processos leves, com artefatos do projeto que devem ser poucos e simples, mas, em contrapartida, as pessoas e equipes devem se amoldar às necessidades do processo.

B

ainda se observa um claro alinhamento da modelagem ágil com a filosofia do RUP (Processo Unificado da Rational) de que um processo não deve ser seguido cegamente, gerando trabalho inútil e produzindo artefatos de pouco valor agregado e de que o processo deve ser feito tão leve quanto possível, de forma a satisfazer a sua missão de produzir rapidamente software previsivelmente de alta qualidade.

C

a Modelagem Ágil (AM) sugere que vários modelos, como os modelos da UML, modelos de dados, protótipos de interface do usuário e modelos navegacionais, dentre outros, sejam construídos e utilizados em paralelo.

D

o método ágil XP, Extreme Programming, de desenvolvimento de software, considerando que as práticas ágeis de desenvolvimento de software são inovadoras e requerem alto grau de confiança no processo para serem empregadas corretamente, possui como um de seus valores a coragem, que representa o compromisso necessário com o método para aplicá-lo nos diversos cenários do cotidiano.

Provas

Questão presente nas seguintes provas

1343219 Ano: 2016
Disciplina: TI - Desenvolvimento de Sistemas
Banca: UFMG
Orgão: UFMG

Provas:

Analista de TI - Processos de Negócios
Provas ×

Engenharia de SoftwareModelos de DesenvolvimentoÁgeisXP: eXtreme Programming

Orientação geral

Nesta prova, usaremos o termo “processo tradicional” (de desenvolvimento de software) significando os processos mais formalizados e prescritivos, em contraposição aos chamados “métodos ágeis” ou “metodologias ágeis”. Também usaremos o termo “processo de desenvolvimento” por simplificação, significando “processo de desenvolvimento de software”

Com relação aos diversos modelos de métodos ágeis, é CORRETO afirmar que

A

o método ágil Scrum não deve ser usado junto com o método XP no desenvolvimento de um software, já que os dois são incompatíveis porque o Scrum foca no planejamento e gerenciamento em projetos; e o XP é mais voltado para a parte técnica do desenvolvimento e implementação.

B

o DSDM, Método de Desenvolvimento de Sistemas Dinâmicos, baseia-se em uma versão modificada do princípio de Pareto, que diz que decorridos 80% do tempo previsto para um incremento, pode-se passar para o próximo incremento, já que os detalhes remanescentes podem ser completados posteriormente, quando houver um melhor entendimento dos requisitos de negócio.

C

uma das práticas do método XP, Extreme Programming, é a Metáfora, que guia todo o desenvolvimento e serve como orientação para decisões arquiteturais.

D

assim como prescrito no modelo CMMI, o método ágil XP deve ser institucionalizado, isto é, deve haver formalização do processo a ser seguido por uma organização.

Provas

Questão presente nas seguintes provas

1343218 Ano: 2016
Disciplina: TI - Desenvolvimento de Sistemas
Banca: UFMG
Orgão: UFMG

Provas:

Analista de TI - Processos de Negócios
Provas ×

Engenharia de SoftwareModelos de DesenvolvimentoCascata ou Clássico

Orientação geral

Nesta prova, usaremos o termo “processo tradicional” (de desenvolvimento de software) significando os processos mais formalizados e prescritivos, em contraposição aos chamados “métodos ágeis” ou “metodologias ágeis”. Também usaremos o termo “processo de desenvolvimento” por simplificação, significando “processo de desenvolvimento de software”

Diversos tipos de modelos de processos de desenvolvimento têm sido propostos e utilizados na engenharia de software ao longo do tempo.
Com relação a modelos de processos de desenvolvimento, é CORRETO afirmar que

A

para maior eficiência, no modelo Espiral de processo, o primeiro circuito em volta da espiral já deve resultar em versões operacionais, não apenas em protótipos, que vão progressivamente evoluindo para versões cada vez mais sofisticadas do software.

B

o processo PSP, proposto por Watts Humphrey, é constituído em um processo único, simplificado, usado para treinamento de desenvolvedores individuais.

C

o modelo de ciclo de vida em cascata é adequado para subprocessos que são processos bem delimitados utilizados dentro de um processo maior como, por exemplo, a resolução de defeitos e a alteração de requisitos.

D

o RUP, Processo Unificado da Rational, é uma versão comercial do PU, Processo Unificado, do qual herdou a estrutura com as mesmas fases e os mesmos fluxos de trabalho do PU.

Provas

Questão presente nas seguintes provas

1343217 Ano: 2016
Disciplina: TI - Desenvolvimento de Sistemas
Banca: UFMG
Orgão: UFMG

Provas:

Analista de TI - Processos de Negócios
Provas ×

Engenharia de SoftwareGerenciamento de Projetos de Software

Orientação geral

Nesta prova, usaremos o termo “processo tradicional” (de desenvolvimento de software) significando os processos mais formalizados e prescritivos, em contraposição aos chamados “métodos ágeis” ou “metodologias ágeis”. Também usaremos o termo “processo de desenvolvimento” por simplificação, significando “processo de desenvolvimento de software”

O gerenciamento do desenvolvimento de software envolve pessoas, produtos, processo e projeto. Com relação à gestão de projetos de software, é INCORRETO afirmar que

A

dentre os fatores pessoas, produto, processo e projeto, os recursos humanos são considerados o de maior importância. Tanto é assim que o SEI, Software Engineering Institute, desenvolveu um modelo para maturidade e capacidade dos recursos humanos.

B

sem estabelecer os objetivos do produto e seu escopo, considerar soluções alternativas e identificar restrições técnicas e gerencias, é impossível definir de forma razoável a estimativa de custo, a avaliação efetiva dos riscos, a análise realística das tarefas do projeto ou um cronograma gerenciável do projeto que forneça a indicação significativa de progresso das atividades.

C

nos métodos ágeis, a qualificação individual dos membros da equipe não é considerada um fator crítico de sucesso porque acredita-se que a colaboração em grupo ajuda a superar dificuldades individuais.

D

Larry Constantine, em seu trabalho, sugere quatro tipos de “paradigmas organizacionais” para equipes de engenharia de software: o paradigma fechado; o paradigma randômico; o paradigma aberto; e o paradigma sincronizado. A equipe ágil, conforme preconizado no desenvolvimento ágil, se auto-organiza e não mantém, necessariamente, um desses paradigmas organizacionais únicos, mas usa elementos do paradigma randômico, do paradigma aberto e da sincronicidade.

Provas

Questão presente nas seguintes provas

523333 Ano: 2016
Disciplina: TI - Gestão e Governança de TI
Banca: UFMG
Orgão: UFMG

Provas:

Analista de TI - Processos de Negócios
Provas ×

Gestão de ServiçosITILITIL v3Estratégia de Serviço (ITILv3)
Gestão de ServiçosITILITIL v3Gestão de Catálogo de Serviços (ITILv3)

A ITIL, Information Technology Infraestructure Library, foi desenvolvido pela CCTA, hoje OGC, a partir de uma encomenda do governo britânico, que não estava satisfeito com o nível de qualidade dos serviços de TI a ele prestados.

Com relação à ITIL V3, posteriormente atualizada para a ITIL 2011, é INCORRETO afirmar que

A

o advento da ITIL V3 trouxe ao modelo a possibilidade de aplicação desde em empresas de pequeno porte até em grandes corporações e desde empresas que estão iniciando seus passos em busca da qualidade de serviços até em empresas com alto grau de maturidade em seus processos.

B

o estágio, ou publicação, de Transição do serviço prescrito pela ITIL é indicado em situações nas quais um serviço foi concebido e desenhado para atender aos requisitos do negócio e que está prestes a ser lançado à operação junto aos clientes e usuários.

C

o Gerenciamento do catálogo de serviços é um dos processos da publicação de Estratégia de serviço da ITL que apresenta um método que visa governar os investimentos em gerenciamento de serviços através da empresa e gerenciá-los para que adicionem valor ao negócio.

D

um dos benefícios que pode ser percebido indiretamente com a adoção e implementação da ITIL é a redução do custo das oportunidades perdidas, já que as melhores práticas da ITIL têm sido utilizadas como embasamento técnico para análise e seleção de propostas de prestação de serviços.

Provas

Questão presente nas seguintes provas

523331 Ano: 2016
Disciplina: TI - Gestão e Governança de TI
Banca: UFMG
Orgão: UFMG

Provas:

Analista de TI - Processos de Negócios
Provas ×

CMMI: Capability Maturity Model IntegrationCMMI v1.3

Orientação geral

Nesta prova, usaremos o termo “processo tradicional” (de desenvolvimento de software) significando os processos mais formalizados e prescritivos, em contraposição aos chamados “métodos ágeis” ou “metodologias ágeis”. Também usaremos o termo “processo de desenvolvimento” por simplificação, significando “processo de desenvolvimento de software”

O CMMI é um modelo de maturidade de capacitação formulado pelo Software Engineering Institute ligado à Universidade de Carnegie Mellon.
Com relação a esse modelo, é CORRETO afirmar que

A

o conceito de representação contínua do CMMI, em que se mede separadamente para cada área de processo um nível de capacitação, foi inspirado no padrão ISO-15504; já o conceito de representação em estágios do CMMI segue a mesma estrutura de seu predecessor SW-CMM, que agrupa as áreas de processo em nível de maturidade, em que cada nível é um grau de melhoria dos processos.

B

a área de processo de “Gestão de requisitos” prescreve metas específicas que visam desenvolver os requisitos do cliente e do produto e analisar e validar os requisitos.

C

no nível de capacitação 2 do CMMI, chamado de Gerido, entende-se que os processos são geridos e derivados de um conjunto de processos padrão da organização e consistentes entre projetos.

D

o CMMI define a área de processo de “Desenvolvimento de requisitos” no nível de maturidade 2, enquanto a área de processos de “Gestão de requisitos” é colocada no nível de maturidade 3.

Provas

Questão presente nas seguintes provas

523330 Ano: 2016
Disciplina: TI - Gestão e Governança de TI
Banca: UFMG
Orgão: UFMG

Provas:

Analista de TI - Processos de Negócios
Provas ×

MPS.BR

Orientação geral

Nesta prova, usaremos o termo “processo tradicional” (de desenvolvimento de software) significando os processos mais formalizados e prescritivos, em contraposição aos chamados “métodos ágeis” ou “metodologias ágeis”. Também usaremos o termo “processo de desenvolvimento” por simplificação, significando “processo de desenvolvimento de software”

Com relação ao MPS.BR, um modelo criado por pesquisadores brasileiros para a melhoria do processo de desenvolvimento de software em empresas brasileiras, é INCORRETO afirmar que

A

a base utilizada na construção do MPS.BR são as normas NBR ISO/IEC 12207; ISO/IEC 15504; e o CMMI.

B

o nível D do MPS.BR, chamado Largamente definido, inclui os processos de Treinamento; Avaliação e melhoria do processo organizacional; Definição do processo organizacional; e Adaptação do processo para gerência de projeto.

C

o modelo de referência do MPS.BR define níveis de maturidade, em que, aproximadamente, o nível A corresponde ao nível 5 do modelo CMMI; o nível B corresponde ao nível 4 do CMMI; os níveis C, D e E correspondem ao nível 3 do CMMI; e os níveis F e G correspondem ao nível 2 do CMMI.

D

o nível Parcialmente gerenciado do MPS.BR propõe processos para identificar, estabelecer, coordenar e monitorar as atividades, tarefas e recursos envolvidos no projeto de um produto, além de propor processos para a gerência de requisitos.