Exercícios Av1

Prévia do material em texto

Prova: CESPE - 2010 - SAD-PE - Analista de Controle Interno – Tecnologia da Informação 
Disciplina: Engenharia de Software | Assuntos: Ciclo de Vida de Software; 
Um desenvolvedor de software foi contratado por uma empresa de software, mas ainda 
não tem informações acerca do modelo de desenvolvimento, do modelo de ciclo de vida 
ou do processo de desenvolvimento de software sob o qual se estruturam as atividades da 
organização. O desenvolvedor, no entanto, ao chegar às dependências da empresa, no 
seu primeiro dia de trabalho, começou a observar alguns comportamentos 
desempenhados pelos seus colegas. Tratando tais comportamentos como evidências do 
desempenho de um processo aderente a determinado modelo, o desenvolvedor registrou 
algumas proposições acerca do modelo empregado na empresa. 
A respeito da situação acima, em cada uma das opções a seguir, é apresentada uma 
evidência coletada pelo desenvolvedor, que deve ser analisada individualmente, 
independentemente das demais evidências coletadas. Assinale a opção em que a 
conclusão de evidência é coerente com o que estabelece o corpo de conhecimento da 
engenharia de software acerca desse tema. 
• a) Os requisitos do software da organização são, detalhadamente, descritos por 
meio de fórmulas e diagramas, usando-se notações matemáticas embasadas na teoria 
dos conjuntos, relações e funções, e no cálculo de predicados. Portanto, a empresa usa 
métodos ágeis. 
• b) O gerente geral de projetos da empresa decidiu, junto a um cliente, realizar 
algumas modificações nos requisitos de um produto de software que já se encontrava 
na fase de testes e comprometeu-se a incluir tais requisitos na próxima liberação do 
produto. Essa decisão permite inferir que o modelo de desenvolvimento 
de software empregado não é do tipo cascata 
• c) Imediatamente após ter testado um protótipo evolucionário, um dos colegas da 
empresa iniciou a produção de uma lista de riscos aos quais o projeto está sujeito. 
Dessa forma, a empresa não utiliza um modelo de ciclo de vida embasado no espiral. 
 
 
 
Prova: CESPE - 2010 - SAD-PE - Analista de Controle Interno – Tecnologia da Informação 
Disciplina: Engenharia de Software | Assuntos: Análise de Requisitos; Engenharia de Requisitos; 
Um requisito de software expressa as necessidades e restrições colocadas em um produto 
de software que contribuem para a solução de algum problema do mundo real. Acerca 
desse assunto, assinale a opção correta. 
• a) Os contratantes ou clientes são os principais colaboradores envolvidos no 
fornecimento de informações para o processo de levantamento ou elicitação de 
requisitos de software, os demais grupos de pessoas que podem fornecer informações 
são considerados de importância secundária. 
• b) As necessidades dos usuários a serem atendidas por um produto 
de software constituem a classe de requisitos funcionais, e as restrições mencionadas 
na definição de requisitos constituem a classe de requisitos não funcionais. 
• c) Entre as fontes de informação para a elicitação de requisitos, destacam-se, 
além dos colaboradores, o conhecimento do domínio de aplicação em que 
o software funcionará, o ambiente operacional do software e o ambiente organizacional 
• d) A negociação de requisitos, de forma similar à observação do ambiente 
organizacional, é uma atividade típica da fase de elicitação de requisitos. 
• e) A técnica de casos de uso, empregada em alguns modelos de desenvolvimento 
de software atuais, é mais aderente à construção de cenários durante a construção de 
protótipos que durante a elicitação de requisitos. 
 
 
 
 
 
 
 
Prova: FGV - 2010 - FIOCRUZ - Tecnologista em Saúde - TI - Sistemas de Informação 
Disciplina: Engenharia de Software | Assuntos: Processo de Software; Metodologia de desenvolvimento de 
software; 
Na maioria dos projetos de software, existe algum reuso de software. Isto ocorre 
geralmente quando as pessoas da equipe conhecem outros projetos com códigos 
semelhantes aos necessários. Na modelagem evolucionária de processos, o reuso é 
freqüentemente essencial para o desenvolvimento rápido do sistema. Nesse sentido, 
observe a figura abaixo que representa um modelo de processo, que emprega o reuso. 
 
 
 
