Processo de desenvolvimento de software

Prévia do material em texto

Ref.: 201707280657	
São problemas encontrados na implementação do processo de desenvolvimento de sofwtare:
_______________, erro no uso de metodologias a serem adotadas, adoção de ferramentas inadequadas, _______________ e inadequação da equipe.
A. falta de tempo para implementação, desconhecimento do escopo do projeto.
B. resistência a mudanças, desconhecimento do escopo do projeto.
C. falta de tempo para implementação, resistência a mudanças.
D. falta de tempo para implementação, capital mal empregado.
E. falta de tempo para implementação, falta de capital de investimento.
Explicação:
A cada dia que se passa as pessoas estão mais dependentes de softwares, desde um simples usuário doméstico até grandes empresas que dependem 100% de softwares.
Com isso os usuários se tornam cada vez mais exigentes, solicitando a cada dia que se passa programas mais complexos de serem implementados e que satisfaçam seus objetivos de modo eficiente.
Os cinco desafios encontrados na implementação do processo de desenvolvimento de software são:
· resistência a mudanças
· erro no uso de metodologias a serem adotadas
· adoção de ferramentas inadequadas
· desconhecimento do escopo do projeto
· inadequação da equipe.
Ref.: 201707272358	
Basicamente o que é um processo de software?
A. Um processo de software define como se testar.
B. Um processo de software define como um produto deve ser entregue.
C. Um processo de software define o que deve ser feito, como deve ser feito, por quem deve ser feito e quando deve ser feito.
D. Um processo de software define que linguagem deve se usar.
E. Um processo de software define a forma como os requisitos devem ser levantados.
Ref.: 201707271017	
Como forma de análise/levantamento de requisitos podemos utilizar várias técnicas. Cada item representa a descrição de uma técnica:
=> O analista se insere no dia a dia da empresa, de forma a entender o funcionamento na prática;
=> O analista verifica relatórios e outros impressos da empresa;
=> É excelente para projetos que necessitam discussão de várias áreas da empresa.
Assinale a resposta que apresenta respectivamente as técnicas descritas.
A. Entrevista - Análise de documentos - Brainstorm
B. Análise de documentos - Questionário - GED
C. Visita em Locco - Análise de documentos - JAD
D. Entrevista - Questionário - JAD
E. Visita em Locco - Questionário - Análise de documentos
Ref.: 201707925801	
Marque a alternativa INCORRETA:
A. Atividades para análise de requisitos OPERACIONAL - Visa a atender os requisitos técnicos do produto a ser desenvolvido. O levantamento deve ser relacionado com a tecnologia envolvida no processo de desenvolvimento.
B. Estudo de viabilidade: estudo inicial para saber se vale a pena desenvolver a ideia. O estudo deve oferecer base para ajudar nessa decisão: O projeto/produto pode ser feito? O projeto/produto beneficiará os clientes interessados?Existe uma outra alternativa?
C. Atividades para análise de requisitos - CRONOGRAMA - Visa a atender os requisitos de tempo para os prazos estabelecidos. O levantamento deve ser baseado na viabilidade técnica em relação ao prazo estipulado. Prazos obrigatórios são mais difíceis de serem negociados.
D. Atividades para análise de requisitos - ECONÔMICA - Visa a atender os requisitos financeiros do projeto/produto. Considerada a mais critica, ela consiste em julgar se o projeto será deficitário ou se os custos de sua implementação não terão os benefícios desejados
E. REQUISITOS FUNCIONAIS - Descrevem as funcionalidades do sistema. Estão diretamente ligados às especificações da tecnologia envolvida, do perfil do usuário, do tipo do sistema.
Ref.: 201707817305	
Com relação aos diagramas de Casos de Uso, marque a alternativa correta:
A. são representações dos Casos de Uso e podem ser representados por uma elipse contendo, internamente, a codificação da classe.
B. são representações dos Casos de Uso e podem ser representados por um retângulo contendo, internamente, o nome do caso de uso.
C. são representações dos testes de sistema e podem ser representados por uma elipse contendo, internamente, o nome do caso de uso.
D. são representações dos dados do sistema e podem ser representados por um quadrado contendo, internamente, o nome do caso de uso.
E. são representações dos Casos de Uso e podem ser representados por uma elipse contendo, internamente, o nome do caso de uso.
Ref.: 201707814620	
Segundo o Standish Group apenas 28% dos projetos terminam com sucesso. O que que significa concluir com sucesso o desenvolvimento de software?
A. Concluir com eficiência, eficácia e a efetividade desejada pelo projeto.
B. Respeitar o valor acordado (custo).
C. Manter uma comunicação constante com o cliente.
D. Entregar no prazo estabelecido (tempo).
E. Atender os requisitos do cliente (escopo).
Ref.: 201707312211	
No Processo Unificado os papéis não são pessoas; eles descrevem como as pessoas se comportam no negócio e quais são as responsabilidades que elas têm. Nesse sentido, um Desenvolvedor desempenha os papéis de:
A. Analista de Sistemas, Designer de Negócios e Revisor de Requisitos.
B. Analista de Teste, Implementador e Designer de Interface de Usuário.
C. Implementador, Integrador e Designer.
D. Gerente de Teste, Gerente de Projeto e Designer.
E. Revisor de Requisitos, Analista de Teste e Revisor do Projeto.
Ref.: 201707928992	
Na atividade de análise no Processamento de Desenvolvimento de Software vemos a importância de se fazer uma modelagem para identificar se há uma falha no Levantamento de Requisitos. Um dos tipos de análise é a Análise Estrutural. Uma das Atividades dentro da Análise Estruturada é a Identificação de Relacionamentos cuja finalidade é: Identifique e descreva pelo menos dois desses modelos.
A. Validar e indicar as dificuldades de implementação no plano conceitual;
B. Ajudar a filtrar e refinar as classes por entrada, fronteira e controle;
C. Mapear as mensagens que devem ser executadas para alguma operação;
D. Ajudar a filtrar e refinar as classes por associação e agregação;
E. Identificar as mensagens que são trocadas, ao longo do tempo, para execução de alguma tarefa;
Ref.: 201707236787	
No contexto da Engenharia de Requisitos, considere: 
I. O sistema deve fornecer uma entrada de dados que possibilite a inclusão de atributos de permissão de acesso às dependências da corporação por técnicos, supervisores e chefes. 
II. Algumas permissões de acesso deverão ter tratamento especial para a entrada de atributos. Para este tipo de permissão, atributos excedentes a uma faixa predeterminada só poderão ser incluídos por chefes de seção. 
Em relação às assertivas acima, é correto afirmar:
A. a assertiva contida no item II é uma condição restritiva do requisito não funcional do item I. Por si só, não constitui um requisito, tanto funcional quanto não funcional.
B. a assertiva contida no item II é uma condição restritiva do requisito funcional do item I. Por si só, não constitui um requisito, tanto funcional quanto não funcional.
C. ambos referem-se a requisitos funcionais.
D. o item I trata de um requisito não funcional e a ele está associado o requisito funcional, contido no item II.
E. o item I trata de um requisito funcional e a ele está associado o requisito não funcional, contido no item II.
Explicação:
Requisitos funcionais são aqueles relacionados às funcionalidades necessárias do sistema, seu escopo de negócios, enquanto não-funcionais tratam de elementos gerais, que não estão diretamente ligados ao negócio e sim a propriedades e características de funcionamento do sistema
I. O sistema deve fornecer uma entrada de dados que possibilite a inclusão de atributos de permissão de acesso às dependências da corporação por técnicos, supervisores e chefes. - define a funcionalidade.
II. Algumas permissões de acesso deverão ter tratamento especial para a entrada de atributos. Para este tipo de permissão, atributos excedentes a uma faixa predeterminada só poderão ser incluídos por chefes de seção. - define uma propriedadede Confiabilidade, para permissão de acesso.
 
