RESUMO - Engenharia de Software

Prévia do material em texto

• Software consistem em: 
1. Instruções computações que executam funções para fornecer 
informações desejadas 
2. Estrutura de dados que possibilita manipular informações 
adequadamente 
3. Ter a informação descritiva de forma impressa ou virtual e a 
descrição das operações e uso do programa 
 
• Tipos de Softwares: 
o Software de sistemas: 
▪ Camada que atende a outros softwares: Sistemas 
Operacionais 
o Software de aplicação: 
▪ Com escopo específico: Sistemas de gestão 
empresarial (ERP) 
o Software de engenharia/científico: 
▪ Softwares para cálculo ou processamento de imagem 
o Software embarcado 
▪ São instalados em produtos específicos: painel 
de controle de avião 
o Software para linha de produtos: 
▪ Que tem conjuntos de finalidades e atendem a 
vários clientes: Sistema de emissor de notas 
fiscal 
o Aplicações web/aplicativos móveis: 
▪ O mais usual e com vários exemplos 
o Software de inteligência artificial: 
▪ Sistemas especialistas em redes neurais, 
aprendizado de máquinas e outros 
 
 
 
 
• O que é engenharia de software: 
o É uma abordagem sistemática, disciplinada e 
quantificável para desenvolver, operar e dar 
manutenção no software, que é a aplicação de 
engenharia ao software. 
 
• Tecnologia em camadas: 
o QUALIDADE (base): 
▪ Foco na qualidade. Garante atender as 
expectativas do usuário. 
o PROCESSO: 
▪ Determina as etapas de desenvolvimento. 
o MÉTODOS: 
▪ São técnicas de modelagem de casos de uso e 
classes. 
o FERRAMENTAS: 
▪ Ferramentas (“CASE” – Computer-Aided 
Software Engineering) automatizadas. 
 
 
 
 
 
 
• Etapas do processo ou metodologia do processo: 
o COMUNICAÇÃO: 
▪ Definir com o usuário, buscando entender os 
problemas e os requisitos solicitados. 
▪ Gera um documento de requisitos (funcionais e 
não funcionais) 
o PLANEJAMENTO: 
▪ Elaborar um plano de gerenciamento do 
projeto de forma sistemática para estipulação 
de entregas e todas as atividades do processo. 
o MODELAGEM: 
▪ Análise - Como exemplo de uma planta baixa 
de uma casa, a modelagem tem seus modelos 
gráficos, como diagramas, que mostram os 
casos de uso e classes e outros cenários. 
o CONSTRUÇÃO: 
▪ Implementação e Testes - A partir dos 
modelados gerados, começa a construção do 
software. Os modelos determinam o 
comportamento e a construção é a realização 
desses comportamentos através do código e 
isso inclui os testes automatizados. 
o ENTREGA: 
▪ Ao final de todas as etapas é a entrega do 
produto software. 
 
 
 CPMCE 
 
2 MÓDULO 
 
• Atividades típicas de um processo de desenvolvimento: 
 
o Levantamento dos requisitos: 
▪ Funcionais: 
• São as funções que o software estará 
disponível no software: geração de 
histórico escolar 
▪ Não funcionais: 
• São as funções operacionais como 
linguagem de programação, banco de 
dados utilizado. Além de requisitos de 
qualidade: confiabilidade, 
manutenibilidade e usabilidade do 
produto. 
▪ Requisitos de domínio ou de negócios: 
• Aqui podemos o usar o exemplo da 
funcionalidade do histórico escolar, para 
saber quais e como as regras para 
reprovação e aprovação serão adotadas. 
o Análise: 
▪ Nesta etapa, construímos um documento 
textual com os requisitos iniciais do projeto e a 
partir dele, gerar um modelo gráfico 
(diagramas) dos casos de uso e classes. 
o Projeto: 
▪ No projeto, refinamos os modelos gerados na 
análise e construímos novos modelos que 
permitem definir e detalhar cada etapa. 
o Implementação: 
▪ Só neste momento, é hora de codificar. 
Seguindo os padrões dos documentos gerados 
em cada etapa anterior 
o Testes: 
▪ É fundamental a geração de um aplano de 
teste. Testemos o que foi implementado de 
forma automatizada para validar e verificar se 
tudo funciona como esperado. São testes em 
funções individuais, chamados de teste 
unitários e os testes de integração e os de 
aceitação e homologação. 
o Implementação: 
▪ Por fim, o software é migrado para o ambiente 
de produção de acordo com a equipe de 
qualidade. São gerados manuais de utilização, 
migração de dados do ambiente de 
homologação para o de produção, treinamento 
do usuário etc. 
 
 
 
 
 
 
 
 
 
 
3 MÓDULO 
 
