prova contendo gabarito, Provas de Sistemas de Informação

Baixe prova contendo gabarito e outras Provas em PDF para Sistemas de Informação, somente na Docsity! (1,00 ponto) Na Engenharia de Sofiware, existem dois processos que embasam iodo o desenvolvimento de um sistema, periencentes à categoria "coleta de requisitos” é denominados como requisitos funcionais e não funcionais. Cada qual tem sua respectiva importância dentro do contexto geral de um sistema, tendo em vista que são complementares e não exclusivos. Requisitos funcionais abordam, especificamente, tun um eoffwara às atreiadas ao sistema. OU Seja, recursos que estarão disponíveis para uso dentro de Quanto ao tema, nas palavras de Rios & Jarissek-Muni (2014). os requisitos não funcionais são “especificações técnicas de como mehor adequar a solução do problema para responder ao cliente. São especificações que podem ser expressas como um modelo abstrato do sistema. Pode ser um medeio matemático qu baseado em notações gráficas, tais como diagrama de fluxo de dados, hierarquia de ctasses de objetos e, de preferência em linguagens de representação formal. que podem gerar código fonte e objeto diretamente”. Dessa forma, ao especificar-se um conjunto de requisitos não funcionais, são abordados critérios que não estão diretamente ligados às ações do usuário no manuseio do programa, embora o ato do manuseio possa estar ciretemente gado um requisto deste cunho RIOS, Fábio Luiz de Carvalho; JANISSEK-MUNIZ, Raquel. Uma proposta de relação de requisitos funcionais para um sofiware de apoio ao processo deinteligência REAd Revista Eletránica de Administração, Porto Alegre, v. 20. 1. 2. p. 425-480. 2014. Disponivel em: <hitps)fwmmescielo briscielo php? pid=S 1413.291120140002004252scriptesci arttests Acesso em: 25 ago. 2020. A parir desse texto, analise 9 caso hipotédico a seguir. Andreia lídera ums equipe de desenvolvimento de sofiuare, dentre eles, analistas, programadores, engenheiros da computação e estagiários graduandos. Diante de um novo projaio, houve a necessidade de coletar os requisitos funcionais e não funcionais para atendar à demanda do clente, as passo que foram designados dois estagiários para realizarem uma prévia de entrevista de eojeta desses requisitos. Considerando as infarmações apresentadas pelos estagiários na lista de requisitos, levando em conta se os aspectos apresentados são classificados como requisitos não funcionais, juígue os itens a seguir | Os estagiários consideraram que, ao realizar uma consulta no banco de dados em nuvem, o sistema deverá ter tolerância máxima de 10 segundos de resposta, caso contrário, a consulta deverá ser revertda so banco de dados lecal  IL. De acordo com os estagiários, o sistema deverá ter uma teia que possibilite o cadastro de fornecedores da empresa, contendo campos como razão social, CNFJ, endereço, telefones, inscrição estadual e data de cadastro 1 Segundo os estagiários, os critérios de usabiidade são essenciais, logo. a teia do sistema deve ser intuitiva e de fácil manuseio. com campos bem distribuídos « grupos de comandos muito bem alocados e demareados. IV Os estagiários acrescentaram a informação de que. so utlizar o sistema, um operador pode escolher entre imprimir os relatórios no formato retrato qu paisagem, assim, o usuário deve ter à disposição dois botões para que escolha o formato apropriado. É correio apenas oque se afirma em Altemativas Do a Bj Hen e tem Dj nem Lilen | Fechar | Visualizar questão (1,00 ponto): No desenvolvimento de um certo produto de sofiware. foi determinado que um dos requistos do produto seria a exibição de informações em planihas eletrônicas. Contudo, durante uma reunião de revisão, a equipe do projeto verificou que esse formato não faciltava a interpretação das informações sugeriu que fosse construído um gráfico. que permitia a identificação mais rápida de informações importantes. Diante desse fato, o gerente do projeto deve Alternativas A, autorizar a equipe do projeto a implementar o gráfico e registrar a mudança EE A a na e od e ni ada Ra ae o autorizar a equipe do projeo a implementar o gráfico e desprezar o registro da mudança, atendendo à recomendação de que sejam rasireadas apenas mudanças cujo impacto seja significativo no custo ou nos prazos da projeto. D solicitar à equipe do projeto que ignore a sugestão, uma ver que eia está fora do escopo definido. E analisar o impacto da modificação e, somente se a impacto no projeto for grande, submeiê-la à aprovação do clente. [rechar | [1.00 ponto); Requisitos funcionais, também conhecidos como capacidades (cspabilties) ou características (features), descrevem as funções que o sistema deve executar Requisitos não funcionais, também conhecidos coma resrições (consiraints) cu requisitos de qualidade do sistema, são 05 que agem para restringie a solução. Pierre, 8: Faidey R E Guide to the software engineering body of knowledge (Swebok[R)) 3. ed Los Alamitos: IEEE Computer Society Press, B004 (adaptado). Com base nessa informação, avalie os seguintes requisitos referentes 30 desenvolvimento de um sistema de sofiuare para uma gráfica que pretende prestar senvigos de impressão pela intemet | Qciente pode registar um pedido de impressão informando um tamanho A2 cu maior & a resolução que deseja (baira, média ou ata). LO sofware deve ser desenvolvido na inguagem Jeva e utilzar, para a persistência em banco de dados, uma biblioteca padrão Java Persistence API(UPE). 1. O tempo médio decorrente entre o envio do pedido pelo ciente & o recebimento do email com os dados de confirmação deve ser inferior a 5 minutos MM Todos os pedidos de impressão em que o custo ulrapasse 10 salários mínimos devem ser aprovados por um gerente responsável por inspecionar a impressão São classificados como não funcionais apenas os requisitos mencionados em Alternativas A) le B) Lite [o RE fa] URIA D) Liam (1.00 ponto): Segundo Preseman (2011). projetar e implementar um scfiware é divertido « tentador, além de despertar 0 lado cristivo do programador. No entanto, “guns programadores se veem tão fascinados que desejam iniciar de imedisto na implementação antes da compreandar detalhadamente as necessidades = os requisitos do sistema. A gestão de requisitos, fase imponanie ds engenharia de requisitos, começa após = especficação ou documentação do projeto de softwara e da revisão técnica através da validação de requisitos. PRESSMAN, Roger 8. Engenharia de software: uma abordagem profissional 7. ed. Porto Alegre AMGH, 2011 Sobre a gestão de requisitos, pode-se afirmar que a gestão de requisiws é uma reunião de tarefas que têm por finalidade | controlar, acompanhar e identificar as necessidades e alterações que possam sur no projeto. IL garantir que o software não possua ambiguidades. inconsistências e omissões na engenharia de requisitos. HI documentar por escrito « por meio de modelos gráficos os requisitos especificados no projeto de sofimare. É correto o que se afirma em Alternativas A) RIR 5 coa lel apenas c) Ile apenas. [RE E IN, azenas.  de uso regresenta as possiveis interações que serão representadas nos requisitos do sistema. A figura a seguir desenvolve um exemplo de bibloleca e mostra outros casos de uso (use-cases) nesse ambiente. Í SS . den ds n nes temida SOMMERVILLE. | Engenharia de software. 8 ed São Paulo: Makron Books, 2003, p. 113. Com relação ao tema, analise as asserções a segui A figura também ilustra os pontos essenciais da notação de casos de uso. Os agentes no processo são representados por bonecos & cada tipo de interação É representada por uma elipse com um nome = UML é um padião para a modelagem crentada = objetos =, assim, cs casos de uso E s cotenção de requisitos com base em casos de uso são cada vez mais utilizados para obter requisitos. perca Cessas sssarções assinale a coção corta. A A primeira asserção É uma proposição falsa, = = segunda, uma proposição verdades. ER As duas asserções são proposições vertiadeiras, mas a segunda não é uma justificativa correta da primeira. (1,00 ponto; Observe uma ferramenta empregada no desenvolvimento orientado a objetos, conhecida com diagrama de casos de uso. que tem, por objetivo. aupiiar a comunicação entre os analistas & o cliarte & descrever um cenário que mostra as funcionalidades do sistema do ponto de vista do usuário. Ciara AR À a, Assinale a atermativa CORRETA em relação ao diagrama apresentado. Alternativas A) A ocomência de “procurar registro do pacierte” é opcional em relação a “marcar consulta”. 8 A ocomência de “procurar registro do paciarte” é obrigatária em relação a “marcar consulta” & opcional em relação a “Padir remédio” c A ocorrência de “Adiar pagamento” é obrigatória em relação a “Pagar conta” Aocorrência da “procurar registro do paciente” é obrigatória em relação a “marcar consulta” e obrigatória em relação a “Pesir remédio