Ref.: 201707236799	
O MPS.BR é um programa para Melhoria de Processo do Software Brasileiro que mantém correlação referencial com diversas normas internacionais e o modelo CMMI. Sobre este tema, considere: 
I. A norma ISO/IEC 12207 contém processos, atividades e tarefas a serem aplicadas durante o fornecimento, aquisição, desenvolvimento, operação e manutenção de produtos de software e serviços correlatos e devem constituir-se referência na implementação do Modelo de Referência do MPS.BR. 
II. O MPS.BR busca atingir compatibilidade com os padrões de qualidade aceitos internacionalmente e que tenha como pressuposto o aproveitamento de toda a competência existente nos padrões e modelos de melhoria de processo já disponíveis, como também adequar-se ao perfil de empresas com diferentes tamanhos e características, públicas e privadas, e, especialmente, nas micro, pequenas e médias empresas. 
III. A norma ISO/IEC 17799 é mais um dos modelos da referência ao MPS.BR e presta-se à realização de avaliações de processos de software, buscando a melhoria de processos e determinação da capacidade de processos de uma unidade organizacional. 
IV. O Modelo de Referência MR-MPS define níveis de maturidade, por meio da combinação entre processos e sua capacidade, com a definição dos processos que declarem o propósito e os resultados esperados de sua execução. Entretanto, as atividades e tarefas necessárias para atender ao propósito e aos resultados esperados não são definidas no MR-MPS, devendo ficar a cargo dos seus usuários. 
É correto o que consta APENAS em:
A. I, II e III.
B. I e III.
C. II, III e IV.
D. I, II, e IV.
E. II e IV.
Explicação:
I. A norma ISO/IEC 12207 contém processos, atividades e tarefas a serem aplicadas durante o fornecimento, aquisição, desenvolvimento, operação e manutenção de produtos de software e serviços correlatos e devem constituir-se referência na implementação do Modelo de Referência do MPS.BR.
===> CORRETO
II. O MPS.BR busca atingir compatibilidade com os padrões de qualidade aceitos internacionalmente e que tenha como pressuposto o aproveitamento de toda a competência existente nos padrões e modelos de melhoria de processo já disponíveis, como também adequar-se ao perfil de empresas com diferentes tamanhos e características, públicas e privadas, e, especialmente, nas micro, pequenas e médias empresas.===> CORRETO
III. A norma ISO/IEC 17799 é mais um dos modelos da referência ao MPS.BR e presta-se à realização de avaliações de processos de software, buscando a melhoria de processos e determinação da capacidade de processos de uma unidade organizacional.===> ERRADO. NÃO É MAIS UM E SIM O ÚNICO ADOTADO
IV. O Modelo de Referência MR-MPS define níveis de maturidade, por meio da combinação entre processos e sua capacidade, com a definição dos processos que declarem o propósito e os resultados esperados de sua execução. Entretanto, as atividades e tarefas necessárias para atender ao propósito e aos resultados esperados não são definidas no MR-MPS, devendo ficar a cargo dos seus usuários. ===> CORRETO
Ref.: 201707828545	
Para se garantir a qualidade dos processos de desenvolvimento de software, vários passos devem ser tomados, entre eles:
I. Gerenciar os requisitos, identificando quais são as principais necessidades do software, levando em conta tanto os requisitos funcionais quanto os não funcionais.
II. Acompanhar o projeto de software para que se possa ter uma visão realista do progresso do projeto, sendo possível tomar ações eficazes quando o desempenho dd software se desviar de forma significativa dos planos do projeto.
III. Gerenciar a configuração do software para estabelecer e manter a integridade dos produtos do projeto ao longo do ciclo de vida do software para dar maior segurança ao desenvolvedor e permitir maior controle do desenvolvimento.
IV. Desenvolver um processo padrão para ser gerenciado e revisado, identificar os pontos fortes e fracos do processo de desenvolvimento e planejar atividades de melhoramento.
É correto o que se afirma em:
A. I, II e III, apenas
B. I e III apenas.
C. I, II, III e IV.
D. II e IV, apenas .
E. II, III e IV, apenas.
Ref.: 201707928987	
Na atividade de análise no Processamento de Desenvolvimento de Software vemos a importância de se fazer uma modelagem para identificar se há uma falha no Levantamento de Requisitos. Uma dessas modelagens é o UML - Unified Modeling Language. A característica desta modelagem é:
I- Visualizar o desenho do sistema e a intercomunicação entre objetos.
II- Permitr que desenvolvedores visualizem os produtos de seus trabalhos em diagramas padronizados.
III- Modelar o problema, e não a solução.
É correto o que se afirma em:
A. Apenas em II e III;
B. Apenas em II;
C. Apenas em I e II;
D. Apenas em III;
E. Apenas em I;
 
