Aula 00 Bacen Engsw

8/13/2019 Aula 00 Bacen Engsw

1/38


2/38


3/38

BACEN - Engenharia de Software - Aula 00Vitor Almeida

www.tiparaconcursos.net Pgina 3 de 38

2. Contedo programtico e planejamento das aulas (Cronograma).O Contedo programtico est distribudo de forma a garantir o aprendizado do

aluno, seguindo uma sequencia lgica de assuntos.

Aula Contedo a ser trabalhado

Aula 0025/08/13

Apresentao do Curso e Metodologia.

Conceitos gerais.

Ciclo de vida de software.

Processos de desenvolvimento de software.

Aula 0101/09/13

RUP.

Aula 0208/09/13

Processos e prticas geis de desenvolvimento de software.

Extreme Programming (XP).

Tcnicas para planejamento e priorizao incremental de

escopo em projetos geis.

Domain-driven Design (DDD).

Aula 0315/09/13

Anlise e projeto orientado a objetos com UML.

Anlise de requisitos funcionais e no-funcionais.

Modelagem orientada a objetos.

Mtricas de qualidade: coeso e acoplamento.

Aula 0422/09/13

Padres de projeto.

Qualidade de software.

Norma ISO 12.207.

Aula 0529/09/13

APF.


4/38



3. Bibliografia

Oi pessoal, nesta aula utilizei, como referncia para os comentrios, os livros a

seguir:1. Pressman, R. S. Software Engineering. A practioners approach. 7 Ed. McGraw Hill.

2010.

a. Cap. I Software e Engenharia de Software

b. Cap 2 Modelos de Processos

2. Sommerville, I. Software Engineering. 9 Ed. Addison-Wesley. 2011.

a. Cap. I Introduo

b. Cap II Processo de Software

Em duas questes, precisei do apoio de outras bibliografias que foram citadas no

comentrio.


5/38



4. Conceitos Gerais

Vamos iniciar o estudo da Engenharia de Software com os conceitos gerais, que

podem ser encontrados no primeiro captulo das bibliografias consagradas. A definio, osprincpios, os desafios e outros temas semelhantes da engenharia de software sero

encontrados por aqui.

QUESTO 01 CESPE - 2011 - MEC - Gerente de Projetos

A engenharia de software, disciplina relacionada aos aspectos da produo de software,

abrange somente os processos tcnicos do desenvolvimento de software.

Comentrios: Para resolvermos esta questo, deixa eu lhes apresentar o conceito de

engenharia de software segundo nossos dois maiores autores:

Engenharia de software compreende um processo, um conjunto de

mtodos (prtica) e uma srie de ferramentas que permitem a

profissionais construirem softwares de qualidade. Pressman

Engenharia de software uma disciplina da engenharia relacionada a

todos os aspectos da produo de software, desde seus estgios iniciais

de especificao do sistema at a manuteno do sistema depois que

ele entrou em uso. Sommerville

Ou seja, engenharia de software envolve muita coisa! Sommerville mata a questo,

quando complementa que a engenharia de software no se prende apenas aos processos

tcnicos, mas tambm a atividades como o gerenciamento do projeto de software e o

desenvolvimento de novas ferramentas e tcnicas para apoiar a produo de software.

Veja que nosso examinador bebeu diretamente da fonte e trouxe um conceito

explicito no livro de Sommerville e tentou enganar o concurseiro. Nossa questo est

ERRADA.

Gabarito: E


Os estgios da engenharia de software compem um ciclo que pode ser dividido em duasgrandes etapas: a anlise do problema e a sntese da soluo.


6/38



Comentrios: Comeamos nosso estudo dos conceitos bsicos de engenharia com uma

questo clssica do CESPE. O examinador faz sua releitura da teoria e escreve uma frase

verdadeira, mas utilizando palavras prprias, cabendo ao concurseiro analisar e interpretar

as palavras.

Quando estudamos engenharia de software nas duas referncias clssicas (Pressman

e Sommerville), encontramos o seguinte ciclo ou estgios da engenharia de software :

Sommerville:

1. Especificao de Software

2.

Desenvolvimento de Software3. Validao do Software

4. Evoluo do Software

Pressman:

1. Comunicao

2. Planejamento

3. Modelagem

4. Construo

5. Entrega

Ambos os autores trazem suas vises do ciclo do software que no fim das contas so

iguais. O software nasce com sua concepo e entendimento do problema que ele vai

resolver. Depois o software planejado e sua arquitetura pensada. Em seguida temos a

codificao e, por fim, vem a entrega do software, com a validao e implantao deste.

Sommerville ainda vai alm e tambm apresenta a evoluo do software, que implica nodesenvolvimento de novas funcionalidades e adaptao do software a novas necessidades

do usurio final.

Voltando nossa questo, podemos interpretar que a anlise do problema

envolve o conhecimento do problema e o projeto do software, enquanto que a sntese da

soluo nada mais do que a codificao e os processos finais da engenharia de software

relacionados entrega do sistema. Assim, questo CERTA.

Gabarito: C


7/38



QUESTO 03 CESPE - 2010 - TRE-BA - Tcnico Judicirio - Programao de Sistemas

A engenharia de software est relacionada com todos os aspectos da produo

de software, desde os estgios iniciais de especificao do sistema at sua manuteno,depois que este entrar em operao. A engenharia de sistemas diz respeito aos aspectos

do desenvolvimento e da evoluo de sistemas complexos, nos quais

o software desempenha um papel importante.

Comentrios: Dividindo a questo em duas partes, vemos que a primeira frase est

trazendo o conceito de engenharia de software do Sommerville. Releia o comentrio da

questo anterior!

A segunda frase apresenta o conceito de engenharia de sistemas, tambm apresentado em

Sommerville. Sommerville nos diz que a engenharia de software est relacionada com

outras duas disciplinas :

1. A cincia da computao, preocupada com as teorias e mtodos por traz de

computadores e sistemas de software; e

2. A engenharia de sistemas, cujo conceito est apresentado na questo e que envolve

o desenvolvimento de hardware, polticas, processos de sistemas, implantao de

sistemas e a prpria engenharia de software.

Ou seja, um sistema envolve software + hardware + processos de apoio.

Nossa questo est CERTA.

Gabarito: C

QUESTO 04 CESPE - 2009 - ANAC - Analista Administrativo - Tecnologia da Informao

O termo engenharia pretende indicar que o desenvolvimento de software submete-se a

leis similares s que governam a manufatura de produtos industriais em engenharias

tradicionais, pois ambos so metodolgicos.

Comentrio: Esta questo derrubou muita gente. Segundo Pressman, as caractersticas do

software que fazem com que ele seja diferente do hardware so as seguintes:

1. Software desenvolvido ou construdo, no manufaturado no sentido clssico

desta palavra.


8/38



2. Software no pode ser simplesmente jogado fora.

3. Apesar de a indstria buscar o desenvolvimento de software baseado em

componentes, a maioria dos softwares ainda so extremamente customizados.

Olhando para a primeira caracterstica do software e conhecendo o processo de

desenvolvimento de software como ns conhecemos, a tendncia e achar que no existem

leis similares na construo de software e de outros produtos industriais tradicionais, como

hardware, no verdade?

Pressman vai alm, ele diz que, apesar de existir algumas similaridades, o

desenvolvimento de software e hardware so fundamentalmente diferentes.

Voc pode at pensar que com base nessas algumas similaridades o examinador

construiu sua questo, mas no, ele foi longe:

Associado a esses objetivos, o termo engenharia pretende indicar

que o desenvolvimento de software deve submeter-se a leis similares

s que governam a manufatura de produtos industrias em

