Logo Passei Direto
Buscar

Processo de Desenvolvimento de Software Aula 02 Exercícios Resolvidos 07

Conjunto de questões sobre Processos de Desenvolvimento de Software. Contém questões objetivas sobre classificação de requisitos (funcionais vs não-funcionais), técnicas de elicitação (brainstorm), papéis no Processo Unificado/RUP, produtos da elaboração e exemplos de requisitos.

Material
páginas com resultados encontrados.
páginas com resultados encontrados.

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Prévia do material em texto

PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
 2a aula
 Lupa 
Vídeo
 
PPT
 
MP3
 
 
2018.1
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
 
 
Ref.: 201801082800
 1a Questão
Considere os seguintes requisitos de um Sistema de Folha de Pagamento e classifique cada um como sendo F (Funcional)
e NF (Não Funcional).
 
I. O sistema deve emitir extrato online de cada funcionário;
II. O banco de dados dever ser SQL Server, que a empresa já possui;
III. O sistema deve rodar em ambiente web;
IV. Após gerar a folha mensal deve ser emitido email a cada funconário, informando do salário líquido.
Assina a única opção que classifica corretamente os requisitos é:
 I-F, II-NF, III-NF, IV-F
I-NF, II-NF, III-NF, IV-NF
I-F, II-F, III-NF, IV-F
I-F, II-F, III-F, IV-F
I-F, II-NF, III-F, IV-F
 
 
Explicação:
Requisitos Funcionais: São declarações de funções que o sistema deve fornecer, ou são descrições de como alguns
cálculos dever ser realizados.
Requisitos não funcionais: São restrições sobre os serviços ou as funções oferecidos pelo sistema. Entre eles destacam-se
restrições de tempo, restrições sobre o processo de desenvolvimento, padrões, entre outros.
 
 
 
Ref.: 201801265612
 2a Questão
No processo de desenvolvimento do software, a primeira atividade técnica é a Análise de Requisitos, que pode ser
entendida como responsável por definir os serviços que um sistema deve realizar, sua interface com os demais elementos
e sob quais restrições o sistema deve operar. A técnica de elicitação conhecida como tempestade de ideias, cujo objetivo
é permitir que todos expressem suas ideias de forma a obter o consenso é
Visita técnica
Questionário
 Brainstorm
Entrevista
Casos de Uso
 
 
 
Ref.: 201801124309
 3a Questão
No Processo Unificado os papéis não são pessoas; eles descrevem como as pessoas se comportam no negócio e quais são
as responsabilidades que elas têm. Nesse sentido, um Desenvolvedor desempenha os papéis de:
Analista de Sistemas, Designer de Negócios e Revisor de Requisitos.
 Implementador, Integrador e Designer.
Revisor de Requisitos, Analista de Teste e Revisor do Projeto.
Analista de Teste, Implementador e Designer de Interface de Usuário.
Gerente de Teste, Gerente de Projeto e Designer.
 
 
Explicação:
O Processo Unificado, também chamado de Rational Unified Process (RUP), 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.
 
 
 
 
 
Ref.: 201801728557
 4a Questão
A análise de requisitos no desenvolvimento de sistemas especifica as funcionalidades (requisitos funcionais) e as
propriedades (requisitos não-funcionais). É considerado um requisito não-funcional:
a emissão de relatórios fiscais.
uma informação na interface de entrada.
um histograma na interface gráfica do usuário.
a notificação de inconsistência de dado na tela.
 a disponibilidade do sistema.
 
 
 
Ref.: 201801622657
 5a Questão
Na especificação de requisitos, qual das opções abaixo indica como os requisitos podem ser classificados:
lógicos e consistentes.
não-funcionais e analíticos.
 funcionais e não-funcionais.
funcionais e lógicos.
precisos e lógicos.
 
 
 
Ref.: 201801124317
 6a Questão
