

Seu próximo nível começa aqui
Com a Assinatura Ilimitada, você tem tudo que precisa para sua aprovação.
Com a Assinatura Ilimitada, você combina prática, teoria e método em uma única assinatura com tudo que você precisa para sua aprovação.
Em relação aos modelos de desenvolvimento de software, aquele que prioriza a análise dos riscos envolvidos no desenvolvimento de cada parte do software é:
de prototipação.
desenvolvimento baseado em componentes.
cascata.
espiral.
incremental.
O Processo Unificado (também conhecido por RUP — Rational Unified Process) pode ser visto tanto como um modelo de ciclo de vida (por apresentar a estruturação das fases de um projeto de software) quanto um processo de fato (por sugerir o conteúdo das atividades dessas fases).
Em relação às fases do Processo Unificado, assinale a afirmativa correta.
O uso da UML só é preconizado a partir da fase de Construção.
Durante a fase de Transição não é mais possível fazer mudanças nos requisitos previamente identificados.
Um dos objetivos da fase de Elaboração é a definição de uma baseline da arquitetura, demonstrando que ela é viável.
Durante a fase de Iniciação (também chamada de Concepção) não se deve ter o foco na arquitetura, pois é um elemento de projeto (design) que será trabalhado nas fases posteriores.
A execução dos testes de integração é um item previsto para ser realizado na fase de Transição.
Segundo Ian Sommerville (2011), a mudança aumenta os custos de desenvolvimento do software. Com o objetivo de prevenir mudanças, uma versão do sistema ou parte dele é desenvolvida rapidamente para verificar as necessidades do cliente e a viabilidade de algumas decisões do projeto. Este processo é denominado:
entrega incremental.
prototipação.
modelo espiral de BOEHM.
RATIONAL UNIFIED PROCESS (RUP).
modelo em cascata.
Um modelo para um processo de desenvolvimento é uma proposta teórica que, junto com o planejamento, deve determinar quais atividades devem ser realizadas, quando, como e por quem. Sobre os modelos do processo de desenvolvimento podemos afirmar que:
I – O modelo cascata tornou-se conhecido na década de 70 e é referenciado na maioria dos livros de engenharia de software ou manuais de padrões de software. Nele as atividades do processo de desenvolvimento são estruturadas numa cascata, onde a saída de uma é a entrada para a próxima.
II – O modelo evolutivo tem suas raízes na abordagem de métodos formais para o desenvolvimento de software. A ideia é que o desenvolvimento deve ser visto como uma sequência de passos que gradualmente transforma uma especificação formal num programa.
III – O modelo Transformação descreve um processo, no qual o software deve ser desenvolvido de forma a evoluir a partir de protótipos iniciais. Para entender melhor este modelo é importante entender o que é prototipação. A prototipação também aparece em outros modelos de processo.
IV – O modelo espiral tem como objetivo prover um metamodelo que pode acomodar diversos processos específicos. Isto significa que podemos encaixar nele as principais características dos modelos vistos anteriormente, adaptando-os a necessidades específicas de desenvolvedores ou às particularidades do software a ser desenvolvido. Este modelo prevê prototipação, desenvolvimento evolutivo e cíclico, e as principais atividades do modelo cascata.
Das afirmativas elencadas, está(ão) incorreta(s):
Somente a I e II.
Somente a I e IV.
Somente a II e III.
Somente a I, II, e IV.
No Processo Unificado Rational (RUP), os requisitos legais e de regulamentação, restrições de design e atributos de qualidade do sistema de software a ser criado, tais como tempo de resposta, compatibilidade, velocidade, eficiência, ambientes de operação, produtividade, dentre outros, quando não são capturados nos casos de uso, do Modelo de Casos de Uso, são registrados e detalhados no seguinte artefato:
Glossário.
Documento Visão.
Regras de Negócio.
Especificação dos Requisitos de Software.
Especificações Suplementares.
No que diz respeito às metodologias de desenvolvimento de sistemas, o modelo em cascata sugerido por Pressman direciona para uma abordagem sistemática e sequencial a ser empregada no desenvolvimento de software, que começa com a especificação dos requisitos pelo cliente e progride ao longo do planejamento modelagem, construção e implantação, concluindo com a manutenção progressiva do software acabado.
Nesse contexto, as atividades de análise e codificação são executadas, respectivamente, nas fases de
implantação e especificação.
especificação e planejamento.
planejamento e modelagem.
modelagem e construção.
construção e implantação.
Protótipos auxiliam na elicitação e na validação dos requisitos de sistemas computacionais. Duas das técnicas muito utilizadas durante uma prototipação são:
prototipação em papel e etnografia;
etnografia e wireframes;
prototipação em papel e wireframes;
mockups e pesquisa de mercado;
entrevistas e pesquisa de mercado.
As alternativas abaixo apresentam ambientes usados para a área de desenvolvimento de um software, exceto uma. Assinale-a.
Escalonamento.
Configuração.
Testes.
Homologação.
Produção.
Segundo o Desenvolvimento Baseado em Componentes, um componente deve ter como características básicas:
ser fortemente acoplado, estar disponível através de interfaces e ser facilmente substituível;
ser fracamente acoplado, autocontido e implementável por meio de descritores SOAP;
possuir descrição detalhada do funcionamento interno e baixo acoplamento além de ser substituível;
ser fracamente acoplado, autocontido e com interfaces descritas seguindo o padrão SOAP;
ser fracamente acoplado, reutilizável, autocontido e substituível.
Leia o texto a seguir.
Effective software project management focuses on the three P’s: people, problem, and process. The order is not arbitrary. The manager who forgets that software engineering work is an intensely human endeavor will never have success in project management. A manager who fails to encourage comprehensive customer communication early in the evolution of a project risks building an elegant solution for the wrong problem. Finally the manager who pays little attention to the process runs the risk of inserting competent technical methods and tools into a vacuum.
(Software Engineering – Concepts & Implementation. Centre for Information Technology and Engineering, Manonmaniam Sundaranar University)
Segundo o texto, o gerente
deve focar nos três P´s, em uma ordem qualquer.
deve se esforçar no sentido de encorajar os seus clientes a serem mais compreensivos.
não deve dar pouca atenção ao processo, pois correrá o risco de perder bons métodos e ferramentas.
que dá uma solução elegante para um problema errado irá falhar.
que não se dedica intensamente nunca terá sucesso em um projeto.
O desenvolvimento de sistemas envolve diversas fases encadeadas, que constituem o ciclo de vida. Neste contexto, observe a figura, que se caracteriza por possuir uma tendência na progressão sequencial entre uma fase e a seguinte