engenharias tradicionais, pois ambos so metodolgicos. MAFFEO,

Bruno. Engenharia de Software e Especificao de Sistemas. Rio de

Janeiro, Editora Campus, 1992.

Nosso examinador pegou uma bibliografia de 18 anos antes da prova e colocou

como verdade absoluta em uma prova de concurso. Pacincia n? Contra texto entre aspas

no h recurso e a questo est CERTA.

Mas fica o aviso: no se desespere, no CESPE difcil encontrarmos questes deste

tipo. Foque nas bibliografias tradicionais (Pressman e Sommerville) e seja feliz!

Gabarito: C

QUESTO 05 CESPE - 2010 - TRE-BA - Analista Judicirio - Anlise de Sistemas

Entre os desafios enfrentados pela engenharia de software esto lidar com sistemas

legados, atender crescente diversidade e atender s exigncias quanto a prazos de

entrega reduzidos.


9/38



Comentrios: Aqui novamente iremos conversar com Sommerville. Na edio de 2005, este

autor trouxe os desafios da engenharia de software poca:

1. O desafio do legado: fazer a manuteno de sistemas legados com um custo baixo.2. O desafio da heterogeneidade: desenvolver tcnicas para atender a diversidade de

softwares existentes.

3. O desafio do fornecimento: fornecer sistemas complexos com qualidade desejada

em curto espao de tempo.

Ou seja, nossa questo est CERTA.

Complementando o estudo, trazemos os principais problemas que devem serenfrentados por todos os softwares, que so:

1. Heterogeneidade de devices (computadores, tablets, celulares etc.) e necessidade de

integrao com sistemas legados.

2. Mudanas na sociedade e nos negcios: softwares precisam evoluir cada vez mais

rpido.

3. Segurana e confiana nas operaes realizadas pelo software.

Gabarito: C

QUESTO 06 CESPE - 2010 - Banco da Amaznia - Tcnico Cientfico - Tecnologia da

Informao - Arquitetura de Tecnologia

Os princpios de engenharia de software definem a necessidade de formalidades para

reduzir inconsistncias e a decomposio para lidar com a complexidade.

Comentrios: Para responder esta questo, precisamos conhecer os princpios da

engenharia de software. Pressman nos traz os seguintes princpios da engenharia de

software:

1. A razo de tudo agregar valor ao cliente.

2. Mantenha simples (KISS Keep It Simple, Stupid).

3. Mantenha a viso.

4. O que voc produz, outros iro consumir.

5. Esteja aberto ao futuro.


10/38



6. Planeje para o reuso.

7. Pense.

Mas no em Pressman que acharemos a resposta para a questo, mas em Ghezzi!Ghezzi traz em seu livro, Fundamentals of Software Engineering, Second Edition , os

seguintes princpios da engenharia de software:

1. Rigor e formalidade (sistematizao e formalizao das atividades de engenharia de

software).

2. Separao de conceitos (dividir para conquistar, ao se analisar o problema a ser

resolvido pelo software).

3. Modularizao (um sistema complexo deve ser dividido em mdulos).

4. Abstrao (nem todos os detalhes da realizade devem ser implementados no

software).

5. Antecipao de mudanas (capacidade de responder a mudanas no tempo

adequado, antecipando as necessidades de evoluo do software).

6. Generalidade (busca por solues gerais que podem ser reutilizadas em diversos

softwares).7. Incrementalidade (desenvolva em etapas ou incrementos).

A necessidade de formalidade encontramos no primeiro princpio (Rig or e

Formalidade) e a decomposio encontramos no terceiro princpio (modularizao). Logo,

a questo est CERTA.

Observe que temos uma questo de 2010 pegando uma bibliografia de 2003,

trazendo princpios da poca em que processos mais formais de software (como o RUP)

dominavam o mercado. As metodologias geis (aula 03) trouxeram novos princpios, que

combinam mais com a abordagem do Pressman. Cuidado com o Cespe!

Gabarito: C


11/38



5. Ciclo de Vida de Software

Oi pessoal, neste captulo iremos estudar o ciclo de vida de um software ou, na

verdade, o modelo do ciclo de vida de um software, que nada mais do que uma versoresumida do modelo de processo de desenvolvimento de software, tema do prximo

captulo.

Assim no se assuste ao no ver questes sobre o modelo cascata nesta seo, ele e

os demais modelos de processo de desenvolvimento de software sero vistos a seguir.

QUESTO 07 CESPE - 2010 - EMBASA - Analista de Saneamento - Analista de Tecnologia da

Informao - Desenvolvimento

Ciclo de vida de um software resume-se em eventos utilizados para definir o status de um

projeto.

Comentrios: Em 2004, o SWEBOK trouxe a seguinte definio para modelo de ciclo de vida

de software:

"Modelo de ciclo de vida de software serve como uma definio

de alto nvel para as fases que ocorrem durante o desenvolvimento.

Ele no possue como objetivo trazer uma definio detalhada, mas

apenas apresentar os conceitos e dependncias principais de cada

fase."

Ai voc me pergunta, quais so estas fases? Nas nossas bibliografias bsicas, encontramos o

seguinte:

Pressman:

Comunicao Comunicao com as partes interessadas do projeto, buscando entender os

objetivos do software, e levantamento de requisitos.

Planejamento Desenvolvimento do plano de projeto do software que descreve as

atividades tcnicas que sero conduzidas, os riscos envolvidos, os recursos

necessrios, os produtos esperados e o cronograma de atividades.
http://www.questoesdeconcursos.com.br/provas/cespe-2010-embasa-analista-de-saneamento-analista-de-tecnologia-da-informacao-desenvolvimentohttp://www.questoesdeconcursos.com.br/provas/cespe-2010-embasa-analista-de-saneamento-analista-de-tecnologia-da-informacao-desenvolvimentohttp://www.questoesdeconcursos.com.br/provas/cespe-2010-embasa-analista-de-saneamento-analista-de-tecnologia-da-informacao-desenvolvimentohttp://www.questoesdeconcursos.com.br/provas/cespe-2010-embasa-analista-de-saneamento-analista-de-tecnologia-da-informacao-desenvolvimento


12/38



Modelagem Criao dos modelos para melhor entendimento dos requisitos levantados e

definio da arquitetura do software que atender estes requisitos.

Construo Codificao e testes.

Implantao Entrega do software ao cliente e avaliao do software pelo cliente.

Sommerville:

Especificao de Software So definidas as funcionalidades do software e

restries para sua operao.

Design e Implementao de Software O software produzido, conforme sua

especificao.

Validao de Software O software avaliado para verificar se atende as

necessidades do cliente.

Evoluo do Software O software evolui para atender as necessidades de

mudana do cliente.

O detalhe, que ambos os autores no trabalham com o ciclo de vida do software,

mas com um modelo genrico de processo de software. Conceitualmente falando, o modelo

de processo de software no se diferencia do modelo de ciclo de vida, ambos trazem as

atividades de um processo.

Outra coisa, apesar de parecer diferentes, as duas sequncias de atividades trazidas

pelos dois autores so essencialmente iguais e esto falando do mesmo processo: o

desenvolvimento de um software.

Analisando a questo, O ciclo de vida de um software no um mecanismo de

acompanhamento de um projeto de desenvolvimento de software. Antes, uma descrio,

em alto nvel, das atividades envolvidas na construo de um software e suas dependncias.

Logo, esta questo est ERRADA.

Gabarito: E


13/38



QUESTO 08 CESPE - 2011 - TJ-ES - Tcnico de Informtica Especficos

Entre as etapas do ciclo de vida de software, as menos importantes incluem a garantia da

