Escolar Documentos
Profissional Documentos
Cultura Documentos
Explicação:
O Software, por sua vez, também é considerado um produto que foi desenvolvido pela
Engenharia de Software que inclui, além do programa propriamente dito, manuais e
especificações.
Conclusão:
Shareware
Comercial
Freeware
Livre
Gabarit
o
Coment.
Apenas II
Apenas I, III e IV
Apenas I e II
Apenas III
I, II , III e IV
Explicação:
Trial
Shareware
Adware
Comercial
Demo
Gabarit
o
Coment.
Explicação:
Interação: Onde os passos podem ser repetitivos até uma condição ser atingida.
Conclusão:
Explicação:
Dentro desse conceito podemos fazer a seguinte leitura das frases a seguir:
(Iteração)Tipo de instruções que podem ser repetitivas até uma condição ser atingida
- Onde os passos podem ser repetitivos até uma condição ser atingida. São usadas
quando há necessidade de realizar repetidamente o mesmo trecho de código.
Apenas II
I, II e III
Apenas I e II
Apenas I
Apenas I e III
Explicação:
I.Uma cópia da licença do software livre pode ser distribuída sem restrição - Verdade
II. O Freeware pode ser copiado e distribuído gratuitamente. - Verdade
III. Tria é programa semelhante ao DEMO, mas com funcionalidades disponíveis por
tempo indeterminado - Falso, as funcionalidades ficam disponíveis por tempo
determinado.
8. No que se refere ao conceito de software e linguagens
de programação, avalie as assertivas a seguir
I, II , III e IV
Apenas II
Apenas I e II
Apenas I, II e III
Apenas I
Explicação:
1a Questão
Software Livre - Programa de computador cuja utilização, cópia e distribuição não possuem
restrição. É comum o código fonte estar disponível para manuseá-lo.
Trial - Programa de computador que possui limitações de tempo e/ou funcionalidades. Ao final do
tempo estabelecido, o programa pode requisitar o pagamento para uso do software completo ou
pode continuar rodando sem todas as suas funcionalidades ou, ainda, interromper o seu uso.
Software Freeware - Programa de computador cujo uso não implica o pagamento de licença de uso.
Comercial - Programa por que se paga uma taxa de licenciamento para sua utilização.
Demo - Fração de um programa. Funciona como material promocional para dar a oportunidade do
produto ser avaliado.
Respondido em 18/03/2020 22:18:19
Gabarito
Coment.
2a Questão
Assinale "VERDADEIRO" ou "FALSO" nas opções que se relacionam com uma boa especificação de
requisitos (Pádua, 2009 - Cap. 1):
( ) a participação dos usuários no levantamento de requisitos é essencial para que as suas necessidades
pessoais sejam corretamente atendidas;
( ) a ausência de uma boa especificação de requisitos custa mais tempo e dinheiro.
V, F, F, V, V
F, V, F, F, V
F, F, F, V, V
V, F, F, F, V
V, F, F, V, F
Gabarito
Coment.
3a Questão
__________: Tipo de instruções que podem ser repetitivas até uma condição ser atingida.
__________: Serviço que a classe presta.
__________: Tipo de instruções que podem ser executadas baseadas em uma condição lógica.
Explicação:
Dentro desse conceito podemos fazer a seguinte leitura das frases a seguir:
(Iteração)Tipo de instruções que podem ser repetitivas até uma condição ser atingida - Onde os
passos podem ser repetitivos até uma condição ser atingida. São usadas quando há necessidade de realizar
repetidamente o mesmo trecho de código.
(Seleção)Tipo de instruções que podem ser executadas baseadas em uma condição lógica - onde
os passos podem ser executados baseados em um tratamento lógico (IF, THEN, ELSE). Ou seja, executa
uma ação se determinada condição for verdadeira.
Gabarito
Coment.
4a Questão
Linguagem usada quando o processo precisa de um software que não implique em pagamento de
uso.
Possui como ótica principal a aproximidade do mundo real e estruturas que possuem
comportamento próprio.
São elementos de código em formato de blocos que se interligam através de métodos básicos
como: Sequência, Seleção e Interação.
Linguagem usada quando o processo precisa de um software que implique em pagamento de uso.
Também chamada de sistema operacional, é responsável por operar os demais periféricos que
estejam conectados ao hardware.
Respondido em 18/03/2020 22:21:34
Explicação:
Elementos de código em formato de blocos que se interligam através de três métodos básicos:
Sequência: Onde os passos são seguidos de forma sequencial (tarefa 1 finaliza, entra tarefa 2).
Seleção: Onde os passos podem ser executados baseados em um tratamento lógico (IF, THEM,
ELSE).
Interação: Onde os passos podem ser repetitivos até uma condição ser atingida.
Conclusão:
São elementos de código em formato de blocos que se interligam através de métodos básicos
como: Sequência, Seleção e Interação.
5a Questão
Explicação:
resistência a mudanças
inadequação da equipe.
6a Questão
Possuem códigos onde os passos podem ser repetitivos até uma condição ser atingida.
São elementos de código em formato de objetos que se interligam e utilizam uma ótica mais
próxima do mundo real.
Também chamados de sistema operacional, é responsável por operar os demais periféricos que
estejam conectados ao hardware.
Possuem códigos onde os passos podem ser executados baseados em um tratamento lógico (IF,
THEM, ELSE).
São elementos de código em formato de blocos que se interligam através de métodos básicos
como: Sequência, Seleção e Interação.
Respondido em 18/03/2020 22:24:52
Explicação:
Conclusão:
São elementos de código em formato de objetos que se interligam e utilizam uma ótica mais
próxima do mundo real.
7a Questão
IV. Pode ter a parte defeituosa substituída, tal qual o hardware. Falso, a parte
defeituso precisa ser corrigida, o que pode gerar outros efeitos colaterais.
Gabarito
Coment.
8a Questão
São programas que têm interface direta com o usuário, como editores de texto, planilhas
eletrônicas, navegadores, dentre outros.
São elementos de código em formato de blocos que se interligam através de métodos sequenciais.
Também chamados de sistema operacional, é responsável por operar os demais periféricos que
estejam conectados ao hardware.
É a linguagem de programação com mais aproximidade com o hardware.
Explicação:
São programas que têm interface direta com o usuário e que são voltados para solução de problema.
Por exemplo: Editores de texto, planilhas eletrônicas, navegadores, imposto de renda, folha de pagamento,
dentre outros.
Conclusão:
São programas que têm interface direta com o usuário, como editores de texto, planilhas
eletrônicas, navegadores, dentre outros.
1a Questão
Em relação aos modelos de software, marque a opção MAIS CORRETA para a definição sobre o tipo de
(licenciamento) de software que atende ao abaixo descrito
Software GLU
Freeware
Trial
Adware
Demo
Explicação:
O programa de computador cuja utilização não implica o pagamento de licenças de uso ou royalties é o
freeware.
2a Questão
Apenas II e III
Apenas I e II
Apenas I, II e III
I, II, III e IV
Explicação:
3a Questão
Dentre os diferentes programas de controle financeiro disponíveis na Google Play tem um da Globo News,
onde possui uma interface simples de utilizar, mas durante o seu uso sempre aparece um banner com
propaganda da Caixa Econômica federal. Analisando estas características podemos classificar este software
como:
Demo
Comercial
Trial
Adware
Shareware
Gabarito
Coment.
4a Questão
Explicação:
A Engenharia de Software, se deu ´por volta dos anos 70, para se concentrar nos aspectos práticos da
produção de um sistema de software.
O termo foi utilizado oficialmente em 1968 na NATO Science Committee. Sua criação surgiu numa tentativa
de contornar a crise do software e dar um tratamento de engenharia (mais sistemático, controlado e de
qualidade mensurável) ao desenvolvimento de sistemas de software complexos. Um sistema
de software complexo se caracteriza por um conjunto de componentes abstratos de software (estruturas de
dados e algoritmos) encapsulados na forma
de algoritmos, funções, módulos, objetos ou agentes interconectados entre si, compondo a arquitetura do
software, que deverão ser executados em sistemas computacionais.
5a Questão
No que tange as linguagens de programação, avalie cada assertiva como V (verdadeira) ou F(falsa).
Apenas III
Apenas II
I, II , III e IV
Explicação:
6a Questão
Qual opção abaixo melhor representa a definição ou as características de um Software como produto de um
PDS?
Explicação:
O Software, por sua vez, também é considerado um produto que foi desenvolvido pela Engenharia de
Software que inclui, além do programa propriamente dito, manuais e especificações.
Conclusão:
7a Questão
Sistema bancário.
Editor de texto.
Sistema operacional.
Planilha eletrônica.
Gabarito
Coment.
8a Questão
Além da linguagem de programação, o software também pode ser classificado como: Software de sistema e
Software aplicativo. Também chamados de sistema operacional, o software de sistema é responsável por
operar os demais periféricos que estejam conectados ao hardware.
1a Questão
Explicação:
A opção I é falsa, uma vez que o Dado é um fato isolado e não a informação.
Gabarito
Coment.
2a Questão
II. A iteração é um tipo de instrução onde os passos são repetidos até uma condição ser atingida.
III. Método é o tipo de instrução que pode ser executada baseada em uma condição lógica.
Explicação:
A afirmativa III está incorreta uma vez que o método é ação que a classe pode realizar.
Gabarito
Coment.
3a Questão
No que tange a classificação do software, diga se cada assertiva é V ou F e indique a opção que apresenta
a correta sequencia de V e F.
I. O software básico, como diz o nome, fornece os subsídios para apoio ao hardware
II. As linguagens de programação e o sistema operacional são software básico.
III. O software aplicativo oferece utilidade ao usuário.
IV. Sistema de Folha de pagamento é um exemplo de um software básico.
Explicação:
I. O software básico, como diz o nome, fornece os subsídios para apoio ao hardware - Verdade
II. As linguagens de programação e o sistema operacional são software básico. - Verdade
III. O software aplicativo oferece utilidade ao usuário. = Verdade
IV. Sistema de Folha de pagamento é um exemplo de um software básico. = Falso, é um software
aplicativo
4a Questão
É uma sequência de instruções organizadas de maneira que, ao iniciá-lo, tem como objetivo
executar, manipular ou modificar um dado, informação ou acontecimento.
O software desenvolvido dentro do PDS são todos livres.
São regras, diretrizes ou procedimentos utilizados para manipular ou organizar dados para torná-
los úteis e com um fim específico.
O software sempre executa automaticamente algum tipo de publicidade durante a instalação.
Explicação:
É uma sequência de instruções organizadas de maneira que, ao iniciá-lo, tem como objetivo executar,
manipular ou modificar um dado, informação ou acontecimento.
O Software, por sua vez, também é considerado um produto que foi desenvolvido pela Engenharia de
Software que inclui, além do programa propriamente dito, manuais e especificações.
Conclusão:
o Software é uma sequência de instruções organizadas de maneira que, ao iniciá-lo, tem como
objetivo executar, manipular ou modificar um dado, informação ou acontecimento.
5a Questão
II. O Engenheiro do software precisa ter uma visão macro dos elementos do SI, para saber a quem chamar
no momento de um problema;
Explicação:
Dentro de uma empresa, um ponto importante é saber identificar a melhor tecnologia que se aplicada ao
perfil da empresa.
Gabarito
Coment.
6a Questão
Observe a figura abaixo, ela é resultante do relatório do CHAOS fornecido pela Standish Group, que tem
como objetivo medir projetos de grande porte nos EUA. O resultado das medições servem de base para
verificar a qualidade no desenvolvimento de software fazendo uso de 3 (três) indicadores: Sucesso;
Cancelado e com Falha. Na Engenharia de Software que parâmetros são utilizados para determinar se um
projeto teve sucesso ou foi concluído com falha:
Explicação:
Segundo Pressman (1995), para que um projeto de software seja bem sucedido, é necessário que alguns
parâmetros sejam corretamente analisados, como por exemplo, o escopo do software, os riscos envolvidos,
os recursos necessários, as tarefas a serem realizadas, os indicadores a serem acompanhados, os esforços
e custos aplicados e a sistemática a ser seguida. A análise de todos estes parâmetros seria a função típica
do gerenciamento de projetos, a qual, em geral, se inicia antes do trabalho técnico e prossegue à medida
que a entrega do software vai se concretizando.
7a Questão
Explicação:
resistência a mudanças
inadequação da equipe.
8a Questão
__________: Tipo de instruções que podem ser repetitivas até uma condição ser atingida.
__________: Tipo de instruções que podem ser executadas baseadas em uma condição lógica.
Explicação:
Dentro desse conceito podemos fazer a seguinte leitura das frases a seguir:
(Iteração)Tipo de instruções que podem ser repetitivas até uma condição ser atingida - Onde os
passos podem ser repetitivos até uma condição ser atingida. São usadas quando há necessidade de realizar
repetidamente o mesmo trecho de código.
(Seleção)Tipo de instruções que podem ser executadas baseadas em uma condição lógica - onde
os passos podem ser executados baseados em um tratamento lógico (IF, THEN, ELSE). Ou seja, executa
uma ação se determinada condição for verdadeira.
1a Questão
Observe as afirmações a seguir sobre o escopo do sistema:
ii. Quanto maior o escopo, maior será a complexidade de gerenciar o desenvolvimento do sistema;
ii e iii.
i e iii.
i, ii e iii.
i e ii.
ii e iv.
Explicação:
ii. Quanto maior o escopo, maior será a complexidade de gerenciar o desenvolvimento do sistema;
VERDADE
iii. Um escopo mal estruturado levará, inevitavelmente, a falhas de cronograma e de orçamento; VERDADE
iv. O escopo pode ser delimitado ao término do desenvolvimento do sistema; FALSO, pois sua abrangência
é a das funcionalidades de um aplicativo.
Gabarito Gabarito
Coment. Coment.
2a Questão
Durante a fase inicial do ciclo de vida do desenvolvimento de sistemas, na etapa de investigação, a tarefa
que determina a probabilidade de sucesso do sistema proposto e propicia uma avaliação superficial da área
técnica, econômica e comportamental do projeto, sendo decisivamente importante para o processo do
desenvolvimento de sistemas é chamada:
análise de requisitos.
estudo de viabilidade.
análise de equilíbrio.
estudo de caso.
3a Questão
"Faz o levantamento de ideias, em que cada uma sugerida pode combinar na proposta de uma nova.
Atividade de livre imaginação que deve ser tratada sem críticas ou debates." ?
Caso de uso.
Questionários.
Requisitos Funcionais.
Entrevista.
Brainstorm.
Explicação:
A técnica de elicitação Brainstorm, também conhecido como tempestade de idéias,tem como objetivo
principal produzir um maior número de ideias possíveis sobre um problema particular e necessariamente
real. Ou seja, é uma dinâmica de grupo que é usada em várias empresas como uma técnica para resolver
problemas específicos, para desenvolver novas ideias ou projetos, para juntar informação e para estimular
o pensamento criativo.
Conclusão:
A frase "Faz o levantamento de ideias, em que cada uma sugerida pode combinar na proposta de
uma nova. Atividade de livre imaginação que deve ser tratada sem críticas ou debates. " é
melhor representada pela técnica de elicitação Brainstorm.
4a Questão
Três projetos de software (X, Y e Z) de uma empresa entraram em produção no último mês. Considere a
fase em que ocorreu a maior quantidade de erros, descobertos em produção, de cada projeto: X:
implementação Y: requisitos Z: instalação.
Considerando-se que os projetos são extremamente similares, conclui-se que, de maneira geral, os erros
de
Explicação:
É muito importante uma análise de requisitos bem definida para que não impacte a etapa de
implementação.
Gabarito
Coment.
5a Questão
Explicação:
O questionário deve ser usado quando a quantidade de pessoas envolvidas é pequena. - Falso, usado
quando a quantidade de pessoas envolvidas é elevada ou estão geograficamente distantes entre si e/ou
entre si e o aplicador
Brainstorm é adequado quando a proposta é discutir idéias - Verdade
A entrevista é mais adequada na fase final, quando da entrega do sistema - Falso, as entrevistas são
usadas em geral, no inicio do projeto, embora possa ser usada a qq momento.
Casos de uso visam mostrar os detalhes do processo de desenvolvimento de software - falso, apenas
mostram as funcionalidades e os atores que com eles interagem
Deve-se aplicar sempre apenas 1 técnica a cada levantamento de dados. - falso, deve-se sempre combinar
técnicas, explorando o melhor de cada uma.
6a Questão
Explicação:
Segundo o RUP, o propósito da fase de elaboração é analisar o domínio do problema, estabelecer uma base
sólida de arquitetura, coletar os requisitos, desenvolver um plano para o projeto e eliminar os elementos de
maior risco do projeto, resolvendo questões como "O plano do projeto é confiável?" e "Os custos são
admissíveis", em outras palavras, esta fase tem por finalidade eliminar os principais riscos e definir uma
arquitetura estável, que atenda os requisitos definidos para o projeto (ou seja, a arquitetura, os requisitos
e os planos são considerados estáveis o suficiente). Assim, será possível determinar os custos e o
cronograma do projeto com maior precisão.
7a Questão
Brainstorm.
Requisito funcional.
Entrevista.
Explicação:
A técnica de elicitação de entrevista são perguntas feitas as partes interessadas sobre suas necessidades
no contexto do problema a ser resolvido, que possuem as respectivas respostas anotadas. É importante
que o entrevistador dê margem ao entrevistado para expor as suas idéias.
Conclusão:
8a Questão
Como parte das atividades para análise de requisitos temos o estudo de viabilidade, que é dividida em
quatro tipos, são elas:
Explicação:
Funcional
Não funcional
Do cronograma
Modal
Do usuário
Explicação:
A função no caso seria " controle de entrada e saída de funcionários de uma empresa"
2a Questão
Programação
Verificação e integração
Analise SWOT
Projeto de sistema
Explicação:
3a Questão
A análise de requisitos no desenvolvimento de sistemas especifica as funcionalidades (requisitos funcionais)
e as propriedades (requisitos não-funcionais). É considerado um requisito não-funcional:
a disponibilidade do sistema.
Gabarito
Coment.
4a Questão
Explicação:
Gabarito
Coment.
5a Questão
I e III
I, II e III
II e IV
II, III e IV
I e II
Explicação:
I. Descrições dos serviços fornecidos pelo sistema. - Ok, são os requisitos funcionais
II. Restrições e características desses serviços. - OK, são os requisitos não funcionais.
III. Apresentados somente como Não Funcionais. - Falso, os requisitos podem ser funcionais e não
funcionais.
IV. Apresentados somente como Funcionais. falso, os requisitos podem ser funcionais e não funcionais.
Gabarito
Coment.
6a Questão
Explicação:
7a Questão
Explicação:
8a Questão
Selecione a opção que preenche corretamente as lacunas abaixo, tornando o texto coerente.
"Podemos considerar que um Processo de Desenvolvimento de Software está definido em uma organização
quando existe uma documentação que detalha:
as coisas que usa, que podemos chamar de ________________ e os _______________ que produz".
Explicação:
parte do Processo.
1. Avalie as assertivas
I. Requisito é a descrição de uma função ou serviço oferecido pelo software.
II. Requisito pode ser também uma restrição, como por exemplo o uso de todo o parque de
hardware existente, sem possibilidade de investimento.
III. Um requisito define ainda o que o sistema não deve fazer, como por exemplo o sistema não
deve ater-se a controle de contas correntes.
IV. Um requisito não sofre alteração
Apenas I, II e III
Apenas I
I, II, III e IV
Apenas I e III
Apenas I e II
Explicação:
I. Requisito é a descrição de uma função ou serviço oferecido pelo software. - Verdade, esse são os
requisitos Funcionais
II. Requisito pode ser também uma restrição, como por exemplo o uso de todo o parque de hardware
existente, sem possibilidade de investimento. - Verdade, esses sao os requisitos não funcionais.
III. Um requisito define ainda o que o sistema não deve fazer, como por exemplo o sistema não deve
ater-se a controle de contas correntes.- Verdade
IV. Um requisito não sofre alteração - Falso, um dos maiores absurdos. Requisitos não param de mudar.
Explicação:
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.
Gabarito
Coment.
Requisito de usuário.
Requisito funcional.
Requisito externo.
Requisito do sistema.
Explicação:
[RF 0059] Sistema deve oferecer opção para o usuário escrever observação nos documentos.
Conclusão:
A frase "Sistema deve oferecer opção para o usuário escrever observação nos documentos.",
trata-se de um Requisito funcional.
4. Sobre o modelo iterativo e incremental, classifique cada sentença como sendo V(verdade) ou F(falsa).
Em seguida, assinale a alternativa correta.
III. O modelo iterativo e incremental vale-se do modelo em cascata para sua realização.
IV. A cada iteração, ocorre a especificação, implementação, teste e implantação
Com base em sua analise assinale a opção que descreve a correta sequência de V e F é:
Explicação:
Explicação:
Segundo o RUP, o propósito da fase de elaboração é analisar o domínio do problema, estabelecer uma
base sólida de arquitetura, coletar os requisitos, desenvolver um plano para o projeto e eliminar os
elementos de maior risco do projeto, resolvendo questões como "O plano do projeto é confiável?" e "Os
custos são admissíveis", em outras palavras, esta fase tem por finalidade eliminar os principais riscos e
definir uma arquitetura estável, que atenda os requisitos definidos para o projeto (ou seja, a arquitetura,
os requisitos e os planos são considerados estáveis o suficiente). Assim, será possível determinar os
custos e o cronograma do projeto com maior precisão.
um requisito funcional.
um requisito não-funcional
Explicação:
Gabarito
Coment.
Concepção
Análise
Padronização
Teste
Desenvolvimento
Explicação:
Não funcional
Funcional
Modal
Do usuário
Do cronograma
Explicação:
A função no caso seria " controle de entrada e saída de funcionários de uma empresa"
Explicação:
As atividades são:
Gabarito
Coment.
Gabarito
Coment.
Associação.
Generalização.
Objeto.
Atributo.
Classe.
Explicação:
Atributo são elementos que definem a estrutura da classe. Os atributos caracterizam um objeto.
Nesse estudo de caso, os dados que o paciente fornece(nome e situação) serão registrado pela
atendente em um formulário e, posteriormente, acessado pelo médico.
Gabarito
Coment.
UML e Classe.
UML e Objetos.
Associação e Agregação.
Classe e Objeto.
Receptor e Operação.
Explicação:
Associação: indica a relação entre duas classes em que o objeto de uma classe consegue obter
informações da outra a que foi associado.
Agregação: indica um associação, mas com a classe se apossando das informações de um objeto da
outra.
Conclusão:
Explicação:
Há relação de causa e efeito, logo as asserções e sua relação (porque) esta correta.
Explicação:
Análise compotamental
Análise estrutural
Análise semântica
Análise ambiental
Análise funcional
Explicação:
Apenas III
Apenas I e IV
Apenas I, II e IV
Apenas I, III e IV
I, II, ,III e IV
Explicação:
Explicação:
Apenas II
I, II e III
Apenas II e III
Apenas III
Apenas I e II
Explicação:
Explicação:
Análise compotamental
Análise estrutural
Análise funcional
Análise semântica
Análise ambiental
Explicação:
Gabarito
Coment.
F-F-V-F
V-V-V-V
V-F-V-F
V-F-V-V
F-F-F-F
Gabarito
Coment.
7. 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:
Apenas em II e III;
Apenas em I;
Apenas em II;
Apenas em I e II;
Apenas em III;
Gabarito
Coment.
Explicação:
As atividades são:
1. 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 é:
uma linguagem visual para especificar, construir e documentar os artefatos dos sistemas.
Explicação:
Há relação de causa e efeito, logo as asserções e sua relação (porque) esta correta.
Explicação:
Gerenciamento de requisitos
Gerenciar os requisitos e identificar inconsistências
Planejamento de projeto
Manter planos que definem as atividades
Medição e análise
Manter dados para apoiar as decisões gerenciais
Generalização.
Classe.
Objeto.
Atributo.
Associação.
Explicação:
Atributo são elementos que definem a estrutura da classe. Os atributos caracterizam um objeto.
Nesse estudo de caso, os dados que o paciente fornece(nome e situação) serão registrado pela
atendente em um formulário e, posteriormente, acessado pelo médico.
Gabarito
Coment.
Indica a relação entre duas classes em que o objeto de uma classe consegue obter informações
da outra a que foi associado.
Indica uma associação, mas com a classe se apossando das informações de um objeto da outra.
Explicação:
Associação: indica a relação entre duas classes em que o objeto de uma classe consegue obter
informações da outra a que foi associado.
Agregação: é um tipo de associação onde uma classe faz parte da outra. indica uma associação, mas
com a classe se apossando das informações de um objeto da outra.
Conclusão:
Na análise Estrutural o relacionamento por associação indica a relação entre duas classes em
que o objeto de uma classe consegue obter informações da outra a que foi associado.
Classe e Objeto.
UML e Objetos.
Associação e Agregação.
UML e Classe.
Receptor e Operação.
Explicação:
Associação: indica a relação entre duas classes em que o objeto de uma classe consegue obter
informações da outra a que foi associado.
Agregação: indica um associação, mas com a classe se apossando das informações de um objeto da
outra.
Conclusão:
Identificar as mensagens que são trocadas, ao longo do tempo, para execução de alguma
tarefa;
Gabarito
Coment.
Atendente e Médico.
Cliente e atendente.
Somente o médico, pois os procedimentos realizados por ele são os considerados para o
sistema.
Cliente e Médico.
Explicação:
Nível operacional.
Nível conceitual.
Nível tático.
Desenho lógico.
Nível estratégico.
Explicação:
Conclusão:
2. Avalie as assertivas.
Apenas II
I, II e III
Apenas I e III
Apenas III
Apenas I
Explicação:
II. O projeto deve considerar ainda a sua integração com a demais soluções (aplicações e outros), do
ponto de vista externo - desenho interno. - falso, para tal usa-se o desenho externo
III. O projeto visa declarar a melhor solução, dentre um conjunto de alternativas. - Verdade
Visão geral
Visão estrutural
Visão interna
Visão comportamental
Visão externa
Explicação:
A visão interna refere-se a organização dos elementos do software, que determina a arquitetura da
aplicação
Gabarito
Coment.
Gabarito
Coment.
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.
Projeto
Implementação
Análise e requisitos
Manutenção
Desenho
Explicação:
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. - Falso, pois a visão interna não refere-se ao modelo de interação e interface.
II- A visão externa contempla os componentes do sistema enquanto a visão interna contempla o
funcionamento do componente. - Falso, externa contempla a visão dos usuários; interna OK
III- A visão externa contempla a visão do usuário enquanto a visão interna contempla os componentes
do sistema. - Verdade
PORQUE:
Principais Características do UP
1.É um processo de desenvolvimento de software que oferece uma forma sistemática para construir um
tipo de sistema que usa a arquitetura baseada em componentes; pode ser facilmente extensível,
promovendo a reutilização de software e um entendimento intuitivo; define tanto métodos para controlar
e monitorar mudanças quanto áreas de trabalho seguras, garantindo a um programador que as mudanças
efetuadas em outro sistema não afetarão o seu sistema. Identifique de qual processo se trata:
DSDM.
TDP.
XP.
RUP.
DDP.
Explicação:
Processo Unificado da Rational conhecido como RUP (Rational Unified Process), é um processo
de engenharia de software criado para apoiar o desenvolvimento orientado a objetos, fornecendo uma
forma sistemática para se obter vantagens no uso da UML. Foi criado pela Rational Software Corporation
e adquirido em fevereiro de 2003 pela IBM.
O principal objetivo do RUP é atender as necessidades dos usuários garantindo uma produção de
software de alta qualidade que cumpra um cronograma e um orçamento previsíveis. Assim, o RUP
mostra como o sistema será construído na fase de implementação, gerando o modelo do projeto e,
opcionalmente, o modelo de análise que é utilizado para garantir a robustez. O RUP define perfeitamente
quem é responsável pelo que, como as coisas deverão ser feitas e quando devem ser realizadas,
descrevendo todas as metas de desenvolvimento especificamente para que sejam alcançadas.
O RUP organiza o desenvolvimento de software em quatro fases, onde são tratadas questões sobre
planejamento, levantamento de requisitos, análise, implementação, teste e implantação do software.
Cada fase tem um papel fundamental para que o objetivo seja cumprido, distribuídos entre vários
profissionais como o Analista de sistema, Projetista, Projetista de testes, entre outros.
Gabarito
Coment.
Desenho lógico.
Desenho externo.
Desenho físico.
Desenho interno.
Desenho conceitual.
Explicação:
Conclusão:
A frase "Visão que os usuários terão da solução ou produto e aforma com que eles
interagirão." é melhor representada por DESENHO EXTERNO.
Gabarito
Coment.
Requisitos do produto
Requisitos do projeto
Requisitos Operacionais
Explicação:
Desenho detalhado.
Nível tático.
Desenho lógico.
Nível estratégico.
Nível operacional.
Explicação:
Conclusão:
A frase "É o corpo da arquitetura do sistema a ser implementado. Com base nesse desenho, já
se pode saber se o sistema atenderá aos requisitos e aos custos relacionados do projeto." é
melhor representada pela alternativa nível estratégico.
bibliotecas
aproveitamento de ideias
classes fundamentais
Gabarito
Coment.
Ordenar os riscos envolvidos no projeto, para que os riscos menos críticos sejam considerados
logo na fase de iniciação e os mais críticos nas fases finais.
Criar um modelo de casos de uso durante a fase de elaboração, para documentar as regras do
negócio e os requisitos não funcionais do sistema.
Construir uma arquitetura executável ao final da fase de construção, para validar as regras do
negócio e os requisitos funcionais do sistema.
Entregar a primeira versão do sistema logo após a fase de transição, para evitar os problemas
existentes no modelo de ciclo de vida em cascata tradicional.
Explicação:
Gabarito
Coment.
É o corpo da arquitetura do sistema a ser implementado. Com base nesse desenho, já se pode
saber se o sistema atenderá aos requisitos e aos custos relacionados do projeto.
I, III e V.
I, II e IV.
III, IV e V.
II, III e V.
I, II e III.
Explicação:
Fase de Concepção
Fase de Elaboração
Fase de Construção
Fase de Transição
· Direcionado por casos de uso: O início do processo deve ser marcado pela utilização dos casos
de uso, a fim de se definir uma linguagem entre os usuários e o sistema, facilitando a especificação dos
requisitos.
· Centrado na arquitetura: O processo procura modelar uma arquitetura através dos aspectos
estáticos e dinâmicos de um projeto, que podem ser obtidos junto a um estudo direcionado pelos casos
de uso mais significativos.
· É iterativo e incremental: Uma das práticas do processo é dividir grandes projetos em mini-
projetos. Cada mini-projeto possui uma iteração, que quase sempre abrange todo o fluxo de trabalho.
Olhando como um todo, essa iteração resulta em um incremento para o projeto. É válido lembrar que as
iterações são planejadas de acordo com os casos de uso.
Gabarito
Coment.
Nível operacional.
Nível estratégico.
Desenho detalhado.
Desenho arquitetônico.
Nível tático.
Explicação:
Conclusão:
A frase "É a aplicação das decisões tomadas no nível estratégico. A solução contemplará a
reutilização, ou não, de componentes, que serão desenvolvidos para ele, buscando satisfazer
os requisitos do produto." é melhor representada pela alternativa nível tático.
Desenho externo
Desenho interno
local
de implementação
do produto
Gabarito
Coment.
Desenho lógico.
Desenho físico.
Desenho externo.
Desenho Interno.
Desenho conceitual.
Explicação:
Conclusão:
A frase "É a maneira como o sistema interage com outros produtos ou sistemas. Podem conter
partes físicas, lógicas, interconexões com outros sistemas, interna ou externamente." é
melhor representada por DESENHO INTERNO.
do produto
local
interno
externo
de implementação
de aceitação.
de integração.
de unidade.
de validação.
funcional.
Explicação:
Os testes de integração rem como objetivo identificar erros na integração dos diversos módulos, já
testados individualmente.
Gabarito
Coment.
I. Quanto mais cedo forem descobertas falhas no software, menor o custo da correção. - Verdade, pois a
medida q o processo avança o custo encarece
II. Um defeito no software é "diferença entre o valor obtido e o valor esperado.¿ - FALSO, Defeito ¿ DEFEITO
= passo, processo ou definição de dados incorreto, por exemplo, uma instrução ou comando incorreto.
III. A falha de um software é a produção de uma saída incorreta em relação a especificação.- Verdade
IV. Engano, defeito e erro são as causas, enquanto a ¿falha¿ é uma consequência daquelas.- Verdade
Com base no texto acima, identifique, nas opções abaixo, qual a atual fase de teste
do PDS em que o projeto se encontra no momento.
Teste de aceite
Teste de sistemas
Teste de integração
Teste da unidade
Explicação:
Teste de Aceite - envolve uma homologação interna e externa, os usuários interagem com o sistema
completo e validam as funcionalidades. Nessa fase o usuário vai homologar o sistema.
Teste de Unidade - Esse é um teste onde os módulos possuem sua funcionalidade avaliada
individualmente.
Teste de Integração ¿ Aqui vamos verificar a integração entre os módulos e, dessa forma, validar se os
módulos respondem as suas funcionalidades também quando estão integrados (juntos) um com os
outros.
Testes de Sistemas - nessa fase o ambiente está bem próximo da realidade, ou seja, vamos validar o
comportamento do sistema com o Hardware, Sistema Operacional e outros cenários similares ao
ambiente de produção do cliente.
Conclusão, com base no estudo de caso acima, o projeto encontra-se na fase de TESTE DE
ACEITE.
Gabarito
Coment.
Para tal teste, é necessário fornecer como entrada não só o endereço do local de
origem do posto municipal de saúde em que a ambulância se encontra, como
também, o endereço do local de destino da ambulância. Como resultado deve-se
obter o tempo aproximado em minutos do trajeto.
Com base nesta primeira atribuição que você recebeu e de acordo com a
classificação do PDS, identifique nas opções abaixo, em qual tipo de teste você foi
por você executado.
Teste de sistemas
Teste de integração
Explicação:
O teste da caixa preta visa testar se para determinadas entradas, são geradas as saídas corretas.
Gabarito
Coment.
Toda a equipe de informática, envolvida diretamente ou não com o projeto de software de que
está se falando.
Os usuários principais do software, os usuários que são afetados direta ou indiretamente pelo
software e a equipe de desenvolvimento.
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.
Explicação:
O teste de integração, ocorre logo após o teste de unidade e tem como objetivo verificar se os módulos
do sistema trabalham juntos e integrados, sem apresentar erros e realizam o trabalho que o sistema
precisa. Já o teste de Planejamento não existe.
Gabarito
Coment.
Um outro produto desta atividade é o artefato chamado realização de projeto de caso de uso.
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.
Gabarito
Coment.
teste de validação.
teste de sistema.
teste de integração.
teste de unidade.
Explicação:
Não existe no processo de teste este tipo de teste, mudança de requisito faz parte da fase que antecede
o desenho da solução, ou seja, a fase de análise.
3. Um bom caso de teste é aquele que tem uma elevada probabilidade de revelar um erro ainda não
descoberto.
Explicação:
os diagramas de atividade
os casos de teste
os testes de Turing
o teste de COMA.
os casos de uso
Explicação:
Para tal teste, é necessário fornecer como entrada não só o endereço do local de
origem do posto municipal de saúde em que a ambulância se encontra, como
também, o endereço do local de destino da ambulância. Como resultado deve-se
obter o tempo aproximado em minutos do trajeto.
Com base nesta primeira atribuição que você recebeu e de acordo com a
classificação do PDS, identifique nas opções abaixo, qual tipo de teste você deverá
executar.
Teste da compilação prévia
Teste de integração
Teste de sistemas
Explicação:
Teste de caixa-preta é um teste de software para verificar a saída dos dados usando entradas de vários
tipos. Tais entradas não são escolhidas conforme a estrutura do programa.
Teste de sistemas.
Teste estruturadoa.
Explicação:
Como estudamos em nossa disciplina de PDS, os testes podem ser qualificados quanto a transparência
em: teste de caixa preta, teste de caixa branca e teste de sistema.
Conclusão:
Explicação:
Defeito ¿ passo, processo ou definição de dados incorreto, por exemplo, uma instrução ou comando
incorreto.
Engano ¿ ação humana, por exemplo, tomada pelo programador, que produz um resultado incorreto.
Erro ¿ diferença entre o valor obtido e o valor esperado. Qualquer resultado incorreto ou inesperado na
execução do programa.
Explicação:
Testes de Integração: têm por objetivo encontrar falhas de integração entre as unidades, e não mais em
testar as funcionalidades da mesma. Nesta fase as categorias de testes aplicáveis são: testes de
interface, testes de dependências entre os componentes;
Testes de Sistema: consiste na realização de vários tipos de teste que visam determinar se os
componentes de um sistema computacional (envolvendo outros componentes de software e/ou de
hardware) se integram bem e realizam as funcionalidades que lhes foram especificadas. Nesta fase as
categorias de testes aplicáveis são: testes funcionais e testes não funcionais performance, ameaças,
instalação, recuperação e carga;
Gabarito
Coment.
Testes estruturado.
Testes de UML.
Testes em cascata.
Testes dinâmicos.
Testes estáticos.
Explicação:
Como estudamos em nossa disciplina de PDS, os testes podem ter modalidades como testes estáticos ou
testes dinâmicos.
"São testes realizados pela análise do código fonte. O tipo de análise é visual, podendo haver um
questionário para acompanhar os testes, inspecionando o código desenvolvido pela equipe de
programação."
Conclusão:
A frase "São testes realizados pela análise do código fonte. O tipo de análise é visual, podendo
haver um questionário para acompanhar os testes, inspecionando o código desenvolvido pela
equipe de programação." melhor representa a modadalidade de testes estáticos.
Apenas I e II
Apenas II
Apenas I
Apenas II e III
I, II e III
Explicação:
I. O teste unitário deve ser realizado pela equipe de programação para testar as unidade de
programa : módulos, componentes e classes. - Verdade
II. Após o teste de unidade, a parte do programa é integrada as demais partes, já prontas, no que chamamos de
Teste de Integração. - Verdade
III. Teste de validação, o primeiro teste a ser realizado, onde o programador valida se o requisito está correto. -
Falso, o teste de validação é um dos ultimos, onde o sistema e avaliado, como um todo.
1.Em relação ao teste de software, assinale a alternativa correta sobre o teste de integração:
Visa descobrir falhas por meio da utilização dos testes nos comandos internos de cada
componente
Explicação:
Testes de integração são testes unitários feitos em mais de uma parte do código. Eles juntam múltiplos
componentes (normalmente 2) e verificam a comunicação e integração entre os mesmos. Este é o teste
que garante que a ligação entre as peças está funcionando.
controle e validação
verificação e controle
gerenciamento e controle
gerenciamento e validação
verificação e validação
Explicação:
Conclusão, VERIFICAÇÃO e VALIDAÇÃO são exemplos de fases de testes que visão encontrar erros.
Gabarito
Coment.
Explicação:
Organização e métodos
Planejamento e execução
Planejamento, execução e controle.
Explicação:
1) Planejamento dos testes: ¿Garantir que os testes sejam preparados antes do fim da implementação
do produto¿.
3) Controle dos testes: ¿Garantir que os testes planejados sejam executados corretamente e seus
resultados possam ser registrados através da sua monitoração constante¿.
Teste simples
Teste iterativo
Teste de interação
Explicação:
Os testes de caixa branca são baseados na arquitetura interna do software. Realizam a verificação de
código. Tem como objetivo identificar defeitos nas estruturas internas do sw, através de simulação que
exercite a estrutura usada na codificação.
Gabarito
Coment.
Explicação:
Gabarito
Coment.
a) caixa-preta.
b) caixa-branca.
e) de lógica composta.
c) de fluxo de dados.
d) de caminho básico.
III e IV;
I e III;
II e IV;
II e III;
I e II;
Explicação:
Os testes estáticos quando rápidos antes da fase de implementação são baseados em auditorias e
revisões da documentação do sistema. Quando realizado na fase de implementação são realizados
verificações no código fonte. Já os testes dinâmicos são aplicados na fase de implementação através da
execução do código pronto e baseado nos requisitos funcionais do programa.
Coluna 1
1. Código Fonte
2. Código Objeto
3. Código de Máquina
Coluna 2
Explicação:
Código de Máquina - Sequência de bits, que são executadas pelo processador. Cada processador tem a
sua linguagem de máquina.
Explicação:
O CMMI (Capability Maturity Model Integration) foi criado pelo SEI (Software Engineering Institute), o
qual é um órgão integrante da universidade norte-americana Carnegie Mellon. Trata-se de um modelo
que está atualmente na versão 1.3 (Janeiro/2013), com um enfoque voltado para a capacidade de
maturidade de processos de software.
Um processo representa, dentro da área de software, um conjunto de atividades cujo objetivo é atingir
uma meta previamente estipulada. Já por capacidade e maturidade de um processo, deve-se ter a noção
do grau de qualidade com o qual um processo atinge um resultado esperado.
Uma maior confiabilidade no que refere ao cumprimento de prazos e custos que foram
acordados, inicialmente, perante o cliente que solicitou o desenvolvimento de um sistema. Essa
previsibilidade é decorrente do rigor que o CMMI exige quanto à medição dos processos, fato
este que conduz à obtenção de uma base histórica realista e confiável para estes fins;
O gerenciamento das atividades relativas à produção de software aumenta consideravelmente;
Uma maior qualidade nos softwares criados, já que processos bem definidos e controlados
conduzem à produção de produtos mais confiáveis;
A menor dependência da empresa de desenvolvimento para com seus especialistas. Com um
foco voltado para processos e melhoria contínua, além do uso intensivo de informações
históricas, a organização deixa de depender única e exclusivamente de profissionais com um
elevado grau de conhecimento técnico;
A busca por melhorias contínuas nos processos cotidianos.
4. O código de programação que é o resultado da compilação do
código fonte é o
código final
código executável
código de máquina
código fonte
código objeto
Análise
Implantação
Teste
Implementação
Projeto
Gabarito
Coment.
Esta linguagem é a que mais se aproxima dos códigos de execução direta do processador
Explicação:
Conclusão:
A opção que melhor representa o código fonte é Conjunto de instruções geradas através de
uma linguagem de programação, de maneira lógica e estruturada; após o processo de
compilação ou interpretação, transformar-se-á em código objeto.
Coluna 1
1- C++
2- Assembly
3 - Linguagem de 0 e 1
Coluna 2
b. Linguagem de máquina
1 - b; 2 - c; 3 - a;
1 - c; 2 - b; 3 - a;
1 - b; 2 - a; 3 - c;
1 - a; 2 - c; 3 - b;
1 - a; 2 - b; 3 - c;
Explicação:
Explicação:
A linguagem assembly que trabalha com registradores é um exemplo de linguagem de baixo nível.
Conclusão:
Explicação:
Linguagem binária, com os dígitos 1 e 2 - Falso, a linguagem binária digital tem como dígitos 0 e 1.
A linguagem Assembly surgiu em meados dos anos 50 e é considerada uma linguagem de primeira
geração. - Falso, assembly é de segunda geração.
Uso para conexão e manipulação de banco de dados - Falso, SQL é que é para conexão e manipulação de
banco de dados.
código de máquina
código executável
código objeto
código final
código fonte
Gabarito
Coment.
código de compilador
código fonte
código objeto
código de interpretador
código de máquina
Explicação:
O código fonte é um conjunto de palavras e símbolos que juntos formam uma linguagem de
programação. Essa linguagem de programa é o que nós usamos para escrever um programa de
computador. Ex: temos um código fonte da linguagem java, da linguagem PHP, da linguagem PL/SQL,
etc.
Quando você desenvolve um programa, o seu código fonte pode ser compilado ou interpretado, e depois
entrar em execução. Ou seja, compilar e interpretar é um processo que ocorre após a construção do
código fonte.
Conclusão, código fonte é a linguagem usada para implementar os processos de software no computador.
Gabarito
Coment.
Explicação:
Após o programador escrever o programa(código fonte) , ele submete o código fonte para o
compilador que faz a análise e o converte para o código objeto.
Conclusão:
A opção que melhor identifica um código objeto é o "Resultado da compilação do código
fonte.".
4, 5, 3, 1, 2
3, 2, 1, 5, 4
5, 4, 3, 2, 1
1, 4, 5, 2, 3
2, 1, 4, 3, 5
Apenas III
Apenas II e III
Apenas II
Apenas I e II
I, II e III
Explicação:
I. Hoje em dia, a implementação visa codificar em linguagem de máquina o que fora projetado na fase de
Desenho ou projeto do software. - FALSO, a codificação não é em linguagem de máquina nos dias de
hoje.
II. Das fases do processo de desenvolvimento a única que não pode ser "pulada" é a de implementação.
Claro que pular as demais fases será com prejuízo da qualidade, mas é factível. - Verdade, se não houver
implementação não teremos nenhum programa. Logo de uma forma ou de outras a fase precisa
acontecer.
Coluna 1
1- Cobol
2- Assembly
Coluna 2
b. Linguagem de máquina
1 - b; 2 - c; 3 - a;
1 - a; 2 - b; 3 - c;
1 - a; 2 - c; 3 - b;
1 - c; 2 - b; 3 - a;
1 - c; 2 - a; 3 - b;
Explicação:
Linguagem binária
Linguagem assembly
Explicação:
A linguagem de alto nível se aproxima da linguagem humana. Neste tipo de linguagem não é levado em
consideração a arquitetura do computador, nem as características do processador e seus registradores.
Atividades realizadas
Comprometimento em executar
Medição e análise
Explicação:
A linguagem de programação é escrito em ium conjunto de instruções denominada código fonte, que
após sofrer um processo de compilação ou interpretação , transforma-se em código Objeto, que por sua
vez é trasnformado em código de máquina(sequência binária - 0 e 1.).
Conclusão:
A opção que melhor representa os tipos de código de programação é código fonte, código
objeto e código máquina.
O CMMI (Capability Maturity Model Integration) foi criado pelo SEI (Software Engineering Institute), o
qual é um órgão integrante da universidade norte-americana Carnegie Mellon. Trata-se de um modelo
que está atualmente na versão 1.3 (Janeiro/2013), com um enfoque voltado para a capacidade de
maturidade de processos de software.
Um processo representa, dentro da área de software, um conjunto de atividades cujo objetivo é atingir
uma meta previamente estipulada. Já por capacidade e maturidade de um processo, deve-se ter a noção
do grau de qualidade com o qual um processo atinge um resultado esperado.
Uma maior confiabilidade no que refere ao cumprimento de prazos e custos que foram
acordados, inicialmente, perante o cliente que solicitou o desenvolvimento de um sistema. Essa
previsibilidade é decorrente do rigor que o CMMI exige quanto à medição dos processos, fato
este que conduz à obtenção de uma base histórica realista e confiável para estes fins;
O gerenciamento das atividades relativas à produção de software aumenta consideravelmente;
Uma maior qualidade nos softwares criados, já que processos bem definidos e controlados
conduzem à produção de produtos mais confiáveis;
A menor dependência da empresa de desenvolvimento para com seus especialistas. Com um
foco voltado para processos e melhoria contínua, além do uso intensivo de informações
históricas, a organização deixa de depender única e exclusivamente de profissionais com um
elevado grau de conhecimento técnico;
A busca por melhorias contínuas nos processos cotidianos.
Coluna 1
1- C++
2- Assembly
3 - Linguagem de 0 e 1
Coluna 2
b. Linguagem de máquina
1 - b; 2 - a; 3 - c;
1 - b; 2 - c; 3 - a;
1 - a; 2 - c; 3 - b;
1 - c; 2 - b; 3 - a;
Explicação:
Implementação
Projeto
Análise
Teste
Implantação
Manual de Referência
Padronização de Processos
Separação Estatística
Documento de Instalação
Referência Rápida
Gabarito
Coment.
2. Sobre os documentos gerados no processo de desenvolvimento de
sistemas, avalie as assertivas
I, II e III
II e III
I e II
III
I e III
Explicação:
I. O documentação do produto deve ter linguagem clara e compatível com o nível técnico do usuário do
documento. - verdade
II. Fazem parte da documentação do produto os manuais: introdução, Instalação e referência rápida. -
verdade
Cronograma
Manual de Referência
Relatório
Padronização de Processos
Documentos Técnicos
Gabarito
Coment.
4. Considerando importância de documentar todos os passos do
processo de desenvolvimento de software.
Gabarito
Coment.
Refatoração
Fatoração
Independência física
Separação estática
Revalidação
Documentação do Software
Manual de Introdução
Referência Rápida
Documento de Instalação
Manual do Usuário
Gabarito
Coment.
Refatoração, que é utilizada quando fazemos uma modificação da estrutura do software, sem
alterar o comportamento;
Rotatividade, que é utilizada quando acumulamos demandas que justifiquem a intervenção para
a manutenção;
Separação dinâmica, que é uma técnica para modificação da estrutura do software, porém
alterar todo o seu comportamento;
Efeito dominó, que é uma técnica ou ferramenta para auxiliar a identificar o foco do problema;
Gabarito
Coment.
Coluna 1
1. Separação estática
2. Refatoração
3. Manutenção
Coluna 2
1 - a; 2 - c; 3 - b;
1 - b; 2 - a; 3 - c;
1 - c; 2 - a; 3 - b;
1 - b; 2 - c; 3 - a;
1 - a; 2 - b; 3 - c;
Explicação:
Coluna 1
1-b
2-c
3-a
Manual de introdução.
Manual do cliente.
Manual do gestor.
Manual de referência.
Manual do usuário.
Explicação:
A documentação de produto é um processo que adota métodos e formatos padronizados para cada
família de produtos correlatos.
Conclusão:
A afirmativa "Descreve facilidades do uso do sistema, informa os erros que podem ocorrer e
como agir quando encontrá-los." corresponde a documentação manual de referência.
I. Manual do usuário
Gabarito
Coment.
Somente a I é verdadeira.
Somente a II é verdadeira.
Manual do gestor.
Documentação do software.
Documentação de instalação.
Manual de referência.
Manual do usuário.
Explicação:
A documentação de produto é um processo que adota métodos e formatos padronizados para cada
família de produtos correlatos.
Conclusão:
PORQUE
Pode-se concluir:
Explicação:
Um documento com formato adequado ao perfil do publico que utilizará o sistema ou produto;
Gabarito
Coment.
Manual de introdução.
Manual do usuário.
Manual do cliente.
Manual do gestor.
Manual de referência.
Explicação:
A documentação de produto é um processo que adota métodos e formatos padronizados para cada
família de produtos correlatos.
Conclusão:
Explicação:
Fase estratégica para uso da documentação produzidas nas fases do processo de desenvolvimento.
- verdade
No início da fase de manutenção, encerra-se o ciclo de desenvolvimento do software - verdade,
Manual de referência
Manual de instalação
Manual do usuário
Manual de introdução
Manual primário
Gabarito Gabarito
Coment. Coment.
Emergencial, que é utilizada quando acumulamos demandas que justifiquem a intervenção para
a manutenção;
Refatoração, que é uma técnica ou ferramenta para auxiliar a identificar o foco do problema;
Efeito dominó, que é uma técnica para modificação da estrutura do software, sem alterar o
comportamento;
Separação estática, que é utilizada para identificar todos os códigos de programa que são
afetados por alguma variável;
Gabarito
Coment.
Gabarito
Coment.
Refatoração.
Documentação de instalação.
Manutenção do software.
Cronogramas.
Referência rápida.
Explicação:
Manual do usuário
Manual de introdução
Manual de referência
Documentação de instalação
Referência rápida
Documentação do software
Manual do software
Refatoração
Separação estática
Cronogramas
Relatórios
Padronização de processos
Comunicação
Documentos técnicos
Conclusão:
Das alternativas apresentadas, a única que não faz parte da documentação de produtos são os
cronogramas.
Manual de introdução.
Manual do gestor.
Manual de referência.
Manual do usuário.
Manual do cliente.
Explicação:
A documentação de produto é um processo que adota métodos e formatos padronizados para cada
família de produtos correlatos.
Conclusão:
A afirmativa "Documento com formato adequado ao perfil do publico que utilizará o sistema
ou produto. A linguagem deve se clara e os termos e construções devem estar de acordo com
o o nivel cultural e técnico do usuário final." corresponde a documentação manual do usuário.
Comunicação.
Manual do usuário.
Cronogramas.
Relatórios.
Manual do gestor.
Explicação:
Manual do usuário
Manual de introdução
Manual de referência
Documentação de instalação
Referência rápida
Documentação do software
Manual do software
Refatoração
Separação estática
Cronogramas
Relatórios
Padronização de processos
Comunicação
Documentos técnicos
Conclusão:
Coluna 1
1. Separação estática
2. Refatoração
3. Manutenção
Coluna 2
1 - b; 2 - c; 3 - a;
1 - a; 2 - b; 3 - c;
1 - c; 2 - a; 3 - b;
1 - b; 2 - a; 3 - c;
1 - a; 2 - c; 3 - b;
Explicação:
Coluna 1
1-b
2-c
3-a
1. Qual opção a seguir representa uma vantagem para o modelo de desenvolvimento em cascata?
É um modelo linear.
Explicação:
Conclusão:
A única alternativa que representa uma vantagem do modelo em cascata é "É adequado para
pequenos projetos que não necessitam de padronizações e documentações.".
I e III
I, II e III
I e IV
I, II, III e IV
I e II
Explicação:
I. Consiste em um modelo linear em que cada atividade tem de ser completada antes de iniciar a próxima. -
correto, pois é uma modalidade em cascata (sequencia de fases)
II. Modelo que permite a revisão de fases anteriores e a superposição entre as fases . - verdade , a
retroalimentacão permite revisões e ajustes
III. Possibilidade de correção de erros durante o processo de desenvolvimento - verdade
IV. Os requisitos são congelados e não podem ser alterados até que se encerre o processo de desenvolvimento
- Falso, existe a possibilidade de revistar os requisitos no incio da fase de projeto ou mesmo posteriores.
A manutenção futura do software depende muito mais da competência de quem fará alteração
do programa do que de quem criou sua versão inicial.
Se o software for criado com recursos avançados, isso atrapalhará sua manutenção futura.
Numa manutenção futura, é necessário avaliar o código fonte anterior antes de se fazer a
alteração desejada. Assim, se o software foi construído de forma padronizada e com estrutura
correta, a manutenção futura será facilitada.
Numa manutenção futura, é necessário, após a alteração ser efetuada, avaliar se a versão
anterior estava bem elaborada, com a utilização de padrões e com estrutura correta de
desenvolvimento.
O software criado em sua primeira versão deve ser construído de forma a facilitar sua leitura,
evitando estruturas flexíveis que facilitem a mudança futura.
Gabarito Gabarito
Coment. Coment.
balbúrdia
cascata
codifica-remenda
Explicação:
Gabarito
Coment.
Modelo Cascata, porque é útil para pequenos projetos, e permite pontos de controle bem
definidos, facilitando a gestão do projeto.
Modelo Cascata, porque como a empresa ainda não utilizou nenhum método, o Projeto
raramente segue um fluxo sequencial e as iterações (vários ciclos) são necessárias.
Modelo Cascata com Retroalimentação, porque o Modelo permite a revisão de fases anteriores e
a superposição entre as fases. Porém o custo dessa revisão pode ser alto, dependendo da fase
atual e do quanto se precisa retroceder.
Para sistemas pequenos, o modelo em Cascata é , de certa forma, aceitável, pois facilita o controle do
andamento do projeto
Gabarito
Coment.
Modelo em cascata com retroalimentação permite que sejam puladas algumas fases como
implementação.
Modelo em cascata é mais flexível na medida em que os erros podem ser corrigidos, no início de
cada fase.
Explicação:
Modelo em cascata é mais flexível na medida em que os erros podem ser corrigidos, no início de cada fase. -
Falso, modelo em cascata não permite correções no inicio das fases.
Modelo em cascata com retroalimentação permite que sejam puladas algumas fases como implementação -
falso, não há como pular a fase de implementação, pois não teremos sistema na linguagem e executando.
Modelo em cascata com retroalimentação é uma evolução do modelo em cascata. - verdade, veio para
flexibilizar ajustes durante o processo de desenvolvimento.
O modelo se chama "em cascata" porque usuários tendem a mentir (falar cascata) - falso, sem qualquer
sentido.
O modelo balburdia é o mais novo modelo de processo de desenvolvimento de software - falso, um dos 2 mais
antigos. Predecessores do modelo em cascata
Explicação:
Gabarito
Coment.
cascata
codifica-remenda
balbúrdia
1 - a; 2 - b; 3 - c;
1 - b: 2 - a; 3 - c;
1 - c; 2 - a; 3 - b;
1 - c; 2 - b; 3 - a;
1 - a; 2 - c; 3 - b;
Explicação:
1. Codifica-remenda - c. Após a implementação, os erros e atualizações eram descobertos com a utilização do
software
2. Balburdia - a. Modelo de 2 fases: correção e implementação
3. Cascata - b. Modelo linear em que cada atividade corrente tem de ser completada antes de iniciar a próxima.
recomenda a geração de versões incompletas do sistema, que podem ser passadas para o
usuário final, o que permite a retroalimentação do processo de desenvolvimento.
envolve a análise dos riscos envolvidos no desenvolvimento dos requisitos identificados para
produto de software.
Modelo em cascata possui um encadeamento entre uma fase e outra, ou seja, para iniciar uma nova
etapa, precisamos primeiro finalizar a etapa atual. Assim, o modelo em cascata caracteriza-se por definir
uma ordem rígida(sequencial) para as atividades.
Explicação:
Os processos de software podem ser aprimorados para incrementar a qualidade do produto e/ou reduzir
seu tempo e custo. Diante disso, os modelos de processos de software podem ser:
1. cascata
2. prototipação
3. incremental
4. espiral
5. modelo de método ágil, o extreme programming.
Gabarito
Coment.
balbúrdia
codifica-remenda
cascata
Gabarito
Coment.
codifica-remenda
balbúrdia
cascata
Gabarito
Coment.
balbúrdia
codifica-remenda
cascata
Gabarito
Coment.
Iterativo
Espiral
Prototipação
Incremental
Cascata
Tem uma etapa iniciada em conjunto com a etapa da anterior do ciclo de vida do sistema de
informação
Tem uma etapa iniciada somente após a conclusão da etapa anterior do ciclo de vida do sistema
de informação
Gabarito
Coment.
1- Permite a realimentação;
1e3
1, 2 e 3
2e3
Somente a 2
Explicação:
A opção II é falsa, uma vez que o modelo Espiral é o mais indicado para grandes projetos.
Gabarito
Coment.
no EAP
na definição do escopo
na alteração do escopo
Gabarito Gabarito
Coment. Coment.
Balburdia e codifica-remonta
Apenas Codifica-remenda
Explicação:
O modelo em cascata foi o primeiro processo usado para desenvolver software, oriundo de atividades de
engenharia. Antes dele, apenas balburdia e codifica-remenda, ambos sem técnicas, organização e
disciplina
Gabarito
Coment.
Fácil gerência;
A etapa de análise realiza a definição lógica de todos os requisitos de sistema antes de realizar
a etapa de projeto;
Implantação tardia;
Explicação:
Gabarito
Coment.
Cascata / Prototipação
Explicação:
I. Consiste em um modelo linear em que cada atividade tem de ser completada antes de iniciar a
próxima ===> CASCATA
II. Permite a revisão de fases anteriores e a superposição entre as fases ===> CASCATA com
retroalimentação
Em cascata
Prototipagem
Codifica-remenda
Explicação:
I, II, III e IV
Apenas I, II e IV
Apenas II e IV
Apenas I e IV
Apenas I
Explicação:
I. Na prototipagem, o desenvolvimento rápido e iterativo do protótipo é essencial para que os custos sejam
controlados - verdade
II. II. No modelo de prototipação (ou prototipagem), há uma etapa, onde se pode decidir pela
interrupção do processo. - falso, isso é possível no modelo espiral, que incui análise de riscos
III. Raramente, os incrementos iniciais incluem a funcionalidade mais importante ou mais urgente. - falso, isso
deve acontecer sempre.
IV. Cada volta na espiral representa uma fase do processo de software: a volta mais interna preocupar-se com a
viabilidade do sistema; - verdade
Cascata
Espiral
Top-down
Interativo-incremental
Explicação:
O modelo espiral se utiliza de protótipos funcionais completos, desse modo pode-se avaliar já no ínicio do
processo
c) globalizado
e) empírico.
a) espiral.
b) dinâmico.
d) integrado.
Refinamento protótipo
Análise de riscos
Projeto rápido
Obtenção dos requisitos
Gabarito
Coment.
A etapa de análise realiza a definição lógica de todos os requisitos de sistema antes de realizar
a etapa de projeto.
Fácil gerência.
Implantação tardia.
Explicação:
O software interativo incremental, divide o desenvolvimento em partes. Cada parte possui um conjunto
de funcionalidades. E ao ser implementada é agregada as partes que já estavam prontas.
Modelo balbúrdia
Modelo codifica-remenda
Modelo iteração
Modelo espiral
Modelo espiral com prototipação
Modelo cascata
Modelo cascata com realimentação.
Conclusão:
1.Assinale a opção que apresenta a correta divisão de TODAS as fases do modelo de prototipação:
Explicação:
Arquiteto do sistema
Analista de Sistemas.
Designer de Negócios.
Revisor de Requisitos.
3. Um modelo de processo de software estabelece um framework
para as principais atividades, entradas, saídas e restrições de
projetos. Eles podem ser usados para explicar diferentes
abordagens no desenvolvimento do sistema. Analise as
abordagens abaixo:
Gabarito Gabarito
Coment. Coment.
Implementar
Testar
Especificar
Encapsular
Identificar
Gabarito
Coment.
Prototipação
Cascata
Espiral
Incremental
Evolucionário
Gabarito
Coment.
Explicação:
Explicação:
1. Assinale a opção que apresenta o modelo de processo de desenvolvimento de software que atende as
características abaixo;
II. Uma vez satisfeitos os requisitos e os objetivos da iteração forem completos, o desenvolvimento
segue para a próxima iteração.
Modelo incremental
Modelo em cascata
Gabarito Gabarito
Coment. Coment.
Explicação:
I. A cada iteração, o desenvolvimento pode ser encerrado - VERDADE
PORQUE
II. A quantidade de requisitos determina o máximo de 5 iterações - FALSO, não há essa restrição de no
máximo 5 iteracões.
Projeto
Implementação
Manutenção
Levantamento de requisitos
Análise de requisitos
Explicação:
Gabarito
Coment.
Cascata.
Incremental.
Formal.
Espiral.
Prototipação.
Gabarito
Coment.
Modelo Ágil: XP
Modelo balburdia
Modelo Prototipação
Modelo Espiral
Modelo em cascata
Explicação:
Modelo Espiral: O Modelo espiral se assemelha com o prototipação, mas inclui um fator: a análise de
risco. Funciona de forma iterativa, incremental, mas com uma etapa onde pode ser tomada a decisão de
se interromper ou não o processo.
Modelo Prototipação: Criação de um modelo para ser analisado e desenvolvido a partir dele. O Analista
coletará informações para um mini projeto, concentrando-se nas entradas e saídas do software, bem
como em suas iterações entre usuário e programa. Após a criação e aceitação do protótipo, o produto
final será desenvolvido.
Modelo em Cascata: Consiste em um modelo linear em que cada atividade tem de ser completada
antes de iniciar a próxima.
Modelo Ágil: XP: A Extreme Programming (XP) é uma Metodologia Ágil para equipes pequenas e
médias que desenvolvem software baseado em requisitos vagos e que se modificam rapidamente. Entre
as principais diferenças da XP em relação às Metodologias Clássicas estão o feedback constante, a
abordagem incremental e o encorajamento da comunicação entre as pessoas.
Gabarito
Coment.
6.
Qual opção abaixo melhor representa a figura acima e a afirmativa "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. " ?
Modelo codifica-remenda.
Modelo incremental.
Modelo cascata.
Processo iterativo.
Explicação:
Conclusão:
7.
Modelo serial.
Modelo codifica-remenda.
Processo iterativo.
Processo incremental.
Modelo balbúrdia.
Explicação:
Conclusão:
Apenas II e III
Apenas I, II e III
Apenas I e III
Apenas III e IV
I, II, III e IV
Explicação:
II. A iteração reune um conjunto de requisitos do sistema. - verdade, a cada iteracão desenvolve-se um
conjunto dos requisitos
III. Um modelo incremental se baseia na criação de novas versões, onde cada uma aumenta o âmbito do
sistema - verdade. A cada nova iteração, teremos um novo pedaço do sistema pronto, que será acrescido
aos demais, partes já prontas
IV. Em cada iteração, existe apenas a fase de implementação. - Falso, a cada iteração, temos analise,
projeto, implementacão, testes e implantação
I e II, apenas
I, II e III
III, apenas
I e III, apenas
I, apenas
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.
Baseado em OO.
Uso em grandes projetos.
Desenvolver iterativamente
Gerenciamento.
Elaboração.
Construção.
Transição.
Iniciação ou concepção.
Explicação:
O RUP é um processo de engenharia de software que fornece uma abordagem disciplinada para assumir
tarefas e responsabilidades dentro de uma organização de desenvolvimento, de forma a aumentar a
chance de sucesso do projeto. O RUP define claramente quem é responsável pelo que, como as coisas
devem ser feitas e quando fazê-la.
As fases do RUP representam os aspectos dinâmicos do processo e diz repeito ao a evolução do projeto
ao longo do tempo.
Iniciação ou concepção - Tem como objetivo dar ênfase ao escopo do sistema como um todo. Aqui
temos uma visão geral do software que será desenvolvido.
Elaboração - Tem como função dar ênfase ao design ou arquitetura do produto. Ou seja, planejamento
das atividades e os recusrsos necessários para o desenvolvimento do projeto.
Construção - Desenvolver o produto até que ele esteja pronto para beta testes. Ou seja, fase
responsável pela evolução do projeto.
Transição - Tem como função dar ênfase à implementação do sistema. É aqui que o sistema é entregue
para o cliente.
Conclusão, gerenciamento não é um dos marcos do ciclo de vida do projeto que o RUP definie
como fase de um projeto.
Gabarito
Coment.
cada projeto é realizado para atender às necessidades globais dos usuários, focando na
coletividade da distribuição da informação.
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.
grandes quantidades de horas extras não são consideradas aceitá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.
Gabarito
Coment.
Posse coletiva.
Ritmo sustentável.
Testes de aceitação.
Pequenas versões.
Padrão de codificação.
Explicação:
A prática do método XP "Posse coletiva ou Propriedade coletiva" tem como regra que todo programador
pode alterar qualquer código, sempre que necessário. É importante que a bibliotecas de programas tenha
documentação e possa sofrer manutenção por diferentes profissionais de programação treinados, ou
seja, o programa não é propriedade do programador.
Conclusão:
Explicação:
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.
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.
SCRUM
OPEN
RUP
PRAXI
ICONIX
Explicação:
Gabarito
Coment.
Não existe no mercado nenhuma técnica para gestão de projetos de software baseado em
metodologias ágeis
A técnica SCRUM é muito utilizada mas a mesma condena toda e qualquer prática ligada a
movimentos de software ágil
Ainda está sendo desenvolvida uma técnica denominada SCRUM que será utilizada para esse
propósito
A técnica SCRUM é uma das que mais se encaixa nesse perfil utilizando artifícios ágeis e papéis
como Product Owner, Scrum Master e um conjunto de práticas que se adeque à realidade da
empresa
Explicação:
A técnica SCRUM é uma das que mais se encaixa nesse perfil utilizando artifícios ágeis e papéis como
Product Owner, Scrum Master e um conjunto de práticas que se adeque à realidade da empresa. -> Está
correto e define pontos em relação a técnica citada.
Não existe no mercado nenhuma técnica para gestão de projetos de software baseado em metodologias
ágeis -> Existe outras ainda além do SCRUM, como o Método XP discutido na aula.
A técnica SCRUM é muito utilizada mas a mesma condena toda e qualquer prática ligada a movimentos
de software ágil -> Não ela é parte integrande do Manifesto ágil.
Ainda está sendo desenvolvida uma técnica denominada SCRUM que será utilizada para esse propósito
-> Não, já está pronta e em plena utilização.
A técnica em cascata ou linear é a mais aplicável a esse tipo de situação -> Está é uma técnica
estruturada aplicada a pequenos projetos e não está incluída como metodologia ágil.
Possui como um de seus pilares a inspeção constante de tudo o que está sendo realizado.
Possui como artefato o Backlog da Sprint que é um conjunto de itens selecionados para serem
implementados durante a Sprint.
Conlusão: a resposta que está errada é "É ideal para ser usado em trabalhos pequenos e simples.".
1.O Método Scrum é uma metodologia que tem como filosofia o Manifesto Ágil. Possui papel bem definido
para as atividades durante todo o processo. Uma vez levantadas as questões a serem trabalhadas, é
determinado um período de tempo para a realização de um determinado requisito. Durante esse
intervalo, são feitas reuniões diárias para acompanhamento do andamento das atividades.
Complete a frase escrevendo o nome de cada uma das características do modelo Scrum:
I) _____________: Período para finalização de cada requisito;
II) _____________: Reunião diária para análise de andamento do projeto;
III) _____________: Lista com funcionalidades a serem implementadas;
IV) _____________: Análise feita do Product Backlog. Cada requisito é analisado, interpretado e
informado à equipe como será implementado;
V) _____________: Responsável por coordenar o Scrum e ajudar a atender os impedimentos que
possam ocorrer na tentativa de não estourar o Sprint.
Assinale a ÚNICA opção que apresenta a complementação correta de cada frase (I a V).
Explicação:
são os conceitos
Gabarito
Coment.
Concepção e Construção.
Transição e Iteração.
Gabarito
Coment.
Feedback
Complexidade
Comunicação
Gabarito Gabarito
Coment. Coment.
Explicação:
Construção.
Elaboração.
Transição.
Concepção.
Implementação.
Explicação:
Apenas I e II
Apenas I
Apenas II e III
Apenas I e III
Apenas I, II e III
Explicação:
III. No método XP, os requisitos são expressos em formas de cenários (estórias de usuário) - verdade
IV. XP e SCRUM, são exemplos de modelos em cascata. - falso, são exemplos de metodologias ágeis
Concepção e Elaboração.
Projeto e Construção.
Construção e Concepção.
Construção e Transição.
Requisitos e Análise.
Explicação:
Gabarito
Coment.
Método iterativo
Método rápido
Método ágil
Método em cascata
Método incremental
Explicação:
Explicação:
Coluna 2 (Fases)
1 - c; 2 - d;3 - a; 4 - b
1 - b; 2 - d;3 - a; 4 - c
1 - d; 2 - b;3 - a; 4 - c
1 - b; 2 - a;3 - d; 4 - c
Explicação:
Manutenção
Requisitos
Testes
Modelagem de negócios
Implementação
Explicação:
Manutenção não é disciplina. A manutencão está contida em uma das fases do RUP
Elaboração
Construção
Analise
Transição
Gabarito Gabarito
Coment. Coment.
Configuração e mudanças
Análise e Design
Ambiente
Projeto
Modelagem de negócios
Explicação:
6. O Rational Unified Process (RUP) é um exemplo de modelo de
processo moderno que foi derivado do trabalho sobre a UML e do
Processo Unificado de Desenvolvimento de Software associado
(Rumbaugh, et al., 1999). O modelo é constituído por fases no
qual coincidem com as atividades do processo. Qual fase tem
como objetivo entrar no ambiente do usuário?
Implementação
Concepção
Construção
Elaboração
Transição
Explicação:
Gabarito
Coment.
Explicação:
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.
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.
No que tange a classificação do software
Quest.: 9
Documenta a instalação
1a Acerto: 1,0 / 1,0
Questão
I. O software básico, como diz o nome, fornece os subsídios para apoio ao hardware
II. As linguagens de programação e o sistema operacional são software básico.
III. O software aplicativo oferece utilidade ao usuário.
IV. Sistema de Folha de pagamento é um exemplo de um software básico.
I-V; 2-V; 3-V; 4-F
2a Acerto: 0,0 / 1,0
Questão
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.
3a Acerto: 0,0 / 1,0
Questão
4a Acerto: 1,0 / 1,0
Questão
Gabarito
Coment.
5a Acerto: 1,0 / 1,0
Questão
A empresa de consultoria ARTMAIS está desenvolvendo um projeto de controle do acervo da História e Patrimônio Cultural
da Saúde no Brasil, embasada nas normas do PDS. Atualmente, o projeto encontra-se no último estágio do processo de
validação das funcionalidades pelos usuários e clientes. É uma fase importante na qual os usuários interagem com todo o
sistema.
Com base no texto acima, identifique, nas opções abaixo, qual a atual fase de teste do PDS em que o projeto se encontra no
momento.
Teste de integração
Teste da unidade
Teste de aceite
Teste de sistemas
Teste de carga do sistema
Respondido em 11/05/2020 21:44:13
Gabarito
Coment.
6a Acerto: 0,0 / 1,0
Questão
Dentro dos conceitos de código de programação em PDS, qual alternativa melhor define
um código objeto ?
Conjunto de instruções geradas através de uma linguagem de programação, de
maneira lógica e estruturada.
Resultado da compilação do máquina.
Resultado da compilação do código fonte.
Sequência binária de ações diretamente direcionadas para o processador da
máquina.
Comumente chamada de linguagem de programação, esta linguagem se
aproxima mais da linguagem humana, ou seja, linguagem com um padrão de
entendimento humano bem definido.
Respondido em 11/05/2020 21:44:50
7a Acerto: 1,0 / 1,0
Questão
Gabarito
Coment.
8a Acerto: 0,0 / 1,0
Questão
Gabarito
Coment.
9a Acerto: 1,0 / 1,0
Questão
Documenta a instalação
Respondido em 11/05/2020 21:51:57
Gabarito Gabarito
Coment. Coment.
10a Acerto: 1,0 / 1,0
Questão