atividade 03

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)
R: São as descrições do que o sistema deve fazer, os serviços a serem oferecidos e as restrições para seus funcionamentos.
2: Explique Requisitos do Usuário e Requisitos do Sistema. (0,25)
R: Requisitos de usuário: são declarações, em uma linguagem natural com diagramas, de quais serviços o sistema deverá fornecer a seus usuários e as restrições com as quais este deve operar.
Requisitos de sistema: são descrições mais detalhadas das funções, serviços e restrições operacionais do sistema de software. O documento de requisitos do sistema (às vezes, chamado especificação funcional) deve definir exatamente o que deve ser implementado. Pode ser parte do contrato entre o comprador do sistema e os desenvolvedores de software
3: Explique Requisito Funcional e Não Funcional. (0,25)
R: O primeiro diz respeito às declarações de serviços que o sistema deve fornecer; de que modo o sistema deve reagir a entradas específicas e como o sistema deve se comportar diante de situações específicas. O segundo diz respeito às 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)
R: Estudo de viabilidade: É feita uma estimativa acerca da possibilidade de se satisfazerem as necessidades do usuário identificado usando-se tecnologias atuais de software e hardware. O estudo considera se o sistema proposto será rentável a partir de um ponto de vista de negócio e se ele pode ser desenvolvido no âmbito das atuais restrições orçamentais. Um estudo de viabilidade deve ser relativamente barato e rápido. O resultado deve informar a decisão de avançar ou não, com uma análise mais detalhada. 
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. Essa parte do processo pode envolver o desenvolvimento de um ou mais modelos de sistemas e protótipos, os quais nos ajudam a entender o sistema a ser especificado.
Especificação de requisitos: É a atividade de traduzir as informações obtidas durante a atividade de análise em um documento que defina um conjunto de requisitos. Dois tipos de requisitos podem ser incluídos nesse documento. Requisitos do usuário são declarações abstratas dos requisitos do sistema para o cliente e usuário final do sistema; requisitos de sistema são uma descrição mais detalhada da funcionalidade a ser provida.
A validação de requisitos: Essa atividade verifica os requisitos quanto a realismo, consistência e completude
5: Qual a diferença entre Verificação e Validação de Software? (0,25)
R: O objetivo da verificação é checar se o software atende a seus requisitos funcionais e não funcionais. Validação, no entanto, é um processo mais geral. O objetivo da validação é garantir que o software atenda às expectativas do cliente.
6: Explique Revisões Técnicas Formais e Informais. (0,5)
R: Revisões Técnicas Informais: são revisões onde o nível de formalidade é reduzido, onde não se observa nos processos: papéis, 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 revisar um artefato de software.
Revisões Técnicas Formais: é uma atividade de controle da qualidade de software realizada por engenheiros de software. Seus objetivos são: descobrir erros na função, lógica ou implementação para qualquer representação do software; verificar se o software que está sendo revisado; garantir que o software foi representado de acordo com padrões predefinidos; obter software que seja desenvolvido de maneira uniforme; e tornar os projetos mais gerenciáveis. Consiste em um processo de elaboração da reunião, que define o fluxo e os papéis dessa revisão. Ao final da revisão, um documento é gerado, resumindo o que aconteceu e os problemas relatados, para que seja possível fazer o acompanhamento.
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)
R: Testes de desenvolvimento: o sistema é testado em busca de bugs e defeitos. Participam os desenvolvedores e projetistas do sistema.
Testes de release: ocorre quando uma equipe de teste independente testa uma versão completa do sistema antes que ele seja liberado para os usuários. Ele tem a intenção de realizar um teste de validação, para verificar se atende aos requisitos dos stakeholders.
Testes de usuário: em que os usuários ou potenciais usuários de um sistema testam o sistema em seu próprio ambiente. Para produtos de software, o ‘usuário’ pode ser um grupo de marketing interno, que decidirá se o software pode ser comercializado, liberado e vendido. Os testes de aceitação são um tipo de teste de usuário no qual o cliente testa formalmente o sistema para decidir se ele deve ser aceito por parte do fornecedor do sistema ou se é necessário um desenvolvimento adicional.