Baixe o app para aproveitar ainda mais
Prévia do material em texto
Fechar Avaliação: CCT0194_AV_» PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE Tipo de Avaliação: AV Aluno: - JOSÉ BORRADO Professor: EDGAR AUGUSTO GONCALVES GURGEL DO AMARAL Turma: 9006/AD Nota da Prova: 6,3 Nota de Partic.: 0 Data: 07/11/2013 17:14:34 1a Questão (Ref.: 201303133770) Pontos: 0,8 / 0,8 Classifque cada sentença abaixo como V(Verdadeira) ou F (Falsa). I. Escopo é a abrangência do sistema; II. Requisitos são interesses dos usuários; III. A falta de treinamento pode ser causa do fracasso do software; IV. Os componentes do hardware jamais podem ser reutilizados. Assinale a sequência correta de V ou F que representa a classificação das sentenças acima: I-F, II-V, III-V IV-F I-F, II-V, III-F IV-F I-V, II-V, III-V IV-F I-V, II-F, III-V IV-F I-F, II-F, III-F IV-F 2a Questão (Ref.: 201303133899) Pontos: 0,8 / 0,8 "A arquitetura do sistema afeta o desempenho, a robustez e a facilidade de distribuição e manutenção do sistema." (SOMMERVILLE, I. Engenharia de Software. São Paulo. Pearson Cap.10. pg.183.) Um profissional de Informática foi contratado para desenvolver um software onde o desempenho é um requisito não funcional fundamental. Nesse contexto, assinale a alternativa onde o desenho da arquitetura atenderá tal requisito. A arquitetura deve ser projetada para restringir as operações mais importantes dentro de um pequeno número de subsistemas com a menor comunicação possível entre esses subsistemas; A arquitetura deve ser projetada de modo que as operações relacionadas a segurança fiquem todas localizadas em um único subsistema ou em um pequeno número desubsistemas; A arquitetura deve ser projetada utilizando-se componentes avulsos de maior granularidade, que possam ser rapidamente modificados. A arquitetura deve ser projetada utilizando-se componentes encapsulados de menor granularidade, que possam ser rapidamente modificados; A arquitetura deve ser projetada para incluir componentes de hardware redundantes, para que seja possível substituir e atualizar componentes, sem a interrupção do sistema; 3a Questão (Ref.: 201303176876) Pontos: 0,5 / 0,8 O ciclo de vida tradicional de desenvolvimento de software compreende em geral as seguintes fases: especificação de requisitos, análise, projeto, implementação e testes. Descreva o objetivo de cada uma destas fases. Resposta: Especificação de requisitos : reuniões , questionarios , entrevistas com o cliente para que seja captado o que é desejado do sistema. Análise: Análise de como será feito o sistema com modelagens , casos de uso levando em consideração como o sistema deve funcionar. Projeto:É feito o projeto com base na análise, estabelecendo metas, cronograma, linguagem de programação que será utilizada etc.. Implementação: O programação do projeto. Testes: Testes no que foi implementado, buscando erros e se o sistema está se comportando de forma esperada. Gabarito: A fase de especificação de requisitos é responsável por identificar o que o sistema deve contemplar. Muitas atividades são desenvolvidas nesta fase a exemplo de: identificação e priorização de requisitos, estudo de viabilidade e definição do escopo do sistema. Na fase de análise também estamos interessados em entender os requisitos. É preciso conhecer profundamente o negócio do cliente. Após as fases de entendimento do negócio, temos que mapear uma solução computacional para o sistema, definir como será construído o sistema. Esta é a fase de projeto, onde pensamos na arquitetura, interface gráfica, persistência dos dados, entre outros aspectos. A fase de implementação consiste em codificar o sistema de acordo com a especificação construída nas fases anteriores. A fase de testes é responsável por validar se o sistema atende à especificação. Atualmente esta fase está integrada às demais fases, pois devemos pensar em teste de software desde as fases iniciais de especificação do sistema. 4a Questão (Ref.: 201303142978) Pontos: 0,2 / 0,8 Construa um texto com no máximo 15 linhas apresentando uma comparação entre os ciclos de vida em cascata e Iterativo e Incremental apresentando vantagens e desvantagens. Resposta: O modelo em cascata se constitui de forma que só após o término de uma fase, se passa para outra. O modelo interativo é realizado todas as fases interativamente . Já o modelo incremental são feito pequenas mudanças em cada fase, e assim passa-se para a próxima fase. Cascata: Rápido porem com custo muito alto caso hajam erros ou outras imprementações. Iterativo:Lento mas com o custo mas barato caso haja outras funcionalidades a implementar ou erros a serem corrigidos. Incremental: Possibilidade de erros menores e custo menor mas a dificuldade se encontra em gerenciar um projeto que está sendo incrementado e mudando constantemente. Gabarito: O ciclo de vida em cascata é de uso tradicional e foi apresentado desde a definição da Engenharia de software já o Iterativo incremental veio com a OO. O Ciclo de vida em cascata desenvolve o software como um todo o que dificulta amudança de requisitos e demora gerar resultados ao usuário, o que gera uma certa ansiedade. Já o Iterativo e incremental propóe o desenvolvimento em partes facilitando a mudança de requisitos e aumentando a análise de riscos e, a entrega é gradativa diminuindo a ansiedade do usuário, o que é uma vantagem, mas com relação a facilidade de gerenciar o ciclo de vida em cascata possui a vantagem. 5a Questão (Ref.: 201303133742) DESCARTADA Analise as sentenças e classifique-as como V(verdadeira) ou F(falsa). I. Quanto a natureza um software pode ser aplicativo ou não aplicativo; II. O sistema operacional é um software aplicativo; III. Um SI (Sistema de Informação) é um software aplicativo; IV. Quanto a natureza um software pode ser aplicativo ou básico. Com base em sua análise, assinale a ÚNICA opção correta: Apenas a opção III está correta Apenas a opção IV está correta As opções III e IV estão corretas As opções I e II estão corretas As opções I, III e IV estão corretas 6a Questão (Ref.: 201303099629) Pontos: 0,8 / 0,8 A Tabela I mostra uma estimativa para funcionalidades de um sistema a ser desenvolvido. A Tabela II mostra os pesos para o cálculo de pontos de função não ajustados. Assumindo-se que a produtividade média de uma equipe é de 8 horas por ponto de função (não ajustados), o valor mais próximo do esforço total estimado, em horas, para o desenvolvimento das funcionalidades do sistema é : 1528 1072 1624 1456 1320 7a Questão (Ref.: 201303099632) Pontos: 0,8 / 0,8 O gráfico acima, adaptado do livro Engenharia de Software, de Roger Pressman, ilustra o custo relativo da correção de um defeito nas diversas fases de um projeto de software, baseado em dados colhidos por Boehm e outros estudiosos. Embora não seja explicitamente informado, os dados se basearam, principalmente, em projetos que utilizaram o modelo de desenvolvimento em cascata. A esse respeito, analise as afirmativas a seguir. I - O gráfico pode ser utilizado como um argumento a favor do uso de processos de desenvolvimento iterativos. II - O gráfico deixa claro que o maior investimento na prevenção de defeitos deve acontecer nas fases finais do projeto, preferencialmente depois que o software estiver em uso pelos clientes. III - O gráfico não é conclusivo a respeito da importância do gerenciamento dos requisitos de um projeto, o que é consistente com a abordagem de muitos processos de desenvolvimento de software atuais, que minimizam esteesforço e enfatizam a codificação e os testes unitários de código. IV - O gráfico sustenta os argumentos de que a qualidade deve ser incorporada ao processo através de técnicas e ações efetivas de detecção, prevenção e controle, garantindo que todas as atividades do projeto resultem em produtos ou subprodutos de qualidade, ao invés de ser uma preocupação secundária ou limitada a um grupo de profissionais de controle de qualidade. São corretas APENAS as afirmativas: II e III II e IV I e II III e IV I e IV 8a Questão (Ref.: 201303142856) Pontos: 0,8 / 0,8 "O teste de software normalmente é a última fase antes de entregarmos o sistema pronto ao cliente". É correto afirmar que: Por ser a última fase ela não deve ser utilizada em nenhum outro ponto do desenvolvimento. Por ser a última fase, ele tem a obrigação de dizer que o software funciona. Por ser a última fase ela é também a mais importante de todas para a garantia da qualidade. Por ser a última fase ela nunca é deixada de lado, afinal isso seria uma bobagem. Ela pode ser a última, mas não é a única tarefa que garante a qualidade do software. 9a Questão (Ref.: 201303099597) Pontos: 0,8 / 0,8 Considere um sistema cujos requisitos de interface são definidos apenas quando o cliente realiza um test-drive na aplicação e aprova essa interface. Assinale a alternativa que apresenta o modelo mais adequado para o desenvolvimento da interface desse sistema. Iterativo incremental. Cascata. Prototipação. Rapid Application Development. Ágil. 10a Questão (Ref.: 201303099605) Pontos: 0,0 / 0,8 Em um artigo sobre uma rede de lojas do varejo, refere-se que um sistema de informações permitiria uma economia de milhões de reais com a geração automática de carnês. Entretanto, a utilização desse sistema provocou um aumento acentuado na inadimplência. O motivo do insucesso foi porque o carnê era grande e não cabia no bolso. Por causa disto os carnês eram guardados em gavetas e esquecidos pelos clientes. Detalhes como esse, que não são capturados durante a análise: certamente serão observados na fase de testes e homologação de produtos de software. constituem defeitos de especificação, cuja ocorrência pode ser reduzida por inspeção formal de software. constituem defeitos de especificação e não há como reduzir sua ocorrência durante o processo de software. são objetos do levantamento especificado na fase de modelagem funcional. são obrigações da engenharia de requisitos praticáveis durante a fase de modelagem de dados. 11a Questão (Ref.: 201303099594) Pontos: 0,8 / 0,8 O diagrama abaixo que modela diferentes tipos de veículos, tais como bicicletas, motos e carros é uma representação para qual tipo de modelo de sistema ? Modelos de Contexto Modelos de Comportamento Modelos de Máquina de Estados Modelos de Dados Modelos de Objetos
Compartilhar