Tecnologia Da Informacao p Eppgg Teoria e Exercicios Com Videoaulas Aula 00 Gestor Aula 0 27781

7/28/2019 Tecnologia Da Informacao p Eppgg Teoria e Exercicios Com Videoaulas Aula 00 Gestor Aula 0 27781

1/27


2/27


3/27

Tecnologia da Informao para EPPGG

Teoria e Exerccios

Prof Victor Dalton Aula 00

Prof. Victor Dalton

www.estrategiaconcursos.com.br 3 de 27

Aula 02 (24/06/2013) 1.Noes sobre processo de desenvolvimento desoftware: anlise e projeto, implementao, teste, implantao.

Aula 03 (01/07/2013) 2. Papis e responsabilidades em projetos desoftware: patrocinador, rea de negcio, analista de requisitos.

Aula 04 (08/07/2013) 2. Papis e responsabilidades em projetos desoftware: gerente de projetos, equipe de desenvolvimento, equipe desustentao.

Aula 05 (15/07/2013) Simulado, com questes inditas sobre oassunto.

Videoaula 00 - Parte I (02/07/2013) 1.Noes sobre processo de

desenvolvimento de software: modelos organizacionais.

Videoaula 00 - Parte II (03/07/2013) 1.Noes sobre processo dedesenvolvimento de software: modelos organizacionais.

Videoaula 01 (04/07/2013) 1.Noes sobre processo dedesenvolvimento de software: stakeholders, modelagem de negcio, engenhariade requisitos.

Videoaula 02 (05/07/2013) 1.Noes sobre processo de

desenvolvimento de software: anlise e projeto.

Videoaula 03 (15/07/2013) 1.Noes sobre processo dedesenvolvimento de software: implementao, teste, implantao.

Videoaula 04 (16/07/2013) 2. Papis e responsabilidades em projetosde software: patrocinador, rea de negcio, analista de requisitos, gerente deprojetos, equipe de desenvolvimento, equipe de sustentao.

Videoaula 05 (18/07/2013) Simulado.


4/27


Teoria e Exerccios


Prof. Victor Dalton


NOES SOBRE PROCESSOS DE DESENVOLVIMENTO DESOFTWARE

Consideraes iniciais

Antes de entrarmos diretamente no assunto, razovel fazer algumasconsideraes iniciais acerca de Software e Engenharia de Software, paracontextualizarmos o nosso estudo.

O que software?

Pode-se definir software de computador como conjunto de operaes(programas de computador) que, quando executadas, fornecemcaractersticas, funes e desempenho desejados, as estruturas de dados(bancos de dados) que possibilitam aos programas manipular as informaes ea documentao, tanto a que descreve a estrutura do sistema quanto a queensina o usurio a utilizar o sistema.

Perceba um detalhe que foge ao entendimento comum: um programa decomputador apenas aquilo que est no meio virtual; j um software

compreende o programa de computador e a sua documentao!

Nos dias de hoje, softwares podem ser tanto instalados em um dispositivo,como um sistema operacional, ou um aplicativo para celular, quanto acessadosremotamente, por meio de um navegador web. Provavelmente, o sistemaoperacional do seu computador foi instalado no disco rgido do mesmo. Por outrolado, quando voc realiza uma compra online em uma loja, voc interage comum ou mais softwares daquela loja.

O que Engenharia de Software?

A Engenharia de Software abrange um conjunto de prticas eferramentas que possibilitam aos profissionais desenvolverem software dequalidade.

Os mtodos (prticas) da engenharia de software baseiam-se em umconjunto de princpios bsicos que norteiam o desenvolvimento de software.

Nesse contexto encontra-se a matria que iremos estudar para esse


5/27


Teoria e Exerccios


Prof. Victor Dalton


concurso, Processo de Desenvolvimento de Software e os Papis eResponsabilidades no Desenvolvimento de Software.

As ferramentas, por sua vez, no so o foco deste curso.

Feita esta rpida e objetiva ambientao, podemos iniciar o estudo doProcesso de Desenvolvimento de Software.

NOES SOBRE PROCESSOS DE DESENVOLVIMENTO DESOFTWARE: MODELOS ORGANIZACIONAIS

Processos de Desenvolvimento de Software

