Este documento apresenta os objetivos e dinâmica da disciplina de Engenharia de Software II, incluindo detalhes sobre avaliação, calendário e contatos para tirar dúvidas.

1. Alessandro Almeida | www.alessandroalmeida.com

3.  Complementar o conteúdo estudado na
disciplina Engenharia de Software I,
apresentando novas técnicas para
documentação de software
 Apresentar metodologias para
desenvolvimento de software e suas
aplicações em diferentes cenários de projetos

4.  Quatro aulas semanais...
 Quartas: 20:50 – 22:30
 Quintas: 20:50 – 22:30

5.  Dinâmica das aulas
 Sem monólogo, por favor!
▪ Tragam seus questionamentos, ideias e experiências!
▪ A colaboração ajuda na construção do conhecimento.
 Material em constante mudança
▪ Publicação no espaço de arquivos do UNIFIEO e no
Slideshare

6.  Art. 63. O aproveitamento escolar será aferido por uma nota da avaliação continuada (AC) e uma
nota da prova final escrita. (PF).
 Parágrafo único - A avaliação continuada será obrigatoriamente composta de no mínimo dois (2)
instrumentos diferentes de avaliação, sendo um deles individual.
 Art. 64. As notas da avaliação continuada e da prova final serão expressas em números inteiros,
de zero a dez.
 Art. 65. A média final (MF) é a média aritmética entre as notas da avaliação continuada (AC) e da
prova final escrita (PF), segundo a fórmula:
MF = AC + PF
2
 Art. 66. O Calendário Escolar estabelecerá um período destinado ao lançamento das notas da
avaliação continuada (AC) e do período da realização da prova final escrita.

7.  Art. 67. Não haverá segunda chamada nem prova substitutiva.
 Art. 68. O aluno que obtiver média final inferior a seis, mas igual ou superior a dois, poderá
realizar o exame de 2ª Época, enviado pela Secretaria Geral, estabelecido no calendário, desde
que satisfeita a freqüência mínima exigida.
 Art. 69. O aluno que obtiver média final inferior a dois é considerado reprovado, sem direito à
segunda época.
 Art. 70. O exame de segunda época constará de uma (1) prova escrita, avaliada por nota expressa
em número inteiro, de zero a dez.
 Art. 71. A média final de segunda época (MF 2ª época) será a média aritmética de uma (1) prova
definida no artigo anterior (Ex 2ª época) mais a média final, dividido por dois, segundo a fórmula:
MF 2ª. época = (Ex 2ª época) + MF
2
 Fonte: Regimento Geral do Centro Universitário FIEO

9.  Simplificando...
Média Final: Para ser aprovado, a MF
precisa ser maior ou igual a 6!
MF = AC + PF
2

10.  Simplificando...
Mas como a Média Final é
composta?
MF = AC + PF
2

11.  Simplificando...
Avaliação Continuada
MF = AC + PF
2

12. De 0 a 10 pontos, sendo:
 Simplificando... - 0 a 5: Atividades parciais (provas e
outras atividades em sala de aula)
- 0 a 5: Projeto
MF = AC + PF
2

13.  As entregas estão sendo alinhadas com os
Professores André Evandro e Anderson
 Nas próximas 2 semanas teremos as
definições
 A data está alinhada com o momento que
iniciaremos o aprendizado de UML

14.  Simplificando...
Prova Final (de 0 a 10 pontos)
(aplicada de acordo com o calendário da
instituição)
MF = AC + PF
2

15.  Simplificando...
Prova Final (de 0 a 10 pontos)
(aplicada de acordo com o calendário da
instituição)
MF = AC + PF
2

17.  Em todas as aulas...
 O feedback de vocês é fundamental
 Ajustes na dinâmica (conteúdo, velocidade, etc.)
 Ouvidoria do UNIFIEO
 Em dezembro...
 Avaliação sobre a disciplina

18.  Em todas as aulas...
 O feedback de vocês é fundamental
 Ajustes na dinâmica (conteúdo, velocidade, etc.)
 Ouvidoria do UNIFIEO
 Em dezembro...
 Avaliação sobre a disciplina

19.  Pessoalmente ou através do endereço
alessandro.almeida@uol.com.br
 Materiais:
 www.alessandroalmeida.com
 www.slideshare.net/alessandroalmeida