Ref.: 201707878059	
A associação entre duas classes que indica que uma das classes do relacionamento faz parte da outra, constitui uma:
A. conexão
B. especialização
C. agregação
D. generalização
E. relação
Ref.: 201707312187	
De acordo com o Processo Unificado, uma descrição da arquitetura do software, um documento de visão e um modelo de projeto são aplicáveis, respectivamente, nas fases:
A. concepção, elaboração e transição.
B. concepção, concepção e elaboração.
C. elaboração, concepção e construção.
D. transição, construção e construção.
E. construção, transição e concepção.
Explicação:
O Processo Unificado organiza suas iterações nas seguintes fases principais:
1. Concepção: o objetivo desta fase é levantar, de forma genérica e pouco precisa, o escopo do projeto. Não deve existir aqui a pretensão de especificar de forma detalhada requisitos, a idéia é ter uma visão inicial do problema, estimar de forma vaga esforço e prazos e determinar se o projeto é viável e merece uma análise mais profunda.
2. Elaboração: na fase de elaboração todos (ou a grande maioria dos requisitos) são levantados em detalhes. Numa primeira iteração um ou dois requisitos, os de maior risco e valor arquitetural, são especificados em detalhes. Estes são implementados e servem como base de avaliação junto ao usuário e desenvolvedores para o planejamento da próxima iteração. Em cada nova iteração na fase de elaboração pode haver um seminário de requisitos, onde requisitos antigos são melhor esclarecidos e novos são detalhados. Ao fim da fase, 90% dos requisitos foram levantados em detalhes, o núcleo do sistema foi implementado com alta qualidade, os principais riscos foram tratados e pode-se então fazer estimativas mais realistas.
3. Construção: implementação iterativa dos elementos restantes de menor risco e mais fáceis e preparação para a implantação.
 
Ref.: 201707312375	(DECORAR)
No processo de desenvolvimento de software, todo software passa pelas fases de análise e projeto, associadas, respectivamente, com o que deve ser feito e como deve ser feito. A partir dessa informação, avalie a opções correta.
A. Para lidar com a complexidade do software, pode-se aplicar o princípio do particionamento, quebrando o problema em problemas menores. Esse princípio não é aplicado nas outras fases de desenvolvimento e ele não causa impacto nos custos de desenvolvimento.
B. Na fase de análise, três modelos que devem ser considerados são: do domínio da informação, o funcional e o comportamental.
C. Na fase de projeto, dois níveis de projeto devem ser considerados: o projeto detalhado, que se preocupa com uma transformação dos requisitos em um projeto de dados e arquitetural; e o projeto preliminar, que se preocupa em aprimorar o projeto detalhado para que a implementação possa ser realizada em seguida.
D. O objetivo do projeto arquitetural é desenvolver uma estrutura de programa e representar os diversos fluxos de dados entre os módulos.
E. O projeto arquitetural independe do paradigma de desenvolvimento.
Ref.: 201707250227	(DECORAR)
Uma das formas de representação do CMMI é por estágios. Assinale a alternativa que contém duas Áreas de Processos donível de maturidade 2.
A. Gerenciamento de Configuração (CM) e Planejamento do Projeto (PP)
B. Treinamento Organizacional (OT) e Análise de Decisões e Organização (DAR)
C. Análise Causal e Resolução (CAR) e Gerenciamento de Riscos (RSKM)
D. Integração de Produtos (PI) e Verificação (VER).
E. Medida e Análise (MA) e Validação (VAL)
Ref.: 201707827774	(DECORAR)
O processo de verificação e validação de um software é realizado através de um conjunto de atividades. É correto afirmar que:
A. as atividades de teste devem ser realizadas apenas para retirada de erros de programação.
B. o papel da verificação é assegurar que o programa realiza aquilo que o usuário necessita e atende as suas expectativas.
C. Os casos de teste devem ser utilizados apenas na verificação de um software.
D. os testes podem mostrar a presença de erros em um programa, mas não podem demonstrar a sua ausência.
E. o projeto dos casos de teste não deve envolver a passagem de parâmetros, pois o objetivo é testar cada módulo, individualmente, em busca de erros.
 Ref.: 201707236825	
Estudos baseados na análise de diversos projetos de desenvolvimento de software sugerem que tais projetos têm maior chance de sucesso quando empregam metodologia e gerenciamento alinhados ao paradigma de desenvolvimento de novos produtos, em contraponto ao paradigma de produção industrial. Com base nessas observações, a maioria das metodologias modernas de desenvolvimento de software recomenda:
A. dividir o trabalho em iterações curtas, com prazos fixos, e não permitir que as mesmas avancem sobre os prazos, reduzindo o escopo da iteração, se necessário.
B. planejar detalhadamente no início do projeto todas as fases e atividades do mesmo, de forma que seja possível estimar com precisão o esforço necessário e os prazos de cada atividade.
C. providenciar, desde o início do projeto, mecanismos para prevenir e bloquear solicitações de mudanças de forma a garantir que será entregue exatamente o que foi especificado.
D. não produzir documentação técnica para o sistema, tendo em vista que a mesma já nasce condenada a ficar desatualizada, investindo melhor o tempo em atividades de implementação e testes exaustivos.
E. concluir o trabalho de especificações dos requisitos do sistema, antes de iniciar as atividades de projeto e implementação.
Explicação:
Atualmente, o desenvolvimento de software não ocorre como no passado, o programador solitário foi substituído por uma equipe de especialistas com cada um se concentrando numa parte da tecnologia necessária para produzir uma aplicação, procurando sempre:
Diminuir o tempo para concluir o software.
Minimizar os custos de desenvolvimentos são tão altos.
Procurar achar todos os erros antes da entrega do software aos clientes.
Avaliar o progresso enquanto o software é desenvolvido.
Ref.: 201707927690	
As informações do problema e metas a serem alcançadas devem ser levantadas na fase de:
A. Desenho
B. Projeto
C. Implementação
D. Análise e requisitos
E. Manutenção
Ref.: 201707878046	
A linguagem de Modelagem Unificada (UML) emergiu como notação padrão, de fato e de direito, para a modelagem orientada a objetos. Desta forma, a sentença que conceitua apropriadamente a UML é:
A. um método comum para a representação da orientação a objetos.
B. um método para especificar e modelar os artefatos dos sistemas.
C. uma linguagem visual para especificar, construir e documentar os artefatos dos sistemas.
D. uma linguagem para implementar os conceitos da orientação a objetos.
E. um processo de especificação e modelagem de sistemas orientados a objeto.
Ref.: 201707249662	
Analisando o estudo de caso abaixo, marque a alternativa que define os atores do sistema. 
"Um paciente se dirige a um posto de saúde e apresenta seu nome: "José da Silva" e descreve seu estado de saúde: "Febre de 40º". O atendente anota o nome e o estado de saúde em uma ficha e o encaminha para o médico, que o atende e registra na ficha os procedimentos adotados. No final do mês o médico contabiliza o total de pacientes por queixa apresentada."
A. Cliente e atendente.
B. Atendente e Médico.
C. Cliente e Médico.
D. Somente o médico, pois os procedimentos realizados por ele são os considerados para o sistema.
E. Somente o atendente, pois o procedimento do médico é confidencial.
Explicação:
O atendente faz as anotações administrativas necessárias e o médico os procedimentos clínicos necessários
Ref.: 201707924562	
Em relação a DOCUMENTAÇÃO DO PRODUTO, Processo que adota métodos e formatos padronizados para cada família de produtos correlatos. Marque a opção que NÃO é uma das formas de documentação do produto.
A. Separação Estatística
B. Referência Rápida
C. Manual de Referência
D. Documento de Instalação
E. Padronização de Processos
Ref.: 201707280148	
Considerando o seguinte mini mundo marque a alternativa correta que indica os elementos da análise comportamental:
"A estratégia da Livraria ESTÁCIO não prevê a manutenção de livros em estoque. Todos os livros solicitados por seus clientes são, semanalmente, encomendados às editoras. As editoras e os livros comercializados são selecionados pela Direção da Livraria. Os clientes solicitam os livros pela internet a partir do código, após a análise do resumo. Os pedidos são analisados e encomendados às editoras no final de toda semana. Quando os livros são fornecidos, a livraria confere a nota de entrega da editora com a requisição, devolve as que contiverem erros e atende aos pedidos dos clientes, emitindo a faturas de cobrança. Se o fornecimento dos livros estiver correto, as faturas encaminhadas pelas editoras são registradas e pagas."
I. Código do livro.
II. Encomendar livros.
III. Editoras.
IV. Conferir requisição.
V. Resumo.
A. II e IV estão corretas.
B. II, III e IV estão corretas.
C. III e IV estão corretas.
D. I e IV estão corretas.
E. I, III e IV estão corretas.
Explicação:
A Análise Comportamental, representa a percepção de como o sistema se comporta em resposta a certos eventos externos.
No da caso da livraria ESTÁCIO, a editora faz a ação de encomendar de livros à editora e a ação de conferir a requisição das encomendas.
Isso mostra como o sistema da livraria reage(se comporta) ao evento externo que vem do aluno e da editora. 
Conclusão, temos como resposta correta a alternativa II e IV.
 
