Logo Passei Direto
Buscar
Material
páginas com resultados encontrados.
páginas com resultados encontrados.
left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

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

left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

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

left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

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

left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

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