Buscar

Engenharia de Software AD01 04

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes
Você viu 3, do total de 5 páginas

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Prévia do material em texto

Faculdade Cambury
Gestão em Tecnologia da Informação
Disciplina: Engenharia de Software
Professor: .
Data: Goiânia, de setembro de 201 .
Aluno: 
Aluno:
 
	Esta atividade terá o valor de 10,00 (dez) pontos;
Dever ser entregue de forma manuscrita com caneta azul ou preta;
Formatação e Apresentação do trabalho serão avaliados, não responda no verso desta folha
Trabalhos que apresentarem cópias idênticas terão sua nota divididas pelo o número de cópias;
Trabalho entregues com atraso ou sala de professores terão sua nota multiplicados por 0,75 pela razão de Y.(0,75)x
Lista de Exercícios AD01 – 04
(1,00 pts) O que é um Gerenciamento de Requisitos?
Gerenciamento de requisitos é o processo de gerenciar os requisitos em constante mudança durante o processo de engenharia de requisitos e desenvolvimento de sistemas.
(1,00 pts) Cite 5 (cinco) motivos pelo o qual Elicitar requisitos não é uma tarefa fácil.
Os stakeholders não sabem o que realmente querem;
Os stakeholders expressam requisitos em seus próprios termos;
Diferentes stakeholders podem ter requisitos conflitantes;
Fatores políticos e organizacionais podem influenciar os requisitos de sistema.
Os requisitos mudam durante o processo de análise. Novos stakeholders podem surgir e o ambiente de negócios pode mudar.
(1,00 pts) Quais são os requisitos de usuário e requisitos de sistema? 
Requisitos de usuário: Declarações em linguagem natural com diagramas dos serviços que o sistema deverá fornecer e suas restrições operacionais. Escrito para os clientes.
Requisitos de sistema: Um documento estruturado estabelecendo descrições detalhadas das funções do sistema, serviços e restrições operacionais. Define o que deve ser implementado assim, pode ser parte de um contrato entre o cliente e o empreiteiro.
(1,00 pts) Que verificações devem ser aplicadas durante a validação de requisitos?
Validade. O sistema fornece as funções que melhor atendem às necessidades do cliente?
Consistência. Existe algum conflito de requisitos?
Completude. Estão incluídas todas as funções e restrições requeridas pelo cliente ?
Realismo. Os requisitos podem ser implementados com o orçamento e a tecnologia disponíveis?
Verificabilidade. Os requisitos podem ser verificados?
(1,00 pts) Qual é a distinção entre requisitos funcionais e não-funcionais?
Requisitos Funcionais:
• Descrever a funcionalidade ou os serviços do sistema.
• Depende do tipo de software, possíveis usuários e o tipo de sistema em que o software é usado.
• Requisitos funcionais dos usuários podem ser declarações de alto nível a respeito do que o sistema deve fazer.
• Requisitos funcionais do sistema devem descrever detalhadamente os serviços do sistema.
Requisitos Não-funcionais:
• Esses requisitos definem as propriedades e as restrições do sistema por exemplo, confiabilidade, tempo de resposta e ocupação de área.
• As restrições são capacidades de dispositivos de E/S, as representações do sistema, etc.
• Os requisitos de processo também podem ser especificados impondo um IDE particular, linguagem de programação ou método de desenvolvimento.
• Os requisitos não-funcionais podem ser mais críticos do que os requisitos funcionais. Se esses não forem atendidos, o sistema pode ser inútil.
(1,00 pts) Liste 3 tipos de requisitos não funcionais e 3 tipos de requisitos funcionais.
Requisitos Funcionais:
"O software deve possibilitar o cálculo dos gastos diários, semanais, mensais e anuais com pessoal";
"O software deve emitir relatórios de compras";
"Os usuários devem poder obter o número de aprovações, reprovações e trancamentos em todas as disciplinas";
Requisitos não-funcionais:
"O tempo de resposta do sistema deve ser inferior a 30 segundos";
"O tempo de desenvolvimento não deve ultrapassar seis meses";
"O software deve ser operacionalizado no sistema especifico".
(1,00 pts) O que é o documento de requisitos de software? O que ele deve conter? Como se aplica em metodologias Ágeis?
O documento de requisitos de software é a declaração oficial do que é demandado dos desenvolvedores do sistema. 
Deve incluir ambas, uma definição de requisitos do usuário e uma especificação de requisitos do sistema.
Métodos ágeis, usam a engenharia de requisitos incrementais e expressam os requisitos como “estórias de usuário".
(1,00 pts) Liste três técnicas de Validação de Requisitos.
Revisão dos Requisitos
A revisão de requisitos deverá ser feito numa reunião formal onde deverá estar presentes um utilizador final ou um representante deste, um especialista do domínio, um representante do cliente, os responsáveis pelo desenho do sistema e os engenheiros de requisitos;
Prototipagem
No processo de análise e negociação de requisitos desenvolveu-se um protótipo para facilitar na recolha de requisitos pois é usualmente mais fácil para os Stakeholders conseguirem identificarem exatamente o que querem de uma forma visual e aproximada do que poderá ser o produto final. Logo também será mais fácil na fase de validação de requisitos validar estes através do mesmo processo.
Testes de Requisitos
Para cada requisito funcional deve ser possível definir um ou mais testes a serem realizados no sistema final para ser possível verificar se o sistema cumpre o requisito na integra. Se este teste não for possível ser definido isso vai significar que o requisito necessita de ser clarificado pois muito provavelmente irá criar problemas no desenvolvimento do produto. Na definição de cada teste deverá ser tomado em conta os seguintes pontos:
Identificador do requisito;
Requisitos relacionados;
Descrição do teste;
Problemas na realização do teste;
Comentário e recomendações.
(1,00 pts) Quais são as fases do gerenciamento de mudança de requisitos?
Decidir se uma mudança de requisitos deve ser aceita;
Análise de problema e especificação de mudanças: Durante essa fase, o problema ou a proposta de mudança é analisada para verificar se é válida. O feedback dessa análise é devolvido para o solicitante, que pode responder com uma proposta mais específica de mudança dos requisitos, ou decidir retirar o pedido;
Análise de mudanças e custos: O efeito da mudança proposta é avaliado por meio de informações de rastreabilidade e conhecimento geral dos requisitos do sistema. Uma vez que essa análise é concluída, toma-se a decisão de prosseguir ou não com a mudança de requisitos;
Implementação de mudanças: O documento de requisitos e, se necessário, o projeto e implementação do sistema, são modificados. Idealmente, o documento deve ser organizado de modo que as mudanças possam ser facilmente implementadas.
Gerenciamento de mudança de requisitos
(1,00 pts) Quais são as principais etapas do processo de engenharia de requisitos?
Elicitação de requisitos;
Análise de requisitos;
Validação de requisitos;
Gerenciamento de requisitos.

Outros materiais