engenharia de software i - aula 2

Post on 30-Jun-2015

1.509 Views

Category:

Business

0 Downloads

Preview:

Click to see full reader

DESCRIPTION

Slides da 2ª aula da disciplina "Engenharia de Software I". Curso: Tecnologia em Análise e Desenvolvimento de Sistemas.

TRANSCRIPT

Alessandro Almeida | www.alessandroalmeida.com

Apresentar os princípios da Engenharia de Software, além da sua aplicação e importância no dia-a-dia dos projetos

Compartilhar técnicas para especificação de software

Oferecer suporte ao projeto integrado

Quatro aulas semanais...

Terças: 19:00 – 20:40

Sábados: 11:10 – 12:50

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

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.

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

Simplificando...

MF = AC + PF 2

Média Final: Para ser aprovado, a MF precisa ser maior ou igual a 6!

Simplificando...

MF = AC + PF 2

Mas como a Média Final é composta?

Simplificando...

MF = AC + PF 2

Avaliação Continuada

Simplificando...

MF = AC + PF 2

De 0 a 10 pontos, sendo: - 0 a 5: Atividades parciais (provas e outras atividades em sala de aula) - 0 a 5: Projeto

Alguma novidade?

Simplificando...

MF = AC + PF 2

Prova Final (de 0 a 10 pontos) (aplicada de acordo com o calendário da instituição)

Simplificando...

MF = AC + PF 2

Prova Final (de 0 a 10 pontos) (aplicada de acordo com o calendário da instituição)

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

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

Pessoalmente ou através do endereço alessandro.almeida@uol.com.br

Materiais:

www.alessandroalmeida.com

www.slideshare.net/alessandroalmeida

Analisando a atividade da aula passada...

Toda a parte de planejamento, desde a ideia inicial até a entrega do

projeto de software, buscando toda a necessidade do cliente na parte

do planejamento, estética, funcionalidade, praticidade e

documentação.

Estrutura desenhada antes da programação em si, serve para prever situações e eliminar possíveis erros.

Roteiro para a construção de um produto / software a partir de uma solução de um usuário ou área de negócio. A Engenharia de Software propõe normas e uma metodologia para atingir a solução desejada.

É a área de desenvolvimento, gestão de projeto, criação, elaboração de ideias e, principalmente, colocar em prática as ideias desenvolvendo software. É todo o desenvolvimento que engloba todas as áreas da empresa, com o trabalho em equipe, chegando ao objetivo desejado.

Projetar e executar o software do modo que o usuário necessita.

Processo de confecção do aplicativo, desde o processo do levantamento das necessidades, passando pela programação, testes e, por fim, a implantação.

Já ouviram falar em “boas práticas” ou “melhores práticas”?

Cuidado!!!!

Quem definiu que as práticas são boas ou melhores?

A empresa fez uma avaliação?

Houve um diagnóstico?

Os principais stakeholders foram ouvidos?

Sinal de alerta:

Consultoria ou um grupo restrito definindo e decidindo as “melhores” práticas para a área de TI

No geral, as empresas subdividem em etapas que tem como início a necessidade de uma nova ideia ou produto, processo de análise de criação e, por fim, o desenvolvimento das ideias.

Em nossas empresas, os sistemas já são

executados, mas precisam de constante

atualização por erros detectados pelos

usuários, por isso, há a gestão desse

software.

Com a fragmentação do setor de TI, para que o software tenha um bom funcionamento, incluindo testes, análise e suporte.

Na prática, o cliente faz a solicitação do software para a área responsável e os gerentes analisam a viabilidade do projeto. Se for viável, direcionam programadores, analistas, testadores, líderes de projeto, enfim, toda a equipe. Depois de tudo codificado e testado, implanta-se o software e faz-se futuras manutenções.

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.

...engenharia...

“construção, criação, execução de algo em que se utilize engenho e arte” (Fonte: Dicionário Houaiss)

...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.

Motivação

Os números apresentados nos próximos slides são baseados nas edições 2011 e 2012 do Benchmarking em Gerenciamento de Projetos Realizado por capítulos nacionais e internacionais

(Argentina, França e Uruguai) do PMI Disponível para download gratuito no endereço

www.pmsurvey.org Setor considerado: Tecnologia da Informação

Não é possível filtrar por tipo de projeto (por exemplo: “Projeto de desenvolvimento ou manutenção de software”)

0%

29%

71%

0% 0%

64%

27%

9%

0%

10%

20%

30%

40%

50%

60%

70%

80%

Sempre Na maioria das vezes Poucas vezes Nunca

2011

2012

0%

29%

71%

0% 0%

64%

27%

9%

0%

10%

20%

30%

40%

50%

60%

70%

80%

Sempre Na maioria das vezes Poucas vezes Nunca

2011

2012

Gerente de Projeto

Como assim?!?!

Nós

Consigo terminar meus projetos,

mas sempre estoura algo...

Nós

... principalmente custo e prazo.

Nós

Além disso, tenho uns 3 projetos que nunca terminam...

Nós

... pois meu cliente não quer

homologar.

Nós

0%

29%

71%

0% 0%

64%

27%

9%

0%

10%

20%

30%

40%

50%

60%

70%

80%

Sempre Na maioria das vezes Poucas vezes Nunca

2011

2012

0%

29%

71%

0% 0%

64%

27%

9%

0%

10%

20%

30%

40%

50%

60%

70%

80%

Sempre Na maioria das vezes Poucas vezes Nunca

2011

2012

Como podemos definir maioria das vezes e poucas vezes?

0%

29%

71%

0% 0%

64%

27%

9%

0%

10%

20%

30%

40%

50%

60%

70%

80%

Sempre Na maioria das vezes Poucas vezes Nunca

2011

2012

Quem respondeu a pesquisa? O gerente do projeto ou o cliente?

Gerente de Projeto (na vida real)

5%

45%

47%

3%

9%

43%

45%

3%

0%

5%

10%

15%

20%

25%

30%

35%

40%

45%

50%

Sempre Na maioria das vezes Poucas vezes Nunca

2011

2012

4%

34%

55%

7% 5%

33%

55%

7%

0%

10%

20%

30%

40%

50%

60%

Sempre Na maioria das vezes Poucas vezes Nunca

2011

2012

1%

23%

64%

12%

3%

23%

61%

13%

0%

10%

20%

30%

40%

50%

60%

70%

Sempre Na maioria das vezes Poucas vezes Nunca

2011

2012

0%

15%

74%

11%

2%

16%

69%

13%

0%

10%

20%

30%

40%

50%

60%

70%

80%

Sempre Na maioria das vezes Poucas vezes Nunca

2011

2012

Não cumprimento dos prazos Comunicação Escopo não definido adequadamente Mudanças de escopo constantes Estimativas incorretas Entre outros...

Gerente de Projeto (na vida real)

Agora, a principal motivação para pensarmos em Engenharia de Software:

E na minha empresa, como funcionam os projetos de desenvolvimento ou manutenção

de software?

Enfrentamos problemas com prazo, custo, qualidade, escopo, satisfação do cliente, etc.?

Agora, a principal motivação para pensarmos em Engenharia de Software:

E na minha empresa, como funcionam os projetos de desenvolvimento ou manutenção

de software?

Enfrentamos problemas com prazo, custo, qualidade, escopo, satisfação do cliente, etc.?

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

top related