Ref.: 201707280118	
Considerando o seguinte mini mundo marque a alternativa que representa o elemento NÃO relacionado a análise estrutural:
"A estratégia da Livraria ESTÁCIO não prevê a manutenção de livros em estoque. Todos os livros solicitados por seus clientes são, semanalmente, encomendados às editoras. As editoras e os livros comercializados são selecionados pela Direção da Livraria. Os clientes solicitam os livros pela internet a partir do código, após a análise do resumo. Os pedidos são analisados e encomendados às editoras no final de toda semana. Quando os livros são fornecidos, a livraria confere a nota de entrega da editora com a requisição, devolve as que contiverem erros e atende aos pedidos dos clientes, emitindo a faturas de cobrança. Se o fornecimento dos livros estiver correto, as faturas encaminhadas pelas editoras são registradas e pagas."
A. Encomendar livros.
B. Clientes.
C. Resumo.
D. Código do livro.
E. Livros.
Explicação:
Neste caso alternativa que representa o elemento nao relacionado a análise estrutural é o de encomendar livros.
Ref.: 201707449162	
Existem 2 (duas) visões do projeto quanto ao seu desenvolvimento: externa e interna.
I- A visão externa contempla a visão do usuário e a visão interna o modelo de interação com suas interfaces.
II- A visão externa contempla os componentes do sistema enquanto a visão interna contempla o funcionamento do componente.
III- A visão externa contempla a visão do usuário enquanto a visão interna contempla os componentes do sistema.
Analise as afirmativas acima, assinale a única resposta correta.
A. Apenas II está correta;
B. Apenas I e III estão corretas;
C. Apenas III está correta;
D. ApenasII e III estão corretas;
E. Apenas I está correta;
 
Ref.: 201707878088	
A Estrutura de atributos e operações encapsulada por procedimentos é denominado de
A. objeto
B. classe
C. instância
D. método
E. entidade
Explicação:
um objeto é algo distinguível que contém atributos (ou propriedades) e possui um comportamento(operações). Cada objeto tem uma identidade e é distinguível de outro mesmo que seus atributos sejam idênticos.
A classe é que gera o objeto através da instância, ou seja, quando você instancia uma classe, você gera um objeto daquela classe. Ex: da classe professor posso gerar(instanciar) o professor Pedro(objeto) ou a professora Maria(objeto), que possui os atributos altura, idade, peso, etc.
Conclusão, objeto são implementações de orientação a objeto que encapsulam dados e operações.
Ref.: 201707479378	
A análise por pontos de função, elaborada no final da década de 70 por Alan Albrecht da IBM, é uma técnica para medição do tamanho de software. Qual a contribuição que as atividades de estimativa e métrica de software em geral, podem oferecer a um projeto de desenvolvimento?
A. Atividades de estimativa e métrica de software são utilizadas para obter o tamanho de espaço necessário em servidores para hospedagem de sistemas de informação em servidores de aplicação
B. Atividades dessa natureza ajudam no planejamento de um projeto de desenvolvimento, uma vez que a partir da obtenção do tamanho do software, podem ser obtidas em seguida outras variáveis importantes como prazo, esforço e produtividade
C. Estimativas e métricas de software podem ser úteis para calcular o espaço em disco necessário para hospedagem de dados em Sistemas de gerenciamento de banco de dados bem como a estruturação dessas informações da melhor forma
D. Técnicas de estimativa e métrica de software servem para calcular e comparar o desempenho de diferentes tecnologias a serem adotadas num projeto de desenvolvimento de software
E. O valor de contratos de licitação, o preço de um projeto de desenvolvimento com novas tecnologias e o cálculo do valor da hora de trabalho são calculados diretamente com técnicas de estimativa como os pontos de função
Explicação:
Análise de Pontos de Função (APF) é uma técnica para a medição de projetos de desenvolvimento de software, visando a estabelecer uma medida de tamanho, em Pontos de Função (PF), considerando a funcionalidade implementada, sob o ponto de vista do usuário.
Ref.: 201707927689	
Nesta etapa do processo do desenvolvimento, o objetivo é mostrar como deve ser implementada a solução, porém não envolve qual o tipo de tecnologia especifica é necessária:
A. Implementação
B. Concepção
C. Desenho do produto
D. Análise
E. Manutenção
Ref.: 201707924560	
Relacione as colunas: 1 - Código 2 - Reutilização de Classes 3 - Reutilização de Objetos 4 - Reutilização de Plataforma 5 - Desenho ( )Reutilização de parte de código de programa ( )Módulo de Código Binário ( )Bibliotecas e classes fundamentais ( )Reutilização de Plataforma ( )Aproveitamento de ideias para solução de problemas encontrados no desenho, geralmente baseado em classes abstratas derivadas por herança de outras classes.
A. 1,3,2,4,5
B. 1,2,3,4,5
C. 5,4,3,2,1
D. 2,1,4,5,3
E. 1,2,4,5,3
Ref.: 201707927698	
A reutilização de objetos se refere a reutilizarmos os seguintes elementos em um processo de desenvolvimento de software:
A. parte de código e a camada de arquitetura
B. aproveitamento de ideias e de bibliotecas
C. bibliotecas e classes fundamentais
D. parte de código de programa e bibliotecas
E. módulo de código binário e classes fundamentais
Ref.: 201707927699	
A reutilização de classe se refere a reutilizarmos o seguinte elemento em um processo de desenvolvimento de software:
A. módulo de código binário
B. bibliotecas
C. parte do código de programa
D. aproveitamento de ideias
E. classes fundamentais
Ref.: 201708379022	
A norma NBR ISO/IEC 12207 estabelece
A. os processos fundamentais, organizacionais e de apoio do ciclo de vida de software.
B. um modelo de áreas de processos representadas por categoria e por estágios.
C. os estágios do ciclo de vida dos serviços de tecnologia da informação.
D. as atividades de tecnologia da informação agrupadas em processos e esses em domínios.
E. um modelo de processos de software, um método de avaliação e um modelo de negócio.
Explicação:
A norma ISO/IEC 12207 é a norma que define processo de Engenharia de Software, atividades e tarefas que são associados com os processos do ciclo de vida do software desde sua concepção até a retirada/descontinuação do software.
Ref.: 201707826306	
No processo unificado de desenvolvimento de software, qual é a fase em que o planejamento do projeto é completado, o domínio do negócio é analisado e os requisitos do sistema são ordenados considerando-se prioridade e risco?
A. Construção.
B. Elaboração.
C. Produção.
D. Transição.
E. Concepção.
Ref.: 201707312189	
De acordo com a teoria são características do Processo Unificado o que consta apenas em:
I. Dirigido por caso de uso.
II. Orientado por quatro workflows.
III. Centrado em arquitetura.
IV. Distribuído em cinco fases.
V. Iterativo e incremental.
	