Este modelo de ciclo de vida de sistemas é conhecido por ciclo de vida:
baseado em modularização
baseado em prototipação
baseado em reuso
em cascata
em espiral
Elaborar um processo de desenvolvimento de software significa determinar de forma precisa e detalhada quem faz o que, quando e como. Um processo pode ser visto como uma instância de um método com suas técnicas e ferramentas associadas, elaborado durante a etapa de planejamento, no qual as atividades que o compõem foram alocadas aos membros da equipe de desenvolvimento, com prazos definidos e métricas para se avaliar como elas estão sendo realizadas. No ciclo de vida do software, identificamos três fases, sobre elas podemos afirmar que:
I – Na fase de definição, os requisitos do software são realizados nas atividades destinadas à produção do software. Ela envolve atividades de concepção, especificação, design da interface, prototipação (do inglês prototyping, traduzido também por prototipagem), design da arquitetura, codificação e verificação, dentre outras.
II – Na fase de desenvolvimento, a sua viabilidade é estudada e o planejamento das atividades é elaborado.
III – Na fase de operação, o sistema deverá efetivamente ser utilizado pelos seus usuários, produzindo os resultados desejados. Nessa fase devem ocorrer as atividades de manutenção, seja para que se façam correções, ou seja, para a sua evolução, isto é, para que o software satisfaça novos requisitos.
Das afirmativas abordadas, está(ão) correta(s):
Somente a I.
Somente a II.
Somente a III.
Somente I e III.
Segundo o RUP (Rational Unified Process) a
fase de construção pode ser composta por diversas iterações.
fase de transição abrange apenas uma única iteração.
disciplina de desenvolvimento tem atividade mais intensa na fase de concepção.
disciplina de requisitos tem atividade mais intensa na fase de construção.
fase de elaboração é composta por, no mínimo, 3 iterações.
Assinale a alternativa que NÃO compõe uma das fases do processo unificado para engenharia de software.
Concepção.
Elaboração.
Transição.
Unificação.
Segundo Turban e Volonino, durante o ciclo de vida dos sistemas, na fase de implementação, as organizações utilizam quatro estratégias principais de conversão do sistema antigo para o novo sistema. São elas:
conversão paralela, conversão direta, conversão piloto e conversão por fases.
conversão comportamental, conversão direta, conversão piloto e conversão por fases.
conversão por fases, conversão piloto, conversão paralela e conversão comportamental.
conversão direta, conversão comportamental, conversão paralela e conversão por fases.
conversão piloto, conversão direta, conversão paralela e conversão comportamental.
Um processo de desenvolvimento de sistemas corresponde a um roteiro que auxilia o desenvolvedor a criar sistemas de alta qualidade e dentro do prazo estabelecido. Originalmente proposto por Barry Boehm (1988), o modelo ________________ é um modelo de processo de software evolucionário que acopla a natureza iterativa da prototipação com os aspectos sistemáticos e controlados do modelo “ciclo de via clássico”. Fornece potencial para o rápido desenvolvimento de versões cada vez mais completas do software. Este modelo de desenvolvimento é um gerador de modelos de processos dirigidos a riscos e é utilizado para guiar a engenharia de sistemas intensivos de software, que ocorre de forma concorrente e tem múltiplos envolvidos.
cascata
CRC
espiral
Formal
Em diversas situações, os requisitos iniciais do software são razoavelmente bem definidos. Entretanto, devido ao escopo geral do trabalho de desenvolvimento, o uso de um processo puramente linear não é utilizado. Pode ser necessário o rápido fornecimento de um determinado conjunto funcional aos usuários, para somente após esse fornecimento, refinar e expandir sua funcionalidade em versões de software posteriores. O modelo _______________ combina elementos dos fluxos de processos lineares e paralelos, aplicando sequências lineares, de forma escalonada, à medida em que o projeto vai sendo desenvolvido.
cascata
incremental
espiral
CRC
O RUP organiza o desenvolvimento de software em quatro fases, nas quais são tratadas questões sobre planejamento, levantamento de requisitos, análise, implementação, teste e implantação do software. Cada fase tem um papel fundamental para que o objetivo seja cumprido, distribuído entre vários profissionais, como o analista de sistemas, projetista etc., entre outros aspectos. Considere:
I. Desenvolve ou adquire os componentes de software. O principal objetivo desta fase é o desenvolvimento do sistema de software, com foco no desenvolvimento de componentes e outros recursos do sistema.
II. Abrange a modelagem do modelo genérico do processo. O objetivo desta fase é realizar de forma mais detalhada a análise do domínio do problema, revisando os riscos que o projeto pode sofrer. A arquitetura do projeto começa a ter sua forma básica. Indagações como "O plano do projeto é confiável?", "Os custos são admissíveis?" são esclarecidas nesta etapa.
III. Abrange a entrega do software ao usuário e a fase de testes. O objetivo desta fase é disponibilizar o sistema, tornando-o disponível e compreendido pelo usuário final. As atividades desta fase incluem o treinamento dos usuários finais e a realização de testes da versão beta do sistema visando garantir que o mesmo possua o nível adequado de qualidade.
IV. Abrange as tarefas de comunicação com o cliente e o planejamento. É feito um plano de projeto avaliando os possíveis riscos, as estimativas de custo e prazos, estabelecendo as prioridades.
Os itens numerados de I a IV acima descrevem, respectivamente, as fases:
elaboração, construção, concepção, iniciação.
construção, elaboração, transição, concepção.
iniciação, concepção, construção, transição.
transição, concepção, elaboração, construção.
concepção, transição, elaboração, iniciação.
São etapas do ciclo de vida de serviços:
Estratégia, Planejamento, Transição, Operação e Homologação.
Estratégia, Desenho, Transição, Operação e Melhoria Continuada.
Planejamento, Transição, Operação, Testes e Homologação.
Estratégia, Transição, Operação, Testes e Melhoria Continuada.
Planejamento, Desenho, Transição, Operação e Melhoria Continuada.
O protótipo é indicado para estudar:
alternativas de interface do usuário, problemas de comunicação com outros produtos e viabilidade de atendimento dos requisitos de desempenho.
alternativas de interesse do usuário, problemas de especificação de outros produtos e viabilidade de atendimento a desempenho concorrente.
alternativas de interface do patrocinador, problemas de especificação com outros produtos e viabilidade de atendimento dos requisitos de desenvolvimento.
alternativas de interesse do usuário, problemas de comunicação com outros produtos e viabilidade de atendimento dos requisitos de desenvolvimento.
alternativas de interface do usuário, problemas de comunicação com outros produtores e atendimento dos requisitos de adequação de recursos similares.