qualidade, o projeto e o estudo de viabilidade. As demais atividades do ciclo, como aimplementao e os testes, requerem maior dedicao da equipe e so essenciais.

Comentrios: Nosso examinador criativo est nos dizendo que algumas atividades de um

ciclo de vida de software so mais importantes do que outras. Ele vai alm, diz que a

codificao e teste so mais importantes do que o projeto. Isso j foi verdade nos

primrdios da programao.

Hoje qualquer software apresenta centenas de milhares de linhas e sem umconhecimento adequado do que o cliente quer e uma arquitetura bem definida, nenhum

programador consegue entregar um software de qualidade. Outra coisa, se o estudo de

viabilidade condenar o projeto, no teremos nem codificao e testes. Desta forma, a

questo est ERRADA.

Gabarito: E


14/38



6. Processos de Desenvolvimento de Software

5.1 Introduo

Vimos o que o ciclo de vida de um software, agora vamos estudar o processo dedesenvolvimento de software. Nesta primeira parte definiremos o que um modelo de um

processo de software e na sequncia, estudaremos os principais modelos de processo de

software existentes na bibliografia.

RUP e as metodologias geis recebero aulas sero estudados em aulas separadas.


Um modelo de processo de software consiste em uma representao complexa de umprocesso de software, apresentada a partir de uma perspectiva genrica.

Comentrios: O estudo do ciclo de vida de um software evoluiu ao longo do tempo e

hoje ns falamos em modelo de processo de desenvolvimento de software . Tanto o

Pressman quanto o Sommerville deixaram de utilizar o conceito de modelo de ciclo de vida

e passaram a adotar o termomodelo de processo de desenvolvimento de software.

A diferena entre o modelo e o processo de desenvolvimento de software dada porSommerville. Este nos diz que o modelo de ciclo de vida ou o modelo de processo de software

restringem-se a apresentar as atividades e o fluxo em que estas ocorrem, os processos em si

apresentam mais detalhes.

Estudaremos o RUP na prxima aula, que um processo de desenvolvimento de software.

Veremos que o RUP prescreve atividades, ferramentas e papis, coisas que no esto presentes em

um modelo de processo de desenvolvimento de software.

Assim, o modelo uma simplificao do processo e a questo est ERRADA.

Gabarito: E



Um modelo de processo de software descreve os processos que so realizados para atingir

o seu desenvolvimento. A notao para as tarefas, os artefatos, os atores e as decises

varia conforme o modelo de processo utilizado.
http://www.questoesdeconcursos.com.br/provas/cespe-2010-tre-ba-analista-judiciario-analise-de-sistemashttp://www.questoesdeconcursos.com.br/provas/cespe-2010-embasa-analista-de-saneamento-analista-de-tecnologia-da-informacao-desenvolvimentohttp://www.questoesdeconcursos.com.br/provas/cespe-2010-embasa-analista-de-saneamento-analista-de-tecnologia-da-informacao-desenvolvimentohttp://www.questoesdeconcursos.com.br/provas/cespe-2010-embasa-analista-de-saneamento-analista-de-tecnologia-da-informacao-desenvolvimentohttp://www.questoesdeconcursos.com.br/provas/cespe-2010-embasa-analista-de-saneamento-analista-de-tecnologia-da-informacao-desenvolvimentohttp://www.questoesdeconcursos.com.br/provas/cespe-2010-tre-ba-analista-judiciario-analise-de-sistemas


15/38



Comentrios: Aprendemos que o modelo de processo de software descreve as atividades

envolvidas no processo de desenvolvimento de software, enquanto que o processo em si

traz mais detalhes como tarefas, artefatos, atores e decises. Para determinado modelo de

processo de desenvolvimento de software, existem vrios processos, quer seja aqueles

apontados pela academia, quer seja aqueles definidos para cada empresa.

Pois bem, j falei que os examinadores do CESPE no gostam de se prender ao que

est nos livros. Assim, dificilmente voc encontrar uma questo que foi copiada

exatamente de algum autor renomado.

Da no processo criativo de encontrar sinnimos, os examinadores acabam criando

assertivas que precisam de um nvel de interpretao extra para se acertar a questo.

Isto posto, nosso examinador disse que o modelo de processo de software possui a

descrio de processos e no de atividades, que o termo encontrado na literatura. Apesar

desta substituio, a primeira parte da assertiva no est errada.

A segunda parte me diz que os diferentes modelos de processo de software

possuem artefatos, atores, decises, notaes para tarefas prprios, o que bastante

razovel. Logo, a questo est CERTA.

Gabarito: C


Atividades comuns a todos os processos de software incluem a especificao, o projeto, a

implementao e a validao.

Comentrios: Vimos que para Pressman, um modelo genrico de processo de software

envolve as atividades de comunicao, planejamento, modelagem, construo e

implantao.

Fazendo um paralelo com as atividades apresentadas na questo temos que na

comunicao fazemos a especificao do software; no planejamento e na modelagem,

arquiteturamos o projeto do software; implementao e contruo so sinnimos; e a

validao a atividade que precede a implantao do sistema.

Assim, razovel inferirmos que a questo est CERTA.


16/38



Meu conselho que no se decore as atividades previstas no Pressman ou no

Sommerville, mas que se compreenda o processo de desenvolvimento como um todo.

Tenham esta sequncia na cabea para no ter dificuldades com este tipo de questo:

1. Levantamento e especificao de requisitos.

2. Anlise e projeto do software.

3. Construo e testes.

4. Implantao.

Gabarito: C

5.2 O modelo Cascata

QUESTO 12 CESPE - 2008 - SERPRO - Analista - Desenvolvimento de Sistemas

O modelo em cascata consiste de fases e atividades que devem ser realizadas em

seqncia, de forma que uma atividade requisito da outra.

Comentrios: A figura a seguir, extrada de Pressman, apresenta o modelo em cascata de

maneira esquematizada. Observe que j definimos cada uma das atividades anteriormente.

No modelo em cascata, uma estratgia sequencial de avano entre as atividades

executada . O desenvolvimento do software se inicia com a especificao dos requisitos e

progride pelas etapas de planejamento, modelagem, construo, testes e entrega,

culminando no software completo ao trmino do processo.

isto que nossa questo est dizendo, estando completamente CERTA.

Gabarito: C

QUESTO 13 CESPE - 2008 - TJ-DF - Analista Judicirio - Tecnologia da Informao

No modelo seqencial linear, os produtos do projeto so entregues somente aps a

validao do produto.
http://www.questoesdeconcursos.com.br/provas/cespe-2008-serpro-analista-desenvolvimento-de-sistemashttp://www.questoesdeconcursos.com.br/provas/cespe-2008-tj-df-analista-judiciario-tecnologia-da-informacaohttp://www.questoesdeconcursos.com.br/provas/cespe-2008-tj-df-analista-judiciario-tecnologia-da-informacaohttp://www.questoesdeconcursos.com.br/provas/cespe-2008-serpro-analista-desenvolvimento-de-sistemas


17/38



Comentrios: Aqui novamente temos problemas para interpretar uma questo. Para tornar

a questo errada (e esse o gabarito) temos que entender que os produtos do projeto

so qualquer entrega que ocorre ao trmino de cada uma das etapas do modelo em

cascata, enquanto que a validao do produto a aceitao do software entregue pelo

cliente.

Tendo isto como verdade e sabendo que no modelo em cascata as atividades so

realizadas em sequncia, podemos inferir o erro da questo.

A validao do produto ocorre na ltima atividade do modelo em cascata

(implantao). Mas, produtos do projeto so entregues ao trmino de cada uma da

atividades anteriores (comunicao, planejamento etc.) que necessariamente ocorreram