A. I, II e III.
B. I, II e IV.
C. II, III e V.
D. III, IV e V.
E. I, III e V.
 
Ref.: 201707312212	
Uma das características do Processo Unificado é ser dirigido a casos de uso. Nesse contexto, analise as afirmações a seguir e identifique a alternativa correta.
 - O modelo de casos de uso representa o comportamento de um sistema, conforme percebido do ponto de vista externo a esse sistema.
PORQUE:
- O modelo de classes conceituais de um sistema pode ser obtido a partir do modelo de casos de uso.
	
A. A primeira afirmação é verdadeira e a segunda é falsa.
B. As duas afirmações são verdadeiras e a segunda não justifica a primeira.
C. A primeira afirmação é falsa e a segunda é verdadeira.
D. As duas afirmações são falsas.
E. As duas afirmações são verdadeiras e a segunda justifica a primeira.
Explicação:
Principais Características do UP
· utiliza UML para especificar, modelar e documentar artefatos.
· guiado por casos de uso
· centrado na arquitetura - baseado em componentes
· iterativo e incremental ¿ focado em riscos
· permite a customização e autoria de processos, ou seja uma vasta variedade de processos, ou configuração de processos, podem ser obtidas a partir dele.
· configurável: pode ser adaptado (configurado) dependendo do tipo de software sendo desenvolvido, de características do ambiente de desenvolvimento (tamanho da equipe, técnicas usadas, etc)
Ref.: 201707927691	
Após o levantamento de dados da fase de análise, a documentação de desenho deve exemplificar:
A. as diretrizes para as implementações de novos projetos
B. os riscos associados ao projeto
C. a solução que será tomada para resolução do problema
D. as alternativas para a resolução do problema
E. os custos associados para a resolução do problema
Ref.: 201707280051	
"O teste de software normalmente é a última fase antes de entregarmos o sistema pronto ao cliente".
É correto afirmar que:
A. Por ser a última fase ela não deve ser utilizada em nenhum outro ponto do desenvolvimento.
B. Por ser a última fase, ele tem a obrigação de dizer que o software funciona.
C. Por ser a última fase ela nunca é deixada de lado, afinal isso seria uma bobagem.
D. Por ser a última fase ela é também a mais importante de todas para a garantia da qualidade.
E. Ela pode ser a última, mas não é a única tarefa que garante a qualidade do software.
Ref.: 201708001383	
Quando falamos de requisitos de software os stakeholders são:
A. Os usuários principais do software e o gerente de desenvolvimento
B. Toda a equipe de informática, envolvida diretamente ou não com o projeto de software de que está se falando.
C. Os desenvolvedores do software, incluindo a gerência.
D. Os usuários principais do software, os usuários que são afetados direta ou indiretamente pelo software e a equipe de desenvolvimento.
E. Os clientes do projeto que pagam pelosoftware.
Explicação:
Os stakeholders nada mais são do que as pessoas e as organizações que podem ser afetadas por um projeto, de forma direta ou indireta, positiva ou negativamente.
Eles também são conhecidos por serem as partes interessadas, que fazem parte da base da gestão de comunicação, e são muito importantes para o planejameoto e execução de um projeto.
 
Ref.: 201707312207	
A atividade analisar um caso de uso, prevista no Processo Unificado, produz um artefato chamado realização de análise de caso de uso, que mostra como as classes de análise colaboram para que o caso de uso apresente o comportamento especificado. Identifique a afirmação correta.
A. O diagrama de robustez do sistema, que especifica os requisitos não funcionais de escalabilidade e tolerância a falhas, é um dos insumos para esta atividade.
B. A interação entre as classes de análise é expressa primariamente através de diagramas de classes UML.
C. Ao realizar a análise de um caso de uso, possíveis falhas e omissões no mesmo se tornam mais perceptíveis, tratando-se, portanto, de uma oportunidade para refinar o modelo de casos de uso.
D. As classes de análise, neste artefato, devem conter referências a detalhes de implementação.
E. Um outro produto desta atividade é o artefato chamado realização de projeto de caso de uso.
Explicação:
O modelo de casos de uso é um dos artefatos mais importantes previstos pelo Processo Unificado.
Sobre este modelo de casos de uso, podemos falar que os atores humanos são identificados com base no papel que desempenham do ponto de vista do sistema, e não necessariamente no cargo que ocupam na instituição em que o sistema rodará, assim como as combinações possíveis do fluxo principal com os fluxos alternativos de um caso de uso fornecem todos os cenários possíveis para o mesmo, os quais, por sua vez, podem ser utilizados como unidades de planejamento, implementação e testes.
 
