Home

Engenharia de Software

1. a reguladores e ticos b ambientais operacionais e de desenvolvimento Cc d e de efici ncia de confian a e de prote o cont beis e de seguran a de desempenho e de espa o 35 FCC 2011 TRT23 Detalhes t cnicos desnecess rios especificados pelos usu rios podem confundir os objetivos globais do sistema No levantamento de requisitos trata se de um problema de a Complexidade b Detalhamento c Entendimento d Escopo e Volatilidade 36 FCC 2012 PMSP Os requisitos n o funcionais podem ser divididos em 3 grupos requisitos de produto requisitos organizacionais e requisitos externos Dentre os grupos de requisitos externos se encontram os requisitos a Ambientais b De prote o c Reguladores d Operacionais e De desempenho 37 FCC 2010 MPE SP Na Engenharia de Software no mbito da atividade de levantamento de requisitos duas abordagens s o consideradas os requisitos funcionais e os requisitos n o funcionais um exemplo t pico de requisito funcional a Facilidade de manuten o b Seguran a c Facilidade de uso d Funcionalidae e Desempenho 38 FCC 2010 MPE SP A frase o tempo m dio de resposta do sistema n o deve ultrapassar 5 segundos indica a uma funcionalidade do sistema b uma atividade do cronograma do sistema c uma fun o executada pelo usu rio do sistema d uma poss vel defini o de
2. a uma fase do processo de software aplicada no modelo em cascata b uma fase do processo de software aplicada no modelo em espiral c uma t cnica de observa o que pode ser usada para compreender os requisitos sociais e organizacionais d uma t cnica aplicada na engenharia de requisitos cujo objetivo definir a priori as classes que cont m elementos gr ficos BLOB e um projeto cujo principal objetivo criar interfaces gr ficas que facilitam o acesso do usu rio GUI 17 FCC 2009 TRT Dentre os reguisitos n o funcionais classificados em De produto I Organizacionais Ill Externos Corresponde a Il e Ill respectivamente a seguran a privacidade desempenho b interoperabilidade usabilidade desempenho c interoperabilidade desempenho tico d portabilidade de entrega interoperabilidade e usabilidade de seguran a de privacidade 18 FCC 2009 TRT Com rela o aos requisitos de software considere funcionais s o somente requisitos de usu rio Il funcionais e n o funcionais podem ser requisitos de usu rio IIl funcionais e n o funcionais podem ser requisitos de sistema Est correto o que se afirma APENAS em a b Il c Ill d le Ill e Ile I 19 FCC 2009 PGE RJ No ambito da Engenharia de Requisitos uma revis o tecnica formal a um teste de desempenho b uma t cnica de elicita o c um instrumento de rastrea
3. o global O teste deve for ar o software a falhar de diversos modos e verificar se a reabilita o adequadamente realizada II As informa es armazenadas pelo sistema devem ser protegidas de todo o tipo de invas o e ataque O teste deve tentar invadir o sistema e atacar suas vulnerabilidades de forma a verificar se os mecanismos de prote o s o realmente capazes de proteg lo III O sistema deve ser capaz de suportar grande demanda por recursos O teste deve submeter o sistema a situa es extremas de demanda por recursos frequ ncia ou volume anormais Isabel indicou de forma adequada e respectiva os seguintes testes para as situa es Il e III A Recupera o Seguran a e Estresse B Reabilita o Prote o e Desempenho C Toler ncia a Falhas Seguran a e Demanda D Desempenho Prote o e Exaust o E Toler ncia a Falhas Invas o e Estabilidade 27 FCC 2014 ALE PE Os testes de caixa preta CP e os testes de caixa branca CB apresentam as seguintes caracteristicas Referem se a testes que s o conduzidos na interface do software Examinam algum aspecto fundamental do sistema sem se preocupar com a estrutura l gica interna do software II Testes exaustivos podem ser impratic veis mas podem ser aplicados testes que examinam caminhos l gicos importantes e estruturas de dados essenciais podem ser submetidas prova quanto sua validade III S o baseados em um exame rigoro
4. IV Quest o 10 FCC 2011 INFRAERO Analista de Sistemas Gest o de TI Uma disciplina do RUP gue tem como uma de suas finalidades assegurar gue os clientes usuarios e desenvolvedores tenham um entendimento comum da organiza o alvo a qual se relaciona com a disciplina Ambiente Trata se de a Requisitos b Analise e Design c Modelagem de Neg cios d Gerenciamento de Configura o e Mudan a e Gerenciamento de Projetos Quest o 11 FCC 2010 MPE RN Analista de Tec da Informa o Eng de Software Considere I Dirigido por caso de uso Il Orientado por quatro workflows III Centrado em arquitetura IV Distribu do em cinco fases V Iterativo e incremental S o caracter sticas do Processo Unificado UP o que consta APENAS em a Ile III b 1 Il e IV c I Ill e V d II Ill e V e III IV e V Quest o 12 FCC 2007 TRE SE Analista Judici rio An lise de Sistemas Considere as afirmativas abaixo O RUP um processo iterativo Il Sob orienta o do RUP o desenvolvimento centrado na arquitetura III Sob a orienta o do RUP as atividades de desenvolvimento s o orientadas por casos de uso correto o que se afirma em a I Il e III b le Ill apenas c le Il apenas d Ill apenas e apenas Guestao 13 FCC 2010 TRT 8 No Processo Unificado uma descri o da arquitetura do software um documento de vis o e
5. Meeting B segunda parte da Sprint Planning Meeting C terceira parte da Sprint Planning Meeting D Sprint E Sprint Burndown 23 FCC 2014 TRT 2 Regi o H diversos processos e pr ticas geis de desenvolvimento de software Considere I Seu objetivo criar um c digo limpo que funcione Trabalha com a estrat gia Red Green Refactor Codifique o teste Fa a o compilar e executar O teste n o deve passar Red Implemente o requisito e fa a o teste passar Green Refatore o c digo Refactor Il Suas pr ticas regras e valores garantem um agrad vel ambiente de desenvolvimento de software para os seus seguidores que s o conduzidos pelos princ pios b sicos Comunica o manter o melhor relacionamento poss vel entre clientes e desenvolvedores preferindo conversas pessoais a outros meios de comunica o Simplicidade implementar apenas requisitos atuais evitando adicionar funcionalidades que podem ser importantes somente no futuro Feedback o desenvolvedor ter informa es constantes do cliente e do c digo em que testes constantes indicam os erros tanto individuais quanto do software integrado Coragem encorajar as pessoas que n o possuem facilidade de comunica o e bom relacionamento interpessoal encorajar a equipe a experimentar e buscar novas solu es al m de encorajar a obten o de feedback do cliente III Objetiva capturar os crit rios
6. O objetivo utilizar uma pequena parte de c digo respons vel por alguma funcionalidade muito espec fica dentro do software a ser desenvolvido e test lo para garantir que ele se comporta exatamente como planejado sob v rias condi es II Em testes convencionais que podem ser feitos de forma manual ou automatizada a valida o de uma funcionalidade ocorre tipicamente depois que o software desenvolvido sendo que neste momento quase imposs vel resolver problemas cr ticos ou de arquitetura de uma forma r pida Com testes unit rios o trabalho do programador validado muito mais rapidamente por meio de testes de m dulos pequenos do software assim que eles s o desenvolvidos permitindo mudan as r pidas no c digo caso defeitos ou desvios de arquitetura sejam detectados III Esse m todo permite que sejam testadas partes do software que geralmente n o s o expostas diretamente ao usu rio final Est correto o que se afirma em A apenas B lell apenas C le III apenas D Il apenas E I Ile lll 25 FCC 2013 MP RN Analise as descric es dos tipos de teste I E feito para determinada guantidade de dados ou transac es que deveriam ser tipicos para um sistema e avalia o comportamento do sistema em termos de tempo para esses dados ou transac es Dessa forma pode se verificar se o sistema atende aos requisitos de performance estabelecidos e tamb m se existem gargalos de performance para serem
7. atividade de levantamento de requisitos Essa atividade conduz cria o de um conjunto de hist rias de usu rios que descreve o resultado as caracter sticas e a funcionalidade requisitados para o software a ser constru do A associa o correta entre cada item e o respectivo processo gil ec Irrer Tert id ID ILIIIEGIV 1 LITI IV 20 FCC 2014 SABESP A primeira grande divis o de um processo a fase Uma fase um periodo de tempo no qual determinadas atividades com objetivos bem especificos s o realizados Sobre as fases dos principais modelos de processos analise I Alguns processos como o Modelo Espiral e suas variantes t m fases sequenciais OU seja com o passar do tempo o pro cesso de desenvolvimento passa de uma fase a outra como requisitos an lise programa o testes e implanta o I Alguns modelos de processo como q Modelo Cascata Modelo de Prototipa o Evolucion ria e Modelos Ageis t m fases c clicas ou seja O desenvolvimento passa repetidamente de uma fase para outra formando um ciclo repetitivo de fases at a finaliza o do projeto III O Processo Unificado UP estruturado em quatro fases embora algumas variantes tenham at seis fases que s o se quenciais no tempo Dentro de cada fase as atividades s o organizadas de forma c clica ou seja existem ciclos itera tivos dentro das fases mas elas s o sequenciais Est correto o que se afirma APE
8. como confiabilidade tempo de resposta e ocupa o de rea entre outros Dentre os tipos de requisitos n o funcionais poss vel destacar os requisitos de produto organizacionais e externos Dentre os requisitos de produto podemos citar os requisitos a de efici ncia e de confian a b cont beis e de desempenho c legais e de usabilidade d reguladores e de prote o e legais e cont beis 05 FCC 2009 SEFAZ SP Quanto aos requisitos de software considere E importante que se estabele am pr ticas para encontrar documentar organizar e rastrear os requisitos vari veis de um sistema Il Etnografia observa o e an lise dos fluxos de trabalho e sess es de JAD s o pr ticas que podem ser aplicadas na elicita o Ill Elicitar significa descobrir os requisitos de um sistema por meio de entrevistas de documentos do sistema existente de an lise do dom nio do problema ou de estudos do mercado Est correto o que se afirma em a apenas b le II apenas c I Ile III d Il e Ill apenas e Ill apenas 06 FCC 2013 DPE SP Em uma das etapas da Engenharia de Requisitos h a preocupa o em se observar a especifica o produzida visando verificar que os requisitos tenham sido declarados por exemplo sem ambiguidades O texto refere se etapa de a gest o dos requisitos b elicita o dos requisitos c negocia o dos requisitos d levantamento dos requisit
9. desenvolvimento de novos projetos 37 FCC 2012 MPE AP Dentre os m todos disponiveis na utilizag o de m tricas de sistema est a an lise de pontos de fun o Function Point Analysis Nesse m todo A a fun o realizada pelos objetos do sistema seus atributos e opera es s o catalogados possibilitando medir a quantidade de classes e objetos que ser o necess rios para este sistema B as fun es utilizadas em linguagens de desenvolvimento tradicional bem como os m todos e opera es utilizados em arquiteturas orientadas a objeto s o contados para a defini o do tamanho funcional do sistema C atribu da uma pontua o para cada fun o ou m todo executado por uma determinada linguagem de programa o Este n mero formulado com base em c lculos matem ticos e posteriormente utilizado para fazer a classifica o das m tricas do sistema D s o analisados os pontos de execu o de cada fun o dentro de um determinado sistema s o gerados registros de sistemas logs e posteriormente gerada uma classifica o em fun o dos valores obtidos dessa an lise E as funcionalidades do sistema s o elencadas sem a necessidade de preocupa o com a tecnologia que ser utilizada para o desenvolvimento do sistema 38 FCC 2012 TST O Gerente de Projetos de Software aplica os conhecimentos habilidades e ferramentas s atividades do projeto com o objetivo de garantir gue o produto s
10. do Backlog do produto e entender o planejamento do produto a longo termo e de forma emp rica Quest o 13 FCC 2011 TRE RN Analista Judici rio An lise de Sistemas Considere as seguintes caracteristicas Propriedade coletiva Il Integra o cont nua III Metafora Dentre as praticas componentes da Extreme Programming aplica se o que consta em a apenas b Il apenas c le Il apenas d Il e Ill apenas e I lle Ill Quest o 14 FCC 2010 TRE RS T cnico Judici rio Programa o de Sistemas No contexto das regras do SCRUM correto afirmar a Durante a realiza o do Sprint o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuni es semanais b O Sprint deve ser realizado num per odo n o superior a 30 dias e ter um objetivo bem claro baseado no Backlog c Modifica o no Backlog prerrogativa do Scrum Master quando achar necess rio em qualquer momento no decorrer do Sprint d N o poss vel dissolver um Sprint Se houver algum risco de ele tomar um rumo n o desej vel novas funcionalidades devem ser implementadas para garantir o prazo do projeto e O foco na produtividade se estende s Scrum meetings e a conversa o pautada em discuss es por toda a equipe Guest o 15 FCC 2009 SEFAZ SP Agente Fiscal de Rendas Tecnologia O conceito de sprint aplica se ao modelo gil do processo de engenharia de s
11. em pares ou seja a implementa o do c digo feita em dupla II Desenvolvimento dividido em ciclos iterativos de at 30 dias chamados de sprints III Faz uso do teste de unidades como sua t tica de testes prim ria IV A atividade de levantamento de requisitos conduz cria o de um conjunto de hist rias de usu rios V O ciclo de vida baseado em tr s fases pre game phase game phase post game phase VI Tem como nico artefato de projeto os cart es CRC VII Realiza reuni es di rias de acompanhamento de aproximadamente 15 minutos VIII Define seis marcos durante o projeto e a implementa o de uma funcionalidade walkthroughs do projeto projeto inspe o do projeto codifica o inspe o de c digo e progress o para constru o IX Os requisitos s o descritos em um documento chamado backlog e s o ordenados por prioridade A rela o correta entre o modelo de processo gil e a pr tica caracter stica Oe f e o II Ve VII II I1Ve VIII VITe IX I III IVe VI II V VIL e IX VIII II VII VIII I III IVe V VI e IX 26 FCC 2012 BANESE Nao se trata de uma pratica especifica do XP Extreme Programming A Test Driven Development B Refactoring C Sprint backlog D Pair Programming E Simple Design Gabarito Auest es MET AGEIS QUESTOES TESTES Quest o 01 FCC 2010 TRT 9 REGI O PR Analista Judici rio Tecnologia da Informa o O tes
12. erros de interface erros em estruturas de dados erros em acesso a base de dados externas erros de comportamento e de desempenho e erros de inicializac o e t rmino Caso 2 Paulo foi contratado para realizar testes de software na empresa C Realizava testes nos caminhos l gicos do software e nas colabora es entre componentes exercitando conjuntos especificos de condic es e ou ciclos Testava todos os caminhos independentes dos m dulos pelo menos uma vez exercitava as decis es l gicas nos seus estados verdadeiro ou falso e exercitava estruturas internas para assegurar a sua validade Pedro realizava testes A caixa branca e Paulo realizava testes caixa preta B de caminho b sico e Paulo realizava testes de condi o C de unidade e Paulo realizava testes de integra o D caixa preta e Paulo realizava testes caixa branca E de ciclo e Paulo realizava testes de fluxo de dados 15 FCC 2012 BANESE De acordo com Pressman e uma t cnica sistematica para construir a arquitetura do software enquanto ao mesmo tempo conduz testes para descobrir erros associados as interfaces Trata se especificamente de A arquitetura top down B teste de mesa C teste de integrac o D analise bottom up E teste funcional NA N Nr NN 16 FCC 2011 INFRAERO Executa um sistema de forma a demandar recursos em volume ou frequ ncia acima do normal Trata se de A valida o de unidade de implement
13. por um prot tipo correto afirmar que ele A permite avaliar o desempenho geral da equipe de desenvolvimento de software B n o permite que sejam realizados testes visando verificar o funcionamento do sistema final ainda que sejam testes parciais C inteiramente descartado n o sendo aproveitada nenhuma parte do c digo de software no sistema final entregue ao cliente D n o possibilita avaliar a qualidade do software produzido E pode auxiliar na valida o de requisitos do sistema bem como propiciar a inser o de novos requisitos ainda n o identifi cados 14 FCC 2010 MPE RN Sobre requisito funcional considere O sistema deve fornecer telas apropriadas para o usu rio ler os documentos no reposit rio de documentos I O usu rio deve ser capaz de fazer uma busca em todo o conjunto inicial de banco de dados III O sistema deve atender aos requisitos de confiabilidade usabilidade e portabilidade Est correto o que se afirma em a apenas b Il apenas c Ill apenas d le Il apenas e Ile III 15 FCC 2010 MPE RN As politicas de rastreabilidade de requisitos s o decididas durante o estagio de a agregacao dos requisitos funcionais apenas b implementa o do sistema apenas c implementa o do sistema d elimina o dos requisitos n o funcionais e gerenciamento de requisitos 16 FCC 2010 MPE RN Na engenharia de software etnografia
14. tratados Il Procura se levar o sistema ao limite m ximo de funcionamento esperado para verificar como ele se comporta E feito para verificar se o sistema suficientemente robusto em situa es anormais de carga de trabalho III E feito para verificar se o sistema consegue manter suas caracter sticas de performance durante um longo per odo de tempo com uma carga nominal de trabalho Deve ser verificado o uso da memoria ao longo do tempo para garantir que n o existam perdas acumulativas de memoria e tamb m se n o existe degrada o de performance ap s um substancial per odo de tempo em que o sistema opera com carga nominal ou acima dela A associa o correta entre o tipo de teste e a descri o A Teste caixa branca Teste de Estresse Teste de Seguran a Teste de carga Teste de recupera o de falha Teste de instala o Teste de recupera o de falha Teste de seguran a Teste caixa preta Teste de carga Teste de estresse Teste de resist ncia Teste caixa branca Teste de recupera o de falha Teste de seguran a MOOD 26 FCC 2014 ALE PE Isabel trabalha como Analista Legislativo na Assembleia Legislativa do Estado de Pernambuco e ficou respons vel por definir qual tipo de teste seria mais adequado para as situac es descritas abaixo I O sistema deve ser resistente a falhas ou seja falhas de processamento n o devem causar a interrup o da sua fun
15. CC 2011 TRT RJ No Processo Unificado a maior por o do core workflow denominado Analysis executada na fase A Elaboration B Construction C Implementation D Inception E Transition CC N OO NN 23 FCC 2012 BANESE De acordo com a arguitetura geral do RUP a menor porcao da disciplina de modelagem do negocio esta relacionada com a fase A Construction B Implementation C Inception D Elaboration E Transition 24 FCC 2012 Agencia Reguladora CE No RUP uma das metas do workflow de requisitos A garantir que os clientes usuarios finais e desenvolvedores tenham um entendimento comum da organiza o B definir a organiza o do c digo em termos de implementa o de subsistemas organizados em camadas C prover uma base para a estimativa de custos e tempo necess rio para desenvolver um sistema D entender a estrutura e din mica da organiza o e derivar os requisitos de sistema necess rios para suportar a organiza o E integrar em um sistema execut vel os resultados produzidos por times ou indiv duos Gabarito RUP QUEST ES MET AGEIS Quest o 04 FCC 2011 TRT23 MT N O se aplica disciplina de desenvolvimento de software extreme programming XP a Usa nota es pr prias para construir os diversos produtos de trabalho do projeto b Encoraja a refabrica o para modificar um sofware sem alterar o comportam
16. FCC 2012 TRE RN Considere os requisitos I Os valores das faturas devem ser totalizados por cliente e por data de vencimento igual fornecida pela area de contas a pagar II O software deve ser processavel tanto em alta quanto em baixa plataforma Ill A data de vencimento constante dos boletos de pagamento deve ser igual data de registro de entrada do documento no cadastro mais 30 dias corridos Exemplo de requisito n o funcional consta APENAS em A 1 B II C 11 D le Il E Il e III 24 FCC 2011 TRT1 RJ A tecnica utilizada na compreens o de reguisitos sociais e organizacionais por observa o das rotinas dos envolvidos a A prototipa o B por pontos de vista C por cen rio D entrevista E etnografia 25 FCC 2011 TRT19 RJ A avalia o do impacto de mudan a de um requisito muitas vezes faz com que seja necess rio retornar sua fonte Na valida o dos requisitos a equipe deve estar atenta portanto A rastreabilidade B adaptabilidade C qualidade D facilidade de compreens o E facilidade de verifica o 26 FCC 2011 TRT19 RJ De acordo com Sommerville s o atividades do processo de elicita o de requisitos pela ordem A casos de uso an lise projeto arquitetura B etnografia casos de uso an lise valida o arquitetura C entrevista etnografia documenta o registro D cen rios cla
17. HIAGAS E uma restri o sobre os servi os ou as fun es oferecidos pelo sistema Pode ser uma restric o de timing sobre o processo de desenvolvimento sobre o desempenho ou sobre a confiabilidade do sistema entre outras Trata se de a requisito n o funcional b requisto funcional c especificacao de risco d itera o de processo e etnografia 03 FCC 2012 TCE AP Em relac o a reguisitos de sistemas considere I O modo como um sistema deve reagir a certas entradas e o comportamento em que o sistema deve ter em certas situa es e em alguns casos especificar o que o sistema n o deve fazer s o chamados de requisitos n o funcionais Il As restri es aos servi os ou fun es de um sistema como por exemplo processos de desenvolvimento ou utiliza o de padr es s o requisitos de funcionamento do sistema ou requisitos funcionais III Requisitos que vem do dominio da aplica o do sistema e refletem caracter sticas ou restri es para aquele dom nio s o cnamados de requisitos de dom nio e podem ser requisitos funcionais e ou n o funcionais Est correto o que se afirma em a III apenas b I Ile III c le Il apenas d Ile Ill apenas e apenas 04 FCC 2012 MPE PE Os requisitos n o funcionais n o est o diretamente ligados aos servi os espec ficos oferecidos pelo sistema a seus usu rios Eles podem estar relacionados s propriedades emergentes do sistema
18. LISTA DE QUEST ES ENGENHARIA DE SOFTWARE BANCA FCC CONCURSO TRT 2014 Professor Lucio Camilo Email luciocamilo gmail com QUESTOES RUP Quest o 04 FCC 2012 TRT 6 Regi o PE Analista Judici rio Tecnologia A perspectiva pratica sobre o RUP descreve as boas praticas da engenharia de software gue s o recomendadas para uso no desenvolvimento de sistemas Dentre as praticas fundamentais recomendadas incluem se a utilizar a arguitetura em cascata e efetuar programac o em pares b definir a funcionalidade do prototipo e avaliar o prototipo c definir o esboco dos requisitos e estabelecer objetivos do prototipo d utilizar arquiteturas baseadas em componentes e modelar os softwares visualmente e desenvolver teste inicial a partir de cen rios e utilizar frameworks de testes automatizados Quest o 05 FCC 2009 TJ PA O RUP geralmente descrito por meio a da perspectiva din mica apenas b da perspectiva estatica apenas c das perspectivas din mica e est tica apenas d das perspectivas din mica e pr tica apenas e das perspectivas din mica est tica e pr tica Quest o 06 FCC 2013 DPE SP Agente de Defensoria Analista de Sistemas O modelo estabelecido para o RUP Rational Unified Process composto por quatro fases denominadas a Requisitos Implanta o Testes e Ambiente b An lise Projeto Neg cios e Comissionamento c Concep o Elabora o Cons
19. NAS em A 11 B Il e III C III D le III E le Il 21 FCC 2014 TRF Scrum um modelo utilizado no desenvolvimento agil de software No Scrum um dos conceitos mais importantes o sprint que consiste em um ciclo de desenvolvimento que em geral vai de duas semanas a um m s No inicio de cada sprint feito um no qual a equipe prioriza os elementos do Il a serem implementados e transfere esses elementos para 0 Ill ou seja a lista de funcionalidades a serem implementadas no ciclo que se inicia A equipe se compromete a desenvolver as funcionalidades e o IV se compromete a n o trazer novas funcionalidades durante o mesmo sprint As lacunas II III e IV s o preenchidas correta e respectivamente por A sprint burndown product backlog sprint backlog scrum team B sprint planning meeting product backlog sprint backlog product owner C scrum planning sprint backlog product backlog product owner D sprint planning meeting product backlog sprint backlog scrum master E scrum daily meeting product backlog sprint backlog scrum master 22 FCC 2011 TRT RJ SCRUM o processo de desenvolvimento inicia com uma reuni o de planejamento na qual o Product Owner e a equipe decidem em conjunto o que dever ser imple mentado do Product Backlog Assim a equipe planeja seu trabalho definindo o Sprint Backlog na A primeira parte da Sprint Planning
20. Pontos de Fun o APF no Brasil tem sido para A medir como e em qual linguagem o software constru do B medi o de contratos de software C medir o custo do projeto baseado nos requisitos funcionais e n o funcionais e na tecnologia utilizada D medi o de desempenho usabilidade e portabilidade do software E medir o tamanho do software com base nos programas e em suas fun es ou m todos e nas linhas de c digo utilizadas para cada funcionalidade 33 FCC 2009 TRT PI O valor do fator de ajuste VAF para calcular os pontos de fun o ajustados baseado A nas caracter sticas gerais de sistema e no n vel de influ ncia de cada caracter stica B nas caracter sticas gerais de sistema e na complexidade das fun es do sistema C nas fun es do sistema e no n vel de influ ncia de cada fun o D nos pontos de fun o n o ajustados e no n vel de influ ncia das caracter sticas do sistema E nos pontos de fun o n o ajustados e na complexidade de cada fun o do sistema 34 FCC 2013 MP MA A Analise por Pontos de Fung o uma tecnica param trica para estimar o esforco para o desenvolvimento de software Sobre esta tecnica pode se afirmar que A aplic vel apenas ap s os programas terem sido criados B n o se baseia em requisitos mas em linhas de c digo C as medidas obtidas por esta t cnica s o sempre dependentes da linguagem de programa o e d
21. Tabela 1 Complexidade para Entradas Tabela 2 Complexidade para Saidas Tabela 3 Contribuig es dos pontos de fung o das Externas EEs Externas SEs e Consultas Externas CEs fun es do tipo transa o Tipo de fun o M dia Entrada Externa EE 4PF 6P E e au ue Saida Externa SE 5 PF EES f Consulta Extema CE 4PF 6Pi mosen ce 4 EEE ESE OSS ESE KE Ao se completar a tabela 4 o Ei isca vitsa total de pontos de fun o das transa es Exibir di rio de classe A 35 Total de pontos de fun o das transa es B 33 SEO quei poe cen C 31 D 28 E 30 22 FCC 2014 TRT 15 Regi o A An lise de Pontos de Fun o APF usada para medir o tamanho funcional do software Considere que no desenvolvimento de um software foram fornecidos os dados abaixo Tabela 1 Complexidade funcional dos Arquivos L gicos Internos ALI e Arquivos de Interface Externa AIE Tipos de Dados TD 2 um gt KC 2 5 M di Tipos de Re gistros TR Tabela 2 Contribuig o dos Pontos de Fung o PF por tipo de fung o Tipo de Fun o Baixa M dia Alta Arquivo L gico Intemo ALI Arquivo de Interface Externa AIE Entrada Externa EE Saida Externa SE 4PF SPF 7PF Consulta Extema O fragmento de tabela abaixo foi construido para fazer a contagem de Pontos de Fung o de um projeto de desenvolvimento de software pese asi else e e e Com base nos
22. a o B teste beta C teste de estresse D valida o de integra o E teste de desempenho 17 FCC 2011 INFRAERO NAO se trata de uma categoria de erros encontrados por meio de teste caixa preta A Conjunto basico de caminhos de execuc o B Fun es incorretas ou omitidas C Acesso base de dados externa D Comportamento ou desempenho E Inicia o e t rmino 18 FCC 2011 INFRAERO Considere a seguinte defini o de uma caracter stica de testabilidade Pressman Controlando o escopo do teste podemos isolar problemas mais rapidamente e realizar retestagem mais racionalmente O sistema de software construido por meio de m dulos independentes que podem ser testados independentemente Trata se da caracteristica A estabilidade B simplicidade C operabilidade D controlabilidade E decomponibilidade 19 FCC 2012 PSP Sobre testes de software e avalia o de qualidades de testes INCORRETO afirmar que A teste de aceita o um processo de teste de usu rio no qual o objetivo decidir se o software bom o suficiente para ser implantado e usado em seu ambiente operacional B testes de desenvolvimento s o de responsabilidade da equipe de desenvolvimento de software enquanto outra equipe deve ser respons vel por testar o sistema antes que ele seja liberado para os clientes C testes de desenvolvimento incluem testes unit rios nos quais s o
23. a tecnologia empregada D todo e qualquer requisito conta como fun o E pode ser aplicada para medir o tamanho de um sistema antes de desenvolv lo 35 FCC 2010 TRF4 Sobre a m trica analise por pontos de func o correto afirmar A A medida n o pode ser aplicada com base na descrig o arguitetural do projeto mas sim no c digo desenvolvido B dependente da tecnologia utilizada no desenvolvimento C A contagem de pontos de fun o pode ser aplicada logo ap s a defini o da arquitetura permitindo estimar o esfor o e o cronograma de implementa o de um projeto D Para determinar o n mero de pontos de fun o deve se desconsiderar a contagem de dados e de transa es E N o pode ser aplicada para estimar esfor o de manuten o em sistemas j em funcionamento 36 FCC 2013 ALE RN A t cnica de An lise por Pontos de Fun o APF A deve ser utilizada para estimar a complexidade ciclomatica dos programas de computador baseado em suas fun es B pode ser aplicada para medir o tamanho de um sistema antes de desenvolv lo de forma que seu custo seja previsto mais adequadamente C aplic vel antes mesmo dos requisitos funcionais do software serem definidos D baseada no n mero de linhas de c digo produzidas sendo mais adequada para medir a produtividade da equipe de programadores E permite a contagem de pontos de fun o somente para estimar o esfor o de
24. ama exercitada usando tecnicas de projeto de caso de teste e os reguisitos de software s o exercitados usando t cnicas de projeto de casos de teste Il O teste fundamenta se em um exame rigoroso do detalhe procedimental Os caminhos l gicos do software e as colabora es entre componentes s o testados exercitando conjuntos espec ficos de condi es e ou ciclos O teste Il faz refer ncia a testes realizados na interface do software Esse tipo de teste examina alguns aspectos fundamentais de um sistema com pouca preocupa o em rela o estrutura l gica interna do software As lacunas e Il s o preenchidas correta e respectivamente com A de caminho b sico Caixa de vidro B alfa beta C caixa branca Caixa preta D de ciclo de usabilidade E unit rio de interface 22 FCC 2014 METRO SP Os testes de software podem ser feitos de forma manual ou automatizada A automa o de testes A n o exige profissionais muito qualificados pois as ferramentas de teste s o projetadas com alto grau de usabilidade e podem ser operadas por profissionais com pouca experi ncia B funcionais s vale a pena se for repetida poucas vezes pois o custo muito alto O ideal automatizar os testes raramente executados C n o indicada logo no in cio do processo de desenvolvimento do software mas sim quando o software possuir certa estabilidade D substitui completamente a execu o dos testes ma
25. brutos Considerando que o somat rio dos graus atribu dos aos fatores de ajuste foi 30 a medida final em pontos de fun o foi A 520 B 522 5 C 552 5 D 580 E 585 5 29 FCC 2009 INFRAERO O valor do fator de ajuste podera ajustar os pontos de fun o PF n o ajustados em A at 35 a mais apenas B at 35 a menos ou em at 35 a mais C torno de 35 a menos apenas D torno de 35 a mais apenas E torno de 35 a menos ou em torno de 35 a mais 30 FCC 2009 INFRAERO O tipo de contagem de pontos de func o PF denominado Sa das Externas representa a quantidade de A arquivos l gicos atualizados no sistema B arquivos l gicos atualizados fora do sistema C processos que apenas recuperam dados e os enviam para fora do sistema D processos que envolvem c lculos e enviam os dados para fora do sistema E arquivos de interface externa 31 FCC 2010 INFRAERO Tipo que N O pertence ao dom nio de informa o da m trica Ponto de Func o FP Function Point A numero de entradas externas external inputs Eis B numero de saidas externas external outputs EOS C numero de consultas externas external inquiries EGAS D n mero de transa es l gicas externas external logical transactions ELTS E numero de arguivos de interface externa external interface files EIFs 32 FCC 2013 MPE SE Uma das utiliza es mais comuns da An lise de
26. da corporac o por t cnicos supervisores e chefes Il Algumas permiss es de acesso dever o ter tratamento especial para a entrada de atributos Para este tipo de permiss o atributos excedentes a uma faixa predeterminada s poder o ser inclu dos por chefes de se o Em rela o s assertivas acima correto afirmar a O item trata de um requisito funcional e a ele est associado o requisito n o funcional contido no item II b O item trata de um requisito n o funcional e a ele est associado o requisito funcional contido no item II c Ambos referem se a requisitos funcionais d A assertiva contida no item Il uma condi o restritiva do requisito n o funcional do item Por si s n o constitui um requisito tanto funcional quanto n o funcional e A assertiva contida no item Il uma condi o restritiva do requisito funcional do item Por si s n o constitui um requisito tanto funcional quanto n o funcional ixa predeterminada s poder o ser inclu dos por chefes de se o 33 FCC 2010 SEFAZ SP Dentre os requisitos obtidos para a constru o do software constavam O software deve permitir as fun es de cadastro consultas diversas altera o de dados e exclus o de alunos professores e demais colaboradores O sistema deve ser f cil de usar f cil de encontrar o que se procura e f cil de memorizar os passos para executar as opera es mais comuns O sistema deve ter se
27. dados apresentados pode se afirmar que as lacunas II III e IV s o preenchidas correta e respectivamente com A 5 PF Alta 10 PF Alta B 5 PF Media 15 PF M dia C 7 PF M dia 7 PF M dia D 5 PF Alta 10 PF M dia E 7 PF M dia 15 PF Alta 23 FCC 2012 BANESE Ap s o c lculo de pontos de fun o brutos ser obtido o valor 24 FCC 2010 TRT9 Na an lise de pontos de fun o s o apenas do tipo Transa o as fun es A ALI e SE B ALI e AIE C ALI AIE e SE D CE EE e SE E CE EE SE e AI 25 FCC 2011 TRE AP Na m trica de pontos de fun o Entrada Externa de m dia complexidade e Arquivo L gico Interno de alta complexidade valem respectivamente em pontos A 3e7 B 3e 10 C 4e 10 D 4e 15 E De 15 26 FCC 2011 TCE SE Uma contagem APF onde existem 10 ALI simples 5 EE medias 2 SE complexas e 5 GE complexas sem aplicac o do fator de ajuste resultara em A 118 pontos B 126 pontos C 128 pontos D 134 pontos E 162 pontos 27 FCC 2011 TCE AM NAO uma das nove caracteristicas em um tratamento detalhado das m tricas de software Whitmire para o modelo de projeto orientado a objeto A o custo B o tamanho C a complexidade D o acoplamento E a coes o 28 FCC 2008 TCE AL Durante a medic o do grau de complexidade de um sistema foram apurados 550 pontos de fun o
28. de aceita o para as funcionalidades em desenvolvimento Trabalha com as seguintes etapas Discutir Discuss discuss o colaborativa com a equipe visando elicitar os crit rios de aceita o Refinar Distill refinamento dos crit rios de aceita o em um conjunto concreto de cen rios exemplos de uso descrevendo o comportamento esperado da aplica o em uma linguagem comum a todos os membros da equipe Desenvolver Develop transforma o dos testes de aceita o descrevendo o comportamento esperado do software em testes especifica o automatizados IV Suas pr ticas incluem Envolver as partes interessadas no processo atrav s de Outside in Development Usar exemplos para descrever o comportamento de uma aplica o ou unidades de c digo Automatizar os exemplos para prover um feedback r pido e testes de regress o Usar o verbo deve should ao descrever o comportamento de software para ajudar a esclarecer responsabilidades e permitir que funcionalidades sejam questionadas i dubl s de teste mocks stubs fakes dummies spies para auxiliar na colabora o entre m dulos e c digos que ainda n o foram escritos Os processos geis II III e IV s o correta e respectivamente denominados A BDD DDD ATDD XP B TDD BDD DDD XP C ATDD XP DDD BDD D ATDD BDD TDD DDD E TDD XP ATDD BDD 24 FCC 2014 TRT 2 Regi o Ana foi contratada em uma empresa para efetuar
29. e escolhida por grande parte das equipes de software adota uma vis o incremental do teste come ando com o teste de unidades individuais de programa avan ando para testes projetados a fim de facilitar a integra o das unidades e culmina com testes que exercitam o sistema constru do II O teste de unidade focaliza o esfor o de verifica o na menor unidade de projeto do software o componente ou m dulo de software Usando a descri o de projeto no n vel de componente como guia caminhos de controle importantes s o testados para descobrir erros dentro dos limites do m dulo III O teste de unidade normalmente considerado um ap ndice ao passo de codifica o O projeto de teste de unidade pode ser realizado antes que o c digo seja iniciado ou depois de o c digo fonte ter sido gerado IV O teste de integra o uma t cnica sistem tica para construir a arquitetura do software enquanto ao mesmo tempo conduz testes para descobrir erros associados s interfaces O objetivo a partir de componentes testados no n vel de unidade construir uma estrutura de programa determinada pelo projeto Est correto o que se afirma em a Il Ile IV b I Ile IV apenas c II Ille IV apenas d Ill e IV apenas e le Ill apenas Quest o 08 FCC 2012 TRT 6 Regi o PE Analista Judici rio Tecnologia da Informa o Sobre testes de sistemas considere Testes de cen rio s o teis pois podem garanti
30. e fun o Est correto o que consta em a I IL Ille IV b Ile IV apenas c Ile IV apenas d I Ile III apenas e le Ill apenas 16 FCC 2011 TRT14 Analise a tabela utilizada na medi o de pontos de fun o Contribui o Classifica o Simples M dia Considerando os valores de Classifica o Simples M dia e Complexa e as siglas ALI Arquivo L gico Interno AIE Arquivo de Interface Externa SE Sa da Externa I Ile Ill correspondem respectivamente s fun es a SE ALI e AIE b SE AIE e ALI c AIE ALI e SE d AIE SE e ALI e ALI AIE e SE 17 FCC 2011 TRT1 No processo de Analise de Pontos de Func o APF aplicam se os mesmos valores 3 4 e 6 correspondentes respectivamente aos niveis simples m dio e complexo nos tipos de fun o entrada externa e sa da externa entrada externa e consulta externa c consulta externa e sa da externa d arquivo l gico interno e consulta externa e arquivo l gico interno e arquivo de interface externa a D A N SN a 18 FCC 2011 TRT4 Considere a tabela a seguir a Complexa X Na medi o de pontos de fun o os valores X Ye Z utilizados na tabela correspondem respectivamente a a 12 7 e 83 19 FCC 2011 TER RN Pesos das fung es Simples Media Complexa Fung es Peso Complexa 15 10 Peso M dia Peso Simp
31. e por pontos de fung o executa a medig o do software determinando a guantidade de funcionalidades que o software fornece ao usuario baseado principalmente na arquitetura l gica II O objetivo da an lise por pontos de fun o medir as funcionalidades que o usu rio requisita e recebe e tamb m medir o desenvolvimento e manuten o do software com depend ncia na implementa o utilizada pela empresa III O processo de contagem dos pontos de fun o deve ser simples o suficiente para minimizar a sobrecarga do processo de medida e consistente dentre os v rios projetos e organiza es Est correto o que se afirma em a lell apenas b le ll apenas c Ilelll apenas d Ill apenas e I Ile 08 FCC 2011 TRT1 No processo de Analise de Pontos de Func o APF aplicam se os mesmos valores 3 4 e 6 correspondentes respectivamente aos niveis simples m dio e complexo nos tipos de fun o entrada externa e sa da externa entrada externa e consulta externa c consulta externa e sa da externa d arquivo l gico interno e consulta externa e arquivo l gico interno e arquivo de interface externa a D A N SN a 09 FCC 2012 TER CE Considere 3 AlEs simples 5 EEs m dias 8 CES complexas 3 ALIs complexos e 7 SEs m dias O c lculo de PF bruto 10 FCC 2011 INFRAERO Analise a tabela utilizada no c lculo de Pontos de Func o Preenchem correta e re
32. eja desenvolvido de acordo com os requisitos A m trica de an lise de Pontos de Fun o de acordo com a norma ISO IEC 20968 A auxilia o Gerente de Projetos de Software a estimar o esfor o necessario e custo para o desenvolvimento de sistemas com a abordagem da an lise estruturada de sistemas B possibilita ao Gerente de Projetos de Software medir o esfor o e qualidade necess rios para desenvolver softwares desde que esteja usando a an lise orientada a objetos e os diagramas da UML C classifica a contagem das fun es do tipo dado em Entradas Externas EE Consultas Externas CE e Sa das Externas SE representando requisitos que gerem o armazenamento de dados do usu rio D define que os Arquivos L gicos Internos ALI e os Arquivos de Interface Externa AIE s o fun es do tipo transi o os quais representam requisitos relacionados ao processamento E auxilia o Gerente de Projetos de Software com t cnicas para medir o esfor o necess rio para o desenvolvimento de um sistema apoiando o tamb m no levantamento dos custos an lise de qualidade e an lise de produtividade Gabarito APF
33. ensagens de funcionamento inconsistente c um teste bem sucedido um teste que n o encontra nenhum erro no software d o teste da caixa branca teste estrutural baseia se em testar as estruturas do c digo fonte como comandos condicionais e de repeti o e um caso de teste uma categoria de poss veis resultados na execu o de testes Quest o 10 FCC 2012 TRT 11 Regi o AM Analista Judici rio Tecnologia da Informa o Considere O objetivo executar o sistema sob o ponto de vista de seu usu rio final varrendo as funcionalidades em busca de falhas em relac o aos objetivos originais Os testes s o executados em condi es similares aquelas que um usu rio utilizar no seu dia a dia de manipula o do sistema A afirmativa refere se ao teste de a aceita o b sistema c unidade d opera o e integra o Quest o 11 FCC 2012 TRT 11 Regi o AM T cnico Judici rio Tecnologia da Informa o N O E uma t cnica tipica de teste de caixa preta a teste de tabela de decis o b teste de todos os pares c teste de integrac o d teste de caso de uso e tabelas de estado de transi o Auest o 12 FCC 2011 TRE PE Analista Judiciario An lise de Sistemas Com rela o aos testes de software correto afirmar a Um princ pio muitas vezes adotado ao testar um software o de Pareto Ele afirma que existe um forte desequil brio entre causas e e
34. ento externo do c digo c Recomenda que dois programadores trabalhem juntos no mesmo computador para escrever um c digo d Baseada em valores de simplicidade comunica o feedback e coragem e Adota como um elemento chave a cria o de testes unit rios antes da codifica o come ar Quest o 05 FCC 2011 TCE PR Analista de Controle Inform tica Dentre os papeis da metodologia agil Scrum esta o Scrum Master NAO se inclui entre as func es deste papel a remover impedimentos para o progresso do time de desenvolvimento b comunicar claramente a vis o metas e itens de backlog do produto ao time de desenvolvimento c determinar para o time de desenvolvimento como os itens de backlog devem ser convertidos em potenciais funcionalidades para entrega d entender o planejamento de produto de longo termo em um ambiente empirico e ajudar os empregados e envolvidos com o projeto no entendimento e promulgag o de Scrum e produtos empiricos Quest o 06 FCC 2012 MPE AP Analista Ministerial Tecnologia da Informa o O Extreme Programming XP talvez o mais conhecido e mais utilizado dos m todos geis _ Dentre suas pr ticas se encontram programa o em pares integra o cont nua refatora o e a propriedade coletiva que garante uma participa o nos lucros aos membros da equipe de desenvolvimento t cnica que incentiva e aumenta o desempenho de toda a equipe b envolvimento do clien
35. ez de execu o e equinos de confiabilidade que estabelecem por exemplo a taxa aceit vel de falhas B s o os requisitos gerais de sistemas derivados das pol ticas e procedimentos da organiza o do cliente e do desenvolvedor como por exemplo os requisitos de processo operacional C definem os requisitos do processo de desenvolvimento como por exemplo a linguagem de programa o o ambiente de desenvolvimento ou normas do processo a serem usadas D abrangem todos os requisitos que derivam de fatores externos ao sistema e seu processo de desenvolvimento Podem incluir requisitos reguladores que definem o que deve ser feito para que o sistema seja aprovado para USO E incluem os requisitos legais os quais devem ser seguidos para garantir que o sistema opere dentro da lei e os requisitos ticos os quais asseguram que o sistema ser aceit vel para seus usu rios e o p blico geral 22 FCC 2012 TER CE Considere Para cada cliente deve ser aplicado um identificador unico I O tempo de resposta entre a requisi o e a informa o n o pode exceder a 2 ms III Clientes t m filiais que devem carregar na base de dados o identificador do cliente principal IV O sistema n o deve ferir as leis de prote o ambiental S o requisitos n o funcionais os que constam em A le Il apenas B Ile III apenas C Ile IV apenas D I Ill e IV apenas E I Il Ill e IV 23
36. feitos entre esfor os e resultados e entre a es e objetivos alcan ados b Testes sempre podem mostrar a aus ncia de erros c Para que o resultado de um teste de software seja confi vel preciso garantir que os casos de teste utilizados cubram um n mero reduzido de possibilidades de execu o d Um software que produz sa das corretas deve ser aprovado pois isso demonstra que todos os erros foram corrigidos e Um programador deve testar seu pr prio c digo porque facilmente conseguir criar um caso de teste que rompe com a l gica de funcionamento do seu c digo Quest o 13 FCC 2011 TRT 14 Regi o RO e AC T cnico Judici rio Tecnologia da Informa o Garantir o funcionamento correto do software para atender as expectativas do cliente o objetivo da homologac o de sistemas Nessa fase que precede implanta o os testes mais comuns s o os testes a funcionais de usabilidade e de aceita o b de unidade de itera o e de Integra o c de volume de integridade e de aceita o d da caixa branca de carga e de configura o e de unidade de carga e de integridade 14 FCC 2013 Defensoria RS Considere Caso 1 Pedro foi contratado para realizar testes de software na empresa B Realizava um conjunto de testes na interface do software focados em exercitar os requisitos funcionais Na bateria de testes que realizava procurava encontrar func es incorretas ou faltando
37. informa es sobre notas e faltas no curso em que o professor leciona 15 O sistema deve permitir que o professor inclua ou modifique as notas de seus alunos durante o semestre letivo 16 A quantidade de mem ria necess ria para que um terminal possa executar o sistema nas condi es m nimas aceit veis de 1 gigabyte 17 A taxa aceit vel de falhas nas opera es realizadas pelo usu rio no sistema deve ser de 1 falha para cada 200 opera es 18 O sistema e sua respectiva documenta o dever o ser entregues em um ano a partir da data atual 19 O sistema n o deve permitir opera es que beneficiem alguns usu rios em detrimento de outros 20 A interface do usu rio deve ser constru da utilizando HTML5 e CSS 21 Se a m dia do aluno por disciplina calculada no final do semestre for menor do que 7 deve ser exibido no boletim do aluno a informa o Reprovado O SI 0 GI BON Baseado nos reguisitos apresentados correto afirmar gue s o reguisitos funcionais os de n meros a 1 2 6 10 11 14 15 16 e 21 b 1 6 8 10 11 13 14 17 18 e 19 c 1 6 7 8 10 11 13 15e 21 d 1 3 4 8 10 11 12 13 15 18 e 21 e 2 3 4 5 9 12 14 16 17 18 19 e 20 34 FCC 2013 MPE MA O escopo de um projeto determinado pelo levantamento de reguisitos funcionais e n o funcionais Dentre os reguisitos n o funcionais se enguadram OS reguisitos organizacionais gue podem ser divididos em
38. les ALI Arquivo L gico Interno 7 AIE Arquivo de Interface Externa D EE Entrada Externa 3 SE Saida Externa 4 CE Consulta Externa 3 Caracter sticas Gerais para c lculo do Fator de Ajuste Pontos Comunica o de dados Fun es processamento distribuido Objetivos de desempenho Performance Configura o de equipamento Ambiente operacional Volume de transa es Entrada de dados online Interface com o usu rio Atualiza es online Processamento complexo C digo reutiliz vel Facilidade de implanta o Convers o e instala o Facilidade operacional Backup M ltiplos locais Portabilidade Facilidade de mudan as flexibilidade Manutenibilidade Qtde Qtde 1 0 3 0 1 Sh GONNDTIIONOIO QURUON Ap s a aplica o do fator de ajuste sobre os pontos de fun o brutos obter se a 52 25 b 57 95 c 61 75 d 66 50 e 67 45 20 FCC 2011 TRT24 Apos a aplicac o do fator de ajuste o total de pontos de fun o em uma contagem ficou em 110 60 Antes da aplica o do ajuste os pontos de fun o brutos estavam em 140 00 Portanto o somat rio dos 14 itens do n vel de influ ncia global foi 11 14 15 18 19 a b C d e Na Nr N N 21 FCC 2014 TRF Sabendo que a An lise de Pontos de Fun o APF permite medir o tamanho funcional do a considere que no desen volvimento de um software foram fornecidos os seguintes ados
39. lexidade do desenvolvimento e gerenciamento de software a implanta o de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previs veis Para tanto o gerenciamento distribu do por meio de tr s agentes independentes que s o a Product Owner Scrum Team e Scrum Master b Product Owner Product Backlog e Planning Meeting c Product Owner Sprint e Planning Meeting d Sprint Scrum Master e Planning Meeting e Sprint Scrum Team e Product Backlog Quest o 09 FCC 2011 TRT 232 REGI O MT T cnico Judici rio Tecnologia No desenvolvimento de software em Extreme Programming XP h uma confianca muito grande na sinergia entre as pr ticas j que os pontos fracos de cada uma s o superados pelos pontos fortes de outras Dentre elas aquela em que o c digo fonte n o tem dono e ningu m precisa solicitar permiss o para poder modific lo permitindo assim que a equipe conhe a todas as partes do sistema chamada de a Whole Team Time Coeso b Sustainable Pace Ritmo Sustent vel c Pair Programming Programa o em Pares d Collective Ownership Posse Coletiva e Coding Standards Padr es de Codifica o Quest o 10 FCC 2012 TRF2 Segundo Roger S Pressman em seu livro Engenharia de Software 7a edi o os princ pios do Scrum s o consistentes com o manifesto agil e s o usados para orientar as atividades de desenvolvimento dentro de um proce
40. ma Devo lembrar que os relat rios individuais dos departamentos nos quais constam os sal rios dos funcion rios devem ser emitidos quinzenalmente em raz o dos adiantamentos e vales que recebem fundamental que o software seja operacionalizado usando c digo aberto Necessito ainda forte gerenciamento de risco prazo e custo porque a entrega do produto final n o pode ultrapassar o prazo de oito meses a contar da data de in cio do projeto No texto s o requisitos funcionais a Calcule os sal rios dos diaristas e mensalistas e os relat rios individuais dos departamentos nos quais constam os sal rios dos funcion rios devem ser emitidos quinzenalmente b Necessito ainda forte gerenciamento de risco prazo e custo e a base de dados deve estar protegida e com acesso restrito aos usu rios autorizados c fundamental que o software seja operacionalizado usando c digo aberto e emita relat rios mensais sumariados por tipo de sal rio d Emita relat rios mensais sumariados por tipo de sal rio e Necessito ainda forte gerenciamento de risco prazo e custo e A base de dados deve estar protegida e com acesso restrito aos usu rios autorizados e entrega do produto final n o pode ultrapassar o prazo de oito meses 32 FCC 2010 DPE SP No contexto da Engenharia de Requisitos considere I O sistema deve fornecer uma entrada de dados que possibilite a inclus o de atributos de permiss o de acesso s depend ncias
41. mento d o resultado do escopo e um mecanismo de valida o 20 FCC 2012 SABESP A descoberta de requisitos do sistema o processo de reunir informa es sobre o sistema requerido e sobre sistemas existentes Sobre essa fase considere I Diagramas de Casos de Uso s o utilizados na fase de descoberta de requisitos e identificam as intera es individuais entre o sistema e seus usu rios ou outros sistemas II Os cen rios podem ser particularmente teis para adicionar detalhes a uma descri o geral de requisitos Cada cen rio geralmente cobre um pequeno n mero de intera es poss veis HI Durante as entrevistas com os envolvidos no sistema stakeholders a equipe respons vel pelo levantamento de requisitos levanta quest es sobre o sistema atual Essas entrevistas podem ser de dois tipos fechadas ou aberias Est correto o que consta em A Il apenas B le Il apenas C le Ill apenas D Il e Ill apenas E I e III 21 FCC 2012 METRO SP Os requisitos n o funcionais surgem por meio das necessidades dos usu rios como restri es de or amento pol ticas organizacionais ou mesmo por fatores externos como regulamentos de seguran a e legisla es de privacidade Dentre a classifica o dos requisitos n o funcionais est o os requisitos de produto os quais A especificam ou restringem o comportamento do software incluindo requisitos de desempenho especifica es de rapid
42. ncia da UML Faz parte do processo de levantamento e an lise de requisitos o que consta em APENAS 1 10 FCC 2014 TRF Levantamento e An lise de Acordo com Sommerville 1 Compreens o do dom nio Os analistas devem desenvolver sua compreens o do dom nio da aplica o 2 Coleta de requisitos E o processo de interagir com os stakeholders do sistema para descobrir seus requisitos A compreens o do dom nio se desenvolve mais durante essa atividade 3 Classifica o Essa atividade considera o conjunto n o estruturado dos requisitos e os organiza em grupos coerentes 4 Resolu o de conflitos Quando m ltiplos stakeholders est o envolvidos os requisitos apresentar o conflitos Essa atividade tem por objetivo solucionar esses conflitos 5 Defini o das prioridades Em qualquer conjunto de requisitos alguns ser o mais importantes do que outros Esse est gio envolve intera o com os stakeholders para a defini o dos requisitos mais importantes 6 Verifica o de requisitos Os requisitos s o verificados para descobrir se est o completos e consistentes e se est o em concord ncia com o que os stakeholders desejam do sistema 11 FCC 2014 SABESP Ap s um estudo inicial de viabilidade o pr ximo est gio do processo de engenharia de requisitos a elicita o e an lise de requisitos Nesta atividade deve se A permitir que os engenheiros de software trabalhem com os clientes e os usu ri
43. ncionalidades dos m dulos testados atendem aos requisitos d os valores limites entre as unidades testadas individualmente s o aceit veis e o tempo de resposta dos m dulos testados est adequado Quest o 05 FCC 2008 TRT 18 Regi o GO Analista Judici rio Tecnologia da Informa o Uma sistem tica para construc o da arguitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados as interfaces a estrategia de teste de software denominada de a sistema b unidade c valida o d arquitetura e integrac o Quest o 06 FCC 2013 DPE SP Agente de Defensoria Analista de Sistemas O teste de software constitui se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteristicas mais importantes de um conjunto de testes de software adeguadamente planejados a provar a corre o integral no programa sob teste b ter alta probabilidade de detectar erros no programa sob teste c ter grande redund ncia a fim de testar mais de uma vez cada linha do programa sob teste d ser de alta complexidade pois assim pode se cobrir todo o programa sob teste com apenas um teste e ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicac o Auest o 07 FCC 2012 TCE AM Analista de Controle Externo Tecnologia da Informag o Sobre teste de software considere I Uma estrat gia de teste qu
44. nuais uma vez que as ferramentas de teste trazem um conjunto de conhecimentos bem maior do que normalmente teria uma equipe inteira de testadores manuais E se torna vi vel quando a totalidade dos testes automatizada aumentando a efici ncia reduzindo os custos e permitindo que o software seja colocado em produ o na metade do tempo normal 23 FCC 2013 ALE RN Com rela o aos tipos de testes de software considere Testes baseados em requisitos s o uma abordagem sistem tica para projeto de casos de teste em que se considera cada requisito e deriva se um conjunto de testes para eles S o mais uma valida o do que um teste de defeitos I Testes de release s o feitos pela pr pria equipe de desenvolvimento e devem centrar se na descoberta de bugs no sistema nos quais os casos de teste s o projetados para expor os defeitos III Testes de desenvolvimento incluem testes unit rios nos quais se testa objetos e m todos espec ficos testes de componentes em que se testa diversos grupos de objetos e testes de sistema nos quais se testa sistemas parciais ou completos IV Teste beta um tipo de teste de usu rio em que os usu rios do software trabalham com a equipe de desenvolvimento para testar o software no local do desenvolvedor Est correto o que se afirma APENAS em A le Il B Ile IV C lell D Ille IV E I Ile lll 24 FCC 2012 MPE RN Sobre testes de unidade considere I
45. oftware denominado Quest o 16 FCC 2010 TRF 48 REGI O Analista Judici rio Tecnologia A Extreme Programming XP baseia se em 12 praticas que s o um conjunto de atividades que dever o ser seguidas pelas equipes que desejam utilizar a XP Na pr tica do Jogo do Planejamento as funcionalidades s o descritas em pequenos cart es que s o conhecidos como a cart es de requisitos b cart es de planejamento c cart es chave d cart es inteligentes e hist rias de usu rio Quest o 17 FCC 2009 TRT 15 Regi o Analista Judici rio Tecnologia Hist rias de usu rios na atividade de planejamento encorajamento de uso de cart es CRC e de refabrica o reuni es em p e programa o em pares s o caracter sticas t picas do modelo de processo de software Quest o 18 FCC 2013 TRT12 SCRUM um framework baseado no modelo gil No SCRUM a o scrum team a equipe de desenvolvimento necessariamente dividida em pap is como analista designer e programador Em geral o scrum team tem de 10 a 20 pessoas b as funcionalidades a serem implementadas em cada projeto requisitos ou hist rias de usu rios s o mantidas em uma lista chamada de scrum board c o scrum master um gerente no sentido dos modelos prescritivos um l der um facilitador e um solucionador de conflitos E ele quem decide quais requisitos s o mais importantes d um dos conceitos mais importantes o s
46. os e valida o dos requisitos 07 FCC 2012 TRE SP Enquanto a defini o de requisitos para um novo sistema desenvolvida uma melhor compreens o da necessidade dos usu rios alcan ada e esperado que haja uma evolu o nos requisitos do sistema para acomodar este novo entendimento das necessidades dos usu rios partir dessa perspectiva de evolu o os requisitos s o divididos em duas classes permanentes e vol teis Sobre a divis o dos requisitos vol teis considere Requisitos mut veis surgem medida que a compreens o do cliente sobre o sistema aumenta tornando o apto a sugerir e requisitar mudan as I Requisitos consequentes est o diretamente ligados a introdu o de sistemas de computa o na empresa que podem modificar processos e criar novos m todos de trabalho III Requisitos emergentes s o os requisitos relativamente est veis que derivam da atividade principal da organiza o e se relacionam diretamente com o dom nio do sistema Est correto o que consta em a II apenas b III apenas c le Il apenas d Il e III apenas e I He III 08 FCC 2009 TRT No processo de engenharia de requisitos uma t cnica de observa o que pode ser usada para compreender os requisitos sociais e organizacionais Trata se de a Workshop b Brainstorming c Scrum d Analise de ponto de vista e Etnografia 09 FCC 2012 TJ PE Na engenharia de reguisitos
47. os finais para obterem apenas informa es sobre o dominio da aplica o e os servi os que o sistema pode oferecer B interagir com os stakeholders por meio da observa o e de entrevistas Cen rios e prot tipos podem ser utilizados para ajudar os stakeholders a compreenderem o que o sistema vai incorporar C considerar apenas os requisitos vindos dos stakeholders descartando se os requisitos provenientes de todos os outros sistemas D realizar entrevistas que s o a melhor t cnica para compreender os requisitos do dom nio da aplica o pois o conheci mento de dom nio t o familiar aos stakeholders que eles t m facilidade de explic lo E usar entrevistas que s o uma t cnica eficaz para a elicita o do conhecimento sobre os requisitos e restri es organiza cionais porque as estruturas organizacionais que ser o descritas corresponder o fielmente realidade do processo de tomada de decis o 12 FCC 2011 TRT Tabelas de rastreamento para relacionar os reguisitos identificados a um ou mais aspectos do sistema ou do seu ambiente devem ser desenvolvidas segundo Pressman na engenharia de reguisitos por meio da func o de a gestao b especifica o c elaboracao d negocia o e validacao 13 FCC 2013 Defensoria SP A prototipa o representa uma t cnica poderosa para o desenvolvimento de sistemas mais especificamente do software desses sistemas Sobre as func es desempenhadas
48. print que consiste em um ciclo de desenvolvimento que em geral tem dura o de 4 a 7 dias e o product owner tem entre outras atribui es a de indicar quais s o os requisitos mais importantes a serem tratados em cada sprint E respons vel por conhecer e avaliar as necessidades dos clientes 19 FCC 2013 Defensoria RS Sobre os processos geis de desenvolvimento de software XP e Scrum considere Emprega uma abordagem orientada a objetos como seu paradigma de desenvolvimento preferido e envolve um conjunto de regras e pr ticas constantes no contexto de quatro atividades metodol gicas planejamento projeto codifica o e testes Il Seus princ pios s o usados para orientar as atividades de desenvolvimento dentro de um processo que incorpora as se guintes atividades estruturais requisitos an lise projeto evolu o e entrega Em cada atividade metodol gica ocorrem tarefas a realizar dentro de um padr o de processo chamado sprint Ill Faz uso do teste de unidades como sua t tica de testes prim ria A medida que cada classe desenvolvida a equipe de senvolve um teste de unidade para exercitar cada opera o de acordo com a sua funcionalidade especificada A medida que um incremento entregue a um cliente as hist rias de usu rios ou casos de uso implementados pelo incremento s o usados como base para testes de aceita o IV O jogo do planejamento se inicia com a atividade de ouvir que constitui uma
49. r que n o restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de m dulos isolados do sistema mas n o garantem que a totalidade do sistema est isenta de erros Il Testes de desenvolvimento incluem testes unit rios nos quais s o testados objetos e m todos espec ficos testes de componentes nos quais s o testados diversos grupos de objetos testes de sistema nos quais s o testados sistemas parciais e sistemas completos III Os testes de usu rio podem ser divididos em tr s fases teste alfa em que os usu rios do software trabalham com a equipe de desenvolvimento para efetuar testes no local do desenvolvedor teste beta em que um release de software disponibilizado aos usu rios para que possam experimentar e levantar os problemas descobertos com os desenvolvedores do sistema teste de sistema em que os clientes testam um sistema para decidir se ele est pronto para ser implantado no ambiente de trabalho Est correto o que se afirma em a le III b II apenas c le Il apenas d III apenas e Ile III apenas Quest o 09 FCC 2012 TJ RJ Analista Judici rio An lise de Sistemas No gue se refere a testes de software correto afirmar gue a o teste de opera o a fase onde testada a ergonomia da interface de uso do software b o teste da caixa preta teste funcional baseia se em analisar os arquivos de og do sistema procurando por m
50. requisito n o funcional e um ponto de controle nas etapas de desenvolvimento do sistema 39 FCC 2010 TRE RN Um analista se insere no ambiente de trabalho onde o sistema ser usado Ele observa o trabalho rotineiro e anota as tarefas reais nas quais os participantes est o envolvidos Trata se da t cnica de elicita o e an lise de requisitos denominada a Workshop b Casos de uso c Valida o de requisitos d Etnografia e Entrevista 40 FCC 2010 MPE SE Os requisitos n o funcionais surgem por meio das necessidades dos usu rios devido a restri es de or amento pol ticas organizacionais necessidade de interoperabilidade e fatores externos Estes requisitos podem ser classificados como requisitos de produto organizacionais e externos Os requisitos externos ainda s o classificados como reguladores ticos e A De desempenho B De prote o C Ambientais D De usabilidade E Legais Gabarito ENG REQUISITOS APF 06 FCC 2012 TJ PE Considere I Contagem de pf detalhada II Contagem de pf estimativa IIl Contagem de pf indicativa Quanto ao tipo de contagem a Netherlands Software Metrics Association reconhece o que consta em a apenas b le Il apenas c Il apenas d Ile Ill apenas e I Ile III 07 FCC 2012 TRT11 Segundo a IFPUG em rela o m trica do software por an lise por pontos de funcao considere I Analis
51. s do sistema c incremental e interativo em quatro camadas e centrado na estrutura dos dados do sistema d interativo guiado por casos de uso e centrado na infra estrutura do sistema e incremental e centrado na funcionalidade do sistema Quest o 19 FCC 2009 TJ PA Considere os artefatos de software abaixo I Prot tipo arquitetural execut vel II Descri o da arquitetura III Produto de software integrado na adequada plataforma A correta e respectiva associa o desses artefatos com as fases do RUP a Elabora o Elabora o e Constru o b Elabora o Concep o e Constru o c Concep o Elabora o e Constru o d Concep o Concep o e Elabora o e Elabora o Constru o e Transi o Quest o 20 FCC 2009 TJ SE N O um dos Core Process Workflows do RUP o a Implementation b Environment c d REGUNENENE e Deployment 21 FCC 2013 Defensoria RS Uma estrat gia de teste que preferida por grande parte das equipes de software assume uma vis o incremental do teste comecando com o teste das unidades individuais do programa passando para os testes destinados a facilitar a integrac o de unidades e culminando com testes que usam o sistema concluido No Processo Unificado PU os testes de dc e testes de integra o s o realizados na ase de A valida o B elabora o C produ o D transi o E constru o 22 F
52. ser o necess rios para este sistema b as fun es utilizadas em linguagens de desenvolvimento tradicional bem como os m todos e opera es utilizados em arquiteturas orientadas a objeto s o contados para a defini o do tamanho funcional do sistema c atribu da uma pontua o para cada fun o ou m todo executado por uma determinada linguagem de programa o Este n mero formulado com base em c lculos matem ticos e posteriormente utilizado para fazer a classifica o das m tricas do sistema d s o analisados os pontos de execu o de cada fun o dentro de um determinado sistema s o gerados registros de sistemas logs e posteriormente gerada uma classifica o em fun o dos valores obtidos dessa an lise e as funcionalidades do sistema s o elencadas sem a necessidade de preocupa o com a tecnologia que ser utilizada para o desenvolvimento do sistema 15 FCC 2011 INFRAERO A m trica an lise por pontos de fun o foi desenvolvida na d cada de 1970 como uma forma de medir software Analise os itens a seguir relacionados a essa m trica Considera mais importante o n mero de linhas de c digo do que as funcionalidades criadas II Pode ser aplicada antes do c digo ser escrito baseando se na descri o arquitetural do projeto III dependente da tecnologia utilizada no desenvolvimento IV Dois programas muito diferentes podem possuir a mesma contagem de pontos d
53. so do detalhe procedimental Caminhos l gicos internos ao software e colabora es entre componentes s o testados definindo se casos de teste que exercitam conjuntos espec ficos de condi es e ou ciclos IV Focalizam os requisitos funcionais do software permitindo ao engenheiro de testes derivar conjuntos de condi es de entrada que v o exercitar plenamente todos os requisitos funcionais de um programa V Tentam encontrar erros em fun es incorretas ou omitidas de interface de comportamento ou desempenho de inicia o e t rmino VI Ao us los o engenheiro de testes pode derivar casos de teste que garantam que todos os caminhos independentes de um m dulo tenham sido exercitados pelo menos uma vez A associa o dos tipos de teste de CP ou testes de CB com as caracter sticas de a VI apresentada correta e respectivamente em A CB CP CP CB CB CP B CP CB CB CB CP CP C CP CB CB CP CP CB D CB CP CP CP CB CP E CB CB CP CB CP CB Gabarito TESTES QUEST ES ENG REQUISITOS 01 FCC 2011 TCE PR No processo de engenharia de requisitos os tipos de requisitos de usu rio e de sistema podem ser respectivamente a apenas funcionais apenas n o funcionais b apenas n o funcionais apenas funcionais c apenas funcionais funcionais e n o funcionais d funcionais e n o funcionais apenas n o funcionais e funcionais e n o funcionais funcionais e n o funcionais 02 FCC 2010 BA
54. spectivamente os tipos de fun o I Il e Ill a ALI AIE e SE b ALI CE e AIE c CE EE e ALI d AIE AL e EE e EE CE e SE 11 FCC 2011 TRT24 Ap s a aplica o do fator de ajuste o total de pontos de fun o em uma contagem ficou em 110 60 Antes da aplica o do ajuste os pontos de fun o brutos estavam em 140 00 Portanto o somat rio dos 14 itens do n vel de influ ncia global foi O oO Q _ Oras N s es 98 12 FCC 2009 TCE GO Na aplica o da m trica An lise de Pontos por Fun o caso haja influ ncia forte em quatro das 14 Caracteristicas Gerais de Sistema os pontos ajustados ser o a 65 dos pontos brutos b 75 dos pontos brutos c 80 dos pontos brutos d 85 dos pontos brutos e 115 dos pontos brutos 13 FCC 2010 TCM PA Quanto aos pontos brutos na An lise de Pontos de Fun o o fator de ajuste aplicado pode aument los a em at 35 ou diminui los em at 65 b ou diminu los em at 35 c ou diminui los em at 65 d ou diminui los em at 1 35 e em at 65 ou diminui los em at 35 14 FCC 2012 MPE AP Dentre os m todos disponiveis na utilizag o de m tricas de sistema est a an lise de pontos de fun o Function Point Analysis Nesse m todo a a fun o realizada pelos objetos do sistema seus atributos e opera es s o catalogados possibilitando medir a quantidade de classes e objetos que
55. ssifica o organiza o prioriza o documenta o E obten o classifica o e organiza o prioriza o e negocia o documenta o 27 FCC 2012 TST Adaptada Na Engenharia de Requisitos o gerente de requisitos classifica os requisitos em diferentes tipos sendo os do tipo funcional relacionados com o custo e confiabilidade do software e os do tipo n o funcional relacionados com os casos de uso Certo Errado 28 FCC 2011 INFRAERO Adaptada No contexto de levantamento de reguisitos funcionalidade um dos aspectos que deve ser levado em conta na abordagem dos requisitos funcionais Certo Errado 29 FCC 2010 TRT8 Adaptada E considerado um requisito n o funcional o tempo de resposta maximo Certo Errado 30 FCC 2010 BAHIAGAS Adaptada uma restri o sobre os servi os ou as fun es oferecidas pelo sistema uma restri o sobre os servi os ou as fun es oferecidas pelo sistema entre outras Trata se de requisitos funcional Certo Errado 31 FCC 2009 SEFAZ SP necess rio que o software calcule os sal rios dos diaristas e mensalistas e emita relat rios mensais sumariados por tipo de sal rio Entretanto a base de dados deve estar protegida e com acesso restrito aos usu rios autorizados De qualquer forma o tempo de resposta das consultas n o deve superar os quinze segundos pois inviabilizaria todo o investimento nesse siste
56. sso que incorpora as atividades estruturais de requisitos an lise projeto evolu o e entrega Em cada atividade metodol gica ocorrem tarefas a realizar dentro de um padr o de processo chamado A process backlog B scrum master C product owner D backlog E sprint Quest o 11 FCC 2012 TER CE No SCRUM sprint e A um representante dos stakeholders e do negocio B uma lista de requisitos que tipicamente v m do cliente C uma lista de itens priorizados a serem desenvolvidos para um software D uma itera o que segue um ciclo PDCA e entrega incremento de software pronto E um conjunto de requisitos priorizado pelo Product Owner Quest o 12 FCC 2012 MPE AP Na Jaa l de desenvolvimento SCRUM o propriet rio do produto Product Owner respons vel por maximizar o valor do produto e o trabalho da equipe de desenvolvimento O propriet rio do produto a nica pessoa respons vel pela manuten o do Backlog do produto Este gerenciamento inclui a assegurar que a equipe de desenvolvimento compreenda os itens do Backlog do produto no n vel necess rio b encontrar t cnicas para a manuten o efetiva do Backlog do produto e transmitir essas t cnicas para a equipe de desenvolvimento c comunicar nas reuni es di rias as metas e itens do Backlog do produto para a equipe de desenvolvimento d treinar o time Scrum para que crie de forma clara e precisa os itens
57. te apenas na fase final do sistema fator que difere de outras metodologias como SCRUM e TDD e confere agilidade ao processo de desenvolvimento c processo de desenvolvimento cont nuo em que a equipe se mant m focada no sistema at que uma funcionalidade espec fica seja entregue comumente agregando horas extras ao turno de trabalho d utiliza o de t cnicas de ofusca o do c digo fonte trazendo seguran a e garantindo que apenas a equipe de desenvolvimento poder ter acesso a este c digo e desenvolvimento incremental e sustentado por meio de pequenos e frequentes releases do sistema Os requisitos s o baseados em cen rios ou em simples hist rias de clientes Quest o 07 FCC 2011 TCE PR Analista de Controle Inform tica Na metologia Scrum Sprint uma itera o de dura o menor ou igual a um m s onde uma parte incremental e funcional do produto esta potencialmente pronta para entrega E INCORRETO afirmar que nessa fase a o escopo pode ser esclarecido e renegociado entre o time de desenvolvimento e o propriet rio do produto b nenhuma altera o que afetaria a meta do Sprint efetuada c a composi o do time de desenvolvimento permanece constante d as metas de qualidade n o diminuem e o Sprint pode ser cancelado por decis o do Scrum Master Guest o 08 FCC 2011 INFRAERO Analista Sistemas Arguitetura de Software Um dos principais conceitos do Scrum para atacar a comp
58. te de sistema que forca o software a falhar de diversos modos e verifica o retorno do processamento dentro de um tempo pr estabelecido um tipo de teste de a Integrac o b Estresse c Recupera o d Desempenho e Seguran a Quest o 02 FCC 2009 TRE PI T cnico Judici rio Programa o de Sistemas Tamb m conhecido por teste estrutural ou orientado l gica uma t cnica de teste de software que trabalha diretamente sobre o c digo fonte do componente de software para avaliar aspectos tais como teste de condi o teste de fluxo de dados teste de ciclos e teste de caminhos l gicos Trata se da t cnica de teste a da Caixa branca b da Caixa cinza c da Caixa preta d de Integra o e de Regress o Quest o 03 FCC 2009 MPE SE Analista do Minist rio P blico Especialidade An lise de Sistemas A execu o de um sistema com o objetivo de encontrar falhas sob condi es que demandam recursos em quantidade frequ ncia ou volume anormais definida como a payload b teste de estresse c teste de desempenho d lat ncia da falha e workload Quest o 04 FCC 2009 TRT 15 Regi o Analista Judici rio Tecnologia da Informa o Os testes de integra o t m por objetivo verificar se a os m dulos testados produzem os mesmos resultados que as unidades testadas individualmente b os m dulos testados suportam grandes volumes de dados c as fu
59. testados objetos e m todos espec ficos D sempre que poss vel recomendado escrever testes automatizados Os testes s o incorporados em um programa que pode ser executado cada vez que uma altera o feita para um sistema E testes podem anunciar a presen a de defeitos em um programa e podem demonstrar que n o existem defeitos remanescentes 20 FCC 2013 ALE RN O teste de software destinado a mostrar que um programa faz o que proposto a fazer e a descobrir seus defeitos antes do uso O processo de teste tem dois objetivos distintos 1 Demonstrar ao desenvolvedor e ao cliente que o software atende a seus requisitos 2 Descobrir situag es em que o software se comporta de maneira incorreta indesejavel ou de forma diferente das especifica es Desse modo correto afirmar que A n o objetivo final dos processos de verifica o validar os requisitos de especifica o que n o reflitam os desejos ou necessidades dos clientes B os testes podem mostrar a presen a de erros e sua aus ncia C o objetivo de todo teste verificar se ele atende apenas aos requisitos funcionais D verifica o e valida o n o s o a mesma coisa em rela o a testes de sistema E os testes podem demonstrar que um determinado software est livre de defeitos 21 FCC 2013 DPE SP Para aplicac es convencionais o software testado a partir de duas perspectivas diferentes a l gica interna do progr
60. trabalhos de desenvolvimento relacionados area de informatica Logo no primeiro dia foi convidada a participar de uma reuni o que efetuada diariamente de apenas 15 minutos Todos os participantes ficam em pe e ela conduzida pelos pr prios desenvolvedores Durante este pequena reuni o foram abordados o que cada desenvolvedor conseguiu concluir desde a Ultima reuni o o que ele pretende efetuar at a pr xima e o que Ana achou muito importante o que est impedindo que este desenvolvedor prossiga com seu trabalho Ana foi informada que esta reuni o pertence ao m todo gil A Jerkins e que o nome dado a esta reuni o Sprint B Kanban e as quest es efetuadas s o chamadas de artefatos C Scrum e que o nome dado a esta reuni o Daily Scrum t puni e que as quest es efetuadas s o chamadas de acklog E XP e que tanto a reuni o quanto as perguntas s o denominadas Intera o Cont nua 25 FCC 2013 TRT 9 Regi o Os modelos de processos tradicionais surgiram em um cen rio muito diferente do atual baseado em mainframes e terminais remotos J os modelos de processos geis s o adequados para situa es atuais nas quais a mudan a de requisitos frequente Dentre os modelos de processos geis mais comuns temos Extreme Programming XP Scrum e Feature Driven Development FDD Algumas das pr ticas e caracter sticas desses modelos de processo s o descritas a seguir Programa o
61. trata se de uma tecnica de elicita o que ocorre em ambiente mais informal em que toda a id ia deve ser levada em considera o para a solucao de um problema sendo proibida a critica a gualguer sugest o dada e encorajada inclusive a cria o de ideias que pare am estranhas ou ex ticas a Prototipa o b Entrevista c Question rio d Brainstorming e Analise de protocolos 10 FCC 2014 TRF Considere as seguintes atividades 1 Compreens o do dom nio os analistas devem desenvolver sua compreens o do dom nio da aplica o 2 Coleta de requisitos processo de interagir com os stakeholders do sistema para descobrir seus requisitos 3 Classifica o atividade que considera o conjunto n o estruturado dos requisitos e os organiza em grupos coerentes 4 Resolu o de conflitos Solucionar conflitos decorrentes do envolvimento de m ltiplos stakeholders 5 Defini o das prioridades envolve a intera o com os stakeholders para a defini o dos requisitos mais importantes 6 Descarte de requisitos atividade de descartar requisitos menos importantes baseando se nas indica es dos stakeholders 7 Verifica o de requisitos os requisitos s o verificados para descobrir se est o completos e consistentes e se est o em concord ncia com o que os stakeholders desejam do sistema 8 Modelagem de requisitos os requisitos s o modelados utilizando se o diagrama de casos de uso e de sequ
62. tru o e Transi o d Parti o Integra o Testes e Opera o e Planejamento Codifica o Integra o e Configura o Quest o 07 FCC 2011 TCE PR Analista de Controle Inform tica A conclus o da an lise do design do desenvolvimento e do teste de todas as funcionalidades necess rias ao sistema no processo RUP um dos objetivos da fase de a inicia o p elabora o c integra o d constru o e transi o Quest o 08 FCC 2012 MPE PE Analista Ministerial Inform tica A vis o est tica do RUP prioriza as atividades que ocorrem durante o processo de desenvolvimento Na descri o do RUP essas s o chamadas de workflows Existem seis workflows centrais identificadas no processo e tr s de apoio dentre os quais poss vel citar os workflows de a Meio ambiente e Gerenciamento de projeto b Concep o e Constru o c Transi o e Itera o d Plano de desenvolvimento e Conceito de opera o e An lise de Riscos e Opera o e manuten o Quest o 09 FCC 2011 TRT 23 REGI O MT Analista Judici rio Tecnologia A disciplina Gerenciamento de Projeto do RUP tem por finalidade fornecer um framework para gerenciamento de I Projetos especificos de software Il Riscos III Orgamento IV Contratos Est correto o que consta em a le Il apenas b Ill e IV apenas c I Ile III apenas d II Ill e IV apenas e I II Ill e
63. u funcionamento baseado nas tecnologias web Todas as opera es disponibilizadas no sistema devem contemplar a legisla o vigente O sistema deve fazer interface com o sistema da Receita Federal por meio de requisi es respostas utilizando XML Os alunos devem poder obter por meio do sistema informa es sobre suas faltas e notas em cada disciplina O boletim e o hist rico do aluno poder o ser consultados e visualizados pelos gestores funcion rios da secretaria e pelo pr prio aluno Ao clicar em uma op o para gerar o boletim do aluno deve ser apresentada ao solicitante uma tabela com todas as disciplinas que o aluno cursou bem como as notas das provas e o n mero total de faltas em cada disciplina 9 O sistema deve responder solicita o de gera o do boletim de um aluno em no m ximo 10 segundos 10 O sistema deve calcular a m dia aritm tica das duas maiores dentre tr s notas de cada disciplina no final do semestre 11 Quando o sistema constatar que o aluno tem mais que 25 de faltas em uma disciplina do semestre deve ser exibida no boletim do aluno a informa o Reprovado 12 O sistema dever suportar a execu o em qualquer plataforma de hardware e ou sistema operacional 13 O sistema deve enviar automaticamente para o e mail dos gestores autorizados um relat rio com o n mero de alunos inadimplentes por curso 14 O sistema n o deve revelar quaisquer dados pessoais dos alunos aos professores exceto
64. um modelo de projeto s o aplic veis respectivamente nas fases a elabora o concep o e constru o concep o concep o e elabora o constru o transi o e concep o transi o constru o e constru o concep o elabora o e transi o Quest o 14 FCC 2010 MPE SE Pertencem dimens o temporal do modelo iterativo RUP a Inception e Transition b Implementation e Deployment c Requirement e Configuration d Elaboration e Implementation e Elaboration e Test Quest o 15 FCC 2011 TRE AP E um dos core supporting workflows 0 a Test b Inception c Analysis amp Design d Business modeling e Configuration and Change Management Quest o 16 FCC 2011 TRE RN O RUP produz artefatos a na fase de Transi o apenas b em todas as suas fases c na fase de Concep o apenas d na fase de Elaborag o apenas e na fase de Construc o apenas Quest o 17 FCC 2010 MPE RN S o respectivamente disciplina Core Process Workflow e fase Phase do RUP a Concep o e Implanta o b Implementa o e Elabora o c Implanta o e Requisitos d Requisitos e Modelagem de Neg cios e Implementa o e Teste Quest o 18 FCC 2008 TRF O RUP possibilita o desenvolvimento a incremental e interativo guiado por casos de uso e centrado na arquitetura do sistema b interativo e centrado nos dados e informa e

Engenharia de Software

Contents

Download Pdf Manuals

Related Search

Related Contents