antes da validao do produto. Assim, a questo est ERRADA.

Gabarito: E

QUESTO 14CESPE - 2010 - Banco da Amaznia - Tcnico Cientfico - Tecnologia da


No modelo em cascata, o projeto segue uma srie de passos ordenados. Ao final de cada

projeto, a equipe de projeto finaliza uma reviso. O desenvolvimento continua e, ao final,

o cliente avalia a soluo proposta.

Comentrios: A questo est dizendo que o projeto termina e o desenvolvimento continua.

Isto no faz o menor sentido, ainda mais em se tratando do modelo em cascata, onde ao

trmino da etapa de desenvolvimento, no teremos mais desenvolvimento.

Alm disso, faria mais sentido a realizao de revises ao trmino de cada etapa ou

atividade e no ao trmino do projeto. Logo, questo ERRADA.

Gabarito: E


Um dos primeiros modelos de processo de software propostos foi o modelo em cascata.

Nesse tipo de modelo, os estgios so executados em sequncia. A principal vantagem

desse processo est na possibilidade de se retornar ao estgio anterior sempre que for

necessrio. Esse aspecto particularmente importante em grandes sistemas de
http://www.questoesdeconcursos.com.br/provas/cespe-2010-banco-da-amazonia-tecnico-cientifico-tecnologia-da-informacao-arquitetura-de-tecnologiahttp://www.questoesdeconcursos.com.br/provas/cespe-2010-banco-da-amazonia-tecnico-cientifico-tecnologia-da-informacao-arquitetura-de-tecnologiahttp://www.questoesdeconcursos.com.br/provas/cespe-2010-banco-da-amazonia-tecnico-cientifico-tecnologia-da-informacao-arquitetura-de-tecnologiahttp://www.questoesdeconcursos.com.br/provas/cespe-2010-banco-da-amazonia-tecnico-cientifico-tecnologia-da-informacao-arquitetura-de-tecnologia


18/38



informao, sobretudo quando no se consegue levantar todos os requisitos no incio do

desenvolvimento.

Comentrios: Sommerville apresenta um modelo em cascata um pouco diferente:

Estas atividades esto descritas a seguir:

Definio e Anlise de

Requisitos

As funcionalidades e restries so software so

identificadas junto aos usurios e detalhadas.

Design do Sistema e do

Software

Definio das abstraes e relacionamentos do software

e elaborao de uma arquitetura.

Implementao e Teste deUnidade

Construo das unidades que iro compor o softwareprevistas na fase anterior e teste de cada uma destas

unidades.

Integrao e Teste de Sistema As unidades so integradas e testadas como se fosse um

nico sistema.

Operao e Manuteno O software instalado e colocado em uso. A

manuteno envolve a correo de erros no


19/38



encontrados anteriormente e melhorias decorrente da

descoberta de novos requisitos.

A representao grfica de Sommerville apresenta um aspecto que foi previsto

inicialmente no modelo que era um loopback nas atividades, ou seja, o fluxo de execuo

poderia voltar para a atividade anterior, trazendo feedbacks da atividade posterior.

Analisando a questo, as duas primeiras afirmativas so corretas: Um dos primeiros

modelos de processo de software propostos foi o modelo em cascata. Nesse tipo de

modelo, os estgios so executados em sequncia.

O modelo em cascata foi o primeiro modelo de processo de software publicado (em1970). A ideia original que voc passava de uma atividade para outra tal qual uma

cachoeira corre para baixo. Este modelo prioriza o planejamento , tendo em vista que voc

precisa planejar e definir o cronograma de todas as atividades antes de iniciar o trabalho.

No entanto, a maioria das organizaes que usam o modelo em cascata utilizam-no

como se fosse estritamente linear, conforme visto na literatura, o que tornaria a afirmao

A principal vantagem desse processo est na possibilidade de se retornar ao estgio

anterior sempre que for necessrio errada, pois o loopback apenas uma caracterstica no

modelo que caiu em desuso e no a principal vantagem.

Alm disso, hoje o modelo em cascata s utilizado em projetos bastante

especficos onde os requisitos so bem conhecidos , pois o aparecimentos de novos requisitos

mais a frente no fluxo de desenvolvimento resulta invariavelmente em grande prejuzo,

quer seja por eles no serem agregados ao projeto, quer seja pelo aborto do projeto e a

necessidade de se reiniciar o processo como um todo.

Gabarito: E

QUESTO 16 CESPE - 2011 - BRB - Analista de Tecnologia da Informao

A realizao de prottipos descartveis, com o objetivo de compreender os requisitos do

cliente e desenvolver melhor definio do produto, faz parte do modelo de

desenvolvimento em cascata.


20/38



Comentrio: Esta questo apresenta o conceito de prototipao, que ser j j estudado.

Em todo caso, a prototipao pode ser encarada como uma tcnica para elicitao de

requisitos, ou seja, voc cria um prottipo e apresenta ao cliente para validar requisitos do

sistema.

Por ser uma tcnica, ela pode ser utilizada (ou no) nas atividades de comunicao

(Pressman) ou de definio e anlise de requisitos (Sommerville) e a est o erro da questo.

Ela no faz parte necessariamente do modelo em cascata.

Se voc tratar prototipao como um modelo de processo de software, pior ainda.

Temos um choque, pois modelo em cascata modelo em cascata e prototipao

prototipao. Logo, a questo est ERRADA.

Gabarito: E

5.3 Desenvolvimento Incremental


No modelo de desenvolvimento incremental, embora haja defasagem entre os perodos

de desenvolvimento de cada incremento, os incrementos so desenvolvidos em paralelo.

Comentrios: A ideia do modelo de processo de software incremental a ideia de se

desenvolver uma implementao inicial, apresent-la ao usurio e evoluir o software ao

longo do tempo de acordo com o feedback do usurio.

Especificao, desenvolvimento e validao ocorrem em paralelo para cada um dos

incrementos do software que esto em construo. Sommerville apresenta o modelo

incremental da seguinte forma:
http://www.questoesdeconcursos.com.br/provas/cespe-2008-tj-df-analista-judiciario-tecnologia-da-informacaohttp://www.questoesdeconcursos.com.br/provas/cespe-2008-tj-df-analista-judiciario-tecnologia-da-informacao


21/38



Assim, a questo est CERTA ao dizer que os diferentes incrementos so

desenvolvidos em momentos diferentes (com defasagem), mas, em paralelo.

Gabarito: C

5.4 Modelo iterativo

QUESTO 18 CESPE - 2006 - ANATEL - Especialista em Regulao - Informtica

No modelo iterativo, divide-se o desenvolvimento em iteraes. A cada iterao, podem

ser acrescentadas novas funcionalidades ao software. Uma iterao parte do estado no

qual se encontravam os artefatos ao trmino da iterao anterior e resulta em um

incremento. Uma iterao pode ter disciplinas como captura de requisitos, anlise,

projeto, implementao e teste.

Comentrios: No modelo iterativo, a cada iterao uma ou mais atividades so executadas

antes de se iniciar uma nova atividade. Ou seja, o fluxo de execuo do processo de

desenvolvimento ocorre desta maneira, conforme Pressman:

O modelo iterativo muitas vezes confundido com o modelo incremental. Sabendo

diferenci-los, voc acerta a questo.

Um processo de desenvolvimento de software incremental quando a cada rodada

desenvolvido um pedao inteiro do software. J no iterativo , a cada iterao, se avana no

conhecimento do projeto , novos requisitos so elicitados e a arquitetura do software revisada. No modelo incremental necessariamente teremos entrega de software ao trmino de

uma iterao, o que no verdade para o modelo iterativo.