• Através do INSTITUTO DE GERENCIAMENTO DE PROJETO – 
PMI e é certificadora de PMP, foi criado um conjunto de 
melhorias de práticas denominado: GUIA DE 
CONHECIMENTO EM GERENCIAMENTO DE PROJETOS – 
PMBOK 
• PMBOK: 
o É a base que podemos criar uma metodologia para 
obtenção do nosso produto, o software. 
 
• Neste contexto, temos o primeiro conceito de projeto: 
o PROJETO: 
▪ É um esforço TEMPORÁRIO empreendido para 
criar um produto, serviço ou resultado único. 
 
 
• Processo de Gerenciamento de Projeto: 
o Cada gerenciamento de projeto transforma entradas 
e saídas através da aplicação de técnicas e 
ferramentas apropriadas. As saídas podem ser uma 
entrega ou um resultado. 
 
 
 
 
• As 5 etapas que permitem a “GESTÃO” de um projeto: 
o INICIAÇÃO: 
▪ Seleciona os processos, aloca responsáveis, 
estes geram seus resultados para cada processo 
de acordo com os padrões PMBOK. Por último, 
é gerado um Termo de Abertura do Projeto que 
autorização a alocação de recursos. 
o PLANEJAMENTO: 
▪ Gerencia o escopo do projeto. A principal 
entrega é o cronograma com data início e 
término de todas as atividades do projeto. 
o EXECUÇÃO: 
▪ Executa o projeto de acordo com o planejado e 
o gerenciamento de pessoas. 
o MONITORAMENTO e CONTROLE: 
▪ Controla e monitora o progresso e desempenho 
do projeto, a fim de corrigir desvios do acordo 
do planejado. 
o ENCERRAMENTO: 
▪ Conclusão, entrega e aceitação do projeto. 
Onde ocorre a dispensa da equipe e a avaliação 
geral do projeto. 
 
 
 
4º MÓDULO 
 
• Gerenciamento de Risco em Projetos de Software de 
acordo com o PMBOK: 
o RISCO: 
▪ Por definição, é um evento ou condição incerta 
que, se acontecer, provocará um efeito positivo 
ou negativo ao projeto. 
• Planejamento: 
o Identificação dos Riscos: 
▪ É facilitada pela definição de uma ESTRUTURA 
ANALÍTICA DE RISCOS (EAR). 
▪ Podem ser feitos de 3 formas: Brainstorms ou 
checklist de erros de projetos anteriores e 
entrevista. 
▪ EAR: permite a categorização dos riscos. 
o Análise qualitativa dos Riscos: 
▪ Prioriza a definição para cada risco a sua 
probabilidade de ocorrência e o grau de 
impacto nos resultados do projeto. 
o Análise Quantitativa dos Riscos: 
▪ Prioriza, de acordo com as análises anteriores, 
saber os impactos sobre os custos do projeto 
em função desses riscos. 
o Planejamento de Respostas aos Riscos: 
▪ Ações que visam realizar tratativas que 
permitirão eliminar ou mitigar os impactos nos 
resultados do projeto. 
▪ Todo o plano é colocado sobre execução por 
meio do processo de IMPLMENTAR RESPOSTAS 
AOS RICOS e devidamente monitorado pelo 
PROCESSO DE MONITORAR OS RISCOS.