Processo de Desenvolvimento de Software (doravante chamado deProcesso de Software) um conjunto de atividades que leva produo de umproduto de software.

Os processos de software so complexos e, como todos os processosintelectuais e criativos, dependem de julgamento humano. Envolve oestabelecimento de comunicao entre pessoas heterogneas.

Tomemos como exemplo um lojista, que vende roupas e deseja um

software que possibilite vender seus produtos pela Internet. Ao procurar umaempresa que desenvolve tal produto, o lojista (o interessado no software), irconversar com analistas de requisitos, que so especialistas em converter asnecessidades do lojista em requisitos de software. Entretanto, quem irescrever o programa de computador sero os programadores (que sabemmuito sobre cdigo, e pouco sobre vendas de roupas). Logo, razovel imaginarque o processo de software requer metodologia, para que o produto final atendas necessidades dos interessados no software (tambm chamados destakeholders).

No se preocupe. Tudo isso ser detalhado ao longo das aulas.

Modelos de processos de software

Um modelo de processo de software uma representao abstrata de umprocesso de software. Abordaremos, a partir de agora, os principais modelos(tambm chamados de paradigmas) de processos de software, segundo

Pressman e Sommerville,principais autores acerca de Engenharia de Software(tanto para as faculdades quanto para a ESAF,).


6/27


Teoria e Exerccios


Prof. Victor Dalton


Pressman afirma que uma metodologia de processo genrica paraengenharia de software estabelece cinco atividades metodolgicas:comunicao, planejamento, modelagem, construo e entrega.

Contudo, no basta apenas analisar as atividades em si, mas tambm ofluxo de processo, ou seja, como so organizadas essas tarefas em relao sequncia e ao tempo.

Em um fluxo de processo linear, tem-se cada uma das cinco atividadesmetodolgicas em sequncia, comeando com a comunicao e terminando como emprego (ou entrega, ou implantao).

Fluxo de processo linear.

Um fluxo de processo iterativo repete uma ou mais das atividades antes deprosseguir para a prxima.

Um fluxo de processo evolucionrio, por sua vez, executa as atividades deforma circular, e cada volta pelas cinco atividades conduz a uma verso maiscompleta do software.

Fluxo de processo evolucionrio.


7/27


Teoria e Exerccios


Prof. Victor Dalton


Um fluxo de processos paralelo, por fim, executa uma ou mais atividadesem paralelo com outras atividades.

O conhecimento desses fluxos de processos importante para o melhorentendimento dos modelos de processos de software propriamente ditos,a seguir.

Modelos sequenciais:

Os modelos sequenciais so aqueles em que o trabalho flui de formarelativamente linear.

O principal modelo sequencial conhecido o modelo em cascata, tambmchamado de ciclo de vida clssico.

Modelo em Cascata: Pressman


8/27


Teoria e Exerccios


Prof. Victor Dalton


Modelo em cascata: Royce

Embora estudemos essas etapas com mais detalhes nas prximas aulas, importante conhecer as diversas nomenclaturas que podem aparecer em umaeventual questo de prova. Voc no poder errar uma questo de prova se, porventura, os nomes das etapas vierem levemente diferentes dos vistos nessesmodelos (para tal, lembre-se da metodologia genrica!). De uma maneira geral,as etapas do modelo em cascata dividem-se em:

Anlise e Definio de Requisitos Os servios, restries e objetivos

do sistema so definidos por meio de consulta aos usurios do sistema. Eles so,portanto, definidos detalhadamente e servem como uma especificao desistema.

Projeto de sistema e software O processo de projeto de sistema divideos requisitos em sistemas de hardware ou de software. Ele estabelece umaarquitetura geral do sistema. O projeto de software envolve a identificao e adescrio das abstraes fundamentais do sistema de software e suas relaes.

Implementao e teste de unidade Durante esse estgio, o projeto de

software realizado como um conjunto de programas ou unidades de programa.O software codificado, ou seja, escreve-se o cdigo que faz o programafuncionar. O teste unitrio envolve a verificao de que cada unidade atende sua especificao.

Integrao e testes de sistema As unidades individuais de programaou os programas so integrados e testados como um sistema completo paragarantir que os requisitos de software foram atendidos. Aps os testes, osistema de software liberado para o cliente.