A figura a seguir esclarece qualquer dvida que tenha persistido.
http://www.questoesdeconcursos.com.br/provas/cespe-2006-anatel-especialista-em-regulacao-informaticahttp://www.questoesdeconcursos.com.br/provas/cespe-2006-anatel-especialista-em-regulacao-informatica


22/38



Ento, se o Leonardo da Vinci tivesse desenhado um pedao do quadro da Monalisa

de cada vez, ele teria realizado um desenvolvimento incremental. Mas, na verdade, ele

comeou desenhando um esboo, depois preencheu as reas com tinta e depois pintou os

detalhes, ou seja, ele desenvolveu iterativamente o quadro da Monalisa. Ele foi conhecendoe especificando os requisitos da Monalisa cada vez mais a cada iterao.

Assim, o modelo iterativo, tal como escrito na questo, envolve a entrega de um

incremento a cada iterao. Observe que no se fala em incremento executvel, o que

tornaria errada a questo.

Alm disso, espera-se que em uma iterao todas as disciplinas da engenharia de

software sejam executadas em alguma profundidade, na medida em que o incremento elaborado e se avana no conhecimento do projeto. A questo est CERTA.

Gabarito: C

QUESTO 19 CESPE - 2009 - SECONT-ES - Auditor do Estado Tecnologia da Informao

Em um processo iterativo de desenvolvimento de software, a essncia que a

especificao seja desenvolvida conjuntamente com o software. A entrega incremental

um modelo de processo projetado para apoiar a iterao de processo, em que a cada
http://www.questoesdeconcursos.com.br/provas/cespe-2009-secont-es-auditor-do-estado-tecnologia-da-informacaohttp://www.questoesdeconcursos.com.br/provas/cespe-2009-secont-es-auditor-do-estado-tecnologia-da-informacaohttp://www.questoesdeconcursos.com.br/provas/cespe-2009-secont-es-auditor-do-estado-tecnologia-da-informacaohttp://www.questoesdeconcursos.com.br/provas/cespe-2009-secont-es-auditor-do-estado-tecnologia-da-informacao


23/38



incremento gerado um novo prottipo do sistema, enquanto os requisitos da prxima

entrega so analisados. Depois de gerados todos os incrementos, o sistema est completo

e, somente ento, pode ser colocado em operao.

Comentrios: A primeira frase fala do processo iterativo trazendo uma caracterstica deste

modelo que o desenvolvimento das especificaes do software ao longo do processo,

junto com a codificao.

A segunda parte trata do modelo incremental j estudado e traz o grande erro de dizer que

s com o sistema completo que se pode coloc-lo em operao. Sabemos que isto no

verdade, pois a principal caracterstica do processo incremental a entrega de software

executvel a cada iterao. Questo ERRADA.

Gabarito: E

QUESTO 20 CESPE - 2011 - FUB - Tcnico de Tecnologia da Informao Especficos

No modelo de desenvolvimento de software iterativo, as atividades do processo so

realizadas de maneira sequencial, iniciando-se uma aps o trmino da outra, e com

muitas interaes entre as partes do sistema que j existem.

Comentrios: Como j aprendemos, atividades realizadas em sequncia uma

caracterstica do modelo em cascata. No modelo iterativo, em cada iterao, mais de uma

atividade pode estar acontecendo ao mesmo tempo, o que torna a resposta ERRADA.

Gabarito: E

QUESTO 21 CESPE - 2011 - EBC - Analista - Engenharia de Software

Um projeto que usa o desenvolvimento iterativo tem um ciclo de vida que consiste emvrias iteraes. Uma iterao incorpora um conjunto quase sequencial de atividades em

modelagem de negcios, requisitos, anlise e design, implementao, teste e

implantao, em vrias propores, dependendo do local em que ela est localizada no

ciclo de desenvolvimento.

Comentrios: isso a. A figura a seguir retirada do Pressman e apresenta o modelo

incremental:


24/38



Observe que cada iterao gera uma entrega ao seu trmino. Se definirmos que estas

entregas no sero necessariamente software executvel, temos o modelo iterativo.

Agora, vamos analisar as duas assertivas da questo:

1. Um projeto que usa o desenvolvimento iterativo tem um ciclo de vida que consiste

em vrias iteraes. Nenhuma dvida n? D uma olhada na figura.

2. Uma iterao incorpora um conjunto quase sequencial de atividades em

modelagem de negcios, requisitos, anlise e design, implementao, teste e

implantao, em vrias propores, dependendo do local em que ela est

localizada no ciclo de desenvolvimento. Isso verdade, enquanto que no comeo

do projeto as disciplinas de modelagem de negcios e requisitos so

proporcionalmente mais executadas nas iteraes iniciais, aps um entendimento

inicial do projeto, as atividades de anlise e design passam a ter mais importncia.

Nas iteraes finais, implementao, teste e implantao dominam.

Questo CERTA.

Gabarito: C


25/38



5.5 Modelos de Processo Evolucionrio

QUESTO 22 CESPE - 2009 - DETRAN-DF - Analista - Anlise de Sistemas

O modelo de processo de desenvolvimento de software evolucionrio parte dodesenvolvimento de uma implementao inicial cujos resultados so apresentados aos

clientes e refinados por meio de vrias verses at que se alcance o sistema adequado. A

prototipao, como processo, tem por objetivo compreender as especificaes

do software para se chegar aos requisitos para o sistema.

Comentrios: A primeira parte da questo est perfeita e traz o conceito correto do

processo de desenvolvimento de software evolucionrio. Pressman apresenta dois

processos que seguem este modelo: a protitipao e o modelo em espiral.

O paradigma da Prototipao ideal para quando o cliente tem uma ideia geral do software,

mas no tem uma noo precisa dos requisitos. Prottipos tambm ajudam para verificar se

um algoritmo eficiente computacionalmente, se uma interface est intutiva, se o software

est adequado a determinado sistema operacional etc.

Pressman declara que a prototipao pode ser utilizada como um modelo de

processo de software por si s. Mas, o mais comum ser utilizada como uma ferramenta

dentro de um outro modelo de processo de software, como o evolucionrio.

Observe que a qesto aborda a prototipagem enquanto processo, que pode ser

representada graficamente da seguinte forma:
http://www.questoesdeconcursos.com.br/provas/cespe-2009-detran-df-analista-analise-de-sistemashttp://www.questoesdeconcursos.com.br/provas/cespe-2009-detran-df-analista-analise-de-sistemas


26/38



Onde cada uma das atividades so apresentadas a seguir:

Comunicao Reunies com as partes interessadas para definio dos

objetos do projeto e levantamento dos requisitos j

conhecidos.

Plano Rpido Planejamento do prottipo.

Modelagem e Projeto Rpido Modelagem e projeto do prottipo.

Construo do Prottipo Codificao do prottipo.

Implantao, Entrega e Feedback Entrega do prottipo para anlise do cliente.

Novas iteraes ocorrem, com construo e melhoria do prottipo, at que todos os

objetivos so alcanados. A partir da, duas estratgias so possveis : descarte do prottipo e

construo do sistema do zero ou evoluo do prottipo at que ele resulte no software a ser

entregue .

A questo faz uma pequena confuso quando define o objetivo da prototipao. Emsentido amplo, como todo processo, seu objetivo entregar software de qualidade no

tempo adequado. Em um sentido estrito, a prototipao busca especificar o software por

meio dos requisitos do sistema.

Ou seja, a especificao decorre dos requisitos e no o contrrio. Quando estivermos

estudando engenharia de requisitos, veremos que primeiro se descobre os requisitos e

depois fazemos a especificao do software, que nada mais do que o detalhamento dos

