Nome: Login: CA: Cidade: UF CARTÃO RESPOSTA QUESTÃO RESPOSTA QUESTÃO RESPOSTA



Documentos relacionados
Nome: Login: CA: Cidade: UF CARTÃO RESPOSTA QUESTÃO RESPOSTA QUESTÃO RESPOSTA

Nome: Login: CA: Cidade: UF CARTÃO RESPOSTA QUESTÃO RESPOSTA QUESTÃO RESPOSTA

Nome: Login: CA: Cidade: UF CARTÃO RESPOSTA QUESTÃO RESPOSTA QUESTÃO RESPOSTA

Nome: Login: CA: Cidade: UF CARTÃO RESPOSTA QUESTÃO RESPOSTA QUESTÃO RESPOSTA

Nome: Login: CA: Cidade: UF CARTÃO RESPOSTA QUESTÃO RESPOSTA QUESTÃO RESPOSTA

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software

Metodologias de Desenvolvimento de Sistemas. Analise de Sistemas I UNIPAC Rodrigo Videschi

Engenharia de Software II

Requisitos de Software

Sistemas de Informação I

ENG1000 Introdução à Engenharia

Engenharia de Software. Parte I. Introdução. Metodologias para o Desenvolvimento de Sistemas DAS

PROFESSOR: CRISTIANO MARIOTTI

ENGENHARIA DE SOFTWARE I

AULA 1 INTRODUÇÃO - ENGENHARIA DE SOFTWARE. Prof. Msc. Hélio Esperidião

Na medida em que se cria um produto, o sistema de software, que será usado e mantido, nos aproximamos da engenharia.

AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0

Ciclo de Vida Clássico ou Convencional CICLOS DE VIDA DE DESENVOLVIMENTO DE SISTEMAS. Ciclo de Vida Clássico ou Convencional. Enfoque Incremental

DSI é o processo cujo objetivo é introduzir mudanças num sistema de informação, com objetivo de melhorar o seu desempenho.

REVISÃO ENGENHARIA DO SOFTWARE. Isac Aguiar isacaguiar.com.br

Projeto de Sistemas I

1. Desenvolver o software iterativamente. Um pouco de reflexão: Acabou aí? 31/08/2010

DIRETORIA DE GESTÃO DE TECNOLOGIA DA INFORMAÇÃO COORDENAÇÃO DE SISTEMAS DE INFORMAÇÃO

UNIDADE 4. Introdução à Metodologia de Desenvolvimento de Sistemas

Professor: Curso: Disciplina:

Princípios da Engenharia de Software Aula 02. Prof.: Franklin M. Correia

Prova de Conhecimento para Consultores de Implementação MPS.BR INSTRUÇÕES

MÓDULO 9 METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMAS

QUESTÃO 2: A respeito do diagrama de caso de uso apresentado, assinale a alternativa correta.

CURSO DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS

Engenharia de Software Processo de Desenvolvimento de Software

Engenharia de Software

Sistema de Controle de Solicitação de Desenvolvimento

Objetivos. Processos de Software. Tópicos abordados. O processo de software. Modelos genéricos de modelos de processo de software.

Pós Graduação Engenharia de Software

Engenharia de Requisitos

Levantamento, Análise e Gestão Requisitos. Aula 12

Versão Liberada. Gerpos Sistemas Ltda. Av. Jones dos Santos Neves, nº 160/174

Engenharia de Requisitos

SOLICITAÇÃO DE SERVIÇO DE TECNOLOGIA DA INFORMAÇÃO

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 10 PROFª BRUNO CALEGARO

Engenharia de Software Introdução. Ricardo Argenton Ramos UNIVASF Engenharia de Software I - Aula 1

MINISTÉRIO DA EDUCAÇÃO FUNDO NACIONAL DE DESENVOLVIMENTO DA EDUCAÇÃO DIRETORIA DE ASSISTÊNCIA A PROGRAMAS ESPECIAIS

TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES

Desenvolvimento de Interfaces Prototipação

Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini prof.andre.luis.belini@gmail.com /

Especialização em Engenharia de Software e Banco de Dados

Engenharia de Software Introdução. Ricardo Argenton Ramos UNIVASF Engenharia de Software I - Aula 1

CATÁLOGO DE CUSTOMIZAÇÕES Cópia de Pedidos de Venda entre Empresas

Engenharia de Software III

Microsoft Access XP Módulo Um

ARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.

GARANTIA DA QUALIDADE DE SOFTWARE

ENGENHARIA DE SOFTWARE/ SISTEMAS DE SOFTWARE

Processo de Desenvolvimento Unificado

Referências internas são os artefatos usados para ajudar na elaboração do PT tais como:

Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software

Governança de TI. ITIL v.2&3. parte 1

Planejamento e Gerenciamento de Software. Tema 3. Gerência de Projetos Profa. Susana M. Iglesias

Gerenciamento de Incidentes

PLANO DE GERANCIAMENTO DO RELEASE Release:

Dicionário da EAP - Software FarmaInfor

PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE 1. VISÃO GERAL 1.1. PROCESSOS EM GERAL

Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios

DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Desenvolvimento Ágil Modelos Ágeis. Profª Esp.: Maysa de Moura Gonzaga

Engenharia de Software: conceitos e aplicações. Prof. Tiago Eugenio de Melo, MSc tiagodemelo@gmail.com

SETIS- III Seminário de Tecnologia Inovação e Sustentabilidade 4 e 5 de novembro de 2014.

Engenharia de Software

Unidade VI. Validação e Verificação de Software Teste de Software. Conteúdo. Técnicas de Teste. Estratégias de Teste

ITIL v3 - Operação de Serviço - Parte 1

DESENVOLVIMENTO DE INTERFACE WEB MULTIUSUÁRIO PARA SISTEMA DE GERAÇÃO AUTOMÁTICA DE QUADROS DE HORÁRIOS ESCOLARES. Trabalho de Graduação

Aula 2 Revisão 1. Ciclo de Vida. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW

ROTEIRO PARA TREINAMENTO DO SAGRES DIÁRIO Guia do Docente

Tópicos. Engenharia de Software: Uma Visão Geral

Engenharia de Software

Requisitos. Professor Gabriel Baptista ( gabriel.baptista@uninove.br ) ( )

ISO/IEC 12207: Gerência de Configuração

ROTEIRO PARA ELABORAÇÃO DE PROJETOS

Feature-Driven Development

UNIVERSIDADE DE SANTA CRUZ DO SUL UNISC CURSO DE ENGENHARIA DE COMPUTAÇÃO REGULAMENTO DO TRABALHO DE CONCLUSÃO CAPÍTULO I DA NATUREZA

Automação de Bancada Pneumática

Gerenciamento da Integração (PMBoK 5ª ed.)

Engenharia de Software

Manual SAGe Versão 1.2 (a partir da versão )

Ciência da Computação ENGENHARIA DE SOFTWARE. Análise dos Requisitos de Software

O modelo unificado de processo. O Rational Unified Process, RUP.

Engenharia de Sistemas Computacionais

P4-MPS.BR - Prova de Conhecimento do Processo de Aquisição do MPS.BR

PR 2 PROCEDIMENTO. Auditoria Interna. Revisão - 2 Página: 1 de 9

FACULDADE DE ENGENHARIA DE COMPUTAÇÃO. PROJETO FINAL I e II PLANO DE TRABALHO <NOME DO TRABALHO> <Nome do Aluno> <Nome do Orientador>

OBJETIVO 2 APLICAÇÃO 3 ATRIBUIÇÕES E RESPONSABILIDADES 4 DOCUMENTOS DE REFERÊNCIA 5 TERMINOLOGIA 6 DESCRIÇÃO DO PROCESSO DE GESTÃO DE MUDANÇAS

METODOLOGIA DE DESENVOLVIMENTO DE SOFTWARE DO MUSEU PARAENSE EMÍLIO GOELDI

Glossário Apresenta a definição dos termos, siglas e abreviações utilizadas no contexto do projeto Citsmart.

CATÁLOGO DE APLICAÇÕES PEFIN SERASA

Processos de Desenvolvimento de Software

Projeto Você pede, eu registro.

Transcrição:

ANÁLISE E DESENVOLVIMENTO DE SISTEMAS TURMA 2008 3º PERÍODO - 5º MÓDULO AVALIAÇÃO MP1 DATA 05/03/2009 ENGENHARIA DE SOFTWARE Dados de identificação do Acadêmico: Nome: Login: CA: Cidade: UF CARTÃO RESPOSTA QUESTÃO RESPOSTA QUESTÃO RESPOSTA A 1 2 3 4 F 1 2 3 4 B 1 2 3 4 G 1 2 3 4 C 1 2 3 4 H 1 2 3 4 D 1 2 3 4 I 1 2 3 4 E 1 2 3 4 J 1 2 3 4 Dados de identificação do Tutor: Nome: Login: CA: Cidade: UF INSTRUÇÕES: A prova está composta de 10 questões de A a J, e 4 alternativas enumeradas de 1 a 4. Utilize caneta esferográfica azul ou preta para preenchimento do cartão-resposta. O cartão-resposta deve ser preenchido, assinado, destacado e entregue ao Tutor. Questões rasuradas serão anuladas. Sem o devido preenchimento do CAMPO DE IDENTIFICAÇÃO, o cartão-resposta não terá validade. Somente terão acesso às notas lançadas no boletim os acadêmicos regularmente matriculados. Os acadêmicos têm três dias após a divulgação do gabarito oficial para requerer revisão de questões (recursos). Devem constar os seguintes dados para análise: Tipo da avaliação, Etapa, identificação da questão e justificativa do pedido. Mais esclarecimentos acerca dos procedimentos para pedidos de Recursos acessem a página WWW.unitins.br/logisticaavaliacao. Assinatura do acadêmico Assinatura do Tutor, / /2009 Local 1

ENGENHARIA DE SOFTWARE PROF. ALEX COELHO PROF. FREDSON VIEIRA COSTA PROFª. THEREZA PATRÍCIA PEREIRA PADILHA A. Pressman classifica os softwares em 7 categorias. Assim, de acordo com as afirmações a seguir. 1. II e IV. 2. I e IV. 3. II e III. 4. II, III e IV. I Software de sistemas consiste em programas isolados que resolvem uma necessidade específica dos negócios. II Sistemas de reconhecimento de voz é um tipo de aplicação da área de Inteligência Artificial que tem como base algoritmos não-numéricos. III Possíveis exemplos de software embutido são o controle de teclados em microondas e o controle de sistemas digitais em automóveis como painel. IV Software científico e de engenharia faz uso de algoritmos não-numéricos para resolver problemas complexos que não são passíveis de computação ou análise direta. São verdadeiras somente as afirmações: Comentários: A alternativa correta é a 3, pois apresenta as afirmações II e III como verdadeiras. A afirmação I é falsa porque software aplicativo é que é um programa destinado para um negócio específico. A afirmação II é verdadeira porque softwares que trabalham com Inteligência Artificial são baseados em algoritmos não-numéricos. A afirmação III está verdadeira porque controle de teclados em microondas e controle de sistemas digitais em automóveis como painel são exemplos de software embutidos. A afirmação IV está falsa porque algoritmos não-numéricos para resolver problemas complexos que não são passíveis de computação ou análise direta representam software de Inteligência Artificial e não software científico e de engenharia. Para maiores informações, ver aula 1 da apostila. B. Analise a figura a seguir a respeito do modelo de desenvolvimento de software espiral. Fonte: Pressman (2006, p. 45). Um modelo espiral típico. 2

A respeito deste modelo podemos afirmar que 1. o software é desenvolvido numa série de versões evolucionárias. Durante as primeiras iterações, as versões já são definitivas e são colocadas em produção imediatamente. 2. é dividido em um conjunto de atividades de arcabouço definidas pela equipe de programação. 3. diferentemente de outros modelos de processo, o modelo espiral finaliza na fase de construção, sendo entregue o software ao usuário final. 4. é uma abordagem realista do desenvolvimento de sistemas e softwares de grande porte, pois o software evolui à medida que o processo avança. Comentários: A alternativa correta a ser assinalada é a de número 4. O modelo evolucionário, chamado espiral, faz com que realmente o software evolua à medida que o processo avança, pois faz com que o software passe por constantes versões. Estas versões vão passando pelas fases sempre que houver novas entradas do cliente na fase de comunicação. Estas definições podem sem encontradas na página 220 da apostila onde está definido o modelo evolucionário. A alternativa 1 está incorreta pois as primeiras versões do software geralmente são definidas em papel ou protótipos e não versões definitivas como menciona a alternativa. Já na alternativa 2 encontramos um erro, onde as atividades de arcabouços não são definidas pela equipe de programação e sim pelos engenheiros de software. Raramente um software termina quando entregamos o artefato, pois o mesmo ainda precisa passar pela fase de manutenção para manter uma boa qualidade. Com isso a alternativa 3 está incorreta pois no modelo espiral o software precisa passar várias vezes por todas as fases. C. Os requisitos de software podem ser definidos como: 1. produtos gerados a partir da fase de validação dos sistemas legados. 2. metodologias para o processo de desenvolvimento de software com auxílio de ferramentas. 3. objetivos ou restrições estabelecidas por clientes e usuários do sistema que definem as diversas propriedades do sistema. 4. problemas lógicos identificados pelos usuários finais após a implantação do sistema. Comentários: A alternativa correta é a 3 porque requisitos de software representam os objetivos ou restrições do sistema, conforme página 229 da apostila. A alternativa 1 está incorreta porque requisitos não são produtos oriundos da validação de sistemas legados. A alternativa 2 está incorreta porque requisitos de software não são metodologias para o processo de software. A alternativa 4 também está incorreta porque os requisitos não são problemas lógicos encontrados na implantação do sistema. D. De acordo com as afirmações a seguir. 1. I e III. 2. II e IV. I - Os requisitos não funcionais especificam ou restringem as propriedades emergentes, tais como a segurança e o desempenho. II Requisitos de domínio são as declarações de serviços que o sistema deve fornecer, como deve reagir a entradas específicas e se comportar em determinadas situações. III A especificação dos requisitos deve ser completa, consistente e não ambígua. IV Um exemplo de requisito externo é o tempo de resposta do sistema não deve ultrapassar 20 segundos. São verdadeiras somente as afirmações: 3

3. II e III. 4. I e IV. Comentários: A alternativa correta é a 1 pois apresenta as afirmações I e III como verdadeiras. A afirmação I é verdadeira porque requisitos não funcionais são restrições sobre os serviços ou as funções oferecidos pelo sistema. A afirmação II está falsa porque as declarações de serviços que o sistema deve fornecer, como deve reagir a entradas específicas e se comportar em determinadas situações são requisitos funcionais e não de domínio. A afirmação III está verdadeira porque a especificação dos requisitos deve ser completa, consistente e não ambígua visto que é necessário desenvolver um software com qualidade. A afirmação IV está falsa porque o tempo de resposta do sistema não deve ultrapassar 20 segundos é um requisito não funcional e não externo. E. Um exemplo de requisito funcional é 1. a emissão de relatórios de vendas semanalmente. 2. a operacionalização do software no Linux. 3. o tempo de desenvolvimento não deve ultrapassar seis meses. 4. a base de dados deve ser protegida para acesso de somente usuários autorizados. Comentários: A alternativa correta é a 1 porque a emissão de relatórios é um serviço que o software deve fornecer ao usuário. As demais alternativas são requisitos não funcionais, pois estes são restrições sobre os serviços ou as funções oferecidos pelo sistema. F. De acordo com as afirmações a seguir. 1. I e IV 2. I e II 3. II e III 4. II e IV I O modelo de processo de desenvolvimento de software, ou simplesmente, modelo de processo, é definido como uma representação de atividades necessárias no processo de software, oferecendo uma forma abrangente para gerenciar o progresso de desenvolvimento de software. II Os modelos de processo de software existentes possuem diferentes graus de sofisticação e complexidade. Assim, projetos que envolvem uma equipe de desenvolvimento pouco numerosa e também inexperiente, o modelo mais adequado será provavelmente um processo simples como o modelo em cascata. III O desenvolvimento de um software qualquer utilizando o modelo evolucionário será mais rápido que o modelo em cascata porque prevê, na fase de desenvolvimento, que sejam lançadas versões finais, diferente do modelo em cascata que lança versões intermediárias. IV Um gerente de projeto, ao iniciar um projeto, pode utilizar todos os modelos de processo de software simultaneamente, pois à medida que situações vão sendo analisadas e os problemas forem aparecendo é que pode-se optar por um único modelo. São verdadeiras apenas as afirmações: Comentários: A alternativa correta a ser assinalada é a de número 2, pois apenas as assertivas I e II estão corretas. A alternativa I está correta devido a um modelo de processo ser um conjunto de atividades bem definidos e com uma grande abrangência para ser utilizado em diversos projetos. Na assertiva II encontramos a definição de que temos vários modelos de processos existentes com complexidades diferentes e uns sendo usados em projetos mais complexos ou simples. A alternativa 4

III está incorreta pois o modelo evolucionário é mais lento que o em cascata, pois o modelo evolucionário passa por muitas etapas até chegar em um artefato final, diferentemente do modelo em cascata que representa todas as fases do desenvolvimento de como fases de processos separados. Além disso, o modelo evolucionário lança versões intermediárias e o cascata somente uma versão final. A definição de um modelo específico é essencial para termos uma qualidade no desenvolvimento de sistemas de software. Com isso a assertiva IV está incorreta pois é impossível que um gerente de projetos possa trabalhar com todos os modelos existentes em paralelo. G. O teste é uma atividade executada geralmente antes que o software seja disponibilizado para sua utilização, sendo realizado sobre fases e etapas que foram desempenhadas de maneira inadequada, gerando erros que podem ser classificados em alguns tipos, como 1. erros de programação, de estimativa de custo e de tempo. 2. complexidade de software, mudanças de requisitos e erros de tempo. 3. complexidade de software, pressão de tempo e de estimativa. 4. erros de programação, mudanças de requisitos e pressão de tempo. Comentários: A alternativa correta para a questão consiste na de número 4, visto que segundo apresentado em tele-aula e conforme está exposto na apostila, na página 240, segundo paragráfo, no qual os erros encontrados em um software podem ser classificados em erros de programação, de mudanças de requisitos e por pressão de tempo. A alternativa 1 está incorreta pois apesar de serem problemas sérios no processo de desenvolvimento de software a estimativa de custo e tempo inadequados são reflexo de algum tipo de erro que pode aparecer durante o desenvolvimento. As alternativas 2 e 3 também estão incorretas já que utilizam as categorias inexistentes, no caso de erros de estimativa e de tempo. H Analise a afirmação a seguir. Esta abordagem se difere das demais em seus objetivos, uma vez que focam seus esforços em localizar erros de interface, estrutura de dados ou mesmo no acesso aos dados em um banco e erros ligados ao desempenho e velocidade de execução da aplicação. O texto acima está se referindo aos testes de 1. caixa branca 2. caixa preta 3. validação 4. integração Comentários: A alternativa correta é a de número 2, uma vez que o texto apresentado acima descreve aspectos da abordagem de caixa preta, no qual não são considerados detalhes de implementação assim como na abordagem de caixa branca em que é adotada uma análise estrutural do software, como laços e condições, no qual podem se esconder erros. Logo a alternativa 2 é incorreta pelos motivos mencionados acima. As alternativas 3 e 4 também estão incorretas pois os testes de validação e integração podem se enquadra em qualquer uma das duas categorias de teste caixa preta ou caixa branca, dependendo de seu enfoque e abrangência, ultrapassando o limite de um teste superficial, no caso de caixa preta e passando a lidar com linhas de código, no caso caixa branca. I. Leia atentamente o estudo de caso a seguir. 5

A empresa Triplo X S.A. possui um software e deseja contratar uma empresa para sanar alguns problemas encontrados em seu sistema. A empresa contratada deve desenvolver novas funcionalidades para que sejam atendidas as necessidades que não foram constatadas na fase de engenharia de requisitos, o que, conseqüentemente, irá tornar todo o processo mais caro e demorado. Analisando o estudo de caso, é possível afirmar que a manutenção a ser realizada no sistema da empresa Triplo X S.A. se enquadra como sendo do tipo 1. evolutiva 2. corretiva 3. adaptativa 4. avaliativa Comentários: A resposta correta para a alternativa consiste na 1. Isto devido ao fato de apesar do estudo de caso mencionar que existiam problemas na fase de engenharia de requisitos, a nova empresa não estava sendo contratada para corrigir tais erros, mas sim desenvolver novas funcionalidades, o que no caso iria fazer com que o software evoluísse a uma nova versão. Logo, a alternativa 2 está incorreta pois apesar de serem notados erros que deveriam ser corrigidos, pois algumas funcionalidades estão incorretas a empresa decidiu por uma evolução ao invés da correção. A alternativa 3 está incorreta pois não está sendo realizada uma manutenção adaptativa a nenhuma alteração em uma forma de atuar dos requisitos e a alternativa 4 está incorreta pois a manutenção do tipo avaliativa não consiste em um grupo de manutenções possíveis. J. A respeito dos processos evolucionários, analise as assertivas a seguir. I - A prototipagem traz problemas para o planejamento do projeto por causa do número incerto de ciclos necessários para construir o produto. II - A intenção destes modelos é desenvolver software de alta qualidade de maneira iterativa e incremental. III - Não estabelecem a velocidade máxima da evolução, sendo que não pode ser muito rápida nem muito lenta, pois o processo pode virar um caos ou a produtividade pode ser afetada. IV - Estes modelos enfatizam um ciclo de desenvolvimento curto e é uma adaptação de alta velocidade do modelo em cascata. As assertivas verdadeiras são apenas: 1. I e IV. 2. I, III e IV. 3. I, II e III. 4. II, III e IV. Comentários: As assertivas I, II e III são as únicas corretas na questão, portanto a alternativa correta a ser assinalada é a de número 3. Na assertiva I, um dos grandes problemas encontrados na prototipagem é realmente o número incerto de protótipos a serem criados no decorrer do ciclo de vida do produto, tornando assim, o cronograma de difícil acerto. Já na assertiva II a iteração e a incrementação a cada ciclo são as grandes armas para conseguir uma alta qualidade em um artefato de software. Com a alternativa III, podemos compreender que devemos delimitar uma velocidade para que o processo não seja muito rápido, pois pode causar danos à qualidade do sistema e nem muito lento, pois pode causar atrasos no cronograma. A definição encontrada na 6

assertiva IV é do Modelo RAD (Rapid Application Development) e não dos modelos evolucionários, tornando assim, esta assertiva a única incorreta. Coordenação do curso de Tecnologia em Análise e Desenvolvimento de Sistemas UNITINS - EAD 7