Operao e manuteno Geralmente (embora no necessariamente)esta a fase mais longa do ciclo de vida. O sistema instalado e colocado em


9/27


Teoria e Exerccios


Prof. Victor Dalton


operao. A manuteno envolve a correo de erros no detectados nosestgios anteriores ao ciclo de vida, no aprimoramento da implementao dasunidades de sistema e na ampliao dos servios de sistema medida quenovos requisitos so identificados.

Uma variao do modelo cascata o modelo V. O modelo V procurarelacionar as aes de garantia da qualidade com as aes iniciais relacionadas comunicao, modelagem e atividades de construo iniciais.

Modelo em V

medida que a equipe de software desce o lado esquerdo do V, osrequisitos sero mais detalhados e o problema ser mais conhecido, assim comosua soluo. Uma vez que o cdigo tenha sido gerado, a equipe sobe o V,realizando uma srie de testes que validem os modelos criados do outro lado doV.

Na realidade, o modelo V uma nova forma de visualizar a verificao e avalidao do software. No chega a ser um modelo fundamentalmente diferentedo modelo em cascata.

O modelo em cascata o paradigma mais antigo da engenharia desoftware. Na verdade, ele s eficiente quando aplicado para adaptar ouaperfeioar um software j existente. Entre os problemas destes modelos,destacam-se:

Projetos reais raramente seguem este fluxo; difcil para o cliente estabelecer claramente todas as necessidades

no incio do desenvolvimento do software. Ou seja, a probabilidade


10/27


Teoria e Exerccios


Prof. Victor Dalton


de se entregar um software que no atenda s necessidades docliente cresce;

O cliente precisa esperar o software at o final do projeto. Aliado aoproblema anterior, tempo e dinheiro podem ser valiosamentedesperdiados.

Modelos incrementais

Os modelos incrementais surgiram como uma alternativa aos modelossequenciais. Tais modelos combinam elementos dos fluxos de processos linearese paralelos.

Modelo Incremental


11/27


Teoria e Exerccios


Prof. Victor Dalton


Nestes modelos, pode ser entregue inicialmente um determinado conjuntofuncional aos usurios, e cada sequncia linear gera incrementais(entregveis/aprovados/liberados) do software.

Por exemplo, um software de navegao web pode ser entregue com acapacidade inicial de ler pginas HTML simples. Como incrementais, pode seradicionada a funcionalidade de baixar arquivos; posteriormente, a capacidade devisualizar vdeos; e assim por diante.

Uma variao do modelo incremental o RAD (Rapid ApplicationDevelopment). Trabalha com ciclos curtos (60 a 90 dias), com equipestrabalhando em paralelo e entregas incrementais, variando de 4 a 6 ciclos at oproduto final.

Ciclo RAD

O modelo incremental interessante quando as verses seccionadas do

produto possuem capacidade para atender ao usurio. Entretanto, caso no hajagerenciamento adequado, o modelo pode perder eficcia. Alm disso, nemsempre o sistema a ser entregue possuir flexibilidade o bastante paraacomodar evolues seccionadas.

Modelos evolutivos

uma forma de desenvolvimento na qual o software desenvolvido em

ciclos, e a cada ciclo novas funcionalidades so incrementadas ao sistema. Osmodelos evolutivos reconhecem que medida que o desenvolvimento do projeto


12/27


Teoria e Exerccios


Prof. Victor Dalton


avana, as necessidades de negcio mudam frequentemente, tornandoinadequados os modelos que seguem em linha reta rumo a um produto final.Enquadram-se aqui o modelo espiral e a prototipao.

Normalmente, o interessado no software no consegue identificar,detalhadamente, aquilo que deseja no software. Nesse contexto, aprototipao surge como um modelo interessante, pois ajuda os interessados acompreender melhor o que ser construdo.

Nas fases iniciais de elicitao de requisitos e de projeto, prottipos soapresentados ao cliente. Os prottipos so softwares desenvolvidos de maneirarpida e sem preocupaes com a qualidade ou o funcionamento real dosistema. Desta forma, ainda em etapas iniciais, os requisitos podem seraprimorados, antes da codificao efetiva do software. Aps o melhor

esclarecimento dos requisitos, o prottipo descartado, e o software real desenvolvido.

Prototipao