Ref.: 201707810562	
Qual a fase do processo de engenharia de requisitos em que se pretende demonstrar que o documento de requisitos produzido corresponde, de fato, ao sistema que o cliente pretende:
A. organização.
B. elicitação.
C. arquitetura.
D. classificação.
E. validação.
Ref.: 201707828459	
Considerando-se que o Teste de Aceitação é executado pelos usuários antes do sistema ser liberado para a produção, escolha a melhor opção para completar a frase: O teste de aceitação será executado de forma muito mais simples e rápida quando…
A. Os usuários participarem de todo o processo de desenvolvimento do software e do processo de teste de software.
B. A equipe de testes de sistemas fizer bem feito todos os testes necessários.
C. A equipe de testes de sistemas fizer o plano de teste de aceitação.
D. Os usuários tiverem bom treinamento.
E. Os usuários tiverem ferramentas de automação para fazerem seus testes.
Explicação:
O teste de aceitação é a última ação de teste antes da implantação do software. A meta do teste de aceitação é verificar se o software está pronto e pode ser usado pelos usuários finais para executar as funções e as tarefas para as quais foi criado. Obviamente o teste de aceitação será executado de forma muito mais simples e rápida quando for acompanhado pelos usuários que devem ter participado de todo o processo de desenvolvimento do software e do processo de teste de software.
Ref.: 201707311165	
O teste de produto de software apresenta duas fases: __________ e __________.
A. controle e validação
B. gerenciamento e controle
C. gerenciamento e validação
D. verificação e controle
E. verificação e validação
Explicação:
Essa questão está abordando as modalidades de testes.
Os testes de VERIFICAÇÕES ou ESTÁTICOS são realizados nas fases iniciais,antes da fase de implementação, envolvem inspeções, revisões e auditorias e foca na qualidade do processo.
Os testes de VALIDAÇÕES ou DINÂMICOS são realizados durante ou após a fase de implementação, necessita de parte ou todo o sistema encarnado e foca na qualidade do produto.
Ref.: 201707453549	
A fase de Teste tem como objetivo encontrar um erro que ainda não foi descoberto. Qual é o tipo de teste que é realizado após a integração de todos os módulos, antes da implantação?
A. Teste de Validação
B. Teste de Integração
C. Teste de Programação
D. Teste de Unidade
E. Teste de Módulo
Ref.: 201708106856	
Em um processo de análise de riscos em TI, uma avaliação da vulnerabilidade depende das avaliações
A. dos controles e do risco residual.
B. do ativo e das ameaças.
C. das ameaças e das contramedidas.
D. do ativo e dos controles.
E. do risco e dos controles.
Ref.: 201707450193	
Uma representação definida de um procedimento de teste define um(a):
A. Script de teste de software
B. Critério de teste de software
C. Forma de teste de software
D. Definição de teste de software
E. Objetivo de teste de software
Ref.: 201707824104	
 Código de referência da questão.3a Questão
Existem diversos modelos CMMI disponíveis, gerados a partir do CMMI Framework. Em consequência disso, é preciso estar preparado para decidir qual modelo CMMI melhor atende às necessidades de melhoria de processos de uma organização específica. É possível selecionar uma representação, contínua ou em estágios, e determinar as áreas de conhecimento que serão incluídas no modelo que essa organização irá utilizar. Sobre essas representações, considere: I. Oferecerá uma sequência comprovada de melhorias, começando com práticas básicas de gerenciamento e progredindo por um caminho pré-definido e comprovado de níveis sucessivos, cada um servindo como base para o próximo. II. Oferecerá uma classificação única que resume os resultados de avaliações e permite comparações entre organizações. III. Possibilitará comparações dentro e entre organizações em uma área de processo em termos de área de processo ou pela comparação de resultados através do uso de estágios equivalentes. IV. Permitirá comparação dentro da organização e entre organizações pelo uso de níveis de maturidade. V. Permitirá selecionar a sequência de melhorias que melhor atende aos objetivos de negócios e reduz as áreas de risco da organização. Os itens apresentados referem-se, respectivamente, às representações:
A. contínua, em estágios, contínua, em estágios, contínua.
B. em estágios, em estágios, contínua, em estágios, contínua.
C. em estágios, contínua, em estágios, contínua, em estágios.
D. contínua, em estágios, em estágios, contínua, em estágios.
E. contínua, contínua, em estágios, contínua, em estágios.
Explicação:
Representação Contínua
Possibilita à organização utilizar a ordem de melhoria que melhor atende os objetivos de negócio da empresa. É caracterizado por: Níveis de Capacidade (Capability Levels):
· Nível 0: Incompleto (Ad-hoc)
· Nível 1: Executado
· Nível 2: Gerenciado / Gerido
· Nível 3: Definido
· Nível 4: Gerenciado quantitativamente --- REMOVIDO DA v.1.3
· Nível 5: Em otimização --- REMOVIDO DA v.1.3
Nesta representação a capacidade é medida por processos separadamente, onde é possível ter um processo com nível um e outro processo com nível cinco, variando de acordo com os interesses da empresa.
· No nível 1(um) o processo é executado de modo a completar o trabalho necessário para a execução de um processo.
· No nível 2(dois) é sobre planejar a execução e confrontar o executado contra o que foi planejado.
· No nível 3(três) o processo é construído sobre as diretrizes do processo existente, e é mantido uma descrição do processo.
· No nível 4(quatro) é quando o processo é gerenciado quantitativamente através de estatísticas e outras técnicas.
· No nível 5(cinco) o processo gerido quantitativamente é alterado e adaptado para atender às necessidades negociais/estratégicas da empresa.
A representação contínua é indicada quando a empresa deseja tornar apenas alguns processos mais maduros, quando já utiliza algum modelo de maturidade contínua ou quando não pretende usar a maturidade alcançada como modelo de comparação com outras empresas.
Representação Por Estágios
Disponibiliza uma seqüênciapré-determinada para melhoria baseada em estágios que não deve ser desconsiderada, pois cada estágio serve de base para o próximo. É caracterizado por Níveis de Maturidade (Maturity Levels):
· Nível 1: Inicial (Ad-hoc)
· Nível 2: Gerenciado / Gerido
· Nível 3: Definido
· Nível 4: Quantitativamente gerenciado / Gerido quantitativamente
· Nível 5: Em otimização
Nesta representação a maturidade é medida por um conjunto de processos. Assim é necessário que todos os processos atinjam nível de maturidade dois para que a empresa seja certificada com nível dois. Se quase todos os processos forem nível três, mas apenas um deles estiver no nível dois a empresa não irá conseguir obter o nível de maturidade três.
Esta representação é indicada quando a empresa já utiliza algum modelo de maturidade por estágios, quando deseja utilizar o nível de maturidade alcançado para comparação com outras empresas ou quando pretende usar o nível de conhecimento obtido por outros para sua área de atuação.
Ref.: 201707280671	
O padrão de processo de desenvolvimento de software _______________, é baseado nas normas ISO/IEC 12207 e ISO/IEC 15504, na realidade do mercado brasileiro e também é compatível com o CMMI.
A. MPS/BR.
B. SPICE.
C. CMMI.
D. ISO/IEC.
E. CMM.
Explicação:
O MPS.BR, Melhoria do Processo de Software Brasileiro, é um programa da Softex com apoio do Ministério da Ciência, Tecnologia, Inovações e Comunicações (MCTIC). Com inicio em dezembro de 2003, o programa tem como objetivo melhorar a capacidade de desenvolvimento de software, serviços e as práticas de gestão de RH na indústria de TIC.
Ref.: 201707929015	
Após o sistema ter sido instalado no ambiente do usuário, ou seja, entrado em produção, começa a fase de Manutenção deste sistema. Esta fase depende muito da qualidade no processo de desenvolvimento e da documentação atualizada. Um desses documentos é a Documentação para Suporte, no qual encontramos o Manual de Sistemas. Para que ele realmente de suporte adequado para a manutenção, ele deve:
A. Mostrar como o usuário usa as funcionalidades;
B. Descrever estratégias de como chegar ao resultado final;
C. Descrever como instalar o sistema, plataformas de operação, pré-requisitos necessários;
D. Descrever as partes do código fonte, requisitos necessários e arquitetura do sistema;
E. Estabelecer o formato e a cadência de como o processo deve ser implementado;
Ref.: 201707271805	
Uma empresa resolveu desenvolver um Sistema utilizando o modelo de Prototipação, porque os usuários estavam com dificuldade de expressar suas reais necessidades. As vantagens que fizeram com que o gerente optasse por esta metodologia foram:
I- Contribuem para melhorar a qualidade da especificação dos futuros programas, o que leva à diminuição de gastos com manutenção;
II- O cliente vê algo que parece ser uma versão do SW desejado e não entende porque o produto precisa ser construído;
III- Partes do protótipo podem ser usadas no desenvolvimento do sistema final.
Analisando as sentenças acima, assinale a única alternativa correta:
	
