Introdução a Engenharia de Software - Portfólio 3

Prévia do material em texto

CENTRO UNIVERSITÁRIO DA GRANDE DOURADOS 
 Curso Engenharia de Software 
Disciplina: Introdução à Engenharia de Software 
 
 
 
 
Atividade 03 
Atividade referente às aulas 5 e 6 
Enviar no Portfólio 3 
 
 
Nota máxima da Atividade: 2.5 
 
PRESTE ATENÇÃO - VOCÊ DEVE ENVIAR AS ATIVIDADES DAS AULAS 5 E 6 NO 
PORTIFÓLIO 3. CADA CONJUNTO DE ATIVIDADE VALE 2,5 PONTOS 
 
 
1: O que é um Requisito? (0,25) 
Os requisitos de um sistema são as descrições do que o sistema deve fazer, os serviços que 
oferece e as restrições a seu funcionamento. 
 
2: Explique Requisitos do Usuário e Requisitos do Sistema. (0,25) 
Tipos de especificações de requisitos: 
• Requisitos de usuário são declarações em linguagem natural e diagramas contendo as 
funcionalidades e as restrições sob as quais o sistema deve operar. Esse documento é escrito 
para gerentes do cliente e dos fornecedores que não tenham conhecimento técnico detalhado 
do sistema. 
• Requisitos de sistema detalham funcionalidades e restrições. Esse documento pode inclusive 
servir como um contrato entre as partes envolvidas no projeto. Ele é escrito para os 
profissionais técnicos de nível sênior e para gerentes de projeto 
 
3: Explique Requisito Funcional e Não Funcional. (0,25) 
Sommerville (2013) classifica os requisitos de sistema de software funcionais e não funcionais 
como: 
• Requisitos funcionais são as declarações de serviços que o sistema deve fornecer, de que 
modo o sistema deve reagir a entradas especificas e como o sistema deve se comportar diante 
de situações específicas. 
• Requisitos não funcionais são as restrições a serviços ou funções ofertados pelo sistema, 
como restrições de timing no processo de desenvolvimento e as impostas pelas normas. 
 
4: Qual são os 4 principais processos da Engenharia de Requisitos proposto por 
Sommerville? Cite e Explique. (0,5) 
Para Sommerville, há quatro atividades principais do processo de Engenharia de Requisitos: 
• Estudo de viabilidade: É feita uma estimativa sobre a possibilidade de se satisfazerem as 
necessidades do usuário. Pretende-se com este estudo avaliar sob o ponto de vista tecnológico 
e organizacional se o projeto é viável. Um estudo de viabilidade deve ser barato e rápido. 
CENTRO UNIVERSITÁRIO DA GRANDE DOURADOS 
 Curso Engenharia de Software 
Disciplina: Introdução à Engenharia de Software 
 
 
 
 
• Elicitação e análise de requisitos: Esse é o processo de derivação dos requisitos do sistema por 
meio da observação dos sistemas existentes, além de discussões com os potenciais usuários e 
compradores, análise de tarefas, entre outras etapas. 
• Especificação de requisitos: É a atividade de traduzir as informações obtidas durante a 
atividade de análise de um documento que defina um conjunto de requisitos 
• A validação de requisitos: Nesta fase pretende-se demonstrar que o documento de requisitos 
produzido corresponde, de fato, ao sistema que o cliente pretende. Considerando-se o 
realismo, consistência e completude. 
 
5: Qual a diferença entre Verificação e Validação de Software? (0,25) 
• Verificação: o objetivo é checar se o software atende a seus requisitos funcionais e não 
funcionais. 
• Validação: o objetivo da validação é garantir que o software atenda as expectativas do cliente. 
Esse processo vai além da simples verificação de conformidade com as especificações, pois 
tenta demonstrar que o software faz o que ele espera que ele faça. 
 
6: Explique Revisões Técnicas Formais e Informais. (0,5) 
• Revisão Técnicas Formais: é uma atividade de controle da qualidade de software realizada por 
engenheiros de software (e outros profissionais). Seus objetivos são: 
o descobrir erros na função, lógica ou implementação para qualquer representação do 
software. 
o verificar se o software que está sendo revisado atende aos requisitos. 
o garantir que o software foi representado de acordo com padrões predefinidos. 
o obter software que seja desenvolvido de maneira uniforme. 
o e tornar os projetos gerenciaríeis. 
• Revisão Técnicas Informais: são revisões onde o nível de formalidade é reduzido, onde não se 
observa nos processos: papeis, artefatos e etapas bem-definidas. Podemos classificar nesse 
conjunto, os testes de mesa de um artefato de software, uma reunião informal envolvendo 
duas ou mais pessoas para revisão um artefato de software. 
 
7: Em uma rotina típica de desenvolvimento de software, temos três estágios de 
teste, sendo assim cite e explique cada um deles. (0,5) 
Os testes de desenvolvimento são: 
• Teste Unitário: é o processo de testar os componentes de programa, como métodos ou classes 
de objetos. Identifica-se erros de lógica e de implementação em cada componente do 
software, separadamente. 
• Teste de Componentes: são os testes que testam um conjunto de unidades do sistema, 
agrupados em um componente. Identifica-se erros associados as interfaces entre os 
componentes do software. 
CENTRO UNIVERSITÁRIO DA GRANDE DOURADOS 
 Curso Engenharia de Software 
Disciplina: Introdução à Engenharia de Software 
 
 
 
 
• Teste de Sistema: envolve a integração de componentes para criação de uma versão do 
sistema e , em seguida, o teste do sistema integrado. Verifica-se se as funções estão de acordo 
com a especificação e se todos os elementos do sistema se combinam adequadamente.