O modelo espiral um modelo de processo de software que acopla anatureza iterativa da prototipao com aspectos sistemticos do modelo cascata.Nele, cada volta na espiral conduz a verses cada vez mais sofisticadas dosoftware.

Ainda, cabe destacar duas caractersticas do modelo em espiral que odiferem dos demais. Primeiro, o modelo em espiral no precisa se encerrar na


13/27


Teoria e Exerccios


Prof. Victor Dalton


entrega da verso final ao cliente, pois ele pode englobar tambm as fases demanuteno e evoluo do software; e, por fim, este modelo reconheceexplicitamente os riscos do processo de desenvolvimento, uma vez quedesenvolvedor e cliente podem utilizar a prototipao como mecanismo dereduo dos riscos.

Como inconvenientes, os modelos evolucionrios tambm podem serdifceis de controlar, assim como pode ser difcil convencer os clientes que essaabordagem a mais adequada.

Modelo em espiral de Boehm

Modelo em espiral de Pressman


14/27


Teoria e Exerccios


Prof. Victor Dalton


Outros modelos

Rational Unified Process: RUP, ou Processo Unificado, um processo de

engenharia de software que fornece uma abordagem disciplinada para assumirtarefas e responsabilidades dentro de uma organizao de desenvolvimento,cujo objetivo assegurar a produo de software de alta qualidade dentro deprazos e oramentos previsveis. O RUP traz elementos de todos os modelosgenricos de processo, apoia a iterao e ilustra boas prticas deespecificao e projeto. Ele captura seis das melhores prticas nodesenvolvimento de software de forma satisfatria para uma grande faixa deprojetos e organizaes. As melhores prticas abordadas so as seguintes:

1. Desenvolver o software iterativamente: planejar os incrementos desoftware com base nas prioridades do cliente e desenvolver e entregar o maiscedo possvel s caractersticas de sistema de maior prioridade no processo dedesenvolvimento.

2. Gerenciar Requisitos: documentar explicitamente os requisitos docliente e manter acompanhamento das mudanas desses requisitos. Analisar oimpacto das mudanas no sistema antes de aceit-las.

3. Usar arquiteturas baseadas em componentes: Estruturar a

arquitetura do sistema com componentes, reduzindo a quantidade de software aser desenvolvido e, consequentemente, reduzir custos e riscos.

4. Modelar o software visualmente: usar modelos grficos de UML paraapresentar as vises esttica e dinmica do software.

5. Verificar a qualidade do software: garantir que o software atendaaos padres de qualidade da organizao.

6. Controlar as mudanas do software: gerenciar as mudanas do

software, usando um sistema de gerenciamento de mudanas, procedimentos eferramentas de gerenciamento de configurao.

O RUP divide o seu ciclo de desenvolvimento em quatro etapas, a saber:concepo, elaborao, construo e transio.


15/27


Teoria e Exerccios


Prof. Victor Dalton


Ciclo do RUP e seu relacionamento com as etapas genricas de processos de software

1. Concepo:O objetivo desta fase estabelecer um business case parao sistema. Devem ser identificadas todas as entidades externas (pessoas esistemas) que iro interagir com o sistema em desenvolvimento e definir essasinteraes. Essas informaes so utilizadas para avaliar a contribuio do novosistema para o negcio.

Como resultado dessa fase, so produzidos um documento de viso, comuma viso geral dos requisitos centrais do projeto, um modelo inicial de caso deuso, de 10 a 20% do sistema, um glossrio de projeto inicial, uma avaliao derisco inicial e um plano de projeto que mostra as fases e iteraes. Ainda, existeum marco a ser atingido, que a definio do objetivo de ciclo de vida doprojeto.

2. Elaborao: Os objetivos desta fase so desenvolver um entendimento

do domnio do problema, estabelecer um frameworkde arquitetura para osistema, desenvolver o plano de projeto e identificar seus principais riscos. Aofinal desta fase deve-se ter um modelo de requisitos para o sistema (os casos deuso da UML so especificados), uma descrio de arquitetura e um plano dedesenvolvimento do software.

Como resultados dessa fase, o modelo de caso de uso provavelmente deveestar 80% completo, um prottipo arquitetnico executvel, uma lista de riscorevisada e um plano de desenvolvimento para o projeto global. O marco, nestaetapa, a arquitetura do ciclo de vida.

