Respostas do questionário proposto pelo professor Dawilmar (Engenharia de Software III - Fatec Cruzeiro).

1. Nome: Érika Santos
Curso: ADS
4º Semestre
Questionário – Parte 1
1
Engenharia de Software
Conjunto de técnicas, recursos e processos para a elaboração e manutenção de software
funcional e de qualidade.
Projeto de Software
É a arte de transformar o software em etapas, estabelecer recursos necessários e criar uma
documentação capaz de possibilitar a interpretação do projeto a quem for analisá-lo.
Planejamento de Software
O levantamento do que é necessário para a construção e entrega do Software, junto ao
requisitante.
Processos de Software
As atividades, o que o software faz em si.
2
Possibilitar para o cliente uma visão do que está sendo incluído e será cobrado em detrimento de
Sofware; para o desenvolvedor um guia do que já foi e ainda precisa ser feito e para a empresa
desenvolvedora a elaboração de um portfólio de serviços e a possibilidade de manter o projeto
do cliente seguro caso haja necessidade de modificações.
3
Levantamento de Requisitos
A captação de requisitos junto ao cliente, e de acordo com os processos da empresa.
Análise de Requisitos
A filtragem dos requisitos, e a classificação por urgência e função.
Validação
A aceitação dos requisitos a serem implantados.

2. Verificação
Verificar a conformidade do que está sendo apresentado no Software comparando com os
requisitos de cliente.
Projeto
Declaração das etapas, recursos e processos em uma documentação.
Implantação
Implantação final do Software na ou para a empresa em questão.
Testes
Os testes vão determinar se tudo corre bem nos diferentes módulos de Software.
4
É importante na modelagem de Software, e a conversão de suas partes em diagramas, para
assim permitir a integração entre as equipes, descrição de processos organizacionais e
abordagem com relação à estrutura do Software em si.
5
Sim, pois as ferramentas CASE suportam uma série de atividades do processo de
desenvolvimento, minimizando o tempo para finalização, contribuindo para controle de custos,
qualidade ideal e facilidade de gerenciamento e manutenção.
6
Elas melhoram a tomada de decisão, e permitem que a equipe de desenvolvimento tenha uma
visão mais clara de requisitos, processos e padrões que melhor atendem às necessidades de
cliente.
Para software, auxilia com a redução de custos, na produtividade, desempenho, facilidade de
gerenciamento e produtividade.
Um dos maiores problemas com a utilização de ferramentas CASE é a incompatibilidade.
7
Ferramentas proprietárias podem ser utilizadas tranquilamente em pequenos projetos. Mas, vale
ressaltar que a utilização de ferramentas padronizadas e certificadas é ideal a todos os níveis.
Elas contribuem com abordagens e procedimentos estudados e que permitem um melhor estudo
sobre os resultados de Software.
8
É um guia de referência a assuntos sobre Engenharia de Software, e está na versão 3.0.
9
O SWEBOK está dividido em áreas de conhecimento.

3. São elas: Requisito, Projeto, Construção de Software, Teste de Software, Manutenção,
Gerenciamento de Configuração, Gerenciamento da Engenharia, Processo de Engenharia,
Ferramentas e Métodos e Qualidade.
10
É a fase de definição da arquitetura, dos componentes, das interfaces de um sistema ou
componente. As subáreas que compõem esta área são: fundamentos de projeto de software,
pontos chaves no projeto de software, estrutura e arquitetura do projeto de software, análise e
avaliação do projeto de software, notações do projeto de software e estratégias e métodos para
projeto de software.
11
Sim, porém é importante analisar o porte da organização e processos.
12
Eles ajudam a representar as camadas, entidades, pacotes, atores e outros aspectos importantes
de um Software.
Cada proposta representa um ponto diferente na representação de um Software (classes, caso de
uso, pacotes e outros).
13
Um modelo de desenvolvimento é um padrão estabelecido para o alcance de Software no prazo
correto, com custo ideal e a qualidade esperada.
Eles auxiliam bastante no processo de desenvolvimento com relação à organização.
14
A literatura cita, principalmente, as metodologias SCRUM e XP.
15
O documento auxilia com a visão de escopo de alto nível e propósito do Software.
Isso significa documentar também as funcionalidades e necessidades desse Software.