Esse modelo é conhecido como Engenharia de Software baseada em: 
• a) dados. 
• b) eventos. 
• c) classes. 
• d) requisitos. 
• e) componentes 
 
 
Prova: FGV - 2010 - FIOCRUZ - Tecnologista em Saúde - TI - Sistemas de Informação 
Disciplina: Engenharia de Software | Assuntos: Processo de Software; 
Um modelo de processo de software é uma descrição simplificada desse processo que 
apresenta uma visão dele. Esses modelos incluem as atividades, que fazem parte do 
processo, os produtos de software e os papéis das pessoas envolvidas na engenharia 
do software. Nesse contexto, dois modelos são descritos a seguir. 
 
I. Mostra a seqüência de atividades ao longo do processo, com suas entradas, saídas e 
dependências entre elas. Neste caso, as atividades representam ações humanas. 
II. Mostra o processo como um conjunto de atividades, no qual cada uma realiza alguma 
transformação de dados, como uma especificação é transformada de entrada em saída. 
Neste caso, as atividades podem representar transformações realizadas por pessoas ou 
computadores. 
 
Esses modelos I e II são denominados, respectivamente, de: 
• a) workflow e fluxo de dados 
• b) workflow e casos de uso. 
• c) workflow e classes de objetos. 
• d) broadcast e casos de uso. 
• e) broadcast e fluxo de dados. 
 
 
 
 
Prova: FGV - 2010 - FIOCRUZ - Tecnologista em Saúde - TI - Sistemas de Informação 
Disciplina: Engenharia de Software | Assuntos: Metodologia de desenvolvimento de software; 
Os modelos de processo de Engenharia Web (WebE) adotam a filosofia do 
desenvolvimento ágil, que enfatiza uma abordagem de desenvolvimento simples que 
incorpora ciclos rápidos. Em conseqüência, o modelo de processo WebE está fixado em 
três pontos fundamentais, são eles: 
• a) entrega após a conclusão total da modelagem, modificações somente após a 
implementação e cronogramas longos. 
• b) entrega após a conclusão total da modelagem, modificações contínuas e 
cronogramas curtos. 
• c) entrega incremental, modificações somente após a implementação e 
cronogramas longos. 
• d) entrega incremental, modificações contínuas e cronogramas curtos 
• e) entrega incremental, modificações contínuas e cronogramas longos. 
 
 
 
Prova: FGV - 2010 - FIOCRUZ - Tecnologista em Saúde - TI - Sistemas de Informação 
Disciplina: Engenharia de Software | Assuntos: RUP (Rational Unified Process); 
O Processo Unificado, também chamado simplesmente de RUP (Rational Unified Process), 
representa uma tentativa de apoiar-se nos melhores recursos e características dos 
modelos convencionais de processo de software, mas caracterizá-los de um modo que 
implemente muitos dos melhores princípios de desenvolvimento ágeis. Ele enfatiza o 
importante papel da arquitetura de software e sugere um fluxo de processo interativo e 
incremental, dando a sensação evolucionária que é essencial no desenvolvimento 
moderno de software. Nesse contexto, observe a figura abaixo. 
 
 
 
As fases do processo unificado identificadas por ALFA, BETA e GAMA são denominados, 
respectivamente: 
• a) requisitos, elaboração e implementação. 
• b) requisitos, especificação e implantação. 
• c) especificação, transição e implantação. 
• d) concepção, elaboração e transição 
• e) concepção, projeto e implementação. 
 
 
 
Prova: FGV - 2010 - FIOCRUZ - Tecnologista em Saúde - TI - Sistemas de Informação 
Disciplina:Engenharia de Software | Assuntos: Metodologia de desenvolvimento de software; 
Na modelagem de processos, um modelo evolucionário de processo de software, combina 
prototipagem e aspectos controlados e sistemáticos dos processos em cascata, sendo um 
gerador de modelo por risco, usado para guiar a engenharia de sistemas intensivos em 
softwares com vários interessados concorrentes, tendo duas características distintas, 
descritas a seguir. 
 
