CONCURSOS (J Estratégia Aula 00 Lau Re Rea UCU Ol Ue aa Cr LSC (Cd) Professor: Diego Carvalho 00000000000 -DEMODATAPREV - Cargo - Anélise de Negécios Tecnologia da Informagao - Parte Prof. Dingo Carvalho ~ Aula 00 EEN TH) AT EM Apresentagao ol ~ Engenharia de Software: Conceitos Gerais 12 - Ciclo de Vida de Software 24 - Processos de Desenvolvimenta de Software 3 ~Madelo em Cascata 33 ~ Modelos tterativas E Incrementais él ~ Rapid Application Development (RAD) 8 ‘Lista de Exercicios Comentados [ 1 Gabarito 88 Dee nn Cee an ee ee ee et Pe emer ai et s ered pontos por fungan; Linguager rl Cae ee ie Peas Eal, querem mais teoria? eis exercicins? Tem muita mais! Esse ¢ apenas @ aula demonstrativa pare que PES Uc esa RC ue eae De) Prof. Diego Carvalho www.estrategiaconcursos.com.br Pag. Ide BB 00000000000 - DEMODATAPREV-- Cargo - Andlise de Negécins faEstratégia Tealogia da formar ~ Parte COMCURSOS Prof. Diego Carvalho ~ Aula 00 3 A APRESENTACAO... a, sejam bem-vindos! Galera, acaba de sair 0 edital do concurso do DATAPREV. Esse é 0 curso para 0 cargo de Analise de Negocios. Apesar de possuir apenas 0 cadastro reserva, é uma excelente oportunidade e em tempos de crise, néo podemos deixar passar nenhuma chance, além de ser uma étima oportunidade para se manter estudando. Vamos ficar ligados para néo perder o foco e porque concorréncia néo dorme! Estou aqui para ajuda-los. Vamos la... INAREL eee een tence st Meeemnienn rr) eee RE ees Meee ees eee Pera e cerry eee, oer tecnologia de informagéo, nem outras disciplines, nem discursivas,estudos de caso, et. Existem questdes de Maltiple Escolha (A, 8, C. D, £) e existem questées de Certo/Errado (C, £). Quando EOE eM eS PIER es TERT EME ae ene Prat. Diego Carvalho www.estrategiaconcursos.com.br Pag. 2 de 8B (00000000000 - DEMOLe DATAPREV-- Cargo - Andlise de Negécios {Estrategia Tasnlogi da nirmacao Pate Sr N aye Prof. Diego Carvalho ~ Aula 00 ° & O PROFESSOR... Uma breve apresentag3o: meu nome é Diego Carvalho, bacharel em Ciéncia da Computagdo pela Universidade de Brasilia, p6s-graduado em Gestao de Tecnologia da Informaco na Administracdo Publica e Analista de Financas e Controle da Secretaria do Tesouro Nacional. Ja passei por esses perrengues de concurseiro e sei de duas coisas: a estrada é dificil, mas o prémio compensa! E muito! www facebook.com/professordiegocarvalho EUS ISUta PATI} un) i TEU iat [7a CNMP BTC Tn aaa jet Galera, |d no site, nés — professores — temos algumas métricas para medir se 0 nosso desempenho nos cursos esta bacana! Os alunos podem avaliar com notas e, inclusive, escrever anonimamente o que acharam do professor e do curso. Apresento abaixo 0 resultado de alguns cursos ministrados recentemente. Portanto, confiem em mim... vocés vo aprender muito com esse curso! Prat. Diego Carvalho www.estrategiaconcursos.com.br Pag. 3 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diago Carve ~ Aula OD Curso bom ‘Muto bom 6 cuGo, abangs oe Welecetobrados contome 6 eat “iene a0 Cone parinenie ao eae Pontos pesivos: “Mareatoe coloridas no toxo para destacr at infomacbos “Boa coberura dos perios do eda! “inapons tusvatvat “stagbes fates pelo propo pressor eu acho) que Hearam bem legais “Auiae qusstesfesoldas “Dialdade do coneuce fo mut bos Pontsragatvos ‘Alita nfomal dade, pode ser so uma tescure minha, mas 0 "Galera" usado em excesso, acabou prejusicande um poucs a setiesade ‘aauia “lltas questbes do CESPE.apesar de a banca ser FOC “Comerdros mut sucnios am lgumas questi: Pert, sso mesmo ~ 0s asiona profescar anna expenénciaprévia no ramo, mas plo manos para im cou cara a menora ds auas ao ongo do curse Ao alee estava TOP cigno de Estabgia Concursos No mals, eu gostaria de agradecer ao protessor Diego por se Spe ar essa auls. Fora s0 800 nsertas no concuso, 6 bastante provavel que poucas pessoas lenham aso cus, eno aremabiidade ‘eve ter sido balsa Ten ertaza que multe cusinho por a eaneslaria. ma mesmo sem ele fl aan. Valet seas eulas coro ols nde ab para esse concuso, Vem ale TCU Tle prateamente do do seu curso deve cat, onto folum imo ‘nvestmario Com cariazaachiare doo male vanes veces! Ful olega do Diego CFISTN mas durane o periodo do CF nBo converse mula com ol, Soube que er profesor ‘se concurseito NBo connaciaowabalno dele tomo professor mas me surpeendl pos tvamens ‘mule cudado,catiidado e @ uma aule eve dese eatuar. Azesar do ou esa afaiado da sve de Engenaia Ge Sofvare@ Desenvolvimento jh algo tmp fe me rangle acmpannat a exposiho dee as alas. Paradene Lago! Mut bom taal or To comego exava elo cto com ela ao eure mas quar alsa me arohindandona om rab ‘No mais, gosaia do tr mais questbes comentadas, e com comentiries um pouce mas completos, orilasporeeb gue oprofeevor fez un ‘Gina didca com contoddoe exerccos Ge diversas baneas Togo om sagulda Quando ver as videos alas sed valor ainda Gontnue asm ‘caro mw slondeu nultobem Aspecios ue gonial = Linguagem prateae oats = Sem enroingoes “Som caoyibasiodasnecessérias no comentros de quesibes pets que cobvam o mesmo conhecimeno),exicou uma vez, ok as ‘uta basta pincelar ce forms rapa, “Contaide vem drcionado, No supertcta mas ambiim nfo descou ao nivel NASA gia Tecnologia da Informagao - Parte ll SeEYEDP Ee Prof. Diego Carvalho - Aula 00 & © CONCURSO... DATAPREVY TU is REMUNERACAD NES fe DF Xv Par) AMAT Prof. Diego Carvalho Www.estrategiaconcursos.com.br Pig. 7 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diago Carve ~ Aula OD ¢ Boanso. Antes de comegar 0 curso, vamos alinhar algumas expectativas! O curso que eu proponho abrangera todo 0 conteUido do meu cronograma, entretanto é impossivel ¢ invidvel esgotar cada ponto do edital em uma aula escrita. Como se ministra Java em uma aula? Teriamos uma aula de 800 paginas e nao chegariamos nem perto de matar todo contetido! Imaginem agora cada ponto do Ecital Portanto, vou direciona-los pelo contetido da melhor maneira possivel. Q nosso foco é ter uma visio |, mas objetiva do que de fato cai em /a_e, n&o, elucubragées sobre cada tema. Meu foco aqui é te fazer passar! Eu sei como & complicado ler muita coisa (ainda mais de Tl) e vacés tém outras disciplinas para estudar. Logo, vou ser simples e objetivo! Tranquilo? ;) Além disso, 0 cronograma sera seguido com a maior fidelidade possivel, mas ele no € estético e poderd haver alteracdes no decorrer do curso. Eventualmente, posso tirar 0 contetido de uma aula e colocar em outta de forma que o estudo de voces fue mais logico coeso e facil de acompanhat SS as a laea e ‘Além disso, vamos usar quest6es de diversas bancas. Enfim, confiem em mim: 0 curso vai ajudar bastante! Qualquer divide, é sé me chamar! Caso haja alguma reclamacéo, problema, sugestéo, comentarios, erros de digitacgo, etc, podem enviar para 0 nosso férum que eu tento responder da maneira mais tempestiva possivel. Ainda duvidam que PDF néo dé certo com Concursos de TI? Veja abaixo: B# Lugar ~ ISS/Salvador POOH httos://wmnyoutube.com/watch?v=bhw 4H limb dit=1678 Ei 1? Lugar ~ TRT/RJ https://www.facebook.com/ video php ?v=7906165 34367672 Fon) 2° Lugar - ISS/Salvador BOVEY hitos://wmm youtube.com/ustch?v-vmllnld-2o0 A! Lugar - Dataprev http://mww.estratediaconcursos.com.br/blag/entrevista-andre-furtada-aprovada-em-lo-lugar- no-concursa-dataprev-paré-o-cargo-de-snalistaarea-de-tecnologia-da-informacao/ Prat. Diego Carvalho www.estrategiaconcursos.com.br Pag. 8 de BB 00000000000 - DEMODATAPREV - Cargo - Anélise de Negécios {Estrategia Tecnologia da Ifrmagio - Part sntea ore Pra. Diego Carvan - Aa 3 ocronoasawa. AEE Aula demonstrativa, Metodologias, técnicas e processos de desenvolvimento de sistemas orientados a abjetos; Metndologias, tcnicas e processns de dasenvalvimento de sistemas web e web services: Engenharia de requisitos: conceitos basicos; técnicas de elicitagao de requisitos; gerenciamento da requisitos; especificagan de requisitos; técnicas de validagao de requisites; pratotipagao; Métrica e estimativas de software, andlise de pontos por fungo; Linguagens de programagao orientadas a objeto; Metodolagias de teste de software; métricas de qualidade de software: Prof. Diego Carvalho www.estrategiaconcursos.com.br Pag. @ de BB 00000000000 - DEMO{Estrategia & AS AULAS E AS DICAS. BEI er CUM etre eas yl! Peete rt NTU oe RC plinas de maneira que as aulas fiquem abjetivas fe sca Prec) 3 - Destaques em vermelha quase todos os pardgrafos passuem ama palavra ou frase destacada am negrito ¢ em vermelho saacorre por suas rezdes primeira, para enfatizar alguma infarmagaa important: segundo, para facilitar a leitura vertical. ie. apos uma primers letura, a segnda pode ser passanda apenas pelos panes em dastaqu te re eens Peed ee Mere et linguagem mais coloquial_ passive Pn STAAL Aero a eae en Ge ee 0 virem frases ou palavras em eet era mont EMC NL Pr la Sede 7 Diversas figuras: essas avis estaréa amicorstante avolugio. sempre & procura de exlicar as matérias de maneira mais compreensivel & com novas informagées/questies. Para tal, na minha opiniéo. & fundamental autizagin de figs, grafic, pangs, etc fm minka eperiéncia, & bem mais fail memarizr 2 artir de imagens ee Serer nes aes Per Meer ht hr de fazer os erercicios que vacés descobrir se estia ae eet a Gere Nee ee te ed Abtercreat pondidas carretamente ou incarretamente. Cerca mre eee (ten Bem, pessoal! E isso. leitura leve e despojada da aula, mas com muito foco, ate Qualquer divida, podem entrar em contato comigo — fica estudos, esi ou torce lo por vocés! incent ara anima-los ;- vo p Prof, Diego Carvalho 00000000000 sejam bem-vindos! Espero que vo iquem agora com algumas mensagens de www.estrategiaconcursos.com.br a eee ers ego ea ra Gere tani a OU Ua Om CRI CMa I See eee ey Se ee Sener ea 4 Fagam muitos exercicos: lr varias biblogratias € muita trabalhoso e, geralmente, néo vale o custo benefcia, Acredtn que o que funciona mesma é entender a basico, depois faver muitos evercicios eventualmente, caso encontrarem algn que nan sauberem, pesquisem-mm separadamente, Além disso, voc vai pegand as 'manhas" ds banca ee Greene een tec Meee) para estudar ou pouco tempo até a prova, nao compensal ee ce eee St ee ee ee ee meee ne Ty 8 — Revisem antes da prova: néo adanta querer estudar coisas navas até o lima minuta antes da prova nao revisar o que estudou ha um més. Vocs iran ssquecer e indo se irritar na hora da prova por nao lamibrarem de cancsitas simples. Trem uma. semana para revsar seus resumas, decararam slgumas coisas e, certamente, irda mais confiantes para a prove. SS ee ee OL eC COCO Ree nee am um mibia de autras coisas para estudar eee eee TUS Pree Sno Bunce fcr Pe ees ee Tem oe és curtam e tenham uma Go e dedicagao. rei feliz em ajudé-los. Bons DEMORS$7.959,60 RS$7.959,60 RS$7.959,60 RS$7.959,60 RS$7.959,60DATAPREV - Cargo - Anélise de Negécios Tecnologia da lnformagéa ~ Parte Prof. Dingo Carvalho ~ Aula 00 5 ENGENHARIA DE SOFTWARE: CONCEITOS GERAIS Vamos |, galera! Apesar de hoje em dia haver milhdes de profissionais que mexem com software no mundo inteiro, faz pouco tempo que a Engenharia de Software alcangou o status de profisso reconhecida e de disciplina legitima de engenharia Pois 6, ela ganhou tanta importancia que é cobrada até em concursos puiblicos! Ok, professor... mas 0 que é a Engenharia de Software? A IEEE define engenharia de software como a aplicagéo de uma abordagem sistematica, disciplinada e quantificavel de desenvolvimento, operagio e manutencéo de software. J4 Friedrich Bauer conceitua como a criacdo e a utilizagdo de sélidos principios de engenharia a fim de obter software de maneira econdmica, que seja confiavel e que trabalhe em maquinas reais. Em suma, é uma disciplina de engenharia que se ocupa de todos os aspectos da produclo de software, desde os estdgios iniciais de especificacao do sistema até a manutengao desse sistema, apés sua entrada em produgao A meta principal da Engenharia de Software é desenvolver sistemas de software com boa relacéo custo- beneficio. Bacana? Alis, vamos voltar um pouquinho: 0 que seria um software? Bem, em uma visio restritiva, muitas pessoas costumam associar 0 termo software aos programas de computador. Software nao é apenas o programa, mas também todos os dados de documentagao e configuragdo associados, necessarios para que © programa opere corretamente. Vamos prosseguir... De acordo com Pressman: "A Engenharia de Software ocorre como consequéncia de um processo chamado Engenharia de Sistemas, Em vez de se concentrar somente no software, a engenharia de sistemas focaliza diversos elementos, analisando, projetando, € os organizando em um sistema que pode ser um produto, um servico ‘ou uma tecnologia para transformacao da informagao ou controle. Ademais, nosso renomadissimo autor afirma que a engenharia de sistemas esta preocupada com todas os aspectos do desenvolvimento de sistemas computacionais, incluindo engenharia de hardware, engenharia de software e engenharia de processos. Percebam, ent, que a Engenharia de Sistemas esta em um contexto maior. Entenderam aireitinho? Prof. Diego Carvalho www.estrategiaconcursos.com.br Pag 12 de BB 00000000000 - DEMODATAPREV - Cargo - Anélise de Negécios Tecnologia da lnformagéa ~ Parte Prof. Dingo Carvalho ~ Aula 00 ‘A Engenharia de Software tem por objetivos a aplicacdo de teoria, modelos, formalismos, técnicas e ferramentas da ciéncia da computacao e areas afins para a desenvolvimento sistematico de software. Associado ao desenvolvimento, é preciso também aplicar processos, métodos e ferramentas sendo que a pedra fundamental que sustenta a engenharia de software é 0 foco na qualidade. Ferramentas Isto envolve planejamento de custos e prazos, montagem da equipe e garantia de qualidade do produto e do proceso. Finalmente, a engenharia de software visa a producdo da documentacdo formal do produto, do processo, dos critérios de qualidade e dos manuais de usuarios finais. Todos esses aspectos devem ser levados em consideracao. Aliés, nosso outro renomadissimo autor (Sommerville) afirma que: ‘A engenharia de software néio estd relacionada apenas com os processos técnicos de desenvolvimento de software, mas também com atividades como o gerenciamento de projeto de software e o desenvolvimento de ferramentas, métodos e teorias que apoiem a produgdo de software’. ‘A Engenharia de Software surgiu em meados da década de sessenta como uma tentativa de contornar a crise do software e dar um tratamento de engenharia ao desenvolvimento de software completo. Naquela época, o processo de desenvolvimento era completamente fora de controle e tinha grandes dificuldades em entregar 0 que era requisitado pelo cliente. Jana década de oitenta, surgiu a Andlise Estruturada e algumas Ferramentas CASE que permitiarn automatizar algumas tarefas. Na década de noventa, surgiu a orientac3o a objetos, linguagens visuais, processo unificado, entre outros. E na Gitima década, surgiram as metodologias ageis e diversos paradigmas de desenvolvimento. Prof. Diego Carvalho www.estrategiaconcursos.com.br Pag, 1B de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diago Carve ~ Aula OD A Engenharia de Software possui alguns principios, tais como: Formalidade, em que © software deve ser desenvolvido de acordo com passos definidos com precisaio seguidos de maneira efetiva; Abstragdo, preocupa-se com a identificagdo de um determinado fendémeno da realidade, sem se preacupar cam detalhes, considerando apenas os aspectos mais relevantes. Ha 2 Decomposiggo, em que se divide o problema em partes, de maneira que cada uma possa ser resolvida de uma forma mais espectfica; Generalizacdo, maneira usada para resolver um problema, de forma genérica, com o intuito de reaproveitar essa soluggo em outras situacées; Flexibilizagdo é 0 processo que permite que o software possa ser alterado, sem causar problemas para sua execucio. Certa vez, um aluno me perguntou: professor, como a formalidade pode reduzir inconsisténcias? Cenario 1: Estamos na fase de testes de software. O testador afirma que fez todos os testes, vocé - lider de projeto - acredita, e passa 0 software ao cliente, Esse tenta utilizar o software e verifica que ele ndo esta funcionando corretamente, Bacana? Cenario 2: Estamos na fase de testes de software. O testador afirma que fez todos os testes e entrega um documento de testes com tudo que foi verificado formalmente. Vocé - lider de projeto - 16 0 documento de testes e verifica que ndo foram feitos testes de carga e testes de seguranga. Retorna para o testadar e pede para ele refazer os testes. Feito isso, ele passa o software ao cliente, que fica feliz e satisfeito com tudo funcionando corretamente. Vocés percebem que essas formalidades evitam aquele “telefone-sem-fio"? Quanto mais eu seguir © proceso, 0 passo-a-passo, 0 que foi definido por varias pessoas a partir de suas experiéncias com varios projetos, mais eu tenho chance de obter éxito na construgdo do meu software. Bacana? Prof. Diego Carvalho www.estrategiaconcursos.com.br Pg Wh de BB 00000000000 - DEMODATAPREV - Cargo - Anélise de Negécios Tecnologia da Informagaa - Parte ll Prof. Dingo Carvalho ~ Aula 00 ee Erect Prof. Diego Carvalho www.estrategiaconcursos.com.br Pg 15 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diego Carvalho ~ Aula 00 1) CAIU na prova! DIVERSAS BANCAS 1, (CESPE - 2013 - TRT - 10° REGIAO (DF e TO) - Analista Judiciério - Tecnologia da Informacéio) A engenharia de software engloba process ferramentas. Um de seus facos ¢ a producdo de software de custos adeq métodos e Ita qua Comentarios: A Engenharia de Software tem por objetivos a aplicagéo de teoria, modelos, formalismos, técnicas e ferramentas da ciéncia da computacao e dreas afins para a desenvolvimento sistemdtico de software. Associado ao desenvolvimento, € preciso também aplicar processos, métodos e ferramentas sendo que a pedra fundamental que sustenta a engenharia de software é a qualidade. Ferramentas Basta visualizar a imagem para responder 8 questao! Gabarito: C 2. (FCC - 2012 - TST - Analista Judiciério - Andlise de Sistemas) A Engen! Software: a) é uma area da computacao que visa abordar de modo sistematico as questées técnicas e no técnicas no projeto, implantagao, operagdo e manutengao Jesenvolvimento de um software. Prof. Diagn Carvalho www.estrategiaconcursos.com.br Pag. WB de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da Informaca - Parte Prof. Diago Carve ~ Aula OD b) consiste em uma disciplina da computac&o que aborda assuntos relacionados a técnicas para a otimizacao de algoritmos e elaboragdo de ambientes de desenvolvimento. ¢) trata-se de um ramo da TI que discute os aspectos técnicos e empiricos nos processos de desenvolvimento de sistemas, tal como a definicéo de artefatos para a modelagem agil d) envolve um conjunto de itens que abordam os aspectos de analise de mercado, concepcao e projeto de software, sendo independente da engenharia de um sistema. e) agrupa as melhores praticas para o concep¢do, projet, aperacio e manutengéo de artefatos que suportam @ execugdo de programas de computador, tais como as técnicas de armazenamento e as estruturas em meméria principal Comentarios: De acordo com Pressman: ‘A Engenharia de Software ocorre como consequéncia de um processo chamado Engenharia de Sistemas. Fm vez de se concentrar somente no software, a engenharia de sistemas focaliza diversos elementos, analisando, projetando, e os organizando em um sistema que pode ser um produto, um servico ou uma tecnologia para transformacao da informagao ou controle". (@) Perfeito, observem as palavras-chave: modo sistematico; questdes técnicas e no técnicas; projeto, implantacdo, operagdo e manutencdo de desenvolvimento de software. (b) Técnicas para otimizactio de algaritmas ¢ elaboragtio de ambientes de desenvolvimento? Nao, isso ndo @ Engenharia de Software. (c) Pessoal, discordo do gabarito! Certa vez, um aluno me disse que talvez fosse porque aspectos empiricos sdo mais voltados para metodologias ageis. Sim, ¢ verdade! No entanto, a engenharia de software trata também de metodologias ageis. Se alguém encontrar © e170, avise :-] (d) A Andlise de Mercado serve mais como uma técnica para Anélise de Interfaces, mas pode ser vista como um dos aspectos que envolvem a Engenharia de Software. Pressman afirma que: ‘A Andlise de Mercado pode ser inestimével na definigdo de segmentos de mercado ¢ no entendimento de como cada segmento poderia usar 0 software de mados sutilmente diferentes’. De todo modo, a questo esta errada porque a Engenharia de Software depende da Engenharia de Sistema Prof Diagn Carvalho www.estrategiaconcursos.com.br Pag. 1742 BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diago Carve ~ Aula OD (como & mostrado acima). (e) Suportam a execuctio? Nao, suportam o desenvolvimento de programas de computador. Gabarito: A 3. (FCC - 2012 - TRT - 6* Regio (PE) - Técnico Judiciério - Tecnologia da Informag8o) Considere: é uma disciplina que se ocupa de todos os aspectos da productio de software, desde os estdgios iniciais de especificacdo do sisterna até a manutengdo desse sistema, depois que ele entrou em operacdo. Seu principal objetivo € fornecer uma estrutura metodolégica para a construgao de software com alta qualidade. A definic0 refere-se a) a0 ciclo de vide do software, b) & programacdo orientada a objetos ©) Banilise de sistemas. d) & engenharia de requisitos @) & engenharia de software Comentarios: Em suma, é uma disciplina de engenharia que se ocupa de todos os aspectos da produgdo de software, desde os estdgios iniciais de especificagdo do sistema até a manutengdo desse sistema, apés sua entrada em produgdo. A meta principal da Engenharia de Software € desenvolver sistemas de software com boa relactio custo- beneficio. Bacana? Conforme vimos em aula, essa é a pura definicdo de Engenharia de Software! Gabarito: E 4, (CESPE - 2011 - MEC - Gerente de Projetos) A engenharia de software, disciplina relacionada aos aspectos da produco de software, abrange somente os processas técnicos do desenvolvimento de software. Comentérios: Alids, nosso outro renomadissimo autor (Sommerville) afirma que: A engenharia de software néio estd relacionada apenas com os processos técnicos de desenvolvimento de software, mas também com atividades como o gerenciamento de projeto de Prof. Diego Carvalho www.estrategiaconcursos.com.br Pag. WB de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diago Carve ~ Aula OD software e o desenvolvimento de ferramentas, métodos e teorias que apoiem a produgéo de software’. Cor me vimos em aula, ndo s30 apenas pracessos técnicos! Gabarito: £ 5. (FGV - 2010 - BADESC - Analista de Sistemas - Desenvolvimento de Sistemas) De re é baseada em camadas, com a) métodas, processo b) ferramentas, métodas e proceso ¢) métodos, construcdo, teste e implantagao d) planejamento, modelagem, construcao, validagai e) comunicacao, planejamento, modelagem, constr mplantagao. io e implantacao Comentarios: Ferramentas onforme vimos em aula, bastava visualizar @ imagem para responder & questo! Gabarito: B 6. (CESPE - 2010 - Banco da Amaz6nia - Técnico Cientifico - Tecnologia da Informacaio) Os principios de engenharia de software definem a necessi formalidades para reduzir inconsisténcias e a decom complexidade. le de }osigdo para lidar com a Comentarios: Prof. Diego Carvalho www.estrategiaconcursos.com.br Pg 19 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diago Carve ~ Aula OD A Engenharia de Software possui alguns principio, tais como: Formalidade, em que o software deve ser desenvolvido de acordo com passos definidos com precistio € sequidos de maneira efetiva; HG a Decomposigdio, em que se divide o problema em partes, de maneira que cada uma possa ser resolvida de urna forma mais especiica; Conforme vimos em aula, sdo principios: Formalidade e Decomposi¢ao. Gabarito: € 7. (FCC - 2010 - TRE-AM - Analista Judiciério - Tecnologia da Informacgao) A Engenharia de Software: a) nao tem como método a abordagem estruturada para o desenvolvimento de software, pois baseia-se exclusivamente nos modelos de software, notagGes, regras e técnicas de desenvolvimento. b) se confunde com a Ciéncia da Computacio quando ambas tratam do desenvolvimento de teorias, fundamentagGes e praticas de desenvolvimento de software, ©) tendo coma foco apenas o tratamento dos aspectos de construgio de software, subsidia a Engenharia de Sistemas no tratamento dos sistemas baseadas em computadores, incluindo hardware e software. d) tem como foco principal estabelecer uma abordagem sistemdtica de desenvolvimento, através de ferramentas e técnicas apropriadas, dependendo do problema a ser abordado, considerando restrigdes € recursos disponiveis. €) segue principios, tais como, 0 da Abstrago, que identifica os aspectos importantes sem ignorar os detalhes e 0 da Composicao, que agrupa as atividades em um tinico proceso pata distribuicao aos especialistas. Comentérios: A IEEE define engenharia de software como a aplicagéo de uma abordagem sistemdtica, disciplinada e quantificdvel de desenvolvimento, operagdo e manuten¢ao de software. Jd Friedrich Bauer conceitua como a criagdo e a utilizagdo de sdlidos principios de engenharia a fim de obter software de maneira econémica, que seja confidvel e que trabathe em madquinas reais. Prof. Diego Carvalho www.estrategiaconcursas.com.br Pag.20 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diago Carve ~ Aula OD (a) Pelo contrério, ela se baseia em uma abordagem estruturada e sistematica! ‘A Engenharia de Software tem por objetivos a aplicagdo de teoria, modelos, formalismos, técnicas e ferramentas da ciéncia da computagGo e dreas afins para a desenvolvimento sistemdtico de software. Associado ao desenvolvimento, € preciso também aplicar processos, métodos € ferramentas sendo que a pedra fundamental que sustenta a engenharia de software é a qualidade. (0) Na verdade, Engenharia de Software é uma disciplina da Ciéncia da Computacao (Q Apenas o iratamento dos aspectos de construgdo de software? S6 construgéo? Nao! (d) Perfeito, 6 exatamente isso! Ha a Decomposigtio, em que se divide o problema em partes, de maneira que cada uma possa ser resolvida de uma forma mais especifica; Generalizagéo, maneira usada para resolver um problema, de forma genérica, com o intuito de reaproveitar essa solugéa em outras situagées; Flexibilizagéo ¢ 0 processo que permite que o software possa ser alterado, sem causar problemas para sua execugao. A Engenharia de Software possui alguns principios, tais como: Formalidade, em que 0 software deve ser desenvolvido de acordo com passos definidos com precistio € seguios de maneira efetiva; Abstragéo, preocupa-se com a identificacdo de um determinado fenémeno da realidade, sem se preocupar com detalhes, considerando apenas os aspectos mais relevantes. (©) Composigiio? Nao, Decomposicao! Divide-se 0 problema em partes para que cada uma possa ser resolvida de uma forma mais especifica. Além disso, a abstracdo ignora detalhes! Gabarito: D 8. (FCC - 2011 - INFRAERO - Analista de Sistemas - Gest&o de TI) Em relacdo 4 Engenharia de Software, é INCORRETO afirmar: a) O design de software, ao descrever os diversos aspectos que estardio presentes no sistema quando construido, permite que se faca a avaliagdo prévia para garantir que ele alcance os abjetivos propostos pelos interessados. Prof. Diego Carvalho www.estrategiaconcursos.com.br Pag. 21de 8B 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da Informaca - Parte Prof. Diago Carve ~ Aula OD b) A representago de um design de software mais simples para representar apenas as suas caracteristicas essenciais busca atender ao principio da abstracao. ¢) Iniciar a entrevista para cbtencdo dos requisites de software com perguntas mais genéricas e finalizar com perguntas mais especificas sobre o sistema é 0 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 ©) A representacdo € a linguagem do design, cujo Unico propésito é descrever um sistema de software que seja possivel construir. Comentérios: Galera, descrever um sistema de software que seja possivel construir no 6 0 Unico, mas um dos abjetivos da representagdo. Ela auxilia a comunicacao entre as partes interessadas e serve também como documentagdo. Gabarito: E 9. (FCC — 2009 — AFR/SP - Analista de Sistemas) A engenharia de software esta inserida no contexto: a) das engenharias de sistemas, de proceso e de produto b) da engenharia de sistemas, apenas ©) das engenharias de proceso e de produto, apenas d) das engenharias de sistemas e de processo, apenas. €) das engenharias de sistemas e de produto, apenas Comentarios: Nés podemos ver isso da sequinte maneira: Engenharia De Software < Engenharia De Sisternas < Engenharia De Produto < Engenharia De Processo. Estd claro que a Engenharia de Software esta dentro da Engenharia de Sistemas, Visto que essa Ultima engloba outras coisas (Hardware, Pessoas, etc). J4 a Engenharia de Sistemas esta dentro da Engenharia de Produto, na medida em que um sistema pode ser considerado como produto (com concepgio, desenvalvimento, operacdio Prof Diego Carvalho www.estrategiaconcursos.com.br Pag.22 de BB (00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da Informaca - Parte Prof. Diago Carve ~ Aula OD e descarte). Por fim, a Engenharia de Produto pertence ao contexto de Engenharia de Proceso, tendo em vista que a produgio de qualquer artefato pode ser facilitado por um pracesso - esse ¢ 0 artefato de nivel mais alto, Gabarito: A 10, (CESPE - 2015 - ST) — Analista de Sistemas) Embora os engenheiros de sofware geralmente utlizem uma avordagem sisterndtica, a abordagem criativa e menos formal pode ser eficiente em algumas circunstancias, como, por exemplo, para 9 desenvolvimento de sistemas web, que requerem uma mistura de habllidades de software e de projeto. Comentérios: Apesar de soar um pouco estranho, isso esta no Sommerville: "No entanto, engenharia tem tudo a ver com selecionar 0 método mais adequado para um conjunto de circunsténcias, entéo uma abordagem mais criativa e menos formal pode ser eficiente em algumas circunstancias. Desenvolvimento menos formal particularmente adequado para o desenvolvimento de sistemas Web, que requerem uma mistura de habilidades de software e de projeto" Gabarito: C 11. (CESPE — 2015 — ST) — Analista de Sistemas) © foco da engenharia de software inclui especificagdo do sistema, desenvolvimento de hardware, elaboragao do projeto de componentes de hardware e software, definiggo dos processos e implantacio do sistema Comentarios: Conforme vimos em aula, pode até tratar eventualmente de alguns aspectos de hardware; mas desenvolvimento de hardware, nao. Gabarito: E 12. (FUNIVERSA — 2009 — IPHAN — Analista de Sistemas) A Engenharia de Software resume-se em um conjunto de técnicas utilizadas para o desenvolvimento e manutengao de sistemas computadorizados, visando produzir e manter softwares de forma padronizada e com qualidade. Ela obedece a alguns Prof. Diego Carvalha www.estrategiaconcursas.com.br Pig. 23 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diago Carve ~ Aula OD principios como (1) Formalidade, (2) Abstracdo, (3) Decomposicao, (4) Generalizagao e (5) Flexibilizag3o, Assinale a alternativa que apresenta conceito correto sobre os principios da Engenharia de Software a) A flexibilizagdo € 0 processo que permite que o software possa ser alterado, sem causar problemas para sua execuic3o b) A formalidade ¢ 2 maneira usada para resolver um problema, de forma genérica, com o intuito de poder reaproveitar essa solugdo em outras situagdes semelhantes ©) A generalizagéo preocupa-se com a identificacéo de um determinado fenémeno da realidade, sem se preocupar com detalhes, considerando apenas (0s aspectos mais relevantes. d) Pelo principio da decomposigao, 0 software deve ser desenvolvido de acordo com passos definidos com preciso e seguidos de maneira efetiva. 2) A abstracdo @ a técnica de se dividir 0 problema em partes, de maneira que cada uma possa ser resolvida de uma forma mais especifica Comentarios: A Engenharia de Software possui alguns principio, tais como: Formalidade, em que 0 software deve ser desenvolvido de acordo com passos definides com precisiio & seguidos de maneira efetiva; Abstragdo, preocupa-se com a identificagdo de um determinado fenémeno da realidade, sem se preocupar com detalhes, considerando apenas os aspectos mais relevantes. Hd a Decomposigdo, em que se divide o problema em partes, de maneira que cada uma possa ser resolvida de uma forma mais espectica; Generalizagéo, maneira usada para resolver um problema, de forma genérica, com o intuito de reaproveitar essa solucéo em outras situacées; Flexibilizagtio é 0 proceso que permite que o software possa ser alterado, sem causar problemas para sug execu¢ao. Conforme vimos em aula, a flexibilizacdo é 0 processa que permite que o software possa ser alterado, sem causar problemas para sua execugéo. Gabarito: A Prof. Diego Carvalho www.estrategiaconcursos.com.br Pig. 24 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da Informaca - Parte Prof. Diago Carve ~ Aula OD 13. (CESPE—2013 - TCE/RO — Analista de Sistemas) Engenharia de software nao esta relacionada somente aos processos técnicos de desenvolvimento de softwares, mas também a atividades como gerenciamento de projeto e desenvolvimento de ferramentas, métados e teorias que apoiem a producio de softwares. Comentarios: Aliés, nosso outro renomadissimo autor (Sommerville) afirma que: "A engenharia de software ndo estd relacionada apenas com os processos técnicos de desenvolvimento de software, mas também com atividades como o gerenciamento de projeto de software e o desenvolvimento de ferramentas, métodos e tearias que apoiem a producto de software’. Conforme vimos em aula, a questéo esta perfeita! Gabarito: € 14, (CESPE — 2010 - DETRAN/ES — Analista de Sistemas) Segundo principio da engenharia de software, os varios artefatos produzides ao longo do seu ciclo de vida apresentam, de forma geral, nivel de abstracdo cada vez menor. Comentarios: Galera, vamos pensar um pouco! A abstracdo ¢ a subtracao de detalhes ~ focar-se no que ¢ mais relevante e ignorar detalhes menos relevantes. No inicio do ciclo de Vida, 0s artefatos sao bastante abstratos. Temos, por exemplo, uma modelagem do negocio, um documento de requisitos funcionais, a abstraco vai diminuindo e temos a modelagem visual de analise, depois a modelagem do projeto, até chegar 20 cédigo-fonte e ao executavel do software. Nesse ponto, temas o menor nivel de abstrac&o (com muitos detalhes!). Compreenderam? Gabarito: C 15. (CESPE — 2010 — TRE/BA — Analista de Sistemas) Entre os desafios enfrentados pela engenharia de software esto lidar com sistemas legados, atender a crescente diversidade e atender as exigéncias quanto a prazos de entrega reduzidos. Comentérios: Prof. Diego Carvalho www.estrategiaconcursos.com.br Pag. 25 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da Informaca - Parte Prof. Diago Carve ~ Aula OD Bem, essa questo ¢ bastante intuitiva. De fato, a engenharia de software tem que lidar com sisternas legados, atender a crescente diversidade e atender as exigéncias quanto aos (curtos) prazos de entrega. Gabarito: C 16. (FCC - 2010 — DPE/SP — Analista de Sistemas) A Engenharia de Software |. nfo visa o desenvolvimento de teorias e fundamentacées, preocupando-se unicamente com as praticas de desenvolvimento de software. IL tem como foco o tratamento dos aspectos de desenvolvimento de software, abstraindo-se dos sistemas baseados em computadores, incluindo hardware e software. Ill tem como métodos as abordagens estruturadas para o desenvolvimento de software que incluem os modelos de software, notacées, regras e maneiras de desenvolvimento. IV. segue principios, tais como, o da Abstracéo, que identifica os aspectos importantes sem ignorar os detalhes e 0 da Composicao, que agrupa as atividedes em um Unico proceso para distribuicdo aos especialistas. E correto 0 que se afirma em: a) Ill elV, apenas. b) LIL lle lV. Ole ll, apenas. d) | lle lll, apenas. e) Il, lle WV, apenas. Comentarios: () Errado, Sommerville diz: "Computer science focuses on theory and fundamentals; software engineering is concerned with the practicalities of developing and delivering useful software". No entanto, ele ndo diz que a engenharia de software se preocupa unicamente com as praticas de desenvolvimento de software Prof. Diego Carvalha www.estrategiaconcursas.com.br Pig. 26 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da Informaca - Parte Prof. Diago Carve ~ Aula OD (ll) Errado, Pressman diz: “System engineering is concerned with all aspects of computer-based systems development including hardware, software, and process engineering’ — a questo trata da Engenharia de Sistemas. (lll) Correto, de fato ela tem como métados as abordagens estruturadas para o desenvolvimento de software que incluem os modelos de software, notagdes, regras e maneiras de desenvolvimento (IV) Etrado, principio da abstracao ignora os detalhes; e 0 principio de composigao nao existe — 0 que existe é © principio da decomposiao. E ele divide o problema em partes menores. Em suma, nenhuma das opgées nos atende! Vocés sabem qual opgtio a banca marcou como correta? A Letra DI! E ela voltou atrds com os recursos? Nao!!! Pois é, galera! Acastumem-se com isso :( Gabarito: D 17. (CESPE — 2013 — TCE/RO — Analista de Sistemas) Assim como a Engenharia de Sofware, existe também na area de informatica a chamada Ciéncia da Computagéo. Assinale a alternativa que melhor apresenta a diferenca entre Engenharia de Software e Ciéncia da Computagio. a) A Ciéncia da Computagao tem como objetivo o desenvolvimento de teorias € fundamentac6es. Ja a Engenharia de Software se preacupa com as praticas de desenvolvimento de software. b) A Engenharia de Software trata da criagéo dos sistemas de computaco (softwares) enquanto a Ciéncia da Computacdo esta ligada ao desenvolvimento e criagdo de componentes de hardware. ©) A Engenharia de Software trata dos sistemas com base em computadores, que inclui hardware e software, e a Ciéncia da Computagao trata apenas dos aspectos de desenvolvimento de sistemas. d) A Ciéncia da Computacdo trata dos sistemas com base em computadores, que inclui hardware e software, e a Engenharia de Software trata apenas dos aspectos de desenvolvimento de sistemas. Prof. iega Carvalho www.estrategiaconcursos.com.br Pag.27 de BB (00000000000 - DEMOLo. DATAPREV - Cargo - Andlise de Negécins Estratégia Tecnologia da nformacéo ~ Part Sr N aye Prof. Diego Carvalho ~ Aula 00 e) A Ciéncia da Computagdo destina-se ao estudo e solucdo para problemas genéricos das areas de rede e banco de dados e a Engenharia de Soft restringe- se ao desenvolvimento de sisternas. Comentarios: A Engenharia de Software tem por objetivos a aplicagao de teoria, modelos, formalismos, técnicas e ferramentas da ciéncia da computacao e dreas afins para a desenvolvimento sistemdtico de software. Associado ao desenvolvimento, é preciso também aplicar processos, métodos e ferramentas sendo que a pedra fundamental que sustenta a engenharia de software é a qualidade. Essa questdio parece contradizer 0 que diz Sommerville, mas observem que nao! A Engenharia de Software coloca em pratica a teoria e fundamentacao trazida pela Ciéncia da Computacgo. Gabarito: A 18. (CESPE - 2009 - ANAC ~ Analista de Sistemas) O termo engenharia pretende indicar que o desenvolvimento de software submete-se a leis similares as que governam a manufatura de produtos industriais em engenharias tradicionais, pois ambos sdo metadolagicos. Comentarios: Perfeito! A Engenharia busca os principios mais consolidados de outras engenharias mais tradicionais — engenharia mecénica, civil, elétrica, etc Gabarito: C Prof. Diego Carvalha www.estrategiaconcursas.com.br Pag. 28 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diago Carve ~ Aula OD BS CICLO DE VIDA DE SOFTWARE O Ciclo de Vida de Software se refere as fases pelas quais um sistema de software atravessa desde sua concepcéo até sua retirada de produgdo. Galera, ndo confundam Ciclo de Vida de Software com Ciclo de Vida de Desenvolvimento de Software (inclusive, muitas bancas erram nesse ponto), entretanto fiquem relaxados, porque essa diferenca geralmente nao é cobrada Fazendo um paralelo com o PMBOK, 0 Ciclo de Vida do Projeto seria o Ciclo de Vida do Desenvolvimento de Software e 0 Ciclo de Vida do Produto seria o Ciclo de Vida do Software. © PMBOK diz que cada projeto deve especificar seu proprio ciclo de vida, mas sugere fases genéricas: Inicio do Projeto, Organizacdo e Preparacao, Execugao do Trabalho e Encerramento do Projet. t Execugéo do trabalho a ° 8 % 3 8 = 2 2 Saldas do Termode Plano de Entregas —_Arquivamento Gerenclamento abertura _gerenclamento ‘aceltzs dos documentos, doprojeto —doprojeto—dopr}e0—Tempq do projeto Da mesma forma que 0 Ciclo de Vida do Projeto esta contido em um Ciclo de Vida do Produto, 0 Ciclo de Vida de Desenvolvimento de Software esta contido em um Ciclo de Vida do Software. Fazendo um paralelo, podemos ver cada fase do ciclo de vida do software como um projeto! Em outras palavras, podemos tratar a Definiggo, Desenvolvimento, Operac&o e Retirada como um projeto. O Ciclo de Vida apenas a ordern global das atividades desempenhadas nao s6 no desenvolvimento de software, mas também em sua evoluc&, manutencéo e Prof. Diego Carvalho www.estrategiaconcursas.com.br Pag. 29 de BB 00000000000 - DEMO_ DDATAPREV - Cargo ~ Andlise de Negécins Estratégia Tecnologia da Informagaa ~ Parte CoNcuRSOT Prof. Diago Carvalho ~ Aula 00 retirada, Infelizmente ndo ha um consenso entre os autores a respeito dos estagios, mas é comum as seguintes fases: Definig&éo ou Concep¢ao, Desenvolvimento ou Construcéo, Operacdo ou Utilizagao e Retirada ou Aposentadoria. Na Definicéo, busca-se entender o problema a ser resolvido pelo software. No Desenvolvimento, busca-se construir 0 software de acordo com uma série de requisitos. Na Operac&o, ocorre a entrega, distribuic&o, instalacdo, configuracao, utilizago e manutengdo do sofware. Por fim, na Retirada, aposenta-se o software de vez! E isso... simples, no?! ;) TTC PAU LCM RIE TRIP TOI RT Sy TASES NTN G@Ox Ol000 AE ee a SS Cn Prat. Diego Carvalho www.estrategiaconcursos.com.br Pig, 20 de BB 00000000000 - DEMODATAPREV - Cargo - Anélise de Negécios Tecnologia da Informagao - Parte Prof. Dingo Carvalho ~ Aula 00 & PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE De acordo cam Sommerville, 0 termo Ciclo de Vida de Desenvolvimento de Software foi criado originalmente para se referir ao Modelo em Cascata, sendo atualmente bastante utilizado como um sinénimo de Processo ou Metodologia de Desenvolvimento Software. € 0 que seria isso? Um conjunto de atividades cuja meta 0 desenvolvimento ou a evolucéo de um software Sendo mais detalhista, o processo de desenvolvimento de software refere-se as atividades, relacionamentos, artefatos, ferramentas, papéis, etc necessarios para construir, entregar, manter e evoluir um produto de software. J4 0 ciclo de vida de desenvolvimento de software apresenta uma representac&o mais alto nivel do processo de software executado. Galera, vocés nao precisam se preocupar com isso! Nunca vi essa diferenca ser cobrada em prova. Alias, € comum que as bancas as tratem como sindnimos. Pessoal, coloquei na imagem abaixo os principais grupos de modelos de desenvolvimento de software. Essa classificagéo néo é um consenso entre os autores nem sao mutuamente exclusivas, podendo haver combinacao entre elas. eens Penney Deer ada er Campane read Pitas ted] Prof. Diego Carvalha www.estrategiaconcursos.com.br Pag, Bide BB 00000000000 - DEMODATAPREV - Cargo - Anélise de Negécios Tecnologia da Informagaa - Parte ll Prof. Dingo Carvalho ~ Aula 00 Voltando ao assunto, Sommerville define processo de software como a abordagem sistematica usada pela engenharia de software para pradugdo de software. Pode-se identificar as seguintes atividades: Especificagao; Desenvolvimento; Validagao; e Evolugo. O Processo de Software é uma caracterizacéo descritiva ou prescritiva de como um produto de software deve ser desenvolvida J& © modelo de processo de software, de acordo com Sommerville, é uma representagdo abstrata de um processo. Os modelos de processo podem ser desenvolvidos a partir de varias perspectivas e podem mostrar as atividades envalvidas em um processo, os artefatos, as restrigdes que se aplicam a ele e os papeis das pessoas que o aprovam. A tabela abaixo apresenta um comparativo entre os principais modelos de processos de desenvolvimento de software, com as principais caracteristicas a serem observadas antes de escolher o ciclo de vida adequado. Pessoal, isso é uma orientac&o genérica, no 6 exato para todos os conceitos, mas ajuda bastante a entendé-los. Vejamos a tabela Ean wODELO fray CTs} Nag ae 24m) Oocumentose | Bem conhecidos e estéticos Fim do ciclo antefatas Perey nerementos | Neis abstratos: tratados em | Pratotipas operacionals | 3 operacionais médulos rey (luca dos Poueo conhecidos Pratétipas operacionais | 4 requisitos - Rapides de Escopa rastrite; mais Protétipns operacionais | 6 desenvolvimento | abstratos; tratada em médulos ey Dividas nos Mais abstratos Pratatipes nga 5 requisitos operacionais — Analise | Mais abstratos: evaluidos coma | Pratétipos operacionais | 5 de Riseo tempo ou nao operacionais PRED Fromevorkse | Mais abstrats; evuidos com a | Prototios operacionais | 6 boas pratioas tempo cu no operacionais A Gltima coluna, referente ao gerenciamento, revela em uma escala de 1a 5 a dificuldade de gerenciamento de cada pracesso (senda 1 mais simples e 5 mais complexa). © que diferencia um processo de software de outro é a ordem em que as fases vao ocorrer, 0 tempo e a énfase dados a cada fase, as atividades presentes em cada um, € os produtos entregues como resultado. Prof. Diego Carvalho www.estrategiaconcursos.com.br Pag. 32 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diago Carve ~ Aula OD Pessoal, a qualidade de um produto de software depende fortemente da qualidade do processo de software utilizado em seu desenvolvimento. Logo, é essencial ter um processo de software adequado para se obter produtos de software de qualidade. Seguir um proceso de software mal escolhido ou definido pode ocasionar prejuizos no andamento do projeto. Prat. Diego Carvalho www.estrategiaconcursas.com.br Pag, 33 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da Informaca - Parte Prof. Diego Carvalho ~ Aula 010 53>) CAIU na prova! DIVERSAS BANGAS 1, (CESPE — 2009 - TCE/TO ~ Analista de Sistemas - A) Quanto maior e mais complexo 0 projeto de software, mais simples deve ser 0 modelo de processo a ser adotado. Comentarios: Galera, ndo existe essa relagéio! Em geral, quanto mais complexo 0 projeto mais complexo © modelo. No entanto, isso também ndo é uma regra Gabarito: £ 2. (CESPE — 2009 — TCE/TO — Analista de Sistemas - B) 0 modelo de ciclo de vida do software serve para delimitar o alvo do software. Nessa visio, nao sdo consideradas as atividades necessarias e 0 relacionamento entre elas. Comentarios: Pelo contrério, 0 alvo do software serve para delimitar 0 modelo de ciclo de vida a ser escolhido, Ademais, séo consideradas as atividades necessdrias € 0 relacionamento entre elas. Gabarito: £ 3. (CESPE - 2009 - TCE/TO — Analista de Sistemas - C) A escolha do modelo do ciclo de vide nao depende de caracteristicas espectficas do projeto, pois o melhor modelo é sempre o mais usado pela equipe do projeto. Comentérios: Nao faz o menor sentido! A escolha depende das caracteristicas do projeto Gabarito: E Prof. Diego Carvalha www.estrategiaconcursas.com.br Pig, 34 de BB 00000000000 - DEMODATAPREV - Cargo - Anélise de Negécios Estratégia Tecnologia da Ifrmagio - Part Srnearae Pra. Diego Carvan - Aa 4, (ESAF - 2012 - CGU — Analista de Sistemas) A escolna de um modelo aracteristicas do p Os pados em trés cate forteme: rincipais ais. dependente d ciclo de vida podem ser a) sequenciais, cascata e evolutivos, b) sequenciais, incrementais e Ageis quenciais, increment Comentarios: Cee Peery [eres Sy es Ce Conforme vimos em aula, basta ver imagem: Sequencial, Incremental e Evolutivo | € metodologia e, nao, ciclo de vida Gabarito: C 5. (CESPE— 2011 - MEC — Analista de Sisternas) © proceso de software é uma caracterizacao descritiva ou prescritiva de como um produto de software deve set desenvolvido. voly imento de Comentarios: Prof. Diego Carvalha www.estrategiaconcursas.com.br Pag, 25 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diago Carve ~ Aula OD Sommerville define processo de software como a abordagem sistemdtica usada pela engenharia de software para produgdo de software. Pode-se identificar as seguintes atividades: Especificagtio; Desenvalvimento; Validacéo; e Evalucdo. O Processo de Software & uma caracterizagéo descritiva ou prescritiva de como um produto de software deve ser desenvoivido. & 0 que diz Pressman? Conforme vimos em aula, a questo esta perfeital Gabarito: C 6. (CESPE — 2013 — TRT/10* — Analista de Sistemas) As atividades fundamentais relacionadas ao processo de construggo de um software incluem a especfficacdo, © desenvolvimento, a validac&o e a evolucao do software Comentarios: Sommerville define processo de software como a abordagem sistemdtica usada pela engenharia de software para producao de software. Pode-se identificar as seguintes atividades: Especificagao; Desenvolvimento; Validagéio; e Evolugdo. O Processo de Software & uma caracterizago descritiva ou prescritiva de como um produto de software deve ser desenvolvido. E 0 que diz Pressman? Conforme vimos em aula, a questdo est’ perfeita! Gabarito: C 7. (CESPE — 2010 - TRE/BA — Analista de Sistemas) im modelo de processo de software consiste em uma representacao complexa de um proceso de software, apresentada a partir de uma perspectiva genérica Comentérios: Jé 0 modelo de processo de software, de acordo com Sommerville, é uma representacGo abstrata de um processo. Os modelos de processo podem ser desenvolvidos a partir de varias perspectivas e podem mostrar as atividades envolvidas em um processo, os artefatos, as restricées que se aplicam a ele e os papeis das pessoas que 0 aprovam. Prat. Diego Carvalho www.estrategiaconcursas.com.br Pag. 36 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diago Carve ~ Aula OD Conforme vimos em aula, trata-se de uma representacdo abstrata/simolificada de um processo de software, apresentada a partir de uma perspectiva genérica Gabarito: £ 8. (CESPE - 2011 - MEC - Analista de Sistemas) Atividades comuns a todos os processas de software incluem a especificagio, 0 projeto, a implementacdo e a validagao. Comentarios: Sommerville define processo de software como a aberdagem sistemdttica usada pela engenharia de software para producdo de software. Pode-se identificar as seguintes atividades: Especificagdio; Desenvolvimento; Validagtio; e Evolugtio, O Processo de Software é uma caracterizacéo descritiva ou prescritiva de como um produto de software deve ser desenvolvido. E 0 que diz Pressman? Vejam que ele dividiu a atividade de Desenvolvimento em Projeto e Implementacao, mas néio invalida a questéo. Professor, ele ndo falou sobre a evolugaa! Sim, mas a questo apenas afirma que essas sto atividades comuns e, no, que s8o as tinicas. Gabarito: C 9. (CESPE - 2015 - STJ - Analista de Sistemas) As principais atividades de engenharia de software so especificagio, desenvolvimento, validagéo e evolugao Comentérios: Sommerville define proceso de software como a abordagem sistemdtica usada pela engenharia de software para producto de software. Pode-se identificar as seguintes atividades: Especificacdo; Desenvolvimento; Validagdo; e Evolugdo. O Processo de Software & uma caracterizagéo descritiva ou prescritiva de como um produto de software deve ser desenvolvido. Conforme vimos em aula, a questao est perfeita! O ideal seria dizer que sio as atividades principais do proceso de software. Gabarito: C Prof. Diego Carvalho www.estrategiaconcursos.com.br Pig. 27 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diago Carve ~ Aula OD iss) Prat. Diego Carvalho www.estrategiaconcursas.com.br Pig, 28 ce BB 00000000000 - DEMODATAPREV - Cargo - Anélise de Negécios Tecnologia da Informagao - Parte Prof. Dingo Carvalho ~ Aula 00 & MODELO EM CASCATA Deeg eerie Peres Pee Perens Per Esiral Citado inicialmente em 1970 por W. Royce, também designado Cascata ou Classico ou Sequencial ou Linear ou Tradicional ou Waterfall ou Rigido ou Monalttico (todos esses nomes ja cairam em proval). Esse nome é devido ao encadeamento simples de uma fase com a outra. Os estégios do modelo demonstram as principais atividades de desenvolvimento. Observem a imagem mais abaixo! No Modelo em Cascata, uma fase s6 se inicia apés 0 término e aprovacao da fase anterior, isto é, hd uma sequéncia de desenvolvimento do projeto. Por exemplo, a Fase 4 56 6 iniciada apds o término e aprovacao da Fase 3. A Fase 5 $6 iniciada apds © término e aprovagao da Fase 4. Mas que fases sao essas? Bem, agora que complica, porque cada autor resolve criar suas fases! De acordo com Vasconcelos (2006), no Modelo em Cascata, 0 projeto segue uma série passos ordenados, ao final de cada fase, a equipe de projeto finaliza uma reviséo. Além disso, 0 desenvolvimento ndo continua até que o cliente esteja satisfeito com os resultados alcangados. Vacés consequem perceber como essas restricdes engessam o desenvolvimento? Prat. Diego Carvalho www.estrategiaconcursos.com.br Pag, 39 de BB 00000000000 - DEMODATAPREV - Cargo - Anélise de Negécios Tecnologia da Informagao - Parte Prof. Dingo Carvalho ~ Aula 00 » 2 "a FASE 6 Por Por Pe Por Pressman ro Sommerville en (48 Ed) (6? Ed) cite Definigdo de Requisitns —Requisitosde Moeageme Engenharia | Comunicarga Bicitagan de Sistema __do Sistema/Informagéa Requisitos Projetn de Sistemae Requisitosde © Andlise de Requisitos de © Planejamento Projeto Software Software Software Implementagéne Teste Andie Projeta Madelagem Construgan de Unidade Integragaoe Teste de © © Projeto Gerardo de Cadiga Construgio Integragéo Sistema Operagéo eManitengéo —Cadifinagéo ‘Teste Manutenpia Implantagao Teste de Depuragaa Teste hnstalazta Operagaa Manutengao de re Percebam que hé diferencas gritantes entre os autores! Inclusive, ha divergéncias até entre autor ¢ ele mesmo, dependendo da versao do livro (Exempla: Pressman mudou as fases na Ultima edigéo de seu livro). Professor, vocé ji viu isso cair ern Prat. Diego Carvalho www.estrategiaconcursos.com.br Pig. 40 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diago Carve ~ Aula OD prova? Sim, ja vil E 0 que aconteceu? Bem, polémica, recursos, etc! Nao ha o que fazer... minha classificago preferida é a do Yourdon Na pratica, esses estagios n&o séo completamente sequenciais, ie, eles se sobrepGem e trocam informagées entre si. Na teoria, sdo fases sequenciais cor o resultado de cada fase consistindo em um ou mais documentos aprovados ou nao, dependendo dos problemas. Por exemplo: durante © projeto, sao identificados problemas com requisitos. De modo geral, grande parte dos modelos possuem as sequintes fases: a) Planejamento: faz-se o esboco do escopo e dos requisitos, além de estimativas razodveis sobre recursos, custos e prazos b) Andlise e Especificaco de Requisitos: durante essa fase, refina-se os requisitos © 9 escopo e desenha-se o problema em questo. ©) Projeto: durante essa fase, incorpora-se requisitos tecnoldgicos aos requisitos essenciais do sistema e projeta-se a arquitetura do sistema. d) ImplementagSo: durante essa fase, codifica-se 0 software como um conjunto de programas executavels pela maquina @) Teste: 0 programa é testado como um sistema completo para garantir que os requisitos de software foram atendidos. f)_ Implantacao, Operacao e Manutenco: o sistema de software é liberado para o cliente, treina-se usuarios, gerencia servicos e realiza manutencdes. 100% Progresso do projeto (% codificado) Prof. Diego Carvalho www.estrategiaconcursos.com.br Pig Al de BB 00000000000 - DEMODATAPREV - Cargo - Anélise de Negécios Tecnologia da lnformagéa ~ Parte Prof. Dingo Carvalho ~ Aula 00 Professor, o que vocé quer dizer com atrasar a reducéo de riscas? Bem, essa é uma desvantagem recorrente em provas. Como uma fase s6 se inicia apds 0 término da fase anterior, s6 & possivel em geral verificar se houve erros nas Ultimas fases — como pode ser visto na imagem abaixo. Em outros modelos, os riscos sdo reduzidos desde as primeiras fases do processo de desenvolvimento. Percebam que os riscos deveriam ser descobertos logo no inicio do proceso de desenvolvimento, porém eles so descobertos somente apds o inicio dos testes e integragao. Vocés podem notar que, nesse instante (parte vermelha), 0 progresso do projeto avanca e retrai diversas vezes, porque o sistema esta sendo corrigido devido a requisitos modificados Vejam, também, que projeto no terminou em seu deadline original. Como a feducio dos riscos atrasou, todo andamento do projeto também atrasou. Dessa forma, ndo se cumpriu nem o prazo do projeto e, provavelmente, nem o orcamento e talvez seu escopo — tendo em vista que, quanto mais ao fim do projeto um erro & identificado, mais caras se tornam as modificagées, Entenderam essa parte direitinho? Um erro na fase de requisitos, por exemplo, que nao foi corrigido e foi descoberto no final do processo de desenvolvimento, tera um custo de corregao altfssimo, visto que provavelmente tera gue se refazer tudo novamente. Ora, se eu pego a construgao de um carro e vacé constrdi uma moto, © custo para corrigir esse erro seré altissimo. IN Resco MODELD EM CASCATA TFERATIVO © INCREMENTAT TEMPO Prof. Diego Carvalho www.estrategiaconcursos.com.br Pag. 42 de BB 00000000000 - DEMODATAPREV - Cargo - Anélise de Negécios Tecnologia da Informagaa - Parte ll Prof. Dingo Carvalho ~ Aula 00 Portanto néo confundam essas duas coisas: se © erro ocorreu no inicio e foi identificado no inicio, ter& baixo custo de corre¢&o; se o erro ocorreu no inicio e foi identificado no final, tera alto custo de corregéo. © custo de corregao de um erro esta mais focado no momento em que um erro é identificado do que no momento em que ele ocorre. Bacana? Outra maneira de visualizar 0 atraso é por meio de um grafico Risco x Tempo, comparando 9 modelo em cascata com o Modelo Iterativo e Incremental. Observem que 0 Modelo Iterativo e Incremental j4 comeca a reduzir os riscos desde 0 inicio do processo, em contraste com 0 Modelo em Cascata que acumula os riscos até a fase de testes, integragao e implantag&o do sistema. Galera, a grande vantagem do Modelo em Cascata é que o desenvolvimento & dividido em fases distintas, padronizadas, etc (antigamente, os softwares eram construidos artesanalmente). possivel colocar pessoas com perfis especificos para cada fase, ie, quem tem facilidade de se comunicar vai ser analista de requisitos, programadores vdo fazer a codificacdo, etc. ‘A grande desvantagem 6 que - em projetos complexos - demora-se muito para chegar até a fase de testes, sendo que o cliente ndo vé nada rodando até a implantagao. Entdo, pode acontecer de, nas fases finais, os requisitos da organizacdo ndo serem mais os mesmos daqueles do inicio e o software nao ter mais utilidade para organizacao. Professor, ent 0 Modelo em Cascata néo deve ser usado em nenhurna hipdtese? Calma a, ele pode ser usado! No entanto, sua utilizagio deve ocorrer preferencialmente quando os requisitos forem bem compreendidos e houver pouca probabilidade de mudangas radicais durante o desenvolvimento do sistema. Vacés entenderam? PENH HNTB simples de entender e facil de aplicar, Divisdo inflexivel do projeta em estagios facilitando o planejamento. distintos. Fixa pontos especificos para a entrega de Oificuldade em incorporar mudangas de artefatas. requisitos, Prof, Diego Carvalha www.estrategiaconcursas.com.br Pag. 43 de BB 00000000000 - DEMOFunciona bem para equipes tecnicamente fracas. E facil de gerenciar, devido a sua rigidez Realiza documentagdo extensa por cada fase ou estagio. Possibilita boa aderéncia a outros modelos de processo. Funciona bem com projetos pequenos e com requisitas bem conhecidas. DDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diago Carve ~ Aula OD Clientes sé visualizam resultados praximos a0 final do projet. Atrasa a redugéa de riscos. Apenas a fase final produz um artefato de software entregavel. Cliente deve saber todos os requisitos no inicio do projeto. Modelo inicial (Royce) nao permitia feedback entre as fases do projeto. Pressupie que os requisites ficardo estaveis ao longo do tempo. Nao funciona bem com projetas complexos 2 00, apesar de compativel. Podemos afirmar, entéo, que 0 Modelo em Cascata é considerado um método tradicional e fortemente prescritivo, , ele busca sempre dizer o que fazer, em geral, por meio de planos definidos no inicio do projet. Que planos, professor? Escopo, custo, cronograma tudo isso bem detalhado em uma extensa documentacao. Mudancas so bem-vindas? Claro que no! Prof. Diego Carvalha www.estrategiaconcursos.com.br Pig. 4d de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diego Carvalho ~ Aula 00 13) CAIU na prova! 1. (FCC - 2012 - TJ-RI - Analista Judiciario - Andlise de Sistemas - E) Dos diferentes modelos para o ciclo de vida de desenvolvimento de um software é correto afirmar que 0 madelo em cascata € 0 mais recente e camplexo. Comentarios: Citado inicialmente em 1970 por W. Royce, também designado Cascata ou Classico ou Sequencial ou Linear ou Tradicional ou Waterfall ou Rigido ou Monolitico (todos esses nomes jd cairam em proval). Esse nome é devido ao encadeamento simples de uma fase com a outra. Os estagios do modelo demonstram as principais atividades de desenvolvimento. Observem a imagem mais abaixo! Mais recente? Nao, muito antigo! Complexo? Nao, possui um encadeamento simples de fases, Gabarito: E 2. (FCC - 2009 - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informagao = Prova 3 - B) O processo de engenharia de software denominado ciclo de vida classico refere-se a0 modelo incremental, Comentarios: Citado inicialmente em 1970 por W. Royce, também designado Cascata ou Classico ‘ou Sequencial ou Linear ou Tradicional ou Waterfall ou Rigido ou Monolitico (todos esses nomes jd cairam em proval). Esse nome é devido ao encadeamento simples de uma fase com a ouira. Os estdgios do modelo demonstram as principais atividades de desenvolvimento. Observem a imagem mais abaixo! Nao, modelo classico se refere a modelo em cascata, sequencial, linear, tradicional, waterfall, rigicio ou monolitico Gabarito: £ Prof. Diego Carvalha www. estrategiaconcursas.com.br Pig. 45 de BB 00000000000 - DEMOEstrategia 3, (CESPE - 2009 - adotado um proc lento de sitos tem mai e naq leva de Comentarios: ath elas que tenham adotado d DATAPREV - Cargo - Anélise de Negécios Tecnologia da Informagaa - Parte ll Prof. Dingo Carvalho ~ Aula 00 INMETRO — Analista de Sistemas) Em ura empresa que tenha falhas no software prej envolvimento evolucionério. WSS EES by E simples de entender e facil de aplicar, facilitanda o planejamento. Fixa pontos especificos para a entrega de artefatas. Funciona bem para equipes tecnicamente fracas. E facil de gerenciar, devido a sua rigidez Realiza documentagdo extensa por cada fase ou estagio. Possibilita boa aderéncia a outros modelos de processo. Funciona bem com projetos pequenos e com requisitas bem conhecidos. © Modelo em evolucionario & mais adaptave de fato, nao vudangas po Divisao inflexivel do projeta em estagios distintos, Dificuldade em incorporar mudangas de requisitos. Clientes sé visualizam resultados praximos ao final do projeto. Atrasa a redugéa de riscos. Apenas a fase final produz um artefato de software entregavel. Cliente deve saber todos os requisitas no inicio do projeta. Nao fornece feedback entre as fases. Pressupde que os requisitas ficardo estaveis ao longo do tempo. Nao funciona bem com projetas complexas e 00, apasar de compativel. rea Modelo bem a mudangas. Ja se utlizar de iteragoes. Gabarito: C 4. CEE 2011 -MEC — Analista de Sistemas) © mo! ilitar @ de mudan Prof. Diego Carvalha www.estrategiaconcursos.com.br necessidade de retrabalho em fases Pig. 4B de BB 00000000000 - DEMOComentarios: UES DATAPREV - Cargo - Anélise de Negécios Tecnologia da Informagaa - Parte ll Prof. Dingo Carvalho ~ Aula 00 Wa TEs E E simples de entender e facil de aplicar, facilitando o planejamento. Fixa pontos especificos para a entrega de artefatas. Funciona bem para equipes tecnicamente fracas. E facil de gerenciar, devido a sua rigidez Realiza documentagdo extensa por cada fase ou estagio. Possibilita boa aderéncia @ outros modelos de process. Funciona bem com projetos pequenos e com requisitas bem conhecidos. Pelo contrario, hé dificuldade de lid. de; indo do erro, é nec sario re Diviséo inflexivel do projeta em estagios distintas. Dificuldade em incorporar mudangas de requisites. Clientes sé visualizam resultados proximas ao final do projeto. Atrasa a redugaa de riscos. Apenas a fase final produz um artefato de software entregavel. Cliente deve saber todas os requisitas no inicio do projeto. Nao fornece feedback entre as fases. Pressupie que os requisitas ficardo estaveis ao longo do tempo. Nao funciona bem com projetas complexas e OD, apesar de compativel. tos volateis, tendo em vista que nicio. Gabarito: £ 5, (CESPE — 2008 — TST — Analista de Sistemas) No modelo de desenvolvime nncial linear, a fase de codificacdo é a que se Comentarios: Prof. Diego Carvalho www.estrategiaconcursos.com.br erros de maior ci Pig. 47 de BB 00000000000 - DEMODATAPREV - Cargo - Anélise de Negécios Tecnologia da lnformagéa ~ Parte Prof. Dingo Carvalho ~ Aula 00 Entenderam essa parte aireitinho? Um erro na fase de requisitos, por exemplo, que no foi corrigido e foi descoberto no final do processo de desenvolvimento, teré um custo de corregio altissimo, visto que provavelmente terd que se refazer tudo novamente. Ora, se eu peco a construgdo de um carro e vocé constrdi uma moto, 0 custo para corrigir esse erro serd altissino. Portanto ndo confundam essas duas coisas! Percebam o que eu disse: quanto mais tarde se descobre um erro, mais caro se torna sua correcao. Dizendo isso de outra forma: erros nas fases inicigis possuem custo de corregdo altissimo. Uma coisa é 0 momento em que o erro ocorre (quanto mais cedo, mais caro); outra coisa é o momento em que um erro é identificado (quanto mais tarde, mais caro). Bacana? Percebam que erros nas fases iniciais possuem custos de correcdo mais altos, L 0 maior custo esta na fase a fase inicial! odlficagdo? Nao, esta se de requisitos que é a Gabarito: 6. (CESPE — 2009 — INMETRO — Analista de Sistemas) Em um processo de ito 80 realizados todos em um io, que acontece apés 0. envolvirr case mesmo esté Comentarios: Por oa Pec Pope rs Sen en (4? Ed) (6 Ed) ie Usfngdo deRequisitos —Requstos de Modelagame Engenharia do | Comunicagdo Etta de Sistema Sistema/nformageo Remuisitos Projet de Sistema © Reguisitus de —_Arlise de Reruisitos de Plonjamenta Projetn Sotwara Saftware Suftware InplementaraoeTestede —Andlse Projata Madelagem Construgao Unidad Integragéow Tost de Projet Brragéo de Citi Consirugén Integragio Sistema Uperapace Manutengéc Cdficagao Testee Manutengéo Inpintegao Teste de Depurago Teste ‘nstalagan Oberagia Manutengande Sofware Tados em um mesmo estagio, ndo. A gra joria dos testes acorrem, de fato, pos a finalizacao das fases de implementagao. No entanto, podem ocorrer testes unitarios durante a propria implementagao, cot mo mostra 0 quadro acima, Prat. Diego Carvalho www.estrategiaconcursas.com.br Pag. 48 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diago Carve ~ Aula OD Gabarito: E 7. (CESPE -2008 - SERPRO — Analista de Sistemas) © modelo em cascata consiste de fases e atividades que devem ser realizadas em sequéncia, de forma que uma atividade é requisito da outra Comentarios: No Modelo em Cascata, uma fase sé se inicia apds o término e aprovagéo da fase anterior, isto & hd uma sequéncia de desenvolvimento do projeto. Por exemplo, a Fase 4 sé € iniciada apés 0 término e aprovagdo da Fase 2. A Fase 5 56 é iniciada ands 0 término e aprovacéo da Fase 4. Mas que fases so essas? Bem, agora que complica, porque cada autor resolve criar suas fases! Vejamos: (...) Vimos isso exaustivamente: no modelo em cascata, uma fase sO se inicia apds 0 término e aprovagio da fase anterior. Gabarito: C 8. (CESPE-2005 —AL/ES — Analista de Sistemas - B) © modelo de desenvolvimento em cascata descreve ciclos sequenciais, incrementais e iterativos, possuindo, entre autras, as fases de requisites e implementacdo. Comentérios: Nao! Ele nao descreve ciclos, muito menos ciclos iterativos. Na verdade, essa é a definigao de Modelo Iterativo e Incremental Gabarito: £ 9, (CESPE — 2004 — STJ — Analista de Sistemas) O modelo de desenvolvimento seqUencial linear, também charnado modelo classico ou modelo em cascata, caracteriza-se por nao 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: Prof. Diego Carvalha www.estrategiaconcursas.com.br Pig. 48 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diago Carve ~ Aula OD Professor, 0 que vocé quer dizer com atrasar a redugdo de riscos? Bem, essa é uma desvantagem recorrente em provas. Como ura fase $6 se inicia opds 0 témino da fase anterior, 56 € possivel em geral verificar se houve erros nas diltirnas fases - como pode ser visto na imagem abaixo, Em outros modelos, os riscos sao reduzidos desde as primeiras fases do processo de desenvolvimento. Perfeito, lembrem-se que ele acumula riscos ¢ nao lida bem com requisites volateis. Gabarito: € 10. (CESPE-2009 - IPEA — Analista de Sistema) No modelo em cascata de processo de desenvolvimento, os clientes devern definir os requisitos apenas durante a fase de projeto; e os projetistas definem as estratégias de projeto apenas durante a fase de implementacdo. As fases do ciclo de vida envolvem definicao de requisitos, projeto, implementacao, teste, integracdo, operacdo e manutencéo. Em cada fase do ciclo de vida, padem ser produzidos diversos artefatos Comentarios: Essa questao nao faz sentido! Os clientes definem os requisitos durante a fase de Definic&io de Requisitos. JA os projetistas definem as estratégias de projeto apenas durante a fase Projeto Gabarito: E 11. (CESPE- 2008 - TCE/TO — Analista de Sistema — D) No ciclo de vida em cascata, & possivel realizar alternadamente e simultaneamente as atividades de desenvolvimento de software Comentarios: No Modelo em Cascata, uma fase s6 se inicia apés 0 término e aprovagdo da fase anterior, isto & hd uma sequéncia de desenvolvimento do projeto. Por exemplo, a Fase 4 56 € iniciada apés o término e aprovagdo da Fase 3. A Fase 5 56 é iniciada apés 0 término e aprovacto da Fase 4. Mas que fases sdo essas? Bem, agora que complica, porque cada autor resolve criar suas fases! Vejamos: (..) Nao, sequencial ¢ linear. Nao pode ser alternado e simultaneo! Gabarito: E Prat. Diego Carvalho www.estrategiaconcursas.com.br Pig. 50 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diago Carve ~ Aula OD 12. (CESPE — 2004 — TJ/PA — Analista de Sistema — D) A abordagem sistematica estritamente oc o é denominada modelo em cascata ou modelo sequencial linear. Comentarios: Citado iniciaimente em 1970 por W. Royce, também designado Cascata ou Classico ‘ou Sequencial ou Linear ou Tradicional ou Waterfall ou Rigido ou Monolitico (todos esses nomes jé cairam em proval). Esse nome é devido ao encadeamento simples de uma fase com a outra. Os estdgios do madela demonstram as principais atividades de desenvolvimento. Observem a imagem mais abaixo! Perfeito! Modelo quencial, Waterfall, etc. Gabarito: C 13. (CESPE — 2006 — TSE — Analista de Sistema — D) O modelo em 0 desenvolvi es do restante do desenvolvimento ascata organiza to em fases. Esse modelo encoraja a d suisitos inigdo dos 1 ma, Apds a especifica analise dos requisitos, tém-se 0 projeto, a implementagdo eo teste Comentarios: a Sead Defnigaa deRequistos —Requistos de Modelegem Engenhariado | Comunicarén Elintacen de Sistema Sistema/nformageo Requisitos Projetode Sistema e —-Reuisitos do ——Alse de Recusitos de Plansjamento Projet Software Software Software Inplementagdo e Testede lise Projeta Modelsgem Construio nid de Integrazéoe Teste de Projeta Beragéo de Cadigo Construsza Integragao Sistema COperagtoe Manutengio —Codifceyaoa Teste e Manutengdo Inplantagaa Teste de Depuragéo Teste Instlagan Operagao Manutengande Sofware Perfeito! De fato, segue essa ordem! Prof. Diego Carvalho www.estrategiaconcursos.com.br Pag, Sl de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diago Carve ~ Aula OD Gabarito: C 14, (CESPE — 2009 — INMTRO — Analista de Sistema) No desenvolvimento de software, 0 modelo em cascata é estruturado de tal maneira que as fases que compéem 0 desenvolvimento sdo interligadas, Nessa situacgo, o final de uma fase implica o inicio de outra Comentarios: No Modelo em Cascata, uma fase sé se inicia apdés 0 término e aprovagéo da fase anterior, isto & hd uma sequéncia de desenvolvimento do projeto. Por exemplo, a Fase 4 56 € iniciada apés 0 término e aprovagiio da Fase 2. A Fase 5 s6 é iniciada apés 0 término e aprovacdo da Fase 4, Mas que fases sdo essas? Bem, agora que complica, porque cada autor resolve criar suas fases! Vejamos' (...) Perfeito, conforme a definigao. Gabarito: C 15. (CESPE - 2010 - BASA — Analista de Sistema) No modelo em cascata, 0 projeto segue uma série de passos ordenados. Ao final de cada projeto, a equipe de projeto finaliza uma revisdo. O desenvolvimento continua , ao final, o cliente avalia a solucao proposta, Comentérios: De acordo com Vasconcelos (2006), no Modelo em Cascata, 0 projeto segue uma série passos ordenados, ao final de cada fase, a equipe de projeto finaliza uma revisdo. Além disso, o desenvolvimento no continua até que o cliente esteja satisfeito com os resultados alcangados. Vocés consequem perceber como essas restricbes engessam o desenvolvimento? Ao final de cada projeto? Nao! Ao final de cada fase Gabarito: E 16. (CESPE — 2009 - TRE/MT — Analista de Sistema - A) O modelo em cascata apropriado para software em que os requisitos ainda néo foram bem compreendidos, pois é focado na criagdo de incrementos Prof. Diego Carvalho www.estrategiaconcursos.com.br Pag. 52 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diago Carve ~ Aula OD Comentarios: Professor, entdo 0 Modelo em Cascata ndo deve ser usado em nenhuma hipotese? Calma 16, ele pode ser usado! No entanto, sua utilizagao deve ocorrer preferencialmente quando os requisitos forem bem compreendidos e houver pouca probabilidade de mudangas radicais durante 0 desenvolvimento do sistema. Vocés entenderam? Pelo contrario, totalmente errado! Gabarito: E 17. (CESPE — 2009 — UNIPAMPA — Analista de Sistema — D) O modelo em ci sugere uma abordagem sistematica e sequencial para o desenvolvimet software. Sua natur linear leva a estados de bloqueio nos q nova etapa seja iniciada, é necessdrio que a documentagao associada & fase anterior tenha sido aprovada Comentérios: No Modelo em Cascata, uma fase sé se inicia apés 0 término e aprovagtio da fase anterior, isto & hd uma sequéncia de desenvolvimento do projeto. Por exemplo, a Fase 4 s6 é iniciada apds o término ¢ aprovaciio da Fase 3. A Fase 5 sé é iniciada apés 0 término e aprovagtio da Fase 4. Mas que fases so essas? Bem, agora que complica, porque cada autor resolve criar suas fases! Vejamos: (..) Perfeito! Nao basta terminar uma fase, @ necessario que a sua documentac&o tenha sido aprovada, Gabarito: C 18. (CESPE — 2004 — ABIN - Analista de Sistema) © modelo de desenvolvimento sequencial linear, também denominado modelo em cascata, ¢ incompativel com o emprego de técnica de analise orientada a abjetos no desenvolvirr sistema de informacao. to de um Comentarios: Prof. Diego Carvalha www.estrategiaconcursas.com.br Pig, 83 de BB 00000000000 - DEMODATAPREV - Cargo - Anélise de Negécios Tecnologia da Informagaa - Parte ll Prof. Dingo Carvalho ~ Aula 00 VANTAGENS DESVANTAGENS E simples de entender e facil de aplicar, facilitanda o planejamento. Fixa pontos especificos para a entrega de artefatas. Funciona bem para equipes tecnicamente fracas. E facil de gerenciar, devido a sua rigidez Realiza documentagio extensa por cada fase ou estagio. Possibilita boa aderéncia @ outros modelos de processa. funciona bem com projetos pequenos e com requisitas bem conhecidas. Divisao inflexivel do projeta em estdgios distintas. Dificuldade em incorporar mudangas de requisitas. Clientes sé visualizam resultados proximos ao final do projeto. Atrasa a redugaa de riscas. Apenas a fase final produz um artefato de software entregavel, Cliente deve saber todos os requisitas no inicio do projeta. Nao fornece feedback entre as fases. Pressupie que os requisites ficardo estavais ao longo da tempo. Nao funciona bem com projetos complexos e OD, apesar de compativel. orientada a a). Lembre-se q Gabarito: £ 19. (CESPE — 2004 — TRE/AL — Analista de Sistema) © modelo cascata ou ciclo de Comentérios: os oa Por Prassman Par Prassiman rs Soe Yourdon i Prof. Diego Carvalho www.estrategiaconcursas.com.br Pag. 54 de BB 00000000000 - DEMO{Estrategia DATAPREV - Cargo - Anélise de Negécios Tecnologia da Informagao - Parte SLEDS Prof. Diego Carvalho ~ Aula 00 Dsfngdo deRequiitos Requsitos de ‘Modelagam Engenharia do | Comunicagdo Etta de Sistema Sistema/hformagen Remusitos Projet de Sistema e ——Reguiitus de Arline de Reruisitos de Plonjamenta Projetn Softvare Saftnare Software ImplementaraoeTestede —Andlse Projata Madelagem Construgao Unidade Iniegragéoe Tost de Projet Bovapio de Citi Consirugén Integra Sistema Operepace Manutengéc Cdificagao Testee Mantengéo Inpintegao Teste de Dapuragio Teste Insti herngta Manutengta de Software Prim is Andtise? Nao, Ana! Gabarito: £ encial linear 1 basica, ras funcion: Comentarios: ENS 20, (CESPE — 2008 — MPE/AM ~ Analista de Sistema) O modelo di WENZEL By E simples de entender e facil de aplicar, facilitando o planejamento. Fixa pontos especificos para a entrega de artefatas. Funciona bem para equipes tecnicamente fracas. E facil de gerenciar, devido a sua rigidez Realiza documentagéo extensa por cada fase ou estagio. Possibilita boa aderéncia a outros modelos de processa. Prof. Diego Carvalha www.estrategiaconcursas.com.br Divisao inflexivel do projeta em estagios distintos. Dificuldade em incorporar mudengas de requisitos, Clientes sf visual préximos ao final do projeto. Atrasa a redugéa de riscos. resultados Apenas a fase final produz um artefato de software entregével. Cliente deve saber todos os requisites no 0 do projeto. Pig, 85 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diago Carvaha ~ Aula OD Funciona bem com projetos pequenos e Nao fornece feedback entre as fases. com requisitas bem conhecidas. J Pressupie que os requisites ficardo estaveis ao longo do tempo. Nao funciona bem com projetos complexos e 00, apesar de compativel. Pelo contrario, somente nas fases finais que se tem uma versao! Essa definigdo est mais com cara de modelo de desenvolvimento em prototipagem Gabarito: E 21. (VUNESP ~ 2012 - SPTrans - Analista de Informatica) Uma das abordagens do processo de desenvolvimento da engenharie de software prevé a diviséo em etapas, em que o fim de uma é a entrada para a proxima. Esse processo ¢ conhecido como modelo a) Transformacao. b) Incremental ©) Evolativo d) Espiral e) Cascata Comentarios: No Modelo em Cascata, uma fase sé se inicia apdés 0 término e aprovagao da fase anterior, isto & hd uma sequéncia de desenvolvimento do projeto. Por exemplo, a Fase 4 56 € iniciada apds 0 término e aprovagao da Fase 3. A Fase 5 6 é iniciada apés 0 término e aprovacdo da Fase 4. Mas que fases sdo essas? Bem, agora que complica, porque cada autor resolve criar suas fases! Conforme vimos em aula, trata-se do Modelo em Cascata Gabarito: E 22.(CESGRANRIO — 2010 — PETROBRAS — Analista de Sistemas — Processos de Negécio) No Ciclo de Vida Classico, também chamado de Modelo Sequencial Linear ou Modelo Cascata, é apresentada uma abordagem sistematica composta pelas sequintes atividades: Prof. Diego Carvalha www.estrategiaconcursas.com.br Pig, SB de BB 00000000000 - DEMODATAPREV - Cargo - Anélise de Negécios Teenlogia da Informagao - Parte I Prof. Dingo Carvalho ~ Aula 00 a) Andlise de Requisitos de Software, Projeto, Manutengao Geracdo de Cédigo, Tes b) Modelagern e Engenharia do Sistema/Informacio, Ar Software, Projeto, Geracdo de Cédigo, Teste ¢ Manutencé ise de Requisitos de ©) Modelagem e Engenharia do Sistema/Informacdo, Projeto, Geracéo de janutengdo. d) Levantamento de Requisitos de Software, Projeto, Gera Manu do de Cédigo e Gao e Anélise de Requisitos de Software e) Levantamento Progressivo e Manutengio. e, Projeto, Geracéio de Cédigo, Comentarios: Lr cy ee Ce rd Ae ern (4? Ed) tz) LON efiniggo deRenuisitos — Regusitos de Madelegem e Engenfsria do Comunicagéo Flisitagéa de Sistema Sistama/nformacao Requstos Projto de Sistema e -Requistos denise de Requistos de Planejamenta Projeto Software Software Software ‘nplementagau e Teste de Anise Projeto Modelayem Construgao Unidad Integragéae Teste de Projeta Beragéo de Cadiga CConstrugéa Integracéo Sistema Operagio & Manutengio Codificagio Tastee Manutengio Implantagio. Teste de Depuragéo Teste Instlagan Oheracao Manutencande Software A Letra B esta correta de acordo com Pressman 4 Edicdo, mas esta errada igo. Ademais, na questao ele sequer disse que era ebam que é um assunto polémico e que le acordo com 0 Pressman 6# de acordo com o Pressman. as bancas deveriam lorar, mas eventualmente elas cobram mesmo assim, Gabarito: B Prof. Diego Carvalho www.estrategiaconcursos.com.br Pag. 87 de 8B 00000000000 - DEMODATAPREV - Cargo - Anélise de Negécios Estratégia Tecnologia da Informagéo - Parte I Sr N aye Prof. Diego Carvalhe ~ Aula 00 23. (FGV - 2015 — PGE/RO - Anélise de Sistemas) A figura abaixo ilustra um modelo processo, que pre um conjunto de de pro atividades de arcabougo, de engenha Esse modelo é conhecide como Modelo: or fungdes. b) em cascata. 2) por médulos, Comentarios: Por D a 7 Por Sommerville en (CEN ca Definigan de Requsitos Requisitosde Modelageme Engenharia Comunicagao _-Elitayan de Sistema da Sistema/Informagén Requsitns Projeta deSistemae Requisitusde Andlise de Requsitus de _Planejamenta Projeto Software Software Softwere Implementagaa e Teste Andise Projeto Nodelagem Construgao de Unidade Integragoe Teste de Prajeto Gerapdo de Cadigo Construgia Integragao Sistema Operagao eManutencao © Cadficayéo Teste e Nanutengao Implantagia Teste de Depuragao Teste hstalayao Operagao Nanutengaa de Software Prof Diego Carvallo wwwestrategiaconcursas.com.br Pag. 58 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diago Carve ~ Aula OD Conforme vimos em aula, trata-se das fases descritas pelo Pressman para o Modelo em Cascata Gabarito: 8 Prof. Diego Carvalha www.estrategiaconcursas.com.br Pag, 59 de BB 00000000000 - DEMODATAPREV - Cargo - Anélise de Negécios Tecnologia da Informagao - Parte Prof. Dingo Carvalho ~ Aula 00 & MODELOS ITERATIVOS E INCREMENTAIS Deeg eerie Peres Pee Perens Como foi dito anteriormente, o Modelo em Cascata acumulava riscos e varios projetos comecaram a fracassar ao utiliz-lo no mundo inteiro. Ento surgiu 0 Modelo Iterativo como uma tentativa de resolver esse problema de actimulo de riscos. Vejamos a diferenca fundamental entre 0 Modelo em Cascata e 0 Modelo lterativo = No Modelo em Cascata, caso haja cem requisites, analisa-se os cem requisitos, projeta-se os cem requisitos, codifica-se os cem requisitos, testa- se os cem requisitos, e assim, por diante, sequencialmente. = No Modelo Incremental, caso haja cem requisitos no projeto, divide-se os cem requisitos em vinte miniprojetos de cinco requisitos e utiliza-se o modelo em cascata para cada miniprojeto. Galera, pensem sO: é possivel combinar a abordagem incremental com uma abordagem iterativa para desenvolver as miniprojetos em paralelo e entregar partes diferentes do projeto. A imagem abaixo apresenta os miniprojetos de cinco requisitos sendo feitos iterativamente e paralelamente em um modelo iterativo & incremental Prat. Diego Carvalho www.estrategiaconcursos.com.br Pig, BO de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diago Carvalho ~ Aula 00 Assim, 05 resultados siio mais rapidos, hd maior interagéo com 0 usuario e ha um feedback mais intenso — ¢ possivel reagir mais facilmente a mudancas. Essa abordagem permite gerenciamento e mitigagSo de riscos. Professor, mas eu fiquei com uma dlivida: qual a diferenca entre Modelo Iterative e Modelo Incremental? Ou eles sGo exatamente a mesma coisa? Bem, galera... eu nunca vi nenhuma prova cobrar essa diferenca entre modelo iterativo e modelo incremental! Na verdade, quando se fala em modelo iterativo, presume-se que é incremental e quando se fala em modelo incremental, presume- se que é iterativo. Eles frequentemente andam lado a lado, mas ha pequenas diferencas. ET ea vras serem trocadas dezenas de vezes (inclusive no prépria edital) No entanto, muitas vezes AE enc cred Eloi Cie ci Teor ae ene nena Ty = Interativo: participag: Professor, mas e se cair em prova? Ora, caso caia em prova, a diferenca é que, no modelo incremental, ha varias equipes desenvalvendo uma parte do software a Prof. Diego Carvalho www.estrategiaconcursos.com.br Pag. Gl dz BB 00000000000 - DEMODATAPREV - Cargo - Anélise de Negécios Tecnologia da lnformagéa ~ Parte Prof. Dingo Carvalho ~ Aula 00 serem integradas no fim e, no modelo iterativo, lanca-se a verso 10, adicionam-se funcionalidades, langa uma versao 2.0, adicionam-se mais funcionalidades e assim por diante. Modelo Incremental: observem que a imagem mostra um artista com uma ideia completa sobre 0 quadro, mas ele desenvalve cada parte separadamente até integrar as partes em urna imagem completa. E como se fosse um quebra-cabecas em que cada parte é entregue funcionando e depois integrada. Produz builds, i.e., partes do software. | ‘a g Modelo Iterativo: observem que a imagem mostra um artista com um esboco do quadro, sendo que ele desenvolve varias versdes do quadro até chegar ao resultado final. E como se fosse uma visao abstrata da imagem, que em seguida vai sendo melhorada até chegar a uma visio mais concreta. Produz releases, i.e., verses constantemente melhoradas da imagem. Uma das vantagens do modelo iterativo e incremental é que © cliente pode receber e avaliar as entregas do produto mais cedo, j4 no inicio do desenvolvimento do software. Além disso, ha maior tolerancia a mudangas com consequéncia direta de reducdo do risco de falha do projeto, i.e, ele acomoda melhor mudancas. Ele aumenta 0 retiso € a qualidade. Prof. Diego Carvalho www.estrategiaconcursas.com.br Pag. B2 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da Informaca - Parte Prof. Diego Carvalho ~ Aula 010 g CAIU na prova! DIVERSAS BANGAS 1, (CESPE - 2011 - T//ES - Analista Judiciario - Anélise de Sistemas - Especificos) © modelo de processo incremental de desenvolvimento de software é iterativo, assim como 0 processo de prototipagern. Contudo, no processo incremental, diferentemente do que acorre no de prototipagem, o objetivo consiste em apresentar um produto operacional a cada incremento. Comentarios: De fato, no modelo iterativo e incremental, apresenta-se sempre um produto a cada incremento. J4 na prototipacdo, nao. Idealmente, ele serve apenas para identificar requisitos Gabarito: C 2. (CESPE - 2008 - TJ/DF - Analista Judiciério - Anélise de Sistemas) No modelo de desenvolvimento incremental, embora haja defasagem entre os perfodos de desenvolvimento de cada increrenta, os incrementos sdo desenvolvidos em paralelo Comentarios: Questéo perfeita. Os incrementos sao codificados nda exatamente em paralelo - ha uma pequena defasagem Gabarito: C 3. (CESPE - 2009 - UNIPAMPA - Anilise de Sistemas) No modelo de desenvolvimento incremental, a cada iteracdo so realizadas varias tarefas. Na fase de andlise, pode ser feito o refinamento de requisitos e 0 refinamento do modelo conceitual Comentérios: Prat. Diego Carvalho www.estrategiaconcursas.com.br Pig, 63 de BB 00000000000 - DEMODATAPREV - Cargo - Anélise de Negécios Teenlogia da Informagao - Parte I Prof. Dingo Carvalho ~ Aula 00 Perfeito, é a fase sequinte a fase de requisitos e busca refina-los Gabarito: C Prof. Diego Carvalha www.estrategiaconcursas.com.br Pig, 84 de BB 00000000000 - DEMODATAPREV - Cargo - Anélise de Negécios Tecnologia da Informagao - Parte Prof. Dingo Carvalho ~ Aula 00 e RAPID APPLICATION DEVELOPMENT (RAD) Deeg eerie Peres Pee Perens Per Esiral © RAD € um modelo iterativo e incremental, que enfatiza o ciclo de desenvolvimento curto (60 a 90 dias). Esse desenvolvimento ocorre tao rapido, porque é utilizada 0 reso de componentes a exaustdo. Como muitos componentes |j@ estdo testados, pode-se reduzir o tempo total de desenvolvimento. As fases sao mostradas na imagem abaixo = Modelagem de Negécio: o fluxo de informagées entre as fungdes de negacio & modelado de modo a responder que informacao direciana o proceso de negocio; que informacdo é gerada; quem gera essa informacao; para onde vai a informagao gerada; e, por fim, quem processa a informagao. = Modelagem de Dados: o fiuxo de informagao definido na fase de modelagem de negocio é refinado em um conjunto de objetos de dados que s4o necessarios para suportar 0 negécio. Os atributos de cada objeto séo identificados e os relacionamentos entre esses objetos sdo definidos. = Modelagem de Processo: os objetos de dados definidos na modelagern de dados so transformados para conseguir o fluxo necessario para implementar Prof. Diego Carvalha www. estrategiaconcursas.com.br Pig, 85 de BB 00000000000 - DEMODATAPREV - Cargo - Anélise de Negécios Estratégia Tecnologia da Ifrmagio - Part sntea ore Pra. Diego Carvan - Aa uma funcdo do negécio. Descrigées do processamento sdo criadas para adicionar, modificar, descartar ou recuperar um abjeto de dados. = Gerag3o da Aplicagdo: considera o uso de técnicas de quarta geragao, trabalha com a reutilizagdo de componentes de programa existentes quando possivel, ou cria componentes reusdveis. Séo usadas ferramentas automatizadas para facilitar a construgao do software. = Teste e Modificacdio: como 0 processo enfatiza o retiso, muitos componentes JA esto testados e isso reduz 0 tempo total de teste. No entanto, os novos componentes devem ser testados e todas as interfaces devem ser exaustivamente exercitadas para colocar 0 resultado em produgao. Neste modelo, hd uma interagdo direta e intensa com 0 usuario e uso frequente de prograrnagdo de banco de dados e ferramentas de apoio ao desenvolvimento, como geradores de telas e relatérios. Mais abaixo, pode-se ver as vantagens desvantagens do modelo. Galera, ele néo pode ser utilizado em qualquer situagao. Recomenda-se utiliz4-lo quando: Prat. Diego Carvalho www.estrategiaconcursos.com.br Pig, BB de BB 00000000000 - DEMO{Estrategia DATAPREV - Cargo - Anélise de Negécios Tecnologia da Informagao - Parte Prof. Dingo Carvalho ~ Aula 00 * aaplicago nao necessita de softwares auxiliares (standalone); = &possivel fazer uso de classes pré-existentes; = a performance ndo é 0 mais importante; = oo risco técnico é reduzido; * a distribuicdo do produto no mercado pequena; * 0 escopo do projeto é restrito; = 0 sistema pode ser dividido em varios médulos; * orisco de mudanga tecnolégica é baixo. ENED DESVANTAGENS Permite o desenvolvimento rapido e/ou a prototipagem de aplicagdes. Criagao e reutilizagdo de componentes. Desenvolvimento € conduzido em um nivel mais alto de abstragdo. Grande redugdo de codificagaa manual com wizards. Cada fungan pode ser direcionada para a uma equipe separada. Maior flexibilidade (desenvolvedores podem reprojetar & vontade). Provavel custo reduzido (tempo é dinheira e também devido ao reuso). Tempo de desenvolvimento curto. Protdtinos permitem uma visualizagao mais cedo. Envolvimento maior do usuario. Prof. Diego Carvalho www.estrategiaconcursos.com.br Evige recursos humanos cars e experientes O envolvimento com o usudrio tem que ser ativo. Comprometimento da equipe do prajeta. Custo alta do conjunto de ferramentas e hardware para rodar a aplicagao: Mais dificil de acompanhar o projeto. Perda de precisio cientifica (pela falta de métadas formais). Pade levar an retorno das préticas cadticas no desenvolvimento, Pode construir fungdes desnecessdrias. Requisitas podem nao se encaixar (conflitos entre desenvolvedores e clientes). Padronizagda (aparéncia diferente entre os médulos e componentes) Pig. 87 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diego Carvalho ~ Aula 010 ‘ g CAIU na prova! DIVERSAS BANCAS. 1, (CESPE - 2008 - TST - Analista Judicidrio - Andlise de Sistemas) © modelo RAD (Rapid Application Development) consiste em uma forma de prototipagao para esclarecer duividas da especificagdo do software. Comentarios: RAD & um processo de desenvolvimento de software iterativo e incremental que enfatiza um ciclo de desenvolvimento curto. Ele ndo é uma forma de prototipacao, apesar de poder utilizé-la Gabarito: E 2. (CESPE — 2004 - BASA — Analista de Sistemas) © modelo embasado em prototipagem é um modelo de processo incremental que enfatiza um ciclo de desenvolvimento extremamente curto. A primeira fase do proceso é a madelagem de negdcio e a titima é a fase de teste e entrega Comentérios: O RAD € um modelo iterativo e incremental, que enfatiza o ciclo de desenvolvimento curto (60 a 90 dias). Esse desenvolvimento ocorre tao rapido, porque é utilizada o retiso de componentes a exaustéio. Coro muitos componentes jd esto testados, pode-se reduzir a tempo total de desenvolvimento. As fases sda mastradas na imagem abaixo: Ciclo de desenvolvimento curto? Isso é RAD e, ndo, Prototipagem! Gabarito: E 3. (CESPE ~ 2005 — MPE/AM — Analista Judiciario - Analista de Sistemas) © modelo RAD (rapid application development) é especifico para projetos de software que empregam linguagens de programagio de terceira geracdo, Prat. Diego Carvalho www.estrategiaconcursas.com.br Pig, BB de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da Informaca - Parte Prof. Diago Carve ~ Aula OD Comentarios: Nao existe qualquer limitacdo quanto a isso! Gabarito: E 4, (CESPE — 2011 — AL/ES — Analista de Sistemas — C) O ciclo de vida RAD (Rapid Application Development), por privilegiar a rapidez do desenvolvimento, nao possui etapa de madelagem Comentarios: Como néo? Existe Modelagem de Negécio, Dados e Pracesso! Gabarito: £ 5. (CESPE-2005 — IGEPREV — Analista de Sistemas — B) © modelo Rapid Application Development (RAD) é apropriado para projetos que envolvern grandes riscos tecnicos, Comentarios: Pelo contrario, ¢ apropriado para projetos que envolvem pequenos riscos tecnicos. Gabarito: E 6. (CESPE - 2003 — IPEA — Analista de Sistemas) © RAD (Rapid Application Development) é um modelo de processo de software incremental que assume um ciclo de desenvolvimento curto e utiliza uma abordagem de construcéo com base em componentes. Comentarios: Perfeito, 6 exatamente isso! Gabarito: C 7. (CESPE — 2008 — TRE/MA — Analista de Sistemas — B) O modelo RAD (Rapid Application Development) é uma adaptacdo de alta velocidade do modelo Prof. ego Carvalho www.estrategiaconcursas.com.br Pag. B9 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da Informaca - Parte Prof. Diago Carve ~ Aula OD sequencial linear, conseguido por meio da construcio embasada em componentes. Comentarios: © RAD (Rapid Application Development) realmente ¢ uma adaptacao de alta velocidade do modelo sequencial linear (cascata). Além disso, ele se utiliza realmente de componentes prontos para o desenvolvimento rapido. Gabarito: C 8, (CESPE — 2008 — TRE/MA — Analista de Sistemas — B) © uso de uma abordagem de construgdo embasada em componentes faz que o desenvolvimento no modelo RAD (Rapid Application Development) seja considerado mais rapido Comentarios: Perfeito, ela se utiliza de uma construcdo baseada em componentes, fazendo com que 0 desenvolvimento seja mais rapido. Gabarito: C 9, (CESPE — 2013 — TRT/17 — Analista de Sistemas) O objetivo do RAD é separar os madelos da visualizacao e do controle. Ele fornece o controlador e facilita a escrita de moldes padronizados para a camada de visualizacao. Comentérios: Galera, esse iter nao faz qualquer sentido! Gabarito: E 10. (CESPE- 2008 — MPE/AM — Analista de Sistemas) O modelo de desenvolvimento incremental combina caracteristicas do modelo de desenvolvimento sequencial linear com caracteristicas do modelo RAD, embora isso resulte em projetos que sistematicamente apresentam maior duragao que aqueles feitos com os dois modelos de desenvolvimento originais. Comentarios: Prof Diego Carvalho www.estrategiaconcursas.com.br Pag. 70 de 8B 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da lnformagéa ~ Parte Prof. Diago Carve ~ Aula OD Modelo Incremental nao combina caracteristicas do Modelo Sequencial Linear com RAD. Alias, RAD é Incremental Gabarito: £ 11. (CESPE - 2005 — ANS — Analista Administrativo — Processamento de Dados) O modelo Rapid Application Development (RAD) é uma adaptac#o do modelo em espiral ler a projetos de software fundamentados em componentes Comentérios: Nav erdade, ele é uma adaptagao de alta velocidade do madelo em cascata Gabarito: E Prof. Diego Carvalho www.estrategiaconcursos.com.br Pag, T1de 8B 00000000000 - DEMODATAPREV - Cargo - Anélise de Negécios tratégia Tecnologia da Informagéo ~ Parte Pueuesos Praf.Diago Carvalho - Aula 00 LISTA DE EXERCICIOS COMENTADOS (DIVERSAS BANCAS) CONCEITOS BASICOS DE ENGENHARIA DE SOFTWARE 1. (CESPE - 2013 - TRT - 10° REGIAO (DF e TO) - Analista Judiciério - Tecnologia da Informaggo) A engenharia de software engloba pracessos, métodas e ferramentas. Um de seus focos ¢ a producdo de software de alta qualidade a custos adequadbos. 2. (FCC - 2012 - TST - Analista Judiciério - Andlise de Sisternas) A Engenharia de Software: a) é uma drea da computacdo que visa abordar de modo sistematico as questées técnicas endo técnicas no projeto, implantacdo, operagdo e manutencdo no desenvolvimento de um software b) consiste em uma disciplina da computac&o que aborda assuntos relacionados a técnicas para a otimizagao de algoritmos e elaboragdo de ambientes de desenvolvimento. ©) trata-se de um ramo da Tl que discute os aspectos técnicos e empiricos nos processas de desenvolvimento de sistemas, tal como a defini¢ao de artefatos para a modelagem agi d) envolve um conjunto de itens que abordam as aspectos de analise de mercado, concepcao e projeto de software, sendo independente da engenharia de um sistema e) agrupa as melhores praticas para o concepcdo, projet, aperacio e manutengéo de artefatos que suportam a execugdo de programas de computador, tais como as técnicas de armazenamento e as estruturas em meméria principal 3. (FCC - 2012 - TRT - 6% Regido (PE) - Técnico Judiciério - Tecnologia da Informacdio) Considere: é uma disciplina que se ocupa de todos os aspectos da producao de software, desde os estdgios iniciais de especificacao do sistema até a manutencdo desse sistema, depois que ele entrou em operacéo. Seu principal objetivo é fornecer uma estrutura metodolégica para a construgdo de software com alta qualidade. A definigao refere-se: Prof. iega Carvalho www.estrategiaconcursos.com.br Pag. 72 de BB 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da Informaca - Parte Prof. Diago Carve ~ Aula OD a) ao ciclo de vida do software, b) & programacéo orientada a objetos. ©) Aanilise de sistemas d) & engenharia de requisites. €) & engenharia de software . (CESPE - 2011 - MEC - Gerente de Projetos) A engenharia de software, disciplina relacionada aos aspectos da producéo de software, abrange somente os processos técnicos do desenvolvimento de software .. (GV - 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 sao: a) métodos, proceso e teste, b) ferramentas, métodos e proceso. ©) métodos, constru¢ao, teste € implantaciio. d) planejamento, modelagem, construcdo, validacdo e implantacdo. €) comunicagao, planejamento, madelagem, construcao e implantac3o . (CESPE - 2010 - Banco da Amazénia - Técnico Cientifico - Tecnologia da Informacéio) Os principios de engenharia de software definem a necessidade de formalidades para reduzir inconsisténcias e a decomposi¢ao para lidar com a complexidade. ”. (FCC - 2010 - TRE-AM - Analista Judiciério - Tecnologia da Informagao - A) Engenharia de Software: a) ndo tem como método @ abordagem estruturada para © desenvolvimento de software, pois baseia-se exclusivamente nos modelos de sofware, notacées, regras e técnicas de desenvolvimento, b) se confunde com a Ciéncia da Computagdo quando ambas tratam do desenvolvimento de teorias, fundamentagGes e praticas de desenvolvimento de software Prof Diego Carvalho www.estrategiaconcursos.com.br Pag. 73 de 8B 00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da Informaca - Parte Prof. Diago Carve ~ Aula OD ©) tendo como foco apenas o tratamento dos aspectos de construcio de software, subsidia a Engenharia de Sistemas no tratamento dos sistemas baseadas em computadores, incluindo hardware e software. d) tem como foco principal estabelecer uma abordagem sistematica de desenvolvimento, através de ferramentas e técnicas apropriadas, dependendo do problema a ser abordado, considerando restrigdes € recursos disponiveis. @) segue principios, tais como, o da Abstrago, que identifica os aspectos importantes sem ignorar os detalhes e 0 da Composicao, que agrupa as atividades em um tinico proceso para distribuigao aos especialistas 8. (FCC - 2011 - INFRAERO - Analista de Sistemas - Gest&o de TI) Em relacdo 4 Engenharia de Software, é INCORRETO afirmar: a) O design de software, ao descrever os diversos aspectos que estarao presentes no sistema quando construido, permite que se faca a avaliacdo prévia para garantir que ele alcance os objetivos propostos pelos interessados. b) A representacaio de um design de softwate mais simples para representar apenas as suas caracteristicas essenciais busca atender ao principio da abstracao. ©) Iniciar a entrevista para obtengdo dos requisitos de software com perguntas mais genéricas e finalizar com perguntas mais especificas sobre o sistema 6 0 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. @) A representagao € a linguagem do design, cujo Unico propésito é descrever um sistema de software que seja possivel construir. 9. (FCC — 2009 — AFR/SP - Analista de Sistemas) A engenharia de software esta inserida no contexto: a) das engenharias de sistemas, de proceso e de produto b) da engenharia de sistemas, apenas. ¢) das engenharias de processo e de produto, apenas. d) das engenharias de sistemas e de processo, apenas. e) das engenharias de sistemas e de produto, apenas. Prof Diego Carvalho www.estrategiaconcursos.com.br Pag. 7h de BB (00000000000 - DEMODDATAPREV - Cargo ~ Andlise de Negécins Tecnologia da Informaca - Parte Prof. Diago Carve ~ Aula OD 10. (CESPE — 2015 — ST) — Analista de Sistemas) Embora os engenheiros de software geralmente utilizem uma abordagem sistematica, a abordagem criativa e menos formal pode ser eficiente em algumas circunstancias, como, por exemplo, para 0 desenvolvimento de sistemas web, que requerem uma mistura de habilidades de software e de projeto. Ti (CESPE — 2015 — ST) — Analista de Sistemas) © foco da engenharia de software inclui especificagao do sistema, desenvolvimento de hardware, elaboragao do projeto de componentes de hardware e software, definiggo dos processos e implantacdo do sistema, 12. (FUNIVERSA — 2009 - IPHAN ~ Analista de Sistemas) A Engenharia de Sofware resume-se em um conjunto de técnicas utilizadas para o desenvolvimento e manutengéo de sistemas computadorizados, visando produzir e manter softwares de forma padronizada e com qualidade. Ela obedece a alguns principios como (1) Formalidade, (2) Abstracdio, (3) Decomposicao, (4) Generalizagao e (5) Flexibilizacao. Assinale a alternativa que apresenta conceito correto sobre os principios da Engenharia de Software. a) A flexibilizacdo é 0 processo que permite que o software possa ser alterado, sem causar problemas para sua execuco. b) A formalidade ¢ 2 maneita usada para resolver um problema, de forma genérica, com 6 intuito de poder reaproveitar essa solugdo em outras situagées semelhantes. ©) A generalizagéo preacupa-se com a identificagéo de um determinado fendmeno da realidade, sem se preocupar cam detalhes, considerando apenas 0s aspectos mais relevantes. d) Pelo principio da decomposicao, o software deve ser desenvolvido de acordo com passos definidos com preciso e seguidos de maneira efetiva, @) A abstracdo é a técnica de se dividir o problema em partes, de maneira que cada uma possa ser resolvida de uma forma mais especifica 1; e (CESPE — 2013 — TCE/RO — Analista de Sistemas) Engenharia de software nao esta relacionada somente aos processos técnicos de desenvolvimento de softwares, Prof Diego Carvalho www.estrategiaconcursos.com.br Pag. 75 de BB (00000000000 - DEMO