Questões de Concurso
Foram encontradas 8.728 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
I. Todas as partes alteradas nos documentos, funcionalidades e informações devem ser testadas como se fosse um produto novo.
II. Todas as partes inalteradas que sejam influenciadas pelas partes alteradas ou por mudanças em um requerido sistema (de acordo com os conhecimentos específicos do testador) devem ser testadas por amostragem.
III. Todas as outras partes que não foram alteradas ou influenciadas pelas alterações, devem ser testadas como sendo um novo produto.
Está correto o que se afirma em
I. A relação de herança permite modelar as similaridades inerentes a uma classe e também as diferenças especializadas que distinguem uma classe de outra.
II. Objetos com os mesmos atributos e operações possuem a mesma identidade, podendo ser referenciados por outros objetos.
III. A possibilidade de uma operação ter o mesmo nome, diferentes assinaturas e possivelmente diferentes semânticas dentro de uma mesma classe ou de diferentes classes é chamada de polimorfismo.
Está correto o que se afirma em
I. O plano de iteração único tem a característica de apresentar granulação fina, na qual são detalhadas as fases do projeto, são elas a iteração corrente, a próxima iteração e a iteração de segurança.
II. O plano de iteração é desenvolvido com a utilização de técnicas e ferramentas tradicionais de planejamento (como, por exemplo, diagramas de Gantt).
III. O plano contém datas importantes, como importantes compilações, chegada de componentes de outras organizações e grandes revisões.
Está correto o que se afirma em
I. Fontes de informações durante a fase de obtenção de requisitos incluem documentação, stakeholders de sistema e especificações de sistemas similares.
II. A interação com os stakeholders neste processo de dá por meio de entrevistas e observações, podendo ser utilizado cenário e até mesmo protótipos para auxiliar nesta obtenção.
III. Os stakeholders variam de usuários finais do sistema a gerentes e envolvidos externos.
IV. Fontes de requisitos como stakeholders, domínios e outros sistemas podem ser representados como pontos de vista do sistema, em que cada ponto de vista apresenta um subconjunto de requisitos do novo sistema.
I. Na grande maioria dos casos, o diagrama de estado para uma classe mostra os estados que os objetos dessa classe podem assumir e as transições que eles podem fazer de estado para estado.
II. Um diagrama de estado é ideal para a modelação de um atributo com duas características, quando o atributo possui poucos valores e quando o atributo tem restrições em transições autorizadas entre esses valores.
III. O diagrama de estado mostra os estados admissíveis que os objetos de uma dada classe podem assumir e as transições permitidas entre pares de estados.
IV. A modelagem dos estados de uma classe inicia-se com um modelo essencial e faz o mapeamento dele para uma tecnologia escolhida.
I. No corpo de um diagrama de sequência, podemos encontrar operações ativadas, dimensionadas para refletir suas durações aproximadas.
II. Um diagrama de sequência empresta uma grande força à orientação a objetos, sendo a ligação dinâmica que corresponde ao mecanismo de implementação de um determinado processo.
III. O diagrama de sequência é um tipo de diagrama de interação entre objetos que enfatiza mais a sequência temporal que os relacionamentos estáticos do objeto.
IV. Um diagrama de sequência representa a ação entre dois eventos através de uma seta de generalização que se estende do evento até o subevento.
I. Provém aos usuários uma linguagem de modelagem visual expressiva e pronta para uso, de forma que os usuários dessa linguagem possam desenvolver e intercambiar modelos significativos.
II. A UML é independente de linguagens de programação e processos de desenvolvimento de softwares particulares.
III. Estimular o crescimento do mercado de ferramentas OO.
IV. Suportar conceitos de desenvolvimento de nível mais alto tais como colaboração, estruturas, modelos e componentes.
I. Para evitar código redundante, o paradigma de orientação a objetos oferece uma estrutura hierárquica e modular para reutilização de código através de uma técnica conhecida como herança.
II. Herança permite projetar classes genéricas que podem ser especializadas em classes mais particulares, onde as classes especializadas reutilizam o código das mais genéricas.
III. Literalmente, “polimorfismo” significa “muitas formas”. No contexto e projeto orientado a objetos, entretanto, refere-se à habilidade de uma variável de objeto de assumir formas diferentes.
IV. Polimorfismo permite que os atributos de uma classe não tenham acesso diretamente.
I. Desenvolvimento de integração: O software que não puder ser comprado será desenvolvido, e os componentes e sistemas COTS serão integrados, a fim de criar um sistema. A integração de sistemas, nesse modelo, pode ser parte do processo de desenvolvimento, em vez de uma atividade separada.
II. Definição de objetivos: São definidos os objetivos específicos para essa fase do projeto. São identificadas as restrições para o processo e o produto, e é preparado um plano de gerenciamento detalhado. São identificados os riscos do projeto e, dependendo dos riscos, poderão ser planejadas estratégias alternativas.
III. Avaliação e redução de riscos: Para cada um dos riscos de projeto identificados, é realizada uma análise detalhada e são tomadas providências para reduzir esses riscos. Por exemplo, se houver um risco de os requisitos serem inadequados, poderá ser desenvolvido um protótipo.
IV. Panejamento: O projeto é revisto e é tomada uma decisão sobre continuar com o próximo loop da espiral. Se a decisão for continuar, serão traçados os planos para a próxima fase do projeto.
I. Dada a especificação de requisitos, é feita uma busca por componentes para implementar essa especificação. Em geral, não há correspondência exata, e os componentes que podem ser usados apenas fornecem alguma funcionalidade necessária. Esse é o estágio da Análise de componentes.
II. A engenharia de software orientada a reúso, em relação ao modelo Cascata, tem a vantagem da obtenção do feedback dos clientes sobre o desenvolvimento que foi feito.
III. No estágio da Modificação de requisitos, requisitos são analisados usando-se informações sobre os componentes que foram descobertos. Em seguida, estes serão modificados para refletir os componentes disponíveis. No caso de modificações impossíveis, a atividade de análise de componentes pode ser reinserida na busca por soluções alternativas.
IV. Do ponto de vista de gerenciamento, esta abordagem tem um problema que é o de o processo não ser visível. Os gerentes precisam de entregas regulares para mensurar o progresso.
I. Um Modelo de Processo de Software é uma representação simplificada de um processo de software.
II. O Modelo de Processo de Software, Modelo em Pirâmide, considera as atividades fundamentais do processo de especificação, desenvolvimento, validação e evolução.
III. Desenvolvimento incremental é um Modelo de Processo de Software baseado na existência de um número significativo de componentes reusáveis. O processo de desenvolvimento do sistema concentra-se na integração desses componentes em um sistema já existente em vez de desenvolver um novo sistema a partir do zero.
IV. O Modelo em cascata foi o segundo Modelo de Processo de Software a ser publicado, ele foi derivado de processos mais gerais da engenharia de sistemas (ROYCE, 1970). Por causa do encadeamento entre uma fase e outra, esse modelo possui o nome „ Modelo rotativo.