I. É uma abordagem cíclica, para aumentar incrementalmente o grau de definição e de 
implementação de um sistema enquanto diminui seu grau de risco. 
II. É um conjunto de marcos de ancoragem, para garantir o comprometimento dos 
interessados com soluções exeqüíveis e mutuamente satisfatórias para o sistema. 
 
Esse modelo é conhecido por: 
• a) espiral 
• b) dinâmico. 
• c) globalizado. 
• d) integrado. 
• e) empírico. 
 
 
 
Prova: FGV - 2010 - FIOCRUZ - Tecnologista em Saúde - TI - Sistemas de Informação 
Disciplina: Engenharia de Software | Assuntos: Processo de Software; 
Como Modelo evolucionário do processo de software, uma característica da prototipagem 
é: 
• a) independer do estabelecimento e da definição de requisitos. 
• b) configurar um processo interativo e rápido de desenvolvimento 
• c) iniciar o processo de desenvolvimento pela implantação e pelos testes. 
• d) gerar uma primeira versão do sistema completa e isenta de erros. 
• e) descartar a participação do cliente no processo de desenvolvimento e de 
implantação. 
 
 
 
 
Prova: FGV - 2010 - FIOCRUZ - Tecnologista em Saúde - TI - Sistemas de Informação 
Disciplina: Engenharia de Software | Assuntos: Metodologia de desenvolvimento de software; 
O Desenvolvimento Rapido de Aplicação (RAP - Rapid Application Development) é um modelo 
de processo de software incremental que enfatiza um ciclo de desenvolvimento curto, com 
o uso de uma abordagem de construção baseada em componentes. Nesse modelo, três 
das principais fases são abrangidas pelas modelagens: 
• a) do negócio, dos recursos financeiros e das funções gerenciais. 
• b) do gerenciamento, dos recursos de TI e dos processos. 
• c) do planejamento, dos dados e das funções gerenciais. 
• d) do planejamento, dos recursos de TI e dos projetos. 
• e) do negócio, dos dados e dos processos 
 
 
 
 
Prova: FGV - 2010 - FIOCRUZ - Tecnologista em Saúde - TI - Sistemas de Informação 
Disciplina: Engenharia de Software | Assuntos: Metodologia de desenvolvimento de software; 
A figura abaixo ilustra um modelo de processo, que prescreve um conjunto de elementos 
de processo como atividades de arcabouço, ações de engenharia de software, tarefas, 
produtos de trabalho, mecanismos de garantia de qualidade e de controle de modificações 
para cada projeto. 
 
 
Esse modelo é conhecido como Modelo: 
• a) por funções. 
• b) em cascata 
• c) incremental. 
• d) em pacotes. 
• e) por módulos. 
 
 
 
 
 
 
Prova: CESPE - 2009 - TCE-TO - Analista de Controle Externo - Informática - Processamento de Dados 
Disciplina: Engenharia de Software | Assuntos: Processo de Software; 
 
 
Considerando as figuras I, II e III apresentadas, assinale a opção correta, com relação a 
processos de software. 
• a) A figura II representa um modelo de processo de software evolucionário. Os 
elementos identificados por #A e #B correspondem, respectivamente, às versões inicial 
e versão intermediária, enquanto que os elementos identificados por #D e #C 
correspondem, respectivamente, ao desenvolvimento e à versão final 
• b) A figura II representa um modelo de processo de software por componentes. Os 
elementos identificados por #A e #D correspondem, respectivamente, a prototipação e 
implementação. 
• c) As figuras I e II correspondem a modelos de processos de software que têm 
paradigmas similares. 
 
 
 