De acordo com a teoria são produtos da fase de elaboração do RUP:
Manual do usuário e base de dados operacionais convertidas.
Lista de riscos revisada e base de dados operacionais convertidas.
Produto de software integrado e descrição da arquitetura do software.
 Descrição da arquitetura do software e lista de riscos revisada.
Documento de visão e produto de software integrado.
 
 
Explicação:
Segundo o RUP, o propósito da fase de elaboração é analisar o domínio do problema, estabelecer uma base sólida de
arquitetura, coletar os requisitos, desenvolver um plano para o projeto e eliminar os elementos de maior risco do projeto,
resolvendo questões como "O plano do projeto é confiável?" e "Os custos são admissíveis", em outras palavras, esta fase
tem por finalidade eliminar os principais riscos e definir uma arquitetura estável, que atenda os requisitos definidos para o
projeto (ou seja, a arquitetura, os requisitos e os planos são considerados estáveis o suficiente). Assim, será possível
determinar os custos e o cronograma do projeto com maior precisão.
 
 
 
Ref.: 201801048885
 7a Questão
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 da corporação por técnicos, supervisores e chefes. 
 
II. 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:
o item I trata de um requisito não funcional e a ele está associado o requisito funcional, contido no item II.
 o item I trata de um requisito funcional e a ele está associado o requisito não funcional, contido no item II.
ambos referem-se a requisitos funcionais.
a assertiva contida no item II é uma condição restritiva do requisito funcional do item I. Por si só, não constitui
um requisito, tanto funcional quanto não funcional.
a assertiva contida no item II é uma condição restritiva do requisito não funcional do item I. Por si só, não
constitui um requisito, tanto funcional quanto não funcional.
 
 
Explicação:
Requisitos funcionais são aqueles relacionados às funcionalidades necessárias do sistema, seu escopo de negócios,
enquanto não-funcionais tratam de elementos gerais, que não estão diretamente ligados ao negócio e sim a propriedades
e características de funcionamento do sistema
I. O sistema deve fornecer uma entrada de dados que possibilite a inclusão de atributos de permissão de acesso às
dependências da corporação por técnicos, supervisores e chefes. - define a funcionalidade.
 
II. 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. - define uma
propriedade de Confiabilidade, para permissão de acesso.
 
 
 
Ref.: 201801124285
 8a Questão
De acordo com o Processo Unificado, uma descrição da arquitetura do software, um documento de visão e um modelo de
projeto são aplicáveis, respectivamente, nas fases:
construção, transição e concepção.
transição, construção e construção.
concepção, concepção e elaboração.
 elaboração, concepção e construção.
concepção, elaboração e transição.
 
 
Explicação:
O Processo Unificado organiza suas iterações nas seguintes fases principais:
1. Concepção: o objetivo desta fase é levantar, de forma genérica e pouco precisa, o escopo do projeto. Não deve
existir aqui a pretensão de especificar de forma detalhada requisitos, a idéia é ter uma visão inicial do problema,
estimar de forma vaga esforço e prazos e determinar se o projeto é viável e merece uma análise mais profunda.
2. Elaboração: na fase de elaboração todos (ou a grande maioria dos requisitos) são levantados em detalhes. Numa
primeira iteração um ou dois requisitos, os de maior risco e valor arquitetural, são especificados em detalhes.
Estes são implementados e servem como base de avaliação junto ao usuário e desenvolvedores para o
planejamentoda próxima iteração. Em cada nova iteração na fase de elaboração pode haver um seminário de
requisitos, onde requisitos antigos são melhor esclarecidos e novos são detalhados. Ao fim da fase, 90% dos
requisitos foram levantados em detalhes, o núcleo do sistema foi implementado com alta qualidade, os principais
riscos foram tratados e pode-se então fazer estimativas mais realistas.
3. Construção: implementação iterativa dos elementos restantes de menor risco e mais fáceis e preparação para a
implantação.

Mais conteúdos dessa disciplina