requisitos que foram levantados. Assim, a questo est ERRADA.

Gabarito: E


O modelo de desenvolvimento por prototipao caracterizado pela ausncia de mtricas

de controle, dada a natureza experimental do desenvolvimento e do produto obtido.


27/38



Comentrios: Um processo de desenvolvimento de softwares sem mtricas no razovel.

O examinador tenta enganar o concurseiro trazendo a natureza da prototipao que,

realmente experimental.

Mas, como vimos, na ltima fase do processo, o cliente analisa o prottipo,

validando-o ou no. Esse processo de validao s possvel se existirem mtricas que

definam se o software deve ser aceito ou no. Logo, a questo est ERRADA.

Gabarito: E

QUESTO 24 CESPE - 2009 - ANTAQ - Analista Administrativo - Informtica

O modelo em espiral, que descreve o processo de desenvolvimento de um software,apresenta uma espiral em que cada loop representa uma fase distinta desse processo. A

ausncia de risco nesse modelo o diferencia dos demais modelos de software.

Comentrios: O modelo em espiral tem como principais caractersticas uma abordagem

cclica para alcanar progressivas melhorias na definio dos requisitos do sistema e a

implementao do sistema com diminuio ao longo do tempo dos riscos agregados.

Assim, nas primeiras iteraes o software consiste de um prottipo, que pode serdescartado, e nas ltimas iteraes, o software apresenta uma verso completa mais

prxima da verso final.

Pressman apresenta a seguinte figura para representar o modelo, utilizando as

atividades previstas no seu modelo de processo de software genrico.
http://www.questoesdeconcursos.com.br/provas/cespe-2009-antaq-analista-administrativo-informaticahttp://www.questoesdeconcursos.com.br/provas/cespe-2009-antaq-analista-administrativo-informatica


28/38



Porm, a verso original proposta a seguinte (ambas so cobradas):

Assim, a ideia original do modelo em espiral que em cada iterao devem ocorreras seguintes atividades:

1. Determinao dos objetivos.

2. Identificao e tratamento de riscos.

3. Desenvolvimento e testes.

4. Planejamento da prxima iterao.

O modelo em espiral apresenta como principal vantagem o desenvolvimento voltado anlise de riscos , o que torna a Questo ERRADA

Gabarito: E


O modelo em espiral um modelo de processos de software que rene a natureza

iterativa da prototipao com os aspectos sistemticos e controlados do modelo

seqencial linear.


29/38



Comentrios: O modelo em espiral um processo de software evolucionrio que combina a

natureza iterativa dos prottipos com o controle e a sistemtica decorrentes do modelo em

cascata. Questo CERTA.

Gabarito: C


O modelo de processo denominado em espiral combina as atividades de desenvolvimento

com o gerenciamento de riscos, de modo a minimiz-los e control-los.

Comentrios: Ficou claro? Modelo em espiral e gerenciamento de riscos andam juntos!

Questo CERTA.

Gabarito: C

5.6 Engenharia de Software Orientada ao Reuso


Na engenharia de software baseada em componentes, na qual se supe que partes do

sistema j existam, o processo de desenvolvimento concentra-se mais na integrao

dessas partes que no seu desenvolvimento a partir do incio. Essa abordagem baseada

em reso para o desenvolvimento de sistemas de software.

Comentrios: Modelos de processo orientados ao reuso de componentes surgiram com a

orientao a objetos. Este paradigma de programao facilita a modularizao do cdigo em

pedaos coesos, ou seja, que possuem funcionalidade bem definida.

Estes pacotes de cdigo podem ser reaproveitados e integrados com outros

softwares. No so desenvolvidos a partir do incio.

Pois bem, estes pacotes nada mais so do que componentes de software, que

podem ser desenvolvidos internamente ou adquiridos de terceiro e compem a base da

engenahria de software baseada em componentes.

A questo est CERTA.

Gabarito: C
http://www.questoesdeconcursos.com.br/provas/cespe-2010-tre-ba-tecnico-judiciario-programacao-de-sistemashttp://www.questoesdeconcursos.com.br/provas/cespe-2010-tre-ba-tecnico-judiciario-programacao-de-sistemas


30/38




O modelo orientado a reuso parte de um software existente para que se crie outro, no

todo ou apenas em parte de seus componentes.

Comentrios: Questo certa, cuja assertiva apresenta a ideia central do reuso de software:

aproveitamento de cdigo j escrito.

Gabarito: C

QUESTO 29 CESPE - 2010 - MPU - Analista de Informtica - Desenvolvimento de Sistemas

No desenvolvimento orientado a objetos embasados em componentes, os objetos e os

componentes so definidos por suas interfaces e podem ser reusados em combinao

com outros componentes em diferentes sistemas. Nesse caso, o teste de interfaces

particularmente til, porque erros de interface em componentes compostos (formados

pela combinao de componentes) no podem ser detectados por meio de testes de

objetos ou componentes individuais.

Comentrios: Novamente se observa que o CESPE cobra o conceito geral de processos desoftware baseados no reuso de componentes. A segunda parte da questo cobra os testes

de interface, que sero analisados em aula especfica.

Gabarito: C


O desenvolvimento com base em componentes uma abordagem tpica da programao

estruturada e tem foco na produo de bibliotecas de software reutilizveis.

Comentrios: Como falado anteriormente, o desenvolvimento voltado ao reuso de

componentes recebeu um grande apoio com a implantao do paradigma de orientao a

objetos. Classes so mais facilmente integradas a um cdigo terceiro do que funes criadas

com o paradigma da programao estruturada.

Gabarito: E
http://www.questoesdeconcursos.com.br/provas/cespe-2008-serpro-analista-desenvolvimento-de-sistemashttp://www.questoesdeconcursos.com.br/provas/cespe-2010-mpu-analista-de-informatica-desenvolvimento-de-sistemashttp://www.questoesdeconcursos.com.br/provas/cespe-2008-tj-df-analista-judiciario-tecnologia-da-informacaohttp://www.questoesdeconcursos.com.br/provas/cespe-2008-tj-df-analista-judiciario-tecnologia-da-informacaohttp://www.questoesdeconcursos.com.br/provas/cespe-2010-mpu-analista-de-informatica-desenvolvimento-de-sistemashttp://www.questoesdeconcursos.com.br/provas/cespe-2008-serpro-analista-desenvolvimento-de-sistemas


31/38



QUESTO 31 CESPE - 2009 - INMETRO - Analista Executivo em Metrologia e Qualidade -

Desenvolvimento de Sistemas - Parte II

Em um ciclo de vida, com base em componentes de software, as atividades de busca,avaliao, adaptao e testes de componentes ocorrem basicamente aps as fase de

desenho e antes da fase de testes do sistema de software.

Comentrios: Sommerville apresenta as seguintes etapas para um processo geral baseado

no reuso de software:

1. Anlise de Componentes. Busca de componentes que implementam a especificao

do software.2. Modificao de Requisitos: Requisitos so modificados para atender os componentes

disponveis.

3. Desenho do Sistema com Reuso. Definio da arquitetura do sistema, definindo os

componentes que sero reutilizados e os novos componentes que devem ser

codificados.

4. Desenvolvimento e Integrao. Desenvolvimento dos novos componentes e

integrao de todos os componentes.

Ou seja, a busca, avaliao, adaptao e testes de componentes ocorrem previamente ao

desenho do sistema e a questo est ERRADA.

Com esta questo encerramos esta aula demonstrativa e nos vemos na prxima semana

para estudar o RUP! Abraos!