Prova: CESPE - 2009 - TCE-TO - Analista de Controle Externo - Informática - Processamento de Dados 
Disciplina: Engenharia de Software | Assuntos: Processo de Software; 
 
 
Prova: FGV - 2010 - CODESP-SP - Analista de Sistemas - Tipo 1 
Disciplina: Engenharia de Software | Assuntos: Ciclo de Vida de Software; UML; 
A UML é uma linguagem visual para modelar sistemas orientados a objetos, sendo 
independente tanto de linguagens de programação quanto de processos de 
desenvolvimento. Nesse contexto, analise a figura abaixo, que representa um modelo de 
ciclo de vida para desenvolvimento de sistemas. Essa abordagem divide o 
desenvolvimento de software em ciclos, em que, em cada ciclo, podem ser identificadas as 
fases de análise, projeto, implementação e testes. Cada um dos ciclos considera um 
subconjunto de requisitos, e estes são desenvolvidos uma vez que sejam alocados a um 
ciclo de desenvolvimento. Esse modelo de ciclo de vida é denominado 
• a) clássico. 
• b) em cascata. 
• c) prototipação. 
• d) estruturado por fases. 
• e) incremental e iterativo 
 
 
 
 
Prova: CESPE - 2007 - TRE-AP - Técnico Judiciário - Programação de Sistemas 
Disciplina: Engenharia de Software | Assuntos: Metodologia de desenvolvimento de software; 
O uso de metodologias de desenvolvimento de sistemas tem como objetivo garantir que 
• a) a equipe de desenvolvimento siga corretamente a estrutura de banco de dados 
orientado a objeto, eliminando etapas de análise. 
• b) o código gerado pelo desenvolvedor implemente corretamente as definições de 
processamento, entrada e saída, considerando os recursos de rede como principal 
requisito. 
• c) o modelo relacional desenvolvido represente estritamente as funcionalidades 
até, no máximo, a segunda forma normal. 
• d) o software a ser desenvolvido seja realizado conforme os requisitos de sistema, 
no prazo solicitado e com a qualidade desejada 
• e) o software, depois de desenvolvido, não possa sofrer alteração em sua 
estrutura nem em seu código para não serem modificados os requisitos. 
 
 
 
Prova: CESPE - 2011 - FUB - Técnico de Tecnologia da Informação - Específicos 
Disciplina: Engenharia de Software | Assuntos: Metodologia de desenvolvimento de software; 
Acerca dos conceitos básicos e modos de utilização da informática, julgue os 
itens a seguir 
 
No modelo de desenvolvimento de software iterativo, as atividades do processo são 
realizadas de maneira sequencial, iniciando-se uma após o término da outra, e com 
muitas interações entre as partes do sistema que já existem. 
• Certo. Errado 
 
 
 
 
 
 
Prova: UFBA - 2009 - UFBA - Analista de Tecnologia da Informação 
Disciplina: Engenharia de Software | Assuntos: RUP (Rational Unified Process); 
O produto resultante de cada iteração do processo de desenvolvimento unificado (RUP) é 
uma versão executável do sistema. 
• Certo Errado. 
 
 
 
 
 
 
Prova: CESPE - 2011 - TJ-ES - Técnico de Informática - Específicos 
Disciplina: Engenharia de Software | Assuntos: Ciclo de Vida de Software; 
Entre as etapas do ciclo de vida de software, as menos importantes incluem a garantia da 
qualidade, o projeto e o estudo de viabilidade. As demais atividades do ciclo, como a 
implementação e os testes, requerem maior dedicação da equipe e são essenciais. 
• Certo. Errado 
 
 
 
Prova: CESPE - 2011 - TJ-ES - Técnico de Informática - Específicos 
Disciplina: Modelagem de Processos de Negócio (BPM) 
Uma atividade é composta por um conjunto de processos necessários para se atingir um 
objetivo organizacional bem definido, com entradas e saídas específicas para cada 
processo. 
• Certo. Errado 
 
 
 
 
 