3. Construo:Esta fase est essencialmente relacionada ao projeto,programao e teste do sistema. As partes do sistema so desenvolvidas


16/27


Teoria e Exerccios


Prof. Victor Dalton


paralelamente e integradas durante esta fase. Ao final deve-se ter um sistemade software em funcionamento e a documentao associada pronta para serliberada para os usurios.

Como resultados, temos o produto de software integrado e os manuais deusurio. O marco a capacidade operacional inicial.

4. Transio:Nesta fase, faz-se a transferncia do sistema da comunidadede desenvolvimento para a comunidade de usurios, com a entrada do sistemaem funcionamento no ambiente real. Esta uma atividade ignorada na maioriados modelos de processo de software, pois onerosa e s vezes problemtica.Ao final desta fase, deve-se ter um sistema de software documentado,funcionando corretamente em seu ambiente operacional. O marco, dessa fase, o lanamento de produto.

Cada uma das fases descritas acima pode ser realizada de forma iterativa,com os resultados desenvolvidos incrementalmente.

Desenvolvimento baseado em componentes: o modelo de processo desoftware baseado em componentes baseado em reuso de componentes desoftwares j existente, com o intuito de reduzir o tempo de desenvolvimento dosoftware.

Modelo de mtodos formais: modelo que se preocupa comespecificaes matemticas formais de software. Importantes para softwares desistemas avinicos e mdicos, por exemplo.


17/27


Teoria e Exerccios


Prof. Victor Dalton


RESUMO COMPARATIVO ENTRE OS TRS PRINCIPAIS MODELOS

SEQUENCIAL INCREMENTAL EVOLUCIONRIO

Como funciona Atividades emsequncia

Misto deatividades

sequenciais e emparalelo

Desenvolvimentoem ciclos

Vantagem til apenasquando a

atividade muitobem limitada e

definida

til quando oproduto permite

entregasseccionadas

Reconhece os riscosexplicitamente;

reconhece odinamismo do

software

Desvantagem Dificilmente umprojeto realsegue essaabordagem

Nem todosoftware

acomoda essetipo de entrega

Pode ser difcilconvencer o clienteaceitar esse tipo de

entrega

Estamos entendidos quanto aos principais modelos de processos

de software? Ento rumo aos exerccios!

EXERCCIOS

1 Questo) (ESAF CGU - Analista de Finanas e Controle Desenvolvimento de Sistemas da Informao - 2012) A escolha de ummodelo fortemente dependente das caractersticas do projeto. Os principaismodelos de ciclo de vida podem ser agrupados em trs categorias principais:

a) sequenciais, cascata e evolutivos.b) sequenciais, incrementais e geis.c) sequenciais, incrementais e evolutivos.d) sequenciais, geis e cascata.e) cascata, geis e evolutivos.

Espero que voc saiba essas categorias de cor!

Resposta certa, alternativa c).


18/27


Teoria e Exerccios


Prof. Victor Dalton


2 Questo) (ESAF MPOG - Analista de Planejamento e Oramento Tecnologia da Informao - 2010) As atividades do modelo espiral deEngenharia de Software so:

a) Planejamento, Anlise dos Componentes, Anlise de Hierarquia eAvaliao feita pelo cliente.

b) Planejamento, Anlise dos Riscos, Engenharia e Avaliao feita pelocliente.

c) Projeto, Anlise dos Benefcios, Engenharia e Avaliao feita pelo gestor.d) Planejamento, Eliminao dos Riscos, Anlise de Contingncia e

Avaliao feita pelo cliente.e) Planejamento, Projeto, Anlise dos Riscos e Engenharia.

A ESAF adotou, nessa questo, o modelo em espiral de Boehm, embora

existam outros.

Resposta certa, alternativa b).

3 Questo) (FCC Ministrio Pblico do Estado do Rio Grande doNorte Analista de Tecnologia da Informao Especialidade Engenhariade Software/Desenvolvimento de Sistemas - 2010) No modelo de

desenvolvimento de software em espiral, cada loop na espiral representaa) a necessidade de retornar ao incio da fase em que se encontra.b) um processo de reengenharia.c) uma disciplina de software.d) uma fase do processo de software.e) uma atividade paralela.