A. Somente a sentença I está correta
B. Todas as sentenças apresentadas estão corretas
C. Somente as sentenças II e III estão corretas
D. Somente as sentenças I e III estão corretas
E. Somente as sentenças I e II estão corretas
Ref.: 201707956898	
O Modelo Iterativo e Incremental - Metodologia de desenvolvimento de software que define um subconjunto de requisitos e utiliza o modelo em cascata para sua realização.
Identifique a única alternativa que NÃO faz parte das atividades do modelo em questão:
A. Análise de requisitos
B. Levantamento de requisitos
C. Manutenção
D. Implementação
E. Projeto
Explicação:
A manutenção esta aquém (fora de escopo) de qualquer processo de desenvolvimento. os processos terminam com a entrega do sistema e sua implantação. A partir dai inicia-se a manutenção, ate que o sistema seja subsrituido por outros
Ref.: 201707956919	
No processo de desenvolvimento de　software, devemos adotar uma modalidade de ciclo de vida de projetos de software, analise as alternativas apresentadas:
I. Processo iterativo - Modelo onde cada atividade tem que ser concluída antes de iniciar a próxima;
II. Modelo Incremental - Modelo que se baseia na ideia de aumento do âmbito do sistema, ou seja, na criação de novas versões para o modelo proposto;
III. Modelo Iterativo e Incremental - Metodologia de desenvolvimento de software que define um subconjunto de requisitos e utiliza o modelo em cascata para sua realização.
Escolha a alternativa correta:
A. Apenas a afirmativa I está correta
B. Apenas a afirmativa II está correta
C. Apenas as afirmativas II e III estão corretas
D. Todas as afirmativas estão corretas
E. Apenas as afirmativas I e II estão corretas
Explicação:
I. Processo iterativo - Modelo onde cada atividade tem que ser concluída antes de iniciar a próxima; - FALSO, pois o modelo em cascata é o que trata as fases em sequencia (atividade tem que ser concluída antes de iniciar a próxima)
Ref.: 201707916473	
Um analista desenvolve um software e identifica que os seus requisitos iniciais estão razoavelmente bem definidos, mas o escopo geral do desenvolvimento não permite um processo puramente linear. Ele sabe que precisa, em curtíssimo prazo, prover um conjunto limitado de funcionalidades do software para os usuários, que serão refinadas e expandidas em versões futuras. Qual o modelo de ciclo de vida de desenvolvimento de software mais adequado a esse caso?
A. Prototipação.
B. Incremental.
C. Cascata.
D. Espiral.
E. Formal.
Ref.: 201707449267	
Um dos modelos de desenvolvimento de software é o modelo iterativo-incremental. O conceito deste modelo é representado por:
A. Faz a seleção de uma parte do projeto, identificando, especificando, implementando, testando e implantando a iteração
B. Uma vez satisfeitos os requisitos e os objetivos da iteração forem completos, o desenvolvimento segue para a próxima iteração
C. Uma vez satisfeitos os requisitos, as partes podem ser desenvolvidas em paralelo e integradas quando completas
D. Funciona de forma iterativa, incremental, mas com uma etapa onde pode ser tomada a decisão de se interromper ou não o processo
E. Utiliza o modelo balburdia para sua realização
Ref.: 201707918262	
Um protótipo de software pode ser usado em um processo de desenvolvimento de software para:
I. Ajudar na descoberta e validação dos requisitos do sistema, durante a engenharia de requisitos.
II. Explorar soluções específicas de software e apoiar o projeto de interface com o usuário, durante o projeto do sistema.
III. Realizar testes completos com o sistema que será entregue para o cliente, durante o processo de teste.
Está correto o que se afirma em:
A. I, II e III.
B. I e II, apenas.
C. II e III, apenas.
D. II, apenas.
E. I, apenas.
Ref.: 201708122904	
Quem no RUP identifica quem são os atores, os casos de uso existentes e como eles interagem entre si?
A. Analista de Sistemas.
B. Administrador de Banco de Dados.
C. Revisor de Requisitos.
D. Designer de Negócios.
E. Arquiteto do sistema
Ref.: 201707449276	
O RUP (Rational Unified Process) é um processo proprietário de desenvolvimento de software composto de 4 (quatro) fases. A fase de elaboração consiste de:
A. Gerar o controle de mudanças
B. Estabelecer o escopo e a viabilidade do projeto
C. Determinar a qualidade durante todo o processo
D. Desenvolver o produto, até que ele esteja pronto para teste
E. Eliminar principais riscos e definir uma arquitetura estável
Ref.: 201707915604	
Dentre as práticas do método ágil Extreme Programming (XP), está a prática de propriedade ou posse coletiva. É correto afirmar que, nessa prática,
A. os pares de desenvolvedores trabalham em todas as áreas do sistema, de modo que não se desenvolvam ilhas de expertise. O código fonte não pertence a ninguém.
B. cada projeto é realizado para atender às necessidades globais dos usuários, focando na coletividade da distribuição da informação.
C. grandes quantidades de horas extras não são consideradasaceitáveis, pois o resultado final, muitas vezes, é a redução da qualidade do código e da produtividade a médio prazo, sendo que o indivíduo pode afetar o desempenho de todo o time.
D. os trabalhos são desenvolvidos em conjunto, para que um programador possa analisar o trabalho do outro.
E. um representante do usuário final do sistema deve estar disponível todo o tempo à equipe de desenvolvimento. Nesse modelo de desenvolvimento, o cliente é membro da equipe e participa da responsabilidade do código desenvolvido.
Ref.: 201708379026	
Os Níveis de Maturidade de 1 a 5 do CMMI são:
A. Inicial, Gerenciado, Dirigido, Verificado Quantitativamente e Maximizado.
B. Planejado, Projetado, Implantado, Gerenciado Quantitativamente e Otimizado.
C. Planejado, Gerenciado, Revisto, Otimizado e Quantificado.
D. Inicial, Gerenciado, Definido, Gerenciado Quantitativamente e Otimizado.
E. Inicial, Projetado, Definido, Gerenciado Qualitativamente e Aplicado.
Explicação:
Os cinco níveis de maturidade do CMMI
1) Inicial. O processo é caracterizado como sendo imprevisível e ocasionalmente caótico. Poucos processos são definidos e o sucesso depende de esforços individuais e, muitas vezes, heróicos.
2) Gerenciado. Processos básicos de gerenciamento de projeto são estabelecidos para controle de custos, prazos e escopo. A disciplina de processo permite repetir sucessos de projetos anteriores em aplicações similares.
3) Definido. Um processo composto por atividades de gerenciamento e engenharia, é documentado, padronizado e integrado em um processo padrão da organização. Todos os projetos utilizam uma versão aprovada e adaptada do processo organizacional para desenvolvimento e manutenção de produtos e serviços tecnológicos.
4) Quantitativamente Gerenciado. Métricas detalhadas dos processos e dos projetos são coletadas. Tanto os processos como os projetos são quantitativamente compreendidos e controlados.
5) Em otimização. A melhoria contínua do processo é estabelecida por meio de sua avaliação quantitativa, e da implantação planejada e controlada de tecnologias e idéias inovadoras.
Ref.: 201707915605	
A visão estática do RUP prioriza as atividades que ocorrem durante o processo de desenvolvimento. Na descrição do RUP, essas são chamadas de workflows. Existem seis workflows centrais, identificadas no processo e três de apoio, dentre os quais é possível citar os workflows de:
A. Análise de Riscos e Operação e manutenção.
B. Concepção e Construção.
C. Transição e Iteração.
D. Plano de desenvolvimento e Conceito de operação.
E. Meio ambiente e Gerenciamento de projeto.
 
