Questões de Concurso
Foram encontradas 8.728 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
Para responder a questão considere as informações abaixo.
O caso de uso “Validar usuário” é descrito pelo seguinte cenário:
− Fluxo de eventos principal: O caso de uso inicia quando o sistema do Tribunal solicita ao usuário a sua senha, formada por números. O usuário fornece os números através do teclado e confirma a senha pressionando a tecla Enter. O sistema checa este número e verifica se ele é válido.
− Fluxo de evento excepcional: O usuário pode cancelar seu acesso a qualquer momento pressionando o botão Cancelar, reiniciando o caso de uso. Não é feita nenhuma mudança no processo do usuário.
− Fluxo de evento excepcional: O usuário pode corrigir a senha a qualquer momento, utilizando a tecla Backspace, antes de confirmar com a tecla enter.
− Fluxo de evento excepcional: Se o usuário fornece um número de senha inválido o caso de uso é reiniciado.
Com base no caso de uso, considere, abaixo, os diagramas UML 1 e 2:
O diagrama
A análise e o projeto orientados a objeto modelam um sistema em termos de objetos, que têm propriedades e comportamentos, e de eventos, que disparam operações que mudam o estado dos objetos. Considere, abaixo, os fundamentos da Orientação a Objetos − OO:
I. Ato de empacotar ao mesmo tempo dados e objetos. O objeto esconde seus dados de outros objetos e permite que os dados sejam acessados por intermédio de seus próprios métodos. Protege os dados do objeto do uso arbitrário e não-intencional. Separa a maneira como um objeto se comporta da maneira como ele é implementado.
II. Refere-se à implementação de um tipo de objeto. Especifica uma estrutura de dados e as operações permissíveis que se aplicam a cada um de seus objetos.
III. Pode ser real ou abstrato. Possui informações (dados) e desempenha ações (funcionalidades). É qualquer coisa, real ou abstrata, a respeito da qual são armazenados dados e operações.
Os conceitos da OO indicados em I, II e III, são, correta e respectivamente,
A figura abaixo representa o diagrama de classes de parte do sistema SOMANUT. Na classe Funcionario, foi implementado o método abstrato calcularSalario.
O requisito Obter Histórico de Compras do sistema A consiste em uma referência a um grupo de dados “X” logicamente relacionado, mantido e armazenado no sistema B, conforme representado no diagrama a seguir.
Os testes de aceitação são muitas vezes a última etapa de testes antes de implantar o software em produção. Seu objetivo maior é verificar se o software está apto para utilização por parte dos usuários finais, de acordo com os requisitos de implementação definidos. Há três estratégias de implementação de testes de aceitação: a aceitação formal, a aceitação informal (ou teste alfa) e o teste beta.
Com relação às três estratégias de implementação dos testes de aceitação, é correto afirmar que:
O Desenvolvimento Orientado a Testes (TDD) é um método de desenvolvimento criado e disseminado por Kent Beck em seu livro “Test-driven development”. O método define regras, boas práticas e um ciclo de tarefas com 3 etapas: a etapa vermelha, a etapa verde e a etapa de refatoração, ilustrado na imagem abaixo
Para atender este mercado crescente de computadores criaram-se modelos de desenvolvimento de softwares que atendem as necessidades singulares de alguns setores e, ao mesmo tempo, podem ser utilizados na elaboração softwares triviais. Sobre os modelos de desenvolvimento, são feitas as seguintes afirmações:
I. O modelo de desenvolvimento Cascata, também chamado de Clássico ou Linear, caracteriza-se por possuir uma tendência na progressão sequencial entre uma fase e a próxima. Pode ter retroalimentação de uma fase para a anterior, mas, em uma visão macro, as fases seguem sequencialmente.
II. No modelo de desenvolvimento iterativo e incremental, um software é desenvolvido em vários passos similares (iterativo) e, em cada passo, o sistema é estendido (incremental).
III. O modelo de desenvolvimento XP (Extreme Programming) é um processo de desenvolvimento de software que adota os valores de comunicação, simplicidade, feedback e coragem. É uma metodologia ágil para equipes médias ou grandes e que irão desenvolver software com requisitos bem especificados e com poucas mudanças.
IV. O modelo de desenvolvimento Scrum é um processo clássico de desenvolvimento software. É um modelo iterativo e incremental para gerenciamento de projetos e desenvolvimento de software. Muito utilizado para trabalhos de curta duração nos quais é impossível acompanhar o cliente. No Scrum, os projetos são divididos em ciclos chamados de Kanban.
V. O modelo de desenvolvimento BDD (Behavior Driven Development) é uma técnica de desenvolvimento de software que baseia em um ciclo curto de repetições. Primeiramente, o desenvolvedor escreve um caso de teste automatizado que define uma melhoria desejada ou uma nova funcionalidade. Então, é produzido código que possa ser validado pelo teste para posteriormente ser refatorado para um código sob padrões aceitáveis.
Em relação a estas afirmações, assinale a alternativa
correta:
Com relação à metodologia SCRUM são realizadas as seguintes afirmações:
I. O Product Owner define as funcionalidades do produto e aceita ou rejeita os resultados dos trabalhos.
II. O Scrum Master define as funcionalidades do produto e aceita ou rejeita os resultados dos trabalhos.
III. O Product Owner é o responsável pela aplicação dos valores e práticas do SCRUM.
IV. A Sprint Planning Meeting é uma reunião que envolve o Scrum Master, os membros do Scrum Team e o Product Owner. Nesta reunião são determinadas quais funcionalidades e atividades serão realizadas no próximo Sprint.
Em relação a estas afirmações, assinale a alternativa correta:
O processo de Análise de Requisitos busca definir um conjunto de requisitos que precisam ser validados quando o software estiver pronto. Com relação a este assunto são realizadas as seguintes afirmações:
I. Um Requisito Funcional é um requisito de sistema de software que especifica uma função que o sistema ou componente deve ser capaz de realizar.
II. Um Requisito Não Funcional de software é aquele que descreve como o sistema fará e não o que ele fará. São exemplos de Requisitos Não Funcionais os requisitos de desempenho, requisitos da interface externa do sistema, restrições de projeto e atributos da qualidade.
III. As fontes de informações durante a fase de obtenção de requisitos incluem documentação, stakeholders de sistema e especificações de sistemas similares.
IV. Requisitos permanentes são requisitos que irão mudar durante o processo de desenvolvimento do sistema ou depois que o sistema estiver em operação.
Em relação a estas afirmações, assinale a alternativa correta:
Análise de Pontos de Função (FPA) é uma técnica para medição do esforço necessário para desenvolver um projeto de software. Com relação a este assunto são realizadas as seguintes afirmações:
I. A medida (pontos de função) é independente de linguagem de programação ou tecnologia.
II. A Análise de Pontos de Função (FPA) considera a funcionalidade implementada do ponto de vista do desenvolvedor.
III. Tamanho funcional é uma medida de tamanho de software baseada em uma visão padronizada dos requisitos lógicos do usuário.
Em relação a estas afirmações, assinale a alternativa correta: