Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

AULA 00 Engenharia de Software (Parte II) Professor Pedro Henrique Chagas Freitas

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

1

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

Tópicos da Aula Modelo baseado em componentes ................................................................. 3 Métodos Formais .............................................................................................. 9 Modelo Iterativo e Modelo Incremental ....................................................... 10 RAD (Rapid Application Development) .......................................................... 13 Lista das Questões Comentadas na Aula ....................................................... 17 Considerações Finais ....................................................................................... 38 Bibliografia ....................................................................................................... 39 Lista das Questões Apresentadas na Aula ..................................................... 40 Gabarito ........................................................................................................... 49

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

2

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

Engenharia de Software: Ciclos de vida, metodologias e processos (Parte II) Modelo baseado em componentes Vamos retornar do ponto onde paramos e tratar do modelo baseado em componentes. O modelo baseado em componentes surgiu no final dos anos 60, em uma conferência que buscava tratar da crise do Software. Nessa época tivemos os primeiros circuitos integrados aliados aos sistemas computacionais que estavam surgindo. Perceba que quando esses dois mundos (circuitos integrados e sistemas computacionais) se colidiram a complexidade daquilo que poderia ser criado a partir de então era maior e como já comentamos desenvolver software nesse ponto da história era quase que informal. Foi nesse contexto que surgiu o modelo baseado em componentes, que se utiliza de princípios oriundos da engenharia. Mas professor que princípios são esses que fomentaram o modelo baseado em componentes? A engenharia trabalha com um princípio de reutilização e quando pensamos no mundo computacional esse princípio deu origem aos componentes reusáveis, logo o modelo baseado em componentes é um modelo baseado em reusabilidade. Segundo vários autores, inclusive o autor (Pressman): A utilização do modelo baseado em componentes reduz custo de produção e gera entregas mais rápidas. Perceba que em virtude de trabalharmos aqui com a reutilização de componentes, os custos de desenvolvimento é menor aqui do que em outros modelos. Professor mas o que é um componente? Segundo nosso autor Pressman, um componente é um bloco de construção modular, ou seja, é uma parte executável de um modulo maior, que encapsula sua respectiva implementação.

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

3

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

O modelo baseado em componentes vai trabalhar com as seguintes fases:

Especificação de Requisitos A especificação de requisitos tem o objetivo de traduzir as informações coletadas em um documento que vai agrupar os requisitos de software. Incluindo requisitos de usuário e requisitos de sistema.

Análise de Componentes Na análise de componentes é realizada necessários para atender os requisitos.

uma

busca

pelos

componentes

Modificação de Requisitos Após os componentes serem analisados, alternativas são propostas e os requisitos podem ser modificados ou não, dependendo da realidade de cada componente encontrado.

Projeto de Sistema com reúso Os componentes reutilizaveis são apresentados a fim de se adequar ao projeto do sistema como um todo.

Desenvolvimento e Integração É realizada a integração do sistema com os componentes já verificados.

Validação de Sistema O sistema é validado junto ao cliente, agora com os componentes acoplados a fim de verificar se o sistema atendem aos requisitos elicitados.

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

4

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

Quando estudarmos o modelo espiral, perceberemos que o modelo baseado em componentes apresenta muitas características do modelo espiral.

Perceba então que o modelo baseado em componentes busca desenvolver software a partir de componentes já existentes, conduzindo assim sempre ao reuso do software.

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

5

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

1. (FCC – 2014 – TRT 16 Região – Analista Judiciário – Tecnologia da Informação - III) O modelo baseado em componentes, baseia-se na existência de um número significativo de partes reusáveis. O processo de desenvolvimento do sistema enfoca a integração destas partes, ao invés de desenvolvê-las a partir do zero. Comentários: Perfeito! Lembre-se: A engenharia trabalha com um princípio de reutilização e quando pensamos no mundo computacional esse princípio deu origem aos componentes reusáveis, logo o modelo baseado em componentes é um modelo baseado em reusabilidade.

Gabarito: Correto

2. (CESPE - 2016 – TER-PE - Técnico Judiciário –Programação de Sistemas)Assinale a opção que apresenta modelos de desenvolvimento de software. a) b) c) d) e)

Paradigma imperativo e scrum. Modelo em cascata, DFD e paradigma concorrente. Modelo em cascata, modelo de componentes e modelo evolucionário. Transformação formal e PMP. Scrum e JPA.

Comentários: Vimos até o modelo cascata e agora o modelo de componentes e mais para frente veremos o modelo evolucionário. As outras alternativas não apresentam modelos de desenvolvimento de software.

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

6

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

Gabarito: Letra C

3. (CESPE – 2010 – TER (BA) – Técnico Judiciário – Tecnologia da Informação) Na engenharia de software baseada em componentes, na qual se supõe que partesdo sistema já existam, o processo de desenvolvimento concentra-se mais naintegração dessas partes que no seu desenvolvimento a partir do início. Essaabordagem é baseada em reúso para o desenvolvimento de sistemas de software. Comentários: Como estamos tratando de componentes temos um esforço maior durante o período de integração entre os componentes. O modelo baseado em componentes pode ser tratado também como engenharia de software baseada em componentes. Gabarito: Correto

4. (FEPESE - 2014–MPE-SC – Analista de Tecnologia da Informação)O modelo de processo de software no qual uma implementação inicial é exposta ao usuário para que possam ser realizados refinamentos posteriores que representam novas versões do sistema é conhecido como modelo de engenharia de software baseado em componentes. Comentários: Questão completamente errada, não foi nada disso que ensinei. Mais para frente você vai perceber que nessa questão ao banca na verdade estava tratando do modelo evolucionário. Gabarito: Errado

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

7

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

5. (Quadrix - 2015–Cobra (Banco do Brasil) - Analista de Operações–Requisitos e Testes - B)Um dos ciclos de vida da engenharia de software bastante utilizado é o modelo incremental, que direciona para o reuso de software, com componentes desenvolvidos ou de mercado, com a redução no tempo do ciclo de desenvolvimento. Comentários: Estamos tratando aqui do modelo baseado em componentes e a descrição da questão aponta para ele e não para o modelo incremental.

Gabarito: Errado

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

8

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

Métodos Formais Métodos formais é um assunto muito raro de ser cobrado em prova, todavia é bastante simples! Os métodos formais são técnicas de desenvolvimento de software baseado em métodos matemáticos. Dentre os métodos formais, temos modelos que são utilizados em casos muito específicos, como sistemas que precisam passar grande confiabilidade, por exemplo, situações onde a vida humana esta em jogo, sistemas industriais complexos, etc. O custo de aplicar estes métodos é muito elevado, por isso, raramente eles são utilizados, tendo em vista que existe outros adequados também para situações criticas e especificas.

6. (CESPE – 2013 – MPOG– Técnico de nível Superior – Tecnologia Modificada) Uma das técnicas utilizadas para reduzir a ambiguidade de requisitos em tipos abstratos de dados é o uso de notações baseadas em linguagens formais matemáticas, como a abordagem algébrica e os métodos formais. Comentários: Correto. Os métodos formais são técnicas de desenvolvimento de software baseado em métodos matemáticos.

Gabarito: Correto

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

9

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

Modelo Iterativo e Modelo Incremental O modelo iterativo surgiu na época do modelo cascata, como o modelo cascata acumulava riscos, o objetivo era mitigar esses riscos, reduzindo o acumulo deles. Mas como fazer isso?

Para mitigar os riscos, começamos então a desenvolver software de maneira gradual, através de requisitos menores, feedback constante e principalmente interação com o usuário. Essa mudança de concepção do modelo em cascata para o modelo iterativo também nos ajudou a reagir melhor as mudanças e gerenciar melhor o ciclo de vida do software. A figura apresentada acima demonstra bem o que é o modelo iterativo e o que é o modelo incremental. Nas provas dificilmente vai ser cobrada uma distinção entre os dois, porque eles caminham lado a lado, tendo pequenas diferenças. No modelo iterativo, temos várias equipes trabalhando no desenvolvimento de uma parte do software que será integrada no final e no modelo incremental temos equipes trabalhando no desenvolvimento do software lançando versões deste software com novas funcionalidades: versão 1.0, versão 2.0, etc. Uma das principais vantagens tanto do modelo iterativo como do modelo incremental é que o cliente vai receber entregas do software antes que este esteja completamente pronto, logo o feedback aqui é constante.

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

10

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

7. (CESGRANRIO– 2016 – TCE-PR– Analista de Controle Tecnologia da Informação)No modelo iterativo de desenvolvimento de software, as atividades são dispostas em estágios sequenciais. Comentários: No modelo cascata e não no modelo iterativo as atividades são dispostas em estágios sequenciais. Gabarito: Errado _________________________________________________________

8. (CESPE – 2014– ANTAQ– Analista de Sistemas e Negócios)O processo de desenvolvimento iterativo e incremental apresenta dificuldades para dar visibilidade ao processo. Comentários: Pelo contrário, a visibilidade do processo é melhor quando utilizando processos baseados no desenvolvimento iterativo e incremental.

Gabarito: Errado

9. (CESPE – 2014– ANATEL– Analista Administrativo – Desenvolvimento de Sistemas)Nos processos iterativos de desenvolvimento de software, o tratamento de mudanças em requisitos deve ser priorizado com a realização de um processo formal de gerenciamento de mudanças.

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

11

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

Comentários: Não existe essa dependência de priorizar o tratamento de mudanças em requisitos com a realização de um processo formal de gerenciamento de mudanças.

Gabarito: Errado

10. (CESPE – 2013 – BACEN – abordagem incremental, o sistema é funcionalidades. Após a identificação entregues no primeiro incremento, adicionadas a cada versão.

Analista de Sistemas) Na dividido em subsistemas por das funcionalidades a serem novas funcionalidades serão

Comentários: Perfeito! No modelo incremental o sistema pode ser dividido em subsistemas por funcionalidades, por isso que a cada incremento eu entrego algo funcional. Gabarito: Correto

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

12

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

RAD (Rapid Application Development) O RAD é um modelo iterativo e incremental que vai trabalhar com ciclos de desenvolvimento curtos, entre 60 e 90 dias. Aqui também temos a utilização do reúso de componentes a fim de reduzir o tempo de desenvolvimento do software. Estas são as fases do RAD:

Modelagem de Negócios

Modelagem de Dados

Modelagem de Processos

Geração de Aplicação

Teste e Modificação Modelagem de negócio: É o modelo de como funciona os processos de negócio. Modelagem de dados: De base de como funciona os processos de negócio, podemos criar uma representação dos dados com o objetivo de suportar o negócio. Modelagem de processos: Já definido o modelo de negócio e de dados, podemos modelar o fluxo dos processos a fim de implementar as funções do negócio.

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

13

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

Geração de aplicação: A geração de aplicação compreende o uso de técnicas baseadas na reutilização de componentes para construção de soluções de software para o negócio. Teste e Modificação: Muitos componentes aqui já estão testados, mas os novos componentes, que não estão são testados são testados nessa fase e as modificações necessárias são realizadas. No modelo RAD temos um feedback constante por parte do cliente, abaixo algumas das vantagens e desvantagens do modelo RAD.

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

14

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

11. (FUNCAB características EXCETO: a) b) c) d) e)

– 2014 – MDA – Analista de Sistemas)São do desenvolvimento rápido de aplicações (RAD),

Construção baseada em componentes. Utilização de equipes enxutas, mesmo em projetos grandes. Aplicação em desenvolvimento de sistemas de informação. Desenvolvimento extramamente curto. Processo com desenvolvimento de software incremental.

Comentários: No RAD as equipes devem ser maiores em projetos grandes, não existe essa definição de manter equipes enxutas em projeto grandes, as outras alternativas são características do RAD. Gabarito: Letra B

Prof. Pedro Chagas Freitas Instagram: _pedrochagasfreitas [email protected]

Se a vida não ficar mais fácil, trate de ficar mais forte. JB Carvalho Lembre-se:

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

15

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

16

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

Lista das Questões Comentadas na Aula 1. (Cespe – 2016 – TCE (PR) – Analista de Controle – Tecnologia da Informação) Assinale a opção correta, a respeito de engenharia de software. a) A engenharia de software está relacionada aos diversos aspectos de produção de software e inclui as atividades de especificação, desenvolvimento, validação e evolução de software. b) A engenharia de software refere-se ao estudo das teorias e fundamentos da computação, ficando o desenvolvimento de software a cargo da ciência da computação. c) No modelo iterativo de desenvolvimento de software, as atividades são dispostas em estágios seqüenciais. d) Um processo de software é composto por quatro atividades fundamentais: iniciação, desenvolvimento, entrega e encerramento. e) O conceito de software se restringe ao desenvolvimento do código em determinada linguagem e seu armazenamento em arquivos. Comentários: A alternativa (a) esta correta porque apresenta de forma abrangente os aspectos da engenharia de software, relacionando as atividades de especificação, desenvolvimento, validação e evolução de software. A alternativa (b) inverte os conceitos de engenharia de software e ciência da computação, tendo em vista que a ciência da computação é quem busca teorias e fundamentos fomentados na computação. Na alternativa (c) temos uma definição utilizada para designar o modelo cascata, que veremos ainda nesta aula. A alternativa (d) apresenta a entrega como atividade fundamental. Todavia apesar do processo de software ter uma entrega, essa etapa é apresentada pelos autores como a validação, tendo em vista que o software entregue precisa ser validado conforme analise anterior de negócio e requisitos. A alternativa (e) esta errada porque restringe o conceito de software ao desenvolvimento de código. Se por exemplo, este código não é compilado, validado ou até mesmo se não atende uma demanda de negócio não é por si só

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

17

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

um software, perceba que a simples escrita de um código não faz deste um software. Gabarito: Letra A

2. (FCC - 2012 - TRT - 6ª Região (PE) - Técnico Judiciário Tecnologia da Informação) Considere: é uma disciplina que se ocupa de todos os aspectos da produção de software, desde os estágios iniciais de especificação do sistema até a manutenção desse sistema, depois que ele entrou em operação. Seu principal objetivo é fornecer uma estrutura metodológica para a construção de software com alta qualidade. A definição refere-se: f) g) h) i) j)

ao ciclo de vida do software. à programação orientada a objetos. à análise de sistemas. à engenharia de requisitos. à engenharia de software.

Comentários: Agora que você já sabe o que é a engenharia de software não tem porque errar uma questão dessas. Tudo certo então? Estamos tratando aqui da Engenharia de Software. Gabarito: Letra E

3. (CESPE – 2016 - TRE – PI – Técnico Judiciário – Tecnologia da Informação - b) Com base nos princípios da engenharia de software ao término de cada atividade do processo de engenharia de software, não é obrigatória a geração de insumos. Comentários: Não é obrigatória a geração de insumos? Note que na engenharia de software sempre após o término de uma atividade ou de uma etapa serão

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

18

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

gerados insumos, afinal de contas a razão de qualquer etapa é fomentar a próxima etapa dentro do processo de desenvolvimento de software. Gabarito: Errado

4. (CESPE - 2013 - TRT - 10ª REGIÃO (DF e TO) - Analista Judiciário - Tecnologia da Informação)A engenharia de software engloba processos, métodos e ferramentas. Um de seus focos é a produção de software de alta qualidade a custos adequados. Comentários: Engenharia de Software Ferramentas? Sim. Lembra:

engloba

processos?

Sim.

Métodos?

Sim.

O foco esta na produção de software de qualidade? Sim. Gastando muito ou pouco? Pouco é melhor não é. Gabarito: Correto

5. (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestão de TI)Em relação à Engenharia de Software, é INCORRETO afirmar: a) O design de software, ao descrever os diversos aspectos que estarão presentes no sistema quando construído, permite que se faça a avaliação prévia para garantir que ele alcance os objetivos propostos pelos interessados. b) A representação de um design de software mais simples para representar apenas as suas características essenciais busca atender ao princípio da abstração.

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

19

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

c) Iniciar a entrevista para obtenção dos requisitos de software com perguntas mais genéricas e finalizar com perguntas mais específicas sobre o sistema é o que caracteriza a técnica de entrevista estruturada em funil. d) No contexto de levantamento de requisitos, funcionalidade é um dos aspectos que deve ser levado em conta na abordagem dos requisitos funcionais. e) A representação é a linguagem do design, cujo único propósito é descrever um sistema de software que seja possível construir. Comentários: Vamos para a última alternativa ver se encontramos alguma coisa diferente do que apresentemos, mas antes queria evidenciar o seguinte: Na literatura de Engenharia de Software, o termo “design de software” é o mesmo utilizado para se referir a “projeto de software”, existem exceções, mas basicamente, lembre-se que ao utilizar design o avaliador normalmente esta de referindo a projeto. A letra (e) vai dizer o seguinte: A representação é a linguagem do design (projeto),cujo único propósito é descrever um sistema de software que seja possível construir. Entenda que este é um dos propósitos e não o único propósito, dizer que é o único propósito é limitar muito a atividade de projeto de software, as demais alternativas estão corretas e alinhadas com o que aprendemos.

Gabarito: Letra E

6. (CESPE – 2016 - TRE – PI – Técnico Judiciário – Tecnologia da Informação - c) Os modelos de processo de desenvolvimento de software, que podem ser classificados em modelo cascata e modelo de engenharia de software orientada a reuso, são excludentes entre si,

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

20

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

razão por que se deve escolher a melhor abordagem para um projeto de software. Comentários: O modelo cascata e o modelo orientado a reuso não são excludentes entre si, podemos utilizar um processo de desenvolvimento de software utilizando componentes existentes com foco no reuso e optar por utilizar esses componentes seguindo o cascata. Gabarito: Errado

7. (CESPE – 2010 TRE/BA – Área: Tecnologia da Informação)A engenharia de software está relacionada com todos os aspectos da produção de software, desde os estágios iniciais de especificação do sistema até sua manutenção, depois que este entrar em operação. A engenharia de sistemas diz respeito aos aspectos do desenvolvimento e da evolução de sistemas complexos, nos quais o software desempenha um papel importante. Comentários: Para responder essa questão é só pensarmos da seguinte forma:

Engenharia de Sistemas

Engenharia de Software

Note que o texto da questão apresenta a engenharia de software como um item dentro da engenharia de sistemas, na engenharia de software estamos interessados em tudo sobre o ciclo de vida do software, talvez você esteja pensando: Mas professor a questão não diz: desde os estágios iniciais de especificação do sistema até sua manutenção, depois que este entrar em operação.

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

21

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

Às vezes precisamos ter sensibilidade para o que o avaliador quer dizer e não nos prender ao rigor dos conceitos, nessa questão o avaliador (CESPE) considerou correto o entendimento de citar a especificação do sistema dentro dos estágios iniciais, acredito que seria melhor dizer “especificação do software”, todavia entendeu a banca que a questão estava correta.

Atenção:Muito cuidado com o feeling (percepção) da banca, sempre procure compreender qual entendimento o avaliador deseja passar. Gabarito: Correto

8. (FGV - 2010 - BADESC - Analista de Sistemas - Desenvolvimento de Sistemas)De acordo com Pressman, a engenharia de software é baseada em camadas, com foco na qualidade. Essas camadas são: a) b) c) d) e)

métodos, processo e teste. ferramentas, métodos e processo. métodos, construção, teste e implantação. planejamento, modelagem, construção, validação e implantação. comunicação, planejamento, modelagem, construção e implantação.

Comentários:

Gabarito: Letra B

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

22

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

9. (CESPE – 2016 - TRT 8 Região – Técnico Judiciário – Tecnologia da Informação - b) A respeito dos processos e métodos em engenharia de software: Na engenharia de software, o processo define uma metodologia, ao passo que os métodos determinam os procedimentos técnicos. Comentários: Perfeito. Pergunto um processo define uma metodologia? Sim. Porque metodologia é uma forma ou maneira dos métodos ou processos atingirem um resultado. Métodos determinam os procedimentos técnicos? Sim. Porque através dos métodos eu consigo criar etapas para realização de tarefas dentro de uma metodologia. Gabarito: Correto

10. (FCC – 2009 - AFR/SP - Analista de Sistemas)A engenharia de software está inserida no contexto: a) b) c) d) e)

das engenharias de sistemas, de processo e de produto. da engenharia de sistemas, apenas. das engenharias de processo e de produto, apenas. das engenharias de sistemas e de processo, apenas. das engenharias de sistemas e de produto, apenas.

Comentários: A engenharia de software é uma conseqüência do que conhecemos por engenharia de sistemas, lembra. Mas nosso autor Pressman também diz que a engenharia de sistemas pode de dividir em duas formas: Engenharia de Processos de Negócio e Engenharia de Produto.

Gabarito: Letra A

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

23

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

11. (CESPE - 2012 - MEC - Gerente de Projetos)A engenharia de software, disciplina relacionada aos aspectos da produção de software, abrange somente os processos técnicos do desenvolvimento de software. Comentários: Somente os aspectos técnicos do desenvolvimento de software? E onde ficam as atividades relacionadas a analise do negócio ou ao gerenciamento de projetos. Gabarito: Errado

12. (CESPE – 2013 – ANTT – Analista: Especialista em Tecnologia da Informação)Produtos de software podem ser construídos utilizandose diferentes modelos de processos, pois alguns modelos são mais adequados que outros para determinados tipos de aplicação. Comentários: Com certeza! Como eu disse, não existe hoje um melhor modelo de processo, o que existe são modelos de processos melhores para determinados projetos de desenvolvimento de software.

Gabarito: Correto

13. (CESPE – 2013 – CNJ – Analista em Informação) Para a utilização de metodologias abordagem da engenharia de software, recomenda-se manuais do sistema ao final do projeto, quando todos já estão definidos.

Tecnologia da modernas, com a elaboração dos os seus detalhes

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

24

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

Comentários: Não existe essa recomendação. Até porque o avaliador tratou aqui de manuais do sistema ao final do projeto. Ao longo do projeto de software poderão ser criados manuais e outros tipos de documentação, mas se olharmos para uma boa prática é melhor que esses manuais sejam elaborados ao longo do projeto. A questão também erra ao vincular a utilização de metodologias modernas com a elaboração de manuais, o que não é de todo uma verdade se tratarmos, por exemplo, de metodologias de desenvolvimento agile.

Gabarito: Errado

14. (CESPE – 2013 – TRT 10 – Analista de Tecnologia) As atividades fundamentais relacionadas ao processo de construção de um software incluem a especificação, o desenvolvimento, a validação e a evolução do software. Comentários: Perfeito! Lembra do que eu falei sobre bom senso. As fases são:

Requisitos de Negócios

Requisitos de Software

Análise de Software

Projeto de Software

Construção de Software

Teste de Software

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

Manutenção de Software

25

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

Se não sair muito desse contexto lógico, as atividades estarão corretas.

Gabarito: Correto

15. (CESPE – 2013 – TRT 10 – Analista de Tecnologia) O ciclo de vida de um software, entre outras características, está relacionado aos estágios de concepção, projeto, criação e implementação. Comentários: Questão simples. Na concepção meu software vai ser elicitado conforme os requisitos de negócios, a fim de se elaborar um projeto, que em seguida é criado e implementado.

Gabarito: Correto

16. (FCC – 2012 – TST – Analista Judiciário – Tecnologia da Informação – E) A engenharia de software agrupa as melhores práticas para a concepção, projeto, operação e manutenção de artefatos que suportam a execução de programas de computador, tais como as técnicas de armazenamento e as estruturas em memória principal. Comentários: Coloquei essa questão aqui, que é na verdade uma alternativa da prova da FCC para o TST, para te mostrar como às vezes a banca vai tentar te enrolar criando uma salada que parece estar correta. Quando a banca se esforça para te fazer acreditar em uma questão, muito provavelmente é porque esta questão esta errada. Te pergunto: O que tem de ligação suportar a execução de programas de computador, tais como técnicas de armazenamento com o que vimos aqui na nossa aula? Não tem ligação nenhuma, aqui é um exemplo de uma tentativa do

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

26

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

avaliador de jogar um monte de informação e se você estiver descuidado você marcar correto.

Gabarito: Errado

17. (CESPE – 2016 – FUNPRESP – Analista de Tecnologia da Informação) Acerca dos conceitos relativos a engenharia de software, julgue o próximo item. No gerenciamento do ciclo de vida de um software, o processo de desenvolvimento (processo básico) objetiva estabelecer os requisitos dos componentes e suas interfaces em um sistema. Comentários: Lembre-se que conforme o ciclo de vida apresentado na aula, antes do desenvolvimento temos uma etapa muito interessante chamada: concepção. Na concepção eu estabeleço meus requisitos e não no desenvolvimento, a questão erra então ao dizer que o processo de desenvolvimento objetiva estabelecer os requisitos dos componentes.

Gabarito: Errado

18. (CESPE – 2016 – TCE-PR– Analista de Controle - Tecnologia da Informação - C)As fases do ciclo de vida de software são: concepção, desenvolvimento, entrega e encerramento. Comentários: Essa questão é questionável, veja que o ciclo de vida se baseia em:

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

27

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

Concepção

Retirada

Desenvolvimento

Operação

Agora pergunto, podemos enxergar a fase de operação como entrega? Não. Muitas das vezes quando um software entra em operação, ele não está com todas as suas funcionalidades, logo ele não esta entregue. Gabarito: Errado

19. (CESPE – 2013 – TRT 10 Região– Analista Judiciário – Tecnologia da Informação)O ciclo de vida de um software, entre outras características, está relacionado aos estágios de concepção, projeto, criação e implementação. Comentários: O ciclo de vida de um software tem concepção? Sim. Tem um projeto? Sim. Tem criação? Sim. Tem implementação? Sim. Note que as fases norteiam o ciclo de vida, mas o que o avaliador esta querendo saber é se os estágios de concepção, projeto, criação e implementação se relacionam com o ciclo de vida de software. Gabarito: Correto

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

28

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

20. (CESPE – 2009 – TCE/TO – Analista de Sistemas - C)A escolha do modelo do ciclo de vida não depende de características específicas do projeto, pois o melhor modelo é sempre o mais usado pela equipe do projeto. Comentários:

A escolha do modelo não depende do projeto? Como assim? O melhor modelo é sempre o mais usado pela equipe de projeto? Não sei nem como deixar essa questão mais errada.

Gabarito: Errado

21. (CESPE – 2016 – FUNPRESP– Analista de Tecnologia da Informação)O modelo de execução de projetos em cascata é caracterizado por fases que se entrelaçam e se sobrepõem. A abordagem incremental, por sua vez, assemelha-se ao planejamento em ondas sucessivas. Comentários: O modelo cascata é seqüencial, ou seja, as fases não se entrelaçam ou se sobrepõem. No cascata nós só avançamos para a próxima fase quando a anterior é concluída. Gabarito: Errado _________________________________________________________

22. (CESPE – 2014– MEC – Especialista em Processos de Negócios)No que se refere ao modelo em cascata, é necessária a presença dos membros da equipe, pelo menos, em três fases consecutivas do projeto.

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

29

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

Comentários: A questão esta incorreta porque não existe essa regra.

Gabarito: Errado

23. (CESPE – 2011 – MEC – Analista de Sistemas)O modelo Waterfall tem a vantagem de facilitar a realização de mudanças sem a necessidade de retrabalho em fases já completadas. Comentários: Ao contrário, a mudança não é prevista no modelo cascata, e caso haja uma mudança o retrabalho necessariamente será realizado.

Gabarito: Errado

24. (CESPE – 2009 – INMETRO – Analista de Sistemas) Em um processo de desenvolvimento em cascata, os testes de software são realizados todos em um mesmo estágio, que acontece após a finalização das fases de implementação. Comentários: A maior parte dos testes acontece realmente na fase de testes, após a implementação, porém existe um autor, muito querido, chamado Sommerville que diz que ocorrerão dois momentos: Teste de unidade e Teste de Sistema.

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

30

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

Sommerville

Pressman

Yourdon

Definição de Requisitos

Comunicação

Requisitos de Sistema

Projeto de Sistema e Software

Planejamento

Requisitos de Software

Implementação e Teste de Unidade

Modelagem

Análise

Integração e Teste de Sistema

Construção

Projeto

Operação e Manutenção

Implantação

Codificação

Teste

Operação

Gabarito: Errado

25. (CESPE – 2014 – ANATEL – Analista Administrativo – Tecnologia da Informação) No ciclo de vida clássico, ou modelo em cascata, as fases concluídas são congeladas para se evitar o retrabalho e maximizarem-se os custos de produção e a aprovação de documentos Comentários: As fases concluídas são congeladas para se evitar o retrabalho e maximizaremse os custos de produção? Essa questão chega a ser engraçada, qual modelo seria criado para maximizar custos de produção.

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

31

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

Gabarito: Errado

26. (CESPE – 2016 - TCE (PR) – Analista de Controle de Tecnologia da Informação - C) No que diz respeito à engenharia de software: O modelo de desenvolvimento em cascata é utilizado em caso de divergência nos requisitos de um software, para permitir a evolução gradual do entendimento dos requisitos durante a implementação do software. Comentários: É exatamente isso que não é o modelo cascata. O cascata trabalha o processo de desenvolvimento de software como etapas rígidas, logo o modelo cascata cria uma barreira a divergência nos requisitos, tendo em vista que a premissa do cascata é que os requisitos estão bem definidos e não vão mudar ao longo do desenvolvimento do software.

Gabarito: Errado

27. (CESPE – 2009 – INMETRO – Analista de Sistemas) No desenvolvimento de software, o modelo em cascata é estruturado de tal maneira que as fases que compõem o desenvolvimento são interligadas. Nessa situação, o final de uma fase implica o inicio de outra. Comentários: Perfeito! Foi o que aprendemos aqui, as fases no modelo cascata são interligadas e o final de uma fase implica o inicio da outra fase.

Gabarito: Correto

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

32

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

28. (CESPE – 2010 – BASA – Analista de Sistemas) No modelo em cascata, o projeto segue uma série de passos ordenados. Ao final de cada projeto, a equipe de projeto finaliza uma revisão. O desenvolvimento continua e, ao final, o cliente avalia a solução proposta. Comentários: No modelo cascata, o projeto realmente segue uma série de passos ordenados (fases) e ao final de cada fase e não de cada projeto a equipe de projeto finaliza uma revisão.

Gabarito: Errado

29. (CESPE – 2015 – TCE – RN – Assessor Técnico em Informática) As fases do modelo de ciclo de vida em cascata são demonstração, análise de requisitos, pré-projeto, desenvolvimento, projeto básico, homologação, implantação e manutenção, respectivamente. Comentários: Essas fases se encontram em algum dos autores que apresentamos aqui? Não. Logo questão errada. Gabarito: Errado

30. (CESPE – TRE/AL – Analista de Sistemas) O modelo cascata ou ciclo de vida clássico necessita de uma abordagem sistemática, que envolve, em primeiro lugar, o projeto e, em seguida, a análise, a codificação, os testes e a manutenção. Comentários:

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

33

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

Lembra do Yourdon:

Sommerville

Pressman

Yourdon

Definição de Requisitos

Comunicação

Requisitos de Sistema

Projeto de Sistema e Software

Planejamento

Requisitos de Software

Implementação e Teste de Unidade

Modelagem

Análise

Integração e Teste de Sistema

Construção

Projeto

Operação e Manutenção

Implantação

Codificação

Teste

Operação

A ordem correta seria Projeto e depois Análise. Questão difícil se você não lembrar a diferença entre análise e projeto, vamos relembrar.

Requisitos de Negócios: Como o negócio funciona? Requisitos de Software: Requisitos para o Software atender o negócio. Análise de Software:Desenho do problema que o software visa solucionar. Projeto de implementar.

Software:Desenho

da

solução

que

o

software

vai

Note que se análise é a verificação do problema, o projeto não pode vir antes Construção do Software: Codificação do software. da análise. Teste de Software: Garantia da qualidade do software Manutenção de Software: Manter o software funcionando. www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

34

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

Gabarito: Errado

31. (VUNESP – 2012 – SPTrans – Analista de Sistemas)Uma das abordagens do processo de desenvolvimento da engenharia de software prevê a divisão em etapas, em que o fim de uma é a entrada para a próxima. Esse processo é conhecido como modelo: a) b) c) d) e)

Transformação Incremental Evolutivo Espiral Cascata

Comentários:

Fácil não é. Estamos tratando aqui do modelo Cascata.

Gabarito: Letra E

32. (CESPE – STJ – Analista de Sistemas) O modelo de desenvolvimento sequencial linear, também chamado modelo clássico ou modelo em cascata, caracteriza-se por não acomodar adequadamente as incertezas que existem no inicio de um projeto de software, em especial as geradas pela dificuldade do cliente de explicitar todos os requerimentos que o programa deve contemplar. Comentários: Lembre sempre que o cascata acumula riscos e que requisitos que constantemente sofrem modificações encontram uma resistência muito grande no modelo cascata.

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

35

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

Gabarito: Correto

33. (CESPE – SERPRO – Analista de Sistemas)O modelo em cascata consiste de fases e atividades que devem ser realizadas em sequencia, de forma que uma atividade é requisito da outra. Comentários: Perfeito! No cascata as fases e atividades são realizadas de forma sequencial, sendo que uma atividade é requisito da outra.

Gabarito: Correto

34. (CESPE – TST – Analista de Sistemas) No modelo de desenvolvimento sequencial linear, a fase de codificação é a que gera erros de maior custo de correção. Comentários:

Não. A fase com erros com maior custo é a fase de requisitos, porque se o erro estiver no requisito, provavelmente muito do que foi investido será perdido.

Gabarito: Errado

35. (Cesgranrio – Petrobrás – Analista de Sistemas) No ciclo de vida clássico, também chamado de modelo sequencial linear ou modelo cascata, é apresentada uma abordagem sistemática composta pelas seguintes atividades:

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

36

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

a) Análise de Requisitos de Software, Projeto, Geração de Código, Teste e Manutenção. b) Modelagem e Engenharia do Sistema/Informação, Análise de Requisitos de Software, Projeto, Geração de Código, Teste e Manutenção. c) Modelagem e Engenharia do Sistema/Informação, Projeto, Geração de Código, Teste e Manutenção. d) Levantamento de Requisitos de Software, Projeto, Geração de Código e Manutenção e Análise de Requisitos de Software. e) Levantamento de Requisitos de Software, Projeto, Geração de Código, Teste Progressivo e Manutenção.

Comentários:

Pressman (6 edição)

Pressman (4 edição)

Comunicação

Modelagem e Engenharia do Sistema/Informação

Planejamento

Analise de Requisitos de Software

Modelagem

Projeto

Construção

Geração de Código

Implantação

Teste e Manutenção

Essa é uma questão muito interessante, note que eu apresentei para vocês as fases do cascata da 6 edição do livro do Pressman, todavia o avaliador decidiu nessa questão cobrar conforme a 4 edição do livro do Pressman.

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

37

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

Professor isso é possível? Infelizmente sim. Coloquei essa questão aqui para que vocês percebam que compreender o que é esperado de cada fase é melhor que decorar cada uma das fases.

Gabarito: Letra B

Considerações Finais Nunca se esqueçam que essa estrada vale a pena ser trilhada, conheço muitas pessoas que desistiram dela e hoje tentam recomeçar e também conheço muitas pessoas que não desistiram e que hoje estão em um bom cargo público. Caro aluno (a) nessa estrada quero realmente que você encontre em mim mais do que um professor, um amigo que já passou por toda a trajetória de lutas, angustias, esforço, pressão e tudo mais que você e eu conhecemos bem até chegar no lugar da vitória. Mas eu quero te lembrar de uma coisa: Eu cheguei e sei como foi duro chegar até aqui! Então posso te garantir que será duro e difícil para você também. Mas se você não desistir: Você vai chegar lá! Até nosso próximo encontro! Forte Abraço

Prof. Pedro Chagas

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

38

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

Bibliografia PRESSMAN, Roger S. Engenharia de Software: Uma abordagem profissional, 7ª. Edição. São Paulo: Pearson Makron Books, 2011. SOMMERVILLE, Ian. Engenharia de Software, 8ª. Edição. São Paulo: Pearson Addison Wesley, 2007.

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

39

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

Lista das Questões Apresentadas na Aula 1. (Cespe – 2016 – TCE (PR) – Analista de Controle – Tecnologia da Informação) Assinale a opção correta, a respeito de engenharia de software. a) A engenharia de software está relacionada aos diversos aspectos de produção de software e inclui as atividades de especificação, desenvolvimento, validação e evolução de software. b) A engenharia de software refere-se ao estudo das teorias e fundamentos da computação, ficando o desenvolvimento de software a cargo da ciência da computação. c) No modelo iterativo de desenvolvimento de software, as atividades são dispostas em estágios seqüenciais. d) Um processo de software é composto por quatro atividades fundamentais: iniciação, desenvolvimento, entrega e encerramento. e) O conceito de software se restringe ao desenvolvimento do código em determinada linguagem e seu armazenamento em arquivos.

2. (FCC - 2012 - TRT - 6ª Região (PE) - Técnico Judiciário Tecnologia da Informação) Considere: é uma disciplina que se ocupa de todos os aspectos da produção de software, desde os estágios iniciais de especificação do sistema até a manutenção desse sistema, depois que ele entrou em operação. Seu principal objetivo é fornecer uma estrutura metodológica para a construção de software com alta qualidade. A definição refere-se: a) b) c) d) e)

ao ciclo de vida do software. à programação orientada a objetos. à análise de sistemas. à engenharia de requisitos. à engenharia de software.

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

40

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

3. (CESPE – 2016 - TRE – PI – Técnico Judiciário – Tecnologia da Informação - b) Com base nos princípios da engenharia de software ao término de cada atividade do processo de engenharia de software, não é obrigatória a geração de insumos.

4. (CESPE - 2013 - TRT - 10ª REGIÃO (DF e TO) - Analista Judiciário - Tecnologia da Informação)A engenharia de software engloba processos, métodos e ferramentas. Um de seus focos é a produção de software de alta qualidade a custos adequados.

5. (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestão de TI)Em relação à Engenharia de Software, é INCORRETO afirmar: a) O design de software, ao descrever os diversos aspectos que estarão presentes no sistema quando construído, permite que se faça a avaliação prévia para garantir que ele alcance os objetivos propostos pelos interessados. b) A representação de um design de software mais simples para representar apenas as suas características essenciais busca atender ao princípio da abstração. c) Iniciar a entrevista para obtenção dos requisitos de software com perguntas mais genéricas e finalizar com perguntas mais específicas sobre o sistema é o que caracteriza a técnica de entrevista estruturada em funil. d) No contexto de levantamento de requisitos, funcionalidade é um dos aspectos que deve ser levado em conta na abordagem dos requisitos funcionais. e) A representação é a linguagem do design, cujo único propósito é descrever um sistema de software que seja possível construir.

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

41

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

6. (CESPE – 2016 - TRE – PI – Técnico Judiciário – Tecnologia da Informação - c) Os modelos de processo de desenvolvimento de software, que podem ser classificados em modelo cascata e modelo de engenharia de software orientada a reuso, são excludentes entre si, razão por que se deve escolher a melhor abordagem para um projeto de software.

7. (CESPE – 2010 TRE/BA – Área: Tecnologia da Informação)A engenharia de software está relacionada com todos os aspectos da produção de software, desde os estágios iniciais de especificação do sistema até sua manutenção, depois que este entrar em operação. A engenharia de sistemas diz respeito aos aspectos do desenvolvimento e da evolução de sistemas complexos, nos quais o software desempenha um papel importante.

8. (FGV - 2010 - BADESC - Analista de Sistemas - Desenvolvimento de Sistemas) De acordo com Pressman, a engenharia de software é baseada em camadas, com foco na qualidade. Essas camadas são: a) b) c) d) e)

métodos, processo e teste. ferramentas, métodos e processo. métodos, construção, teste e implantação. planejamento, modelagem, construção, validação e implantação. comunicação, planejamento, modelagem, construção e implantação.

9. (CESPE – 2016 - TRT 8 Região – Técnico Judiciário – Tecnologia da Informação - b) A respeito dos processos e métodos em engenharia de software: Na engenharia de software, o processo define

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

42

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

uma metodologia, ao procedimentos técnicos.

passo

que

os

métodos

determinam

os

10. (FCC – 2009 - AFR/SP - Analista de Sistemas)A engenharia de software está inserida no contexto: a) b) c) d) e)

das engenharias de sistemas, de processo e de produto. da engenharia de sistemas, apenas. das engenharias de processo e de produto, apenas. das engenharias de sistemas e de processo, apenas. das engenharias de sistemas e de produto, apenas.

11. (CESPE - 2012 - MEC - Gerente de Projetos)A engenharia de software, disciplina relacionada aos aspectos da produção de software, abrange somente os processos técnicos do desenvolvimento de software.

12. (CESPE – 2013 – ANTT – Analista: Especialista em Tecnologia da Informação)Produtos de software podem ser construídos utilizandose diferentes modelos de processos, pois alguns modelos são mais adequados que outros para determinados tipos de aplicação.

13. (CESPE – 2013 – CNJ – Analista em Informação) Para a utilização de metodologias abordagem da engenharia de software, recomenda-se manuais do sistema ao final do projeto, quando todos já estão definidos.

Tecnologia da modernas, com a elaboração dos os seus detalhes

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

43

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

14. (CESPE – 2013 – TRT 10 – Analista de Tecnologia) As atividades fundamentais relacionadas ao processo de construção de um software incluem a especificação, o desenvolvimento, a validação e a evolução do software.

15. (CESPE – 2013 – TRT 10 – Analista de Tecnologia) O ciclo de vida de um software, entre outras características, está relacionado aos estágios de concepção, projeto, criação e implementação.

16. (FCC – 2012 – TST – Analista Judiciário – Tecnologia da Informação – E) A engenharia de software agrupa as melhores práticas para a concepção, projeto, operação e manutenção de artefatos que suportam a execução de programas de computador, tais como as técnicas de armazenamento e as estruturas em memória principal.

17. (CESPE – 2016 – FUNPRESP – Analista de Tecnologia da Informação) Acerca dos conceitos relativos a engenharia de software, julgue o próximo item. No gerenciamento do ciclo de vida de um software, o processo de desenvolvimento (processo básico) objetiva estabelecer os requisitos dos componentes e suas interfaces em um sistema.

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

44

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

18. (CESPE – 2016 – TCE-PR– Analista de Controle - Tecnologia da Informação - C)As fases do ciclo de vida de software são: concepção, desenvolvimento, entrega e encerramento.

19. (CESPE – 2013 – TRT 10 Região– Analista Judiciário – Tecnologia da Informação)O ciclo de vida de um software, entre outras características, está relacionado aos estágios de concepção, projeto, criação e implementação.

20. (CESPE – 2009 – TCE/TO – Analista de Sistemas - C)A escolha do modelo do ciclo de vida não depende de características específicas do projeto, pois o melhor modelo é sempre o mais usado pela equipe do projeto.

21. (CESPE – 2016 – FUNPRESP– Analista de Tecnologia da Informação)O modelo de execução de projetos em cascata é caracterizado por fases que se entrelaçam e se sobrepõem. A abordagem incremental, por sua vez, assemelha-se ao planejamento em ondas sucessivas. _________________________________________________________

22. (CESPE – 2014– MEC – Especialista em Processos de Negócios)No que se refere ao modelo em cascata, é necessária a presença dos membros da equipe, pelo menos, em três fases consecutivas do projeto.

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

45

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

23. (CESPE – 2011 – MEC – Analista de Sistemas)O modelo Waterfall tem a vantagem de facilitar a realização de mudanças sem a necessidade de retrabalho em fases já completadas.

24. (CESPE – 2009 – INMETRO – Analista de Sistemas) Em um processo de desenvolvimento em cascata, os testes de software são realizados todos em um mesmo estágio, que acontece após a finalização das fases de implementação.

25. (CESPE – 2014 – ANATEL – Analista Administrativo – Tecnologia da Informação) No ciclo de vida clássico, ou modelo em cascata, as fases concluídas são congeladas para se evitar o retrabalho e maximizarem-se os custos de produção e a aprovação de documentos

26. (CESPE – 2016 - TCE (PR) – Analista de Controle de Tecnologia da Informação - C) No que diz respeito à engenharia de software: O modelo de desenvolvimento em cascata é utilizado em caso de divergência nos requisitos de um software, para permitir a evolução gradual do entendimento dos requisitos durante a implementação do software.

27. (CESPE – 2009 – INMETRO – Analista de Sistemas) No desenvolvimento de software, o modelo em cascata é estruturado de tal maneira que as fases que compõem o desenvolvimento são interligadas. Nessa situação, o final de uma fase implica o inicio de outra.

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

46

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

28. (CESPE – 2010 – BASA – Analista de Sistemas) No modelo em cascata, o projeto segue uma série de passos ordenados. Ao final de cada projeto, a equipe de projeto finaliza uma revisão. O desenvolvimento continua e, ao final, o cliente avalia a solução proposta.

29. (CESPE – 2015 – TCE – RN – Assessor Técnico em Informática) As fases do modelo de ciclo de vida em cascata são demonstração, análise de requisitos, pré-projeto, desenvolvimento, projeto básico, homologação, implantação e manutenção, respectivamente.

30. (CESPE – TRE/AL – Analista de Sistemas) O modelo cascata ou ciclo de vida clássico necessita de uma abordagem sistemática, que envolve, em primeiro lugar, o projeto e, em seguida, a análise, a codificação, os testes e a manutenção.

31. (VUNESP – 2012 – SPTrans – Analista de Sistemas)Uma das abordagens do processo de desenvolvimento da engenharia de software prevê a divisão em etapas, em que o fim de uma é a entrada para a próxima. Esse processo é conhecido como modelo: a) b) c) d) e)

Transformação Incremental Evolutivo Espiral Cascata

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

47

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

32. (CESPE – STJ – Analista de Sistemas) O modelo de desenvolvimento sequencial linear, também chamado modelo clássico ou modelo em cascata, caracteriza-se por não acomodar adequadamente as incertezas que existem no inicio de um projeto de software, em especial as geradas pela dificuldade do cliente de explicitar todos os requerimentos que o programa deve contemplar.

33. (CESPE – SERPRO – Analista de Sistemas)O modelo em cascata consiste de fases e atividades que devem ser realizadas em sequencia, de forma que uma atividade é requisito da outra.

34. (CESPE – TST – Analista de Sistemas) No modelo de desenvolvimento sequencial linear, a fase de codificação é a que gera erros de maior custo de correção.

35. (Cesgranrio – Petrobrás – Analista de Sistemas) No ciclo de vida clássico, também chamado de modelo sequencial linear ou modelo cascata, é apresentada uma abordagem sistemática composta pelas seguintes atividades: a) Análise de Requisitos de Software, Projeto, Geração de Código, Teste e Manutenção. b) Modelagem e Engenharia do Sistema/Informação, Análise de Requisitos de Software, Projeto, Geração de Código, Teste e Manutenção. c) Modelagem e Engenharia do Sistema/Informação, Projeto, Geração de Código, Teste e Manutenção. d) Levantamento de Requisitos de Software, Projeto, Geração de Código e Manutenção e Análise de Requisitos de Software.

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

48

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

e) Levantamento de Requisitos de Software, Projeto, Geração de Código, Teste Progressivo e Manutenção.

Gabarito

1. Letra A.

22.

Errado

2. LetraE.

23.

Errado

3. Errado.

24.

Errado

4. Correto.

25.

Errado

5. Letra E.

26.

Errado

6. Errado.

27.

Correto

7. Correto.

28.

Errado

8. LetraB.

29.

Errado

9. Correto.

30.

Errado

10.

Letra A.

31.

Letra E

11.

Errado.

32.

Correto

12.

Correto.

33.

Correto

13.

Errado.

34.

Errado

14.

Correto.

35.

Letra B

15.

Correto.

16.

Errado.

17.

Errado.

18.

Errado.

19.

Correto.

20.

Errado

21.

Errado

www.pontodosconcursos.com.br| Prof. Pedro Henrique Chagas Freitas

49

Área 09 em Teoria e Exercícios Comentados ABIN – Oficial Técnico de Inteligência: Área 09 Aula 00 – Parte II – Engenharia de Software - Prof. Pedro Freitas

www.pontodosconcursos.com.br | Prof. Pedro Henrique Chagas Freitas

50