Prova: CESGRANRIO - 2011 - Transpetro - Analistade Sistemas Júnior 
Disciplina: Engenharia de Software | Assuntos: Ciclo de Vida de Software; 
Na Engenharia de Software, há diversos modelos de ciclo de vida, definidos com variados 
níveis de formalidade. O modelo 
• a) cascata (ou clássico) é adequado para controlar riscos e requisitos voláteis 
durante o desenvolvimento do sistema. 
• b) codificação e correção (code and fix) é adequado para alcançar um bom nível de 
manutenibilidade do sistema. 
• c) prototipagem descartável é adequado para descartar a fase de levantamento de 
requisitos do sistema a ser desenvolvido. 
• d) prototipagem evolutiva entrega uma versão inicial do sistema, que considera 
requisitos já definidos com o cliente 
• e) espiral é inadequado quando são necessários o uso de protótipos durante a 
validação do sistema e o reúso de software. 
 
 
 
Prova: CESGRANRIO - 2011 - Transpetro - Analista de Sistemas Júnior 
Disciplina: Engenharia de Software | Assuntos: Processo Unificado; 
O Processo Unificado divide a realização de um projeto para desenvolvimento de um 
sistema de software em fases. Em cada uma dessas fases, são executadas atividades de 
diversas disciplinas em diferentes proporções. No desenvolvimento de um sistema de 
software complexo, esse processo recomenda 
• a) construir uma arquitetura executável ao final da fase de construção, para 
validar as regras do negócio e os requisitos funcionais do sistema. 
• b) criar um modelo de casos de uso durante a fase de elaboração, para 
documentar as regras do negócio e os requisitos não funcionais do sistema. 
• c) usar a abordagem de desenvolvimento iterativa e incremental, para dividir as 
atividades em iterações em que cada iteração gera um incremento do software 
• d) ordenar os riscos envolvidos no projeto, para que os riscos menos críticos 
sejam considerados logo na fase de iniciação e os mais críticos nas fases finais. 
• e) entregar a primeira versão do sistema logo após a fase de transição, para evitar 
os problemas existentes no modelo de ciclo de vida em cascata tradicional. 
 
 
 
 
 
Prova: FCC - 2011 - INFRAERO - Analista de Sistemas - Gestão de TI 
Disciplina: Engenharia de Software | Assuntos: RUP (Rational Unified Process); 
No RUP, definir quais são os atores, os casos de uso existentes e como eles interagem 
entre si é função típica do 
• a) Designer de Negócios. 
• b) Revisor do Modelo de Negócios. 
• c) Grerente do Processo de Negócios. 
• d) Revisor de Requisitos. 
• e) Analista de Sistemas 
 
 
 
 
De certo modo, o Processo Unificado é uma tentativa de apoiar-se nos melhores recursos 
e características dos modelos convencionais de processo de software, porém, de 
caracterizá-los de modo que implementem muitos dos melhores princípios de 
desenvolvimento ágil de software. Com base nessa afirmação, é correto dizer que o 
Processo Unificado 
• a) prevê requisitos estáveis e desenvolvimento em uma sequência de etapas sem 
a participação do cliente. 
• b) divide o projeto em fases de uma maneira inflexível e, após a fase de 
desenvolvimento, não se prevêem mudanças das especificações. 
• c) sugere que o software seja todo planejado e documentado antes de ser 
implementado. 
• d) sugere um fluxo de processo que é iterativo e incremental, dando a sensação 
evolucionária que é essencial no desenvolvimento moderno de software 
• e) reconhece que a comunicação com o cliente é importante, entretanto dispensa 
os métodos diretos para descrever a visão do cliente de um sistema. 
 
 
 
 
Prova: FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenção 
Disciplina: Engenharia de Software | Assuntos: Processo de Software; 
A principal metodologia tradicional utilizada no desenvolvimento de software é o modelo 
clássico também conhecido como cascata ou sequencial. Nesse modelo, 
• a) cada etapa tem associada ao seu término uma documentação que deve ser 
aprovada para que a etapa posterior possa ter início 
• b) o projeto é dividido em fases de maneira flexível. 
• c) o custo das alterações do software diminui à medida que o desenvolvimento 
progride. 
• d) utiliza-se o desenvolvimento incremental e iterativo. 
• e) os requisitos não podem ser estáveis.