Ref.: 201707250230	
Considere as afirmativas abaixo.
I. O RUP é um processo iterativo.
II. Sob orientação do RUP, o desenvolvimento é centrado na arquitetura.
III. Sob a orientação do RUP, as atividades de desenvolvimento são orientadas por casos de uso.
É correto o que se afirma em
III, apenas
I e II, apenas
I e III, apenas
I, apenas
I, II e III
Explicação:
O RUP é um processo com as mesmas raízes que o processo unificado, que tem com proposta um desenvolvimento de software de alta qualidade, que apoie o desenvolvimento Orientado a objetos e que possibilite uma gestão com controle de custo e prazos.
Segundo seus autores, o RUP apresenta as seguintes características centrais:
· Baseado em OO.
· Uso em grandes projetos.
· Desenvolver iterativamente
· Foca arquitetura baseada em componentes
· Obtém vantagem no uso da UML
· Qualidade durante todo o processo
· Gestão e controle de mudanças
· Dirigido por caso de uso
· Conclusão, as afirmativas I, II e III estão corretas.
 
Ref.: 201707452163	
O Método XP, também conhecido como eXtreme Programming, é um método que pertence à metodologia ágil de desenvolvimento de software. Identifique a única opção que NÃO pertence às práticas deste método:
A. Padrão de codificação - Estabelecimento de regras de código de programa
B. Ritmo sustentável - Utilizar o tempo de trabalho dentro do especificado. Sem horas adicionais
C. Reuniões em pé - Utilizadas para não perder o foco no assunto
D. Testes de verificação - Testes de verificação realizados pelo cliente
E. Pequenas versões - Pequenas versões aceitas pelo cliente ajudam na aceitação do programa completo
Ref.: 201710124404	
Marque a resposta certa de acordo com as assertivas abaixo:
I - O PU utiliza a UML no preparo de todos os artefatos do sistema.
II - O PU é baseado em componentes, o que significa o sistema ser construído a partir de componentes de software interconectados via interfaces muito bem definidas.
III - O PU de desenvolvimento de sistemas combina os ciclos iterativo e incremental para a construção de produtos de software.
IV - O RUP foi desenvolvido pela Rational Corporation.
A. Apenas a assertiva III está correta.
B. Apenas a assertiva II está correta.
C. Apenas a assertiva I está correta.
D. Apenas a assertiva IV está correta.
E. Todas as assertivas estão corretas.
Explicação:
As principais características do Processo Unificado são:
· processo iterativo e incremental, em que o software é incrementado de melhorias a cada iteração do ciclo de desenvolvimento;
· orientado a caso de uso, sendo este um artefato que descreve cada funcionalidade do sistema e subsidia todas as etapas do desenvolvimento;
· centrado na arquitetura, de forma que ao tratar a arquitetura do software seja evitado o retrabalho e aumente a capacidade de reuso de seus componentes (MACHADO e PEREIRA, 2006, p. 3);
· focado em riscos, em função das priorizações dos casos de uso mais críticos nos primeiros ciclos iterativos¿ (WAZLAWICK, 2013, p. 123);
· preconizar o uso da linguagem UML.
Conclusão, podemos dizer que TODAS as alternativas estão corretas.