Questions
ayuda
option
My Daypo

ERASED TEST, YOU MAY BE INTERESTED ONModelagem das Aplicações Web

COMMENTS STATISTICS RECORDS
TAKE THE TEST
Title of test:
Modelagem das Aplicações Web

Description:
Avaliação - Modulo 02

Author:
AVATAR

Creation Date:
11/02/2016

Category:
Others

Number of questions: 11
Share the Test:
Facebook
Twitter
Whatsapp
Share the Test:
Facebook
Twitter
Whatsapp
Last comments
No comments about this test.
Content:
1ª Questão (Valor: 6 pontos) A distinção entre os tipos de requisitos não é tão clara quanto podem sugerir as definições de requisitos funcionais e não funcionais. Mesmo assim, podem-se definir requisitos não funcionais como sendo restrições aos serviços ou funções oferecidos pelo sistema. Muitas vezes, aplicam-se ao sistema como um todo. SOMMERVILLE, I. Engenharia de Software. 9a ed., Pearson, 2011, pp 59 (adaptado). Com base nesta definição, assinale o item alternativa que representa um exemplo de requisito não funcional: a) O usuário do sistema deve poder realizar um tour virtual pelos espaços do Cine Theatro Brasil. b) O usuário deve ser capaz de concluir o registro de uma estória em no máximo 3 cliques do mouse. c) O sistema deve permitir ao Administrador classificar as estórias cadastradas em ordem da mais recente para a mais antiga. d) Ao final do dia, o sistema deve gerar um relatório com o resumo de todas as estórias cadas- tradas no dia e enviá-lo por e-mail ao Administrador.
2ª Questão (Valor: 6 pontos) Casos de uso são documentados por um diagrama de casos de uso de alto nível. O conjunto de casos de uso representa todas as possíveis interações que serão descritas nos requisitos do sis- tema. Um diagrama de casos de uso pode conter alguns elementos específicos. SOMMERVILLE, I. Engenharia de Software. 9a ed., Pearson, 2011, pp 74 (adaptado). Sejam as descrições de elementos de um diagrama de casos de uso a seguir: I.Podem ser pessoas ou outros sistemas. São representados como figuras “palito”. II. Fazem a ligação entre atores e casos de uso. III. São representados por elipses e identificam interações entre o sistema e seus usuários ou outros sistemas. Assinale a alternativa que representa a sequência correta das definições dos itens I, II e III (nes- ta ordem): a) Atores, generalização, classes. b) Usuários, associações, casos de uso. c) Usuários, relacionamento de inclusão, contexto. d) Atores, associações, casos de uso.
3ª Questão (Valor: 6 pontos) As técnicas de elicitação de requisitos surgiram para auxiliar na identificação dos requisitos junto aos usuários. Uma técnica de elicitação deve explorar características específicas do problema sendo tratado no desenvolvimento de um sistema. Como as características dos problemas vari- am, é necessário um repertório de métodos para cada classe de problemas (Belgamo e Martins, 2000). Belgamo, A.; Martins, L. E. G (2000). “Estudo Comparativo sobre as Técnicas de Elicitação de Requisitos do Software”. In: XX Congresso Brasileiro da Sociedade Brasileira de Computação (SBC), Curitiba – Paraná. Sejam as características de técnicas de elicitação de requisitos apresentadas a seguir: I.São reuniões com participação dos desenvolvedores, usuários e outros interessados para definição de requisitos de um sistema em conjunto. Visa reunir autoridades representativas e gerenciais para promover decisões. Sua aplicação é recomendada quando a necessidade de consenso entre os usuários do sistema se torna fator importante para o desenvolvimento do software. O objetivo dessa técnica é garantir que os usuários se mantenham comprometidos com o levantamento dos requisitos do sistema. II. Um grupo de pessoas é reunido, um cenário simulado e um assunto discutido para elicitar os requisitos. As pessoas participantes devem se sentir confortáveis o bastante para discutir o assunto sem se sentirem intimidadas. Nenhuma ideia é descartada. Todas as ideias são boas ideias. III. É muito utilizado quando os analistas identificam a necessidade de coletar informações de muitos usuários ao mesmo tempo. Assinale a alternativa que representa a sequência correta das definições dos itens I, II e III (nes- ta ordem): a) Reunião de equipe, Oficina de Requisitos (JAD), Grupo Nominal. b) Oficina de Requisitos (JAD), Entrevista, Mapa Mental. c) Oficina de Requisitos (JAD), Brainstorming, Questionário; d) Reunião de apresentação, Delphi, Engenharia reversa.
4ª Questão (Valor: 6 pontos) Considere o diagrama de classes UML 2.0 mostrado a seguir: SILVA, A. S. UML 2.0 do requisito à solução. 2a ed., Érica, 2007, pp 198 (adaptado). Com base no diagrama acima, é correto afirmar: a) O tipo de relacionamento entre as classes Pedido e Item_Pedido é chamado de Agregação e representa um relacionamento do tipo “parte-todo”. b) Esse diagrama apresenta um relacionamento do tipo Composição, do tipo “parte-todo”, no qual a “parte” não pode existir sem o “todo”. c) Todo cliente possui relacionado a ele necessariamente um pedido. d) Não está representado, nesse diagrama, nenhum relacionamento do tipo especialização.
5ª Questão (Valor: 6 pontos) Considere as seguintes responsabilidades relacionadas ao desenvolvimento ágil de software: I.Definir um objetivo e modelar a visão do produto. II. Redigir requisitos e definir prioridades. III. Remover obstáculos rapidamente. IV. Definir e priorizar o backlog do produto (lista de pendências). V.Garantir que a equipe trabalhe bem em conjunto. Assinale a alternativa que representa as atividades cuja responsabilidade é tipicamente atribuída ao Dono do Produto (Product Owner): a) I, II e III. b) I, II e IV. c) II, III e V. d) II, IV e V.
6ª Questão (Valor: 6 pontos) Cada caso de uso deve incluir detalhes sobre o que deve ser feito para alcançar sua funcionalidade. Deve-se considerar a funcionalidade básica, quaisquer alternativas, condições de erro, qualquer coisa que deve ser verdadeira antes de se começar o caso de uso e qualquer coisa que deve ser verdadeira ao se sair do caso de uso. SCHNEIDER, G; WINTERS, J. P. Applying use cases – A practical guide. 2a ed., Addison-Wesley, 2001, pp 27 (traduzido). Sobre os elementos do detalhamento de um caso de uso, pode-se afirmar: a) A pré-condição determina em qual estado o sistema deve estar antes do início do caso de uso enquanto a pós-condição representa o estado em que o sistema deve estar no término do ca- so de uso caso nenhum caminho alternativo tenha sido tomado na execução do caso de uso. b) Um fluxo de eventos é um conjunto de declarações listando os passos de um caso de uso sob a perspectiva de um ator. É uma boa prática que passos que descrevem ações realizadas por um ator humano sejam descritas na voz ativa, enquanto passos representando ações realiza- das pelo próprio sistema são descritas na voz passiva. c) Um fluxo alternativo permite uma sequência diferente de eventos da prevista no fluxo princi- pal. Condições de erro podem ser descritas por meio de fluxos alternativos, mas esse tipo de fluxo não é adequado para representar ações que podem acontecer a qualquer momento, co- mo o cancelamento de uma transação. d) Um fluxo de um caso de uso pode ser representado por meio de uma lista ordenada de pas- sos. O início do fluxo principal de um caso de uso pode ser descrito por meio de um passo co- mo “O caso de uso se inicia com <determinada ação>” e termina com um passo do tipo “O caso de uso é encerrado”.
7ª Questão (Valor: 6 pontos) Considere a tabela e as afirmações realizadas a seguir: I. A tabela representa uma matriz de rastreabilidade de requisitos de um sistema. A rastreabilidade pode ser definida como o grau em que um relacionamento pode ser estabelecido entre dois ou mais produtos de desenvolvimento de software. Nesse exemplo, a rastreabilidade se dá entre requisitos de um produto. II. A rastreabilidade mostrada nessa tabela pode ser classificada como bidirecional, pois a rastreabilidade é estabelecida de um requisito fonte a outro destino, assim como do requisito destino para o requisito fonte. III. É adequado que essa matriz seja consultada durante um processo de análise de solicitação de mudanças, uma vez que ela auxilia a definir os requisitos possivelmente impactados por uma solicitação de mudança e, consequentemente, apoia a avaliação do impacto dessa alteração. Das afirmativas acima, a) apenas uma está correta. b) apenas I e II estão corretas. c) apenas I e III estão corretas. d) todas estão corretas.
8ª Questão (Valor: 6 pontos) Uma estória de usuário descreve funcionalidade de valor para um usuário ou comprador de um software. Estórias de usuário são compostas de três aspectos: - Uma descrição escrita da estória usada para planejamento e lembrete do que deve ser feito. - Conversações sobre a estória que servem para destacar os detalhes da estória; - Testes que documentam detalhes e podem ser usados para determinar se a estória está com- pleta. COHN, M. User stories applied for agile software development. 1a ed., Addison-Wesley, 2004, pp 4 (traduzido). Considerando essas características de uma estória de usuário, é incorreto afirmar: a) O uso de estórias de usuário traz benefícios ao projeto, pois enfatiza a comunicação escrita e detalhada dos requisitos, pode ser igualmente compreendido por todos os envolvidos (clientes e desenvolvedores) e funciona bem em um processo de desenvolvimento iterativo. b) Um cartão de estória contém uma descrição curta de uma funcionalidade de valor para o usuário. Existe um formato sugerido de escrita geralmente para as estórias de usuário que contempla a seguinte estrutura: “Como um <papel>, eu posso/devo <ação> para que <valor para o negócio>”. c) O cartão de estória é a parte visível da estória, mas o importante são as conversações entre o cliente e desenvolvedores sobre a estória. A conversação pode gerar outros tipos de documentação que a equipe considerar necessária, mas não há exigências de qualquer tipo de documento específico nos métodos ágeis. d) Testes de aceitação validam que uma estória foi desenvolvida com a funcionalidade que o cliente tinha em mente quando escreveu a estória. Normalmente, os critérios de aceitação podem ser escritos no verso dos cartões de estórias de usuário.
9ª Questão (Valor: 6 pontos) Um modelo completo de classes não possui somente classes persistentes ou classes que representam entidades do mundo real. São necessárias classes de diferentes tipos para realizar toda a colaboração necessária e entregar algo de valor para o usuário. Podem ser associados estereótipos predefinidos às classes identificadas: os estereótipos de <<fronteira>>, <<entidade>> e <<controle>> são usados para definir responsabilidades das classes de um modelo. Considerando esse contexto, analise se as seguintes afirmações são verdadeiras ou falsas: I.Estereótipos são elementos que permitem a definição de novos tipos de elementos na UML. São considerados um mecanismo de extensão, pois pelo fato de a UML ser uma linguagem padronizada, não é possível criar novos elementos, mas por meio dos estereótipos, é possível definir novos tipos de elementos. II. Objetos de entidade normalmente participam de vários casos de uso e têm um ciclo de vida longo. Realizar cálculos simples, normalmente com a colaboração de outros objetos de enti- dade associados através de agregações, pode ser considerado uma responsabilidade desse tipo de objeto. III. Objetos de controle traduzem os eventos gerados por um ator em eventos relevantes ao sis- tema. Também são responsáveis por apresentar os resultados de uma interação dos objetos em algo inteligível pelo ator. Esse tipo de objeto existe para que o sistema se comunique com o mundo exterior. IV. Os objetos de fronteira controlam a lógica de execução correspondente a um caso de uso. Decidem o que o sistema deve fazer quando um evento externo relevante ocorre. Realizam o controle do processamento de um caso de uso ou conjunto de casos de uso. A ordem correta da classificação das afirmações acima quanto a sua veracidade é: a) V, V, V, V. b) V, V, F, F. c) F, V, V, F. d) F, V, F, V.
10ª Questão (Valor: 6 pontos) Considere o fluxo de um caso de uso exibido e as afirmações a seguir: Fluxo 1. O usuário solicita a aprovação da ordem de venda. 2. O usuário confirma a solicitação clicando no botão “Aprovar”. 3. O sistema persiste os dados. 4. A ordem de venda é aprovada. 5. O caso de uso é encerrado. Afirmações I – O passo 2 deste fluxo viola uma boa prática da escrita de casos de uso. PORQUE II – Não se deve referenciar elementos de interface nos passos dos fluxos de um caso de uso. Sobre as asserções acima, é correto dizer: a) As asserções I e II são proposições verdadeiras, e a segunda é uma justificativa correta da primeira. b) As asserções I e II são proposições verdadeiras, mas a segunda não é uma justificativa corre- ta da primeira. c) A asserção I é uma proposição verdadeira, e a asserção II é uma proposição falsa. d) A asserção I é uma proposição falsa, e a asserção II é uma proposição verdadeira.
11ª Questão (Valor: 6 pontos) De acordo com o SWEBOK, o Desenvolvimento de Requisitos inclui as seguintes etapas: Elicitação de requisitos; Análise e negociação de requisitos; Especificação e Modelagem dos requisitos; e Validação de requisitos. SOFTEX. Guia de Implementação do MPS.Br Nível D. Relacione as etapas da primeira coluna com suas definições (segunda coluna): A relação entre a primeira e a segunda coluna está corretamente feita em: a) I – W; II – Y; III - Z; IV - X. b) I – Z; II – X; III - W; IV - Y. c) I – X; II – Y; III - Z; IV - W. d) I – W; II – X; III - Z; IV - Y.
Report abuse Consent Terms of use