Baixe o app para aproveitar ainda mais
Prévia do material em texto
1a Questão (Ref.: 201603173373) Pontos: 0,0 / 0,1 Sobre a obtenção de requisitos de um sistema proposto, no âmbito de uma abordagem tradicional de desenvolvimento, abaixo analise as assertivas e assinale a alternativa que aponta a(s) correta(s): I. A fase de validação de requisitos corresponde à confirmação dos conhecimentos adquiridos junto aos clientes/usuários. II. Fontes de informações durante a fase de obtenção de requisitos incluem, dentre outras, documentação, stakeholders de sistema e especificações de sistemas similares. III. A interação com os stakeholders neste processo se dá por meio de entrevistas e observações, podendo ser utilizado cenário e até mesmo protótipos para auxiliar nesta obtenção. IV. Os stakeholders variam de usuários finais do sistema a gerentes e envolvidos externos. V. Brainstorming trata-se de uma técnica de elicitação que ocorre em ambiente mais informal em que toda a ideia deve ser levada em consideração para a solução de um problema, sendo proibida a crítica a qualquer sugestão dada, e encorajada, inclusive, a criação de ideias que pareçam estranhas ou exóticas. Apenas II e III. Apenas I e III. Apenas I e II. Apenas I, II, III e IV. I, II, III, IV e V. 2a Questão (Ref.: 201603378745) Pontos: 0,0 / 0,1 A respeito dos Casos de Uso UML, marque V - Verdadeiro ou F - Falso para cada assertiva a seguir. Casos de Uso, tanto na versão textual quanto em diagrama, é uma abordagem de modelagem que ajuda na comunicação entre a equipe, clientes e usuários, principalmente, no que se refere à validação dos requisitos. O Diagrama de Casos de Uso especifica quais as interações os atores realizam com o sistema e representam o comportamento interno e externo dos sistema. Os Diagramas de Casos de Uso servem para definir e descrever requisitos funcionais, visto que representa o que o sistema oferece em termos de serviços ou ações. O Diagrama de Casos de Uso se preocupa em apresentar o que o sistema realiza em interação com o usuário e como essas interações são implementadas. Casos de Usos é uma abordagem de modelagem que visa a simplificação do sistema e suas diferentes visões. 3a Questão (Ref.: 201603173371) Pontos: 0,1 / 0,1 No desenvolvimento de um certo produto de software, foi determinado que um dos requisitos do produto seria a exibição de informações em planilhas eletrônicas. Contudo, durante uma reunião de revisão, a equipe do projeto verificou que esse formato não facilitava a interpretação das informações e sugeriu que fosse construído um gráfico, que permitiria a identificação mais rápida de informações importantes. Diante desse fato, o gerente do projeto deve: autorizar a equipe do projeto a implementar o gráfico e registrar a mudança. solicitar à equipe do projeto que ignore a sugestão, uma vez que está fora do escopo definido. analisar o impacto da modificação e, somente se o impacto no projeto for grande, submetê-la à aprovação do cliente. analisar o impacto da modicação e submetê-la à aprovação do cliente, independentemente da relevância do impacto. autorizar a equipe do projeto a implementar o gráfico e desprezar o registro da mudança, atendendo à recomendação de que sejam rastreadas apenas mudanças cujo impacto seja significativo no custo ou nos prazos do projeto. 4a Questão (Ref.: 201603154165) Pontos: 0,1 / 0,1 Falhas ao longo do ciclo de desenvolvimento do Software são custosas e sempre que identificadas mais cedo, menor impacto causam ao projeto, em termos de custo, prazo e arquitetura. Qual a fase que um BUG detectado causa maior impacto? Requisitos Levantamento Operação ou Manutenção Desenvolvimento Arquitetura 5a Questão (Ref.: 201603154166) Pontos: 0,0 / 0,1 Vários são os motivos que levam um projeto a ter problema, o principal deles é um requisito com problema. Podemos listar como causas para isso: Falta de uma técnica adequada para o desenvolvimento do Software. Ausencia de entendimento do negócio do cliente Falta de uma técnica adequada para o levantamento do Requisito. Documentação não descrita de forma clara e objetiva. Levantamento feito de forma inadequada
Compartilhar