Prévia do material em texto
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE 2a aula Lupa Vídeo PPT MP3 2018.1 PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE Ref.: 201801082800 1a Questão Considere os seguintes requisitos de um Sistema de Folha de Pagamento e classifique cada um como sendo F (Funcional) e NF (Não Funcional). I. O sistema deve emitir extrato online de cada funcionário; II. O banco de dados dever ser SQL Server, que a empresa já possui; III. O sistema deve rodar em ambiente web; IV. Após gerar a folha mensal deve ser emitido email a cada funconário, informando do salário líquido. Assina a única opção que classifica corretamente os requisitos é: I-F, II-NF, III-NF, IV-F I-NF, II-NF, III-NF, IV-NF I-F, II-F, III-NF, IV-F I-F, II-F, III-F, IV-F I-F, II-NF, III-F, IV-F Explicação: Requisitos Funcionais: São declarações de funções que o sistema deve fornecer, ou são descrições de como alguns cálculos dever ser realizados. Requisitos não funcionais: São restrições sobre os serviços ou as funções oferecidos pelo sistema. Entre eles destacam-se restrições de tempo, restrições sobre o processo de desenvolvimento, padrões, entre outros. Ref.: 201801265612 2a Questão No processo de desenvolvimento do software, a primeira atividade técnica é a Análise de Requisitos, que pode ser entendida como responsável por definir os serviços que um sistema deve realizar, sua interface com os demais elementos e sob quais restrições o sistema deve operar. A técnica de elicitação conhecida como tempestade de ideias, cujo objetivo é permitir que todos expressem suas ideias de forma a obter o consenso é Visita técnica Questionário Brainstorm Entrevista Casos de Uso Ref.: 201801124309 3a Questão No Processo Unificado os papéis não são pessoas; eles descrevem como as pessoas se comportam no negócio e quais são as responsabilidades que elas têm. Nesse sentido, um Desenvolvedor desempenha os papéis de: Analista de Sistemas, Designer de Negócios e Revisor de Requisitos. Implementador, Integrador e Designer. Revisor de Requisitos, Analista de Teste e Revisor do Projeto. Analista de Teste, Implementador e Designer de Interface de Usuário. Gerente de Teste, Gerente de Projeto e Designer. Explicação: O Processo Unificado, também chamado de Rational Unified Process (RUP), representa uma tentativa de apoiar-se nos melhores recursos e características dos modelos convencionais de processo de software, mas caracterizá-los de um modo que implemente muitos dos melhores princípios de desenvolvimento ágeis. Ele enfatiza o importante papel da arquitetura de software e sugere um fluxo de processo interativo e incremental, dando a sensação evolucionária que é essencial no desenvolvimento moderno de software. Nesse contexto, observe a figura abaixo. Ref.: 201801728557 4a Questão A análise de requisitos no desenvolvimento de sistemas especifica as funcionalidades (requisitos funcionais) e as propriedades (requisitos não-funcionais). É considerado um requisito não-funcional: a emissão de relatórios fiscais. uma informação na interface de entrada. um histograma na interface gráfica do usuário. a notificação de inconsistência de dado na tela. a disponibilidade do sistema. Ref.: 201801622657 5a Questão Na especificação de requisitos, qual das opções abaixo indica como os requisitos podem ser classificados: lógicos e consistentes. não-funcionais e analíticos. funcionais e não-funcionais. funcionais e lógicos. precisos e lógicos. Ref.: 201801124317 6a Questão De acordo com a teoria são produtos da fase de elaboração do RUP: Manual do usuário e base de dados operacionais convertidas. Lista de riscos revisada e base de dados operacionais convertidas. Produto de software integrado e descrição da arquitetura do software. Descrição da arquitetura do software e lista de riscos revisada. Documento de visão e produto de software integrado. Explicação: Segundo o RUP, o propósito da fase de elaboração é analisar o domínio do problema, estabelecer uma base sólida de arquitetura, coletar os requisitos, desenvolver um plano para o projeto e eliminar os elementos de maior risco do projeto, resolvendo questões como "O plano do projeto é confiável?" e "Os custos são admissíveis", em outras palavras, esta fase tem por finalidade eliminar os principais riscos e definir uma arquitetura estável, que atenda os requisitos definidos para o projeto (ou seja, a arquitetura, os requisitos e os planos são considerados estáveis o suficiente). Assim, será possível determinar os custos e o cronograma do projeto com maior precisão. Ref.: 201801048885 7a Questão No contexto da Engenharia de Requisitos, considere: I. O sistema deve fornecer uma entrada de dados que possibilite a inclusão de atributos de permissão de acesso às dependências da corporação por técnicos, supervisores e chefes. II. Algumas permissões de acesso deverão ter tratamento especial para a entrada de atributos. Para este tipo de permissão, atributos excedentes a uma faixa predeterminada só poderão ser incluídos por chefes de seção. Em relação às assertivas acima, é correto afirmar: o item I trata de um requisito não funcional e a ele está associado o requisito funcional, contido no item II. o item I trata de um requisito funcional e a ele está associado o requisito não funcional, contido no item II. ambos referem-se a requisitos funcionais. a assertiva contida no item II é uma condição restritiva do requisito funcional do item I. Por si só, não constitui um requisito, tanto funcional quanto não funcional. a assertiva contida no item II é uma condição restritiva do requisito não funcional do item I. Por si só, não constitui um requisito, tanto funcional quanto não funcional. Explicação: Requisitos funcionais são aqueles relacionados às funcionalidades necessárias do sistema, seu escopo de negócios, enquanto não-funcionais tratam de elementos gerais, que não estão diretamente ligados ao negócio e sim a propriedades e características de funcionamento do sistema I. O sistema deve fornecer uma entrada de dados que possibilite a inclusão de atributos de permissão de acesso às dependências da corporação por técnicos, supervisores e chefes. - define a funcionalidade. II. Algumas permissões de acesso deverão ter tratamento especial para a entrada de atributos. Para este tipo de permissão, atributos excedentes a uma faixa predeterminada só poderão ser incluídos por chefes de seção. - define uma propriedade de Confiabilidade, para permissão de acesso. Ref.: 201801124285 8a Questão De acordo com o Processo Unificado, uma descrição da arquitetura do software, um documento de visão e um modelo de projeto são aplicáveis, respectivamente, nas fases: construção, transição e concepção. transição, construção e construção. concepção, concepção e elaboração. elaboração, concepção e construção. concepção, elaboração e transição. Explicação: O Processo Unificado organiza suas iterações nas seguintes fases principais: 1. Concepção: o objetivo desta fase é levantar, de forma genérica e pouco precisa, o escopo do projeto. Não deve existir aqui a pretensão de especificar de forma detalhada requisitos, a idéia é ter uma visão inicial do problema, estimar de forma vaga esforço e prazos e determinar se o projeto é viável e merece uma análise mais profunda. 2. Elaboração: na fase de elaboração todos (ou a grande maioria dos requisitos) são levantados em detalhes. Numa primeira iteração um ou dois requisitos, os de maior risco e valor arquitetural, são especificados em detalhes. Estes são implementados e servem como base de avaliação junto ao usuário e desenvolvedores para o planejamentoda próxima iteração. Em cada nova iteração na fase de elaboração pode haver um seminário de requisitos, onde requisitos antigos são melhor esclarecidos e novos são detalhados. Ao fim da fase, 90% dos requisitos foram levantados em detalhes, o núcleo do sistema foi implementado com alta qualidade, os principais riscos foram tratados e pode-se então fazer estimativas mais realistas. 3. Construção: implementação iterativa dos elementos restantes de menor risco e mais fáceis e preparação para a implantação.