Gabarito: E
http://www.questoesdeconcursos.com.br/provas/cespe-2009-inmetro-analista-executivo-em-metrologia-e-qualidade-desenvolvimento-de-sistemas-parte-iihttp://www.questoesdeconcursos.com.br/provas/cespe-2009-inmetro-analista-executivo-em-metrologia-e-qualidade-desenvolvimento-de-sistemas-parte-iihttp://www.questoesdeconcursos.com.br/provas/cespe-2009-inmetro-analista-executivo-em-metrologia-e-qualidade-desenvolvimento-de-sistemas-parte-iihttp://www.questoesdeconcursos.com.br/provas/cespe-2009-inmetro-analista-executivo-em-metrologia-e-qualidade-desenvolvimento-de-sistemas-parte-ii


32/38



7. Lista das Questes Utilizadas na Aula.


A engenharia de software, disciplina relacionada aos aspectos da produo de software,

abrange somente os processos tcnicos do desenvolvimento de software.


Os estgios da engenharia de software compem um ciclo que pode ser dividido em duas

grandes etapas: a anlise do problema e a sntese da soluo.


A engenharia de software est relacionada com todos os aspectos da produo de software,

desde os estgios iniciais de especificao do sistema at sua manuteno, depois que este

entrar em operao. A engenharia de sistemas diz respeito aos aspectos do

desenvolvimento e da evoluo de sistemas complexos, nos quais o software desempenha

um papel importante.

QUESTO 04 CESPE - 2009 - ANAC - Analista Administrativo - Tecnologia da Informao

O termo engenharia pretende indicar que o desenvolvimento de software submete-se a leis

similares s que governam a manufatura de produtos industriais em engenharias

tradicionais, pois ambos so metodolgicos.


Entre os desafios enfrentados pela engenharia de software esto lidar com sistemas

legados, atender crescente diversidade e atender s exigncias quanto a prazos de

entrega reduzidos.

QUESTO 06 CESPE - 2010 - Banco da Amaznia - Tcnico Cientfico - Tecnologia da


Os princpios de engenharia de software definem a necessidade de formalidades para

reduzir inconsistncias e a decomposio para lidar com a complexidade.


http://www.questoesdeconcursos.com.br/provas/cespe-2010-embasa-analista-de-saneamento-analista-de-tecnologia-da-informacao-desenvolvimentohttp://www.questoesdeconcursos.com.br/provas/cespe-2010-embasa-analista-de-saneamento-analista-de-tecnologia-da-informacao-desenvolvimentohttp://www.questoesdeconcursos.com.br/provas/cespe-2010-embasa-analista-de-saneamento-analista-de-tecnologia-da-informacao-desenvolvimentohttp://www.questoesdeconcursos.com.br/provas/cespe-2010-embasa-analista-de-saneamento-analista-de-tecnologia-da-informacao-desenvolvimento


33/38



Ciclo de vida de um software resume-se em eventos utilizados para definir o status de um

projeto.

QUESTO 08 CESPE - 2011 - TJ-ES - Tcnico de Informtica Especficos

Entre as etapas do ciclo de vida de software, as menos importantes incluem a garantia da

qualidade, o projeto e o estudo de viabilidade. As demais atividades do ciclo, como a

implementao e os testes, requerem maior dedicao da equipe e so essenciais.


Um modelo de processo de software consiste em uma representao complexa de um

processo de software, apresentada a partir de uma perspectiva genrica.



Um modelo de processo de software descreve os processos que so realizados para atingir o

seu desenvolvimento. A notao para as tarefas, os artefatos, os atores e as decises varia

conforme o modelo de processo utilizado.


Atividades comuns a todos os processos de software incluem a especificao, o projeto, a

implementao e a validao.


O modelo em cascata consiste de fases e atividades que devem ser realizadas em seqncia,

de forma que uma atividade requisito da outra.


No modelo seqencial linear, os produtos do projeto so entregues somente aps a

validao do produto.

QUESTO 14CESPE - 2010 - Banco da Amaznia - Tcnico Cientfico - Tecnologia da

http://www.questoesdeconcursos.com.br/provas/cespe-2010-tre-ba-analista-judiciario-analise-de-sistemashttp://www.questoesdeconcursos.com.br/provas/cespe-2010-embasa-analista-de-saneamento-analista-de-tecnologia-da-informacao-desenvolvimentohttp://www.questoesdeconcursos.com.br/provas/cespe-2010-embasa-analista-de-saneamento-analista-de-tecnologia-da-informacao-desenvolvimentohttp://www.questoesdeconcursos.com.br/provas/cespe-2008-serpro-analista-desenvolvimento-de-sistemashttp://www.questoesdeconcursos.com.br/provas/cespe-2008-tj-df-analista-judiciario-tecnologia-da-informacaohttp://www.questoesdeconcursos.com.br/provas/cespe-2010-banco-da-amazonia-tecnico-cientifico-tecnologia-da-informacao-arquitetura-de-tecnologiahttp://www.questoesdeconcursos.com.br/provas/cespe-2010-banco-da-amazonia-tecnico-cientifico-tecnologia-da-informacao-arquitetura-de-tecnologiahttp://www.questoesdeconcursos.com.br/provas/cespe-2010-banco-da-amazonia-tecnico-cientifico-tecnologia-da-informacao-arquitetura-de-tecnologiahttp://www.questoesdeconcursos.com.br/provas/cespe-2010-banco-da-amazonia-tecnico-cientifico-tecnologia-da-informacao-arquitetura-de-tecnologiahttp://www.questoesdeconcursos.com.br/provas/cespe-2008-tj-df-analista-judiciario-tecnologia-da-informacaohttp://www.questoesdeconcursos.com.br/provas/cespe-2008-serpro-analista-desenvolvimento-de-sistemashttp://www.questoesdeconcursos.com.br/provas/cespe-2010-embasa-analista-de-saneamento-analista-de-tecnologia-da-informacao-desenvolvimentohttp://www.questoesdeconcursos.com.br/provas/cespe-2010-embasa-analista-de-saneamento-analista-de-tecnologia-da-informacao-desenvolvimentohttp://www.questoesdeconcursos.com.br/provas/cespe-2010-tre-ba-analista-judiciario-analise-de-sistemas


34/38



No modelo em cascata, o projeto segue uma srie de passos ordenados. Ao final de cada

projeto, a equipe de projeto finaliza uma reviso. O desenvolvimento continua e, ao final, o

cliente avalia a soluo proposta.


Um dos primeiros modelos de processo de software propostos foi o modelo em cascata.

Nesse tipo de modelo, os estgios so executados em sequncia. A principal vantagem

desse processo est na possibilidade de se retornar ao estgio anterior sempre que for

necessrio. Esse aspecto particularmente importante em grandes sistemas de informao,

sobretudo quando no se consegue levantar todos os requisitos no incio do

desenvolvimento.

QUESTO 16 CESPE - 2011 - BRB - Analista de Tecnologia da Informao

A realizao de prottipos descartveis, com o objetivo de compreender os requisitos do

cliente e desenvolver melhor definio do produto, faz parte do modelo de

desenvolvimento em cascata.


No modelo de desenvolvimento incremental, embora haja defasagem entre os perodos de

desenvolvimento de cada incremento, os incrementos so desenvolvidos em paralelo.

QUESTO 18 CESPE - 2006 - ANATEL - Especialista em Regulao - Informtica

No modelo iterativo, divide-se o desenvolvimento em iteraes. A cada iterao, podem ser

acrescentadas novas funcionalidades ao software. Uma iterao parte do estado no qual se

encontravam os artefatos ao trmino da iterao anterior e resulta em um incremento.

Uma iterao pode ter disciplinas como captura de requisitos, anlise, projeto,

implementao e teste.