Segundo Pressman, o primeiro circuito em volta da espiral pode resultarno desenvolvimento de uma especificao de produto; passagens subsequentes


19/27


20/27


Teoria e Exerccios


Prof. Victor Dalton


6 Questo) (ESAF SEFAZ/CE Analista de Tecnologia daInformao 2006) Analise a seguinte descrio relacionada ao modelo espiralpara a engenharia de software.

O modelo espiral para a engenharia de software, alm de abranger ascaractersticas do ciclo de vida clssico e o da prototipao, apresenta um novoelemento, denominado _____________, que faltava a esses paradigmas.

Escolha a opo que preenche corretamente a lacuna acima.

a) planejamento

b) anlise de riscos

c) engenhariad) projeto

e) teste

Novamente esta pergunta sobre o modelo espiral! Ela se repete bastante, epor vrias bancas diferentes!

Resposta certa, alternativa b).

7 Questo) (FCC Companhia do Metropolitano de So Paulo -Analista Desenvolvimento Gesto Jnior Cincias da Computao -2012) O processo de desenvolvimento em cascata um exemplo de processodirigido a planos, pois, em princpio, necessrio planejar e programar todas asatividades do processo antes de comear a trabalhar nelas. So exemplos deestgios desse modelo:

a) Integrao de Produto, Definio de Processo Organizacional eGerenciamento de Riscos.

b) Anlise e Definio de Requisitos, Implementao de Teste Unitrio eIntegrao e Teste de Sistema.

c) Inicial, Gerenciado e Em Otimizao.d) Engenharia de Requisitos, Ciclo de Vida de Projetos e Gesto de

Incidentes.e) Acompanhamento e Controle de Projeto, Medio e Anlise e

Desenvolvimento de Requisitos.


21/27


Teoria e Exerccios


Prof. Victor Dalton


Bancas diferentes adotam autores diferentes, que do nomes diferentes setapas do modelo em cascata. Conhecendo o modelo genrico de Pressman, etrabalhando por eliminao, a resposta correta a alternativa b).

Nas prximas aulas, quando estudarmos com mais detalhes cada umadessas etapas, ser mais fcil para voc descartar as demais alternativas eencontrar a correta, caso voc tenha sentido dificuldade nesse momento.

Modelo genrico de Pressman

8 Questo) (ESAF Prefeitura de Natal Auditor do TesouroMunicipal Tecnologia da Informao - 2008) O modelo Espiral para aEngenharia de Software define quatro importantes atividades representadaspelos quatro quadrantes da figura (no existe figura na questo). Quanto a estasatividades, correto afirmar que a

a) determinao dos objetivos das alternativas e das restries integra aatividade de Planejamento.

b) identificao dos riscos integra a atividade de Planejamento.c) avaliao dos resultados da engenharia integra a atividade de Anlise de

Risco.d) avaliao dos resultados da engenharia integra a atividade de

Planejamento.e) resoluo dos riscos integra a atividade de Planejamento.

Conhecedor das quatro etapas do modelo espiral, Planejamento, Anlise deRiscos, Engenharia e Avaliao pelo Cliente, apenas pelos nomes dos processos, razovel compreender que:

A alternativa a) est correta;

A identificao dos riscos est na anlise de riscos;

A avaliao dos resultados da engenharia ser feita pelo cliente;e

Riscos no se resolvem; eles sero aceitos ou minimizados ao longo dodesenvolvimento do software.

9 Questo) (ESAF

CGU

Analista de Finanas e Controle

Desenvolvimento de Sistemas de Informao 2008) No modelo de


22/27


Teoria e Exerccios


Prof. Victor Dalton


desenvolvimento em espiral, cada ciclo da espiral representa uma fase doprocesso de software. Nesse modelo, a atividade que obrigatoriamente estarpresente em todos os ciclos :

a) Planejamento de desenvolvimento.

b) Anlise de requisitos.

c) Teste de unidade.

d) Anlise, Projeto, Implementao e Teste.

e) Anlise de riscos.

Eu ainda preciso explicar? Alternativa e).

10 Questo) (ESAF Receita Federal Tcnico Tecnologia daInformao 2006) Segundo os princpios da Engenharia de Software, oparadigma do Ciclo de Vida Clssico requer uma abordagem sistemtica,sequencial ao desenvolvimento do software, que