20. O que vimos nas aulas passadas?

22. O que é Engenharia de Software?

23.  Disciplina de engenharia cujo foco está em
todos os aspectos da produção de software,
desde os estágios iniciais da especificação do
sistema até sua manutenção, quando o
sistema já está sendo usado.

24.  ...todos os aspectos da produção de
software...
 Não apenas processos “técnicos”, mas também as
atividades de gerenciamento de projeto, por
exemplo.

25. Conclusão

26. Mas... O que é processo?

27.  Um conjunto de atividades inter-relacionadas
ou interativas, que transforma insumos
(entradas) em produtos (saídas) [ABNT,
2001].

28. Entrada Processamento Saída
?

29.  Vamos ver um exemplo?
Bolo de Limão

30. Insumos
Atividades inter-
relacionadas

31. E o produto?!?!?!?!

33. E nas empresas?

34. Folha de Pagamento
Fechamento Contábil
Pagamento

35. Todas as empresas trabalham
orientadas a processos!

37. Uma reflexão sobre os pontos que fazem a diferença no resultado das
empresas

38. Tecnologia
Resultado da
Empresa
Pessoas Processos

39.  Sobre as pessoas...
 Nosso pessoal está motivado!
▪ (Será?)
 Investimos em capacitação.
▪ (Será?)
 A remuneração está adequada.
▪ (Será?)
 Etc.
▪ (Será?)

40.  Sobre a tecnologia...
 Investimos pesado!
▪ (Será?)
 Utilizamos o que há de melhor.
▪ (Será?)
 Etc.
▪ (Será?)

41.  Sobre os processos...
 ?????????????????

42.  CONHECER e institucionalizar o fluxo de
trabalho
 Identificar oportunidades de melhoria
 Definir papéis e responsabilidades
 Transformar o conhecimento tácito em
conhecimento explícito
 Estabelecer controles
 “Unir” pessoas e tecnologia
 Colocar a casa em ordem

44.  As coisas simplesmente acontecem;
 O “sucesso” nos projetos acontece “por
acaso”;
 “Por acaso, temos alguns heróis...”
 “Por acaso, o cliente era mais desorganizado...”

45.  É normal estouro de prazo e custos (entre
outros problemas)
 Ambiente sem controle (caos)
 Grande dependência dos heróis (mas não é
qualquer herói)

47.  Está sempre sob pressão
 Nunca tira férias
 Anda sempre estressado
 Nunca tem tempo para os amigos
 Nunca se diverte
 Sempre tem que trabalhar 24 horas direto
 Até consegue terminar o projeto, mas...

49.  Os processos sempre estarão lá, mesmo se a
empresa preferir ignorá-los
 Ou: Eles estão sempre lá, mesmo que a empresa
não os conheça
 Quem controla quem?

50. Legal... Mas o que posso considerar ao definir
um processo que atenda minhas demandas
de Engenharia de Software?

51. RUP
SWEBoK
SCRUM
BABoK
Etc...
mps.Br
EUP
OpenUP
Extreme Programming
PMBoK CMMI

52.  CMMI e mps.Br
 Modelos de referência
 Sugerem “o quê” deve ser feito, e não “como
fazer”
 Podem ser utilizados como guias para orientar o
trabalho de definição / melhoria do processo
 Fornecem um método para avaliação

53. Capability Maturity Model Integration

54.  Capability Maturity Model Integration®
 Modelos de maturidade mantidos pelo SEI
(Software Engineering Institute)
 http://www.sei.cmu.edu/cmmi
 Abrangem todo ciclo de vida para o
desenvolvimento (CMMI-DEV) e operação de
software (CMMI-SVC)
 Também aborda projetos de aquisição
(CMMI-ACQ)

55.  Sponsor:
 DoD (U.S. Department of Defense)
 Versão 1.3 publicada em novembro de 2010

57. CMMI-SVC
CMMI
Model
Foundation
CMMI-DEV CMMI-ACQ
Fonte: -http://www.sei.cmu.edu/cmmi/models/CMMI-Services-status.html

58.  http://www.sei.cmu.edu/cmmi

60. alessandro.almeida@uol.com.br
www.slideshare.net/alessandroalmeida