QUESTO 19 CESPE - 2009 - SECONT-ES - Auditor do Estado Tecnologia da Informao

Em um processo iterativo de desenvolvimento de software, a essncia que a especificao

seja desenvolvida conjuntamente com o software. A entrega incremental um modelo de

processo projetado para apoiar a iterao de processo, em que a cada incremento gerado

um novo prottipo do sistema, enquanto os requisitos da prxima entrega so analisados.
http://www.questoesdeconcursos.com.br/provas/cespe-2008-tj-df-analista-judiciario-tecnologia-da-informacaohttp://www.questoesdeconcursos.com.br/provas/cespe-2006-anatel-especialista-em-regulacao-informaticahttp://www.questoesdeconcursos.com.br/provas/cespe-2009-secont-es-auditor-do-estado-tecnologia-da-informacaohttp://www.questoesdeconcursos.com.br/provas/cespe-2009-secont-es-auditor-do-estado-tecnologia-da-informacaohttp://www.questoesdeconcursos.com.br/provas/cespe-2009-secont-es-auditor-do-estado-tecnologia-da-informacaohttp://www.questoesdeconcursos.com.br/provas/cespe-2009-secont-es-auditor-do-estado-tecnologia-da-informacaohttp://www.questoesdeconcursos.com.br/provas/cespe-2006-anatel-especialista-em-regulacao-informaticahttp://www.questoesdeconcursos.com.br/provas/cespe-2008-tj-df-analista-judiciario-tecnologia-da-informacao


35/38



Depois de gerados todos os incrementos, o sistema est completo e, somente ento, pode

ser colocado em operao.

QUESTO 20 CESPE - 2011 - FUB - Tcnico de Tecnologia da Informao Especficos

No modelo de desenvolvimento de software iterativo, as atividades do processo so

realizadas de maneira sequencial, iniciando-se uma aps o trmino da outra, e com muitas

interaes entre as partes do sistema que j existem.

QUESTO 21 CESPE - 2011 - EBC - Analista - Engenharia de Software

Um projeto que usa o desenvolvimento iterativo tem um ciclo de vida que consiste em

vrias iteraes. Uma iterao incorpora um conjunto quase sequencial de atividades emmodelagem de negcios, requisitos, anlise e design, implementao, teste e implantao,

em vrias propores, dependendo do local em que ela est localizada no ciclo de

desenvolvimento.

QUESTO 22 CESPE - 2009 - DETRAN-DF - Analista - Anlise de Sistemas

O modelo de processo de desenvolvimento de software evolucionrio parte do

desenvolvimento de uma implementao inicial cujos resultados so apresentados aosclientes e refinados por meio de vrias verses at que se alcance o sistema adequado. A

prototipao, como processo, tem por objetivo compreender as especificaes

do software para se chegar aos requisitos para o sistema.


O modelo de desenvolvimento por prototipao caracterizado pela ausncia de mtricas

de controle, dada a natureza experimental do desenvolvimento e do produto obtido.

QUESTO 24 CESPE - 2009 - ANTAQ - Analista Administrativo - Informtica

O modelo em espiral, que descreve o processo de desenvolvimento de um software,

apresenta uma espiral em que cada loop representa uma fase distinta desse processo. A

ausncia de risco nesse modelo o diferencia dos demais modelos de software.

http://www.questoesdeconcursos.com.br/provas/cespe-2009-detran-df-analista-analise-de-sistemashttp://www.questoesdeconcursos.com.br/provas/cespe-2008-tj-df-analista-judiciario-tecnologia-da-informacaohttp://www.questoesdeconcursos.com.br/provas/cespe-2009-antaq-analista-administrativo-informaticahttp://www.questoesdeconcursos.com.br/provas/cespe-2008-tj-df-analista-judiciario-tecnologia-da-informacaohttp://www.questoesdeconcursos.com.br/provas/cespe-2008-tj-df-analista-judiciario-tecnologia-da-informacaohttp://www.questoesdeconcursos.com.br/provas/cespe-2009-antaq-analista-administrativo-informaticahttp://www.questoesdeconcursos.com.br/provas/cespe-2008-tj-df-analista-judiciario-tecnologia-da-informacaohttp://www.questoesdeconcursos.com.br/provas/cespe-2009-detran-df-analista-analise-de-sistemas


36/38



O modelo em espiral um modelo de processos de software que rene a natureza iterativa

da prototipao com os aspectos sistemticos e controlados do modelo seqencial linear.


O modelo de processo denominado em espiral combina as atividades de desenvolvimento

com o gerenciamento de riscos, de modo a minimiz-los e control-los.


Na engenharia de software baseada em componentes, na qual se supe que partes do

sistema j existam, o processo de desenvolvimento concentra-se mais na integrao dessas

partes que no seu desenvolvimento a partir do incio. Essa abordagem baseada em resopara o desenvolvimento de sistemas de software.


O modelo orientado a reuso parte de um software existente para que se crie outro, no todo

ou apenas em parte de seus componentes.

QUESTO 29 CESPE - 2010 - MPU - Analista de Informtica - Desenvolvimento de Sistemas

No desenvolvimento orientado a objetos embasados em componentes, os objetos e os

componentes so definidos por suas interfaces e podem ser reusados em combinao com

outros componentes em diferentes sistemas. Nesse caso, o teste de interfaces

particularmente til, porque erros de interface em componentes compostos (formados pela

combinao de componentes) no podem ser detectados por meio de testes de objetos ou

componentes individuais.


O desenvolvimento com base em componentes uma abordagem tpica da programao

estruturada e tem foco na produo de bibliotecas de software reutilizveis.

QUESTO 31 CESPE - 2009 - INMETRO - Analista Executivo em Metrologia e Qualidade -

Desenvolvimento de Sistemas - Parte II
http://www.questoesdeconcursos.com.br/provas/cespe-2010-tre-ba-tecnico-judiciario-programacao-de-sistemashttp://www.questoesdeconcursos.com.br/provas/cespe-2008-serpro-analista-desenvolvimento-de-sistemashttp://www.questoesdeconcursos.com.br/provas/cespe-2010-mpu-analista-de-informatica-desenvolvimento-de-sistemashttp://www.questoesdeconcursos.com.br/provas/cespe-2008-tj-df-analista-judiciario-tecnologia-da-informacaohttp://www.questoesdeconcursos.com.br/provas/cespe-2009-inmetro-analista-executivo-em-metrologia-e-qualidade-desenvolvimento-de-sistemas-parte-iihttp://www.questoesdeconcursos.com.br/provas/cespe-2009-inmetro-analista-executivo-em-metrologia-e-qualidade-desenvolvimento-de-sistemas-parte-iihttp://www.questoesdeconcursos.com.br/provas/cespe-2009-inmetro-analista-executivo-em-metrologia-e-qualidade-desenvolvimento-de-sistemas-parte-iihttp://www.questoesdeconcursos.com.br/provas/cespe-2009-inmetro-analista-executivo-em-metrologia-e-qualidade-desenvolvimento-de-sistemas-parte-iihttp://www.questoesdeconcursos.com.br/provas/cespe-2008-tj-df-analista-judiciario-tecnologia-da-informacaohttp://www.questoesdeconcursos.com.br/provas/cespe-2010-mpu-analista-de-informatica-desenvolvimento-de-sistemashttp://www.questoesdeconcursos.com.br/provas/cespe-2008-serpro-analista-desenvolvimento-de-sistemashttp://www.questoesdeconcursos.com.br/provas/cespe-2010-tre-ba-tecnico-judiciario-programacao-de-sistemas


37/38


38/38

Aula 00 Bacen Engsw

Documents

Transcript of Aula 00 Bacen Engsw