a) gira em torno de um prottipo, at a aprovao do projeto.

b) se inicia no nvel do projeto e avana ao longo da codificao, anlise do

sistema, teste e manuteno.

c) se inicia no nvel do sistema e avana ao longo da anlise, projeto,codificao, teste e manuteno.

d) se inicia no nvel do projeto e avana ao longo da codificao, teste,anlise do sistema e manuteno.

e) gira em torno da evoluo de um prottipo, buscando a aprovao porciclo at a aceitao final do projeto pelo cliente.

Questes antigas sempre so um pouco mais complicadas. Entretanto,espero que voc tenha percebido que a alternativa a) versa sobre aprototipao, a alternativa e) versa sobre o modelo espiral, e, dentre asalternativas b), c) e d), a nica que contm as etapas em uma sequncia correta a alternativa c).


23/27


Teoria e Exerccios


Prof. Victor Dalton


CONSIDERAES FINAIS

Espero que vocs tenham compreendido minha metodologia de trabalho.

Ao trmino de nossas aulas, posso assegurar que voc ter o completodomnio do contedo de Tecnologia da Informao contido no edital desteconcurso. Provavelmente voc sentiu dificuldade nesta primeira aula, pois leumuitos termos novos sem ter explicaes mais detalhadas a respeito deles:codificao, implantao e implementao, anlise e projeto (que so atividadesdistintas), dentre outros.

No se desespere! Quando avanarmos no estudo, voc voltar a esta aulae entender o contedo com muito mais facilidade, uma vez que esses e outrostermos estaro esclarecidos. C entre ns, voc j vivenciou esse processo deaprendizado com outras matrias, no mesmo? Aqui no ser diferente.

A ESAF transformou essa matria em uma verdadeira armadilha para ocandidato. Sero apenas seis questes de TI, mas quem zerar sersumariamente eliminado. E, por algum acaso, existe estudar para acertaruma questo em seis? Quem vai ser louco de correr este risco?

Juntos, vamos descomplicar essa matria, e estudaremos para acertar asseis questes de TI. Vem comigo!

Bons estudos,

Victor Dalton


24/27


Teoria e Exerccios


Prof. Victor Dalton


LISTA DE EXERCCIOS

1 Questo) (ESAF CGU - Analista de Finanas e Controle

Desenvolvimento de Sistemas da Informao - 2012) A escolha de ummodelo fortemente dependente das caractersticas do projeto. Os principaismodelos de ciclo de vida podem ser agrupados em trs categorias principais:

a) sequenciais, cascata e evolutivos.b) sequenciais, incrementais e geis.c) sequenciais, incrementais e evolutivos.d) sequenciais, geis e cascata.e) cascata, geis e evolutivos.

2 Questo) (ESAF MPOG - Analista de Planejamento e Oramento Tecnologia da Informao - 2010) As atividades do modelo espiral deEngenharia de Software so:

a) Planejamento, Anlise dos Componentes, Anlise de Hierarquia eAvaliao feita pelo cliente.

b) Planejamento, Anlise dos Riscos, Engenharia e Avaliao feita pelocliente.

c) Projeto, Anlise dos Benefcios, Engenharia e Avaliao feita pelo gestor.d) Planejamento, Eliminao dos Riscos, Anlise de Contingncia e

Avaliao feita pelo cliente.e) Planejamento, Projeto, Anlise dos Riscos e Engenharia.

3 Questo) (FCC Ministrio Pblico do Estado do Rio Grande doNorte Analista de Tecnologia da Informao Especialidade Engenhariade Software/Desenvolvimento de Sistemas - 2010) No modelo dedesenvolvimento de software em espiral, cada loop na espiral representa

a) a necessidade de retornar ao incio da fase em que se encontra.b) um processo de reengenharia.

c) uma disciplina de software.d) uma fase do processo de software.e) uma atividade paralela.

4 Questo) (FCC Ministrio Pblico do Estado do Rio Grande doNorte - Analista de Tecnologia da Informao EspecialidadeEngenharia de Software/Desenvolvimento de Sistemas - 2010) O modeloem espiral difere principalmente dos outros modelos de processo de software por

a) no contemplar o prottipo.b) reconhecer explicitamente o risco.


25/27


Teoria e Exerccios


Prof. Victor Dalton


c) no ter fases.d) possuir uma fase nica evolucionria.e) no contemplar o projeto do produto.

5 Questo) (ESAF ANA - Analista Administrativo Desenvolvimento de Sistemas 2009 - adaptada) O modelo de processode software caracterizado por intercalar as atividades de especificao,desenvolvimento e validao, denomina-se

a) modelo de workflow.

b) modelo de fluxo de dados.

c) desenvolvimento evolucionrio.

d) transformao formal.

e) modelo em cascata.

6 Questo) (ESAF SEFAZ/CE Analista de Tecnologia daInformao 2006) Analise a seguinte descrio relacionada ao modelo espiralpara a engenharia de software.

O modelo espiral para a engenharia de software, alm de abranger as

caractersticas do ciclo de vida clssico e o da prototipao, apresenta um novoelemento, denominado _____________, que faltava a esses paradigmas.

Escolha a opo que preenche corretamente a lacuna acima.

a) planejamento

b) anlise de riscos

c) engenharia

d) projeto

e) teste

7 Questo) (FCC Companhia do Metropolitano de So Paulo -Analista Desenvolvimento Gesto Jnior Cincias da Computao -2012) O processo de desenvolvimento em cascata um exemplo de processodirigido a planos, pois, em princpio, necessrio planejar e programar todas asatividades do processo antes de comear a trabalhar nelas. So exemplos deestgios desse modelo:

a) Integrao de Produto, Definio de Processo Organizacional eGerenciamento de Riscos.


26/27


Teoria e Exerccios


Prof. Victor Dalton


b) Anlise e Definio de Requisitos, Implementao de Teste Unitrio eIntegrao e Teste de Sistema.

c) Inicial, Gerenciado e Em Otimizao.d) Engenharia de Requisitos, Ciclo de Vida de Projetos e Gesto de

Incidentes.e) Acompanhamento e Controle de Projeto, Medio e Anlise e

Desenvolvimento de Requisitos.

8 Questo) (ESAF Prefeitura de Natal Auditor do TesouroMunicipal Tecnologia da Informao - 2008) O modelo Espiral para aEngenharia de Software define quatro importantes atividades representadaspelos quatro quadrantes da figura (no existe figura na questo). Quanto a estasatividades, correto afirmar que a

a) determinao dos objetivos das alternativas e das restries integra aatividade de Planejamento.b) identificao dos riscos integra a atividade de Planejamento.c) avaliao dos resultados da engenharia integra a atividade de Anlise de

Risco.d) avaliao dos resultados da engenharia integra a atividade de

Planejamento.e) resoluo dos riscos integra a atividade de Planejamento.

9 Questo) (ESAF

CGU

Analista de Finanas e Controle

Desenvolvimento de Sistemas de Informao 2008) No modelo dedesenvolvimento em espiral, cada ciclo da espiral representa uma fase doprocesso de software. Nesse modelo, a atividade que obrigatoriamente estarpresente em todos os ciclos :

a) Planejamento de desenvolvimento.

b) Anlise de requisitos.

c) Teste de unidade.

d) Anlise, Projeto, Implementao e Teste.

e) Anlise de riscos.

10 Questo) (ESAF Receita Federal Tcnico Tecnologia daInformao 2006) Segundo os princpios da Engenharia de Software, oparadigma do Ciclo de Vida Clssico requer uma abordagem sistemtica,sequencial ao desenvolvimento do software, que

a) gira em torno de um prottipo, at a aprovao do projeto.


27/27


Teoria e Exerccios

Prof Victor Dalton Aula 00b) se inicia no nvel do projeto e avana ao longo da codificao, anlise do

sistema, teste e manuteno.

c) se inicia no nvel do sistema e avana ao longo da anlise, projeto,codificao, teste e manuteno.

d) se inicia no nvel do projeto e avana ao longo da codificao, teste,anlise do sistema e manuteno.

e) gira em torno da evoluo de um prottipo, buscando a aprovao porciclo at a aceitao final do projeto pelo cliente.

GABARITO

1.c 2.b 3.d 4.b 5.e 6.b 7.b 8.a 9.e 10.c

Documents

Tecnologia Da Informacao p Eppgg Teoria e Exercicios Com Videoaulas Aula 00 Gestor Aula 0 27781