Comunicação; Planejamento; Modelagem; Análise; Projeto ...€¦ · 4. Os modelos que mostram...

Disciplina:

http://edmilsoncampos.net

edmilson.campos@ifrn.edu.br

Edmilson Campos, Prof. MsC.

Comunicação; Planejamento; Modelagem; Análise; Projeto; Construção; Teste; e Implantação.

AULA 02

Projeto de Desenvolvimento de Software

▪

▪»

»

»

»

Edmilson Campos (edmilson.campos@ifrn.edu.br)2

▪»

»

»

»

▪»

»

»

»

Edmilson Campos (edmilson.campos@ifrn.edu.br)3

▪»

»

▪»

»

Edmilson Campos (edmilson.campos@ifrn.edu.br)4

▪

▪

▪

Edmilson Campos (edmilson.campos@ifrn.edu.br)5

1. Escute»

»

»

»

»

2. Prepare-se antes de se comunicar»

»

Edmilson Campos (edmilson.campos@ifrn.edu.br)6

3. Alguém deve facilitar a atividade»

−

−

−

4. Comunicação face a face é melhor»

»

Edmilson Campos (edmilson.campos@ifrn.edu.br)7

5. Faça anotações e documente as decisões»

6. Busque colaboração»

Edmilson Campos (edmilson.campos@ifrn.edu.br)8

7. Conserve-se enfocado, modularize sua discussão

»

8. Se algo não está claro, desenhe uma figura»

Edmilson Campos (edmilson.campos@ifrn.edu.br)9

8. Prossiga sempre»

»

9. Negociação »

»

Edmilson Campos (edmilson.campos@ifrn.edu.br)10

▪

▪

▪

Edmilson Campos (edmilson.campos@ifrn.edu.br)11

1. Entenda o escopo do projeto»

2. Envolva o cliente na atividade de planejamento»

3. Reconheça que o planejamento é iterativo»

»

Edmilson Campos (edmilson.campos@ifrn.edu.br)12

4. Estime com base no que é sabido»

5. Considere riscos à medida que se define o plano»

6. Seja realista»

»

»

Edmilson Campos (edmilson.campos@ifrn.edu.br)13

7. Ajuste a granularidade à medida que o plano é definido»

»

8. Defina como a qualidade será garantida»

»

Edmilson Campos (edmilson.campos@ifrn.edu.br)14

9. Descreva como as modificações serão acomodadas»

»

10. Acompanhe o plano com frequência e faça ajustes quando necessário

»

»

Edmilson Campos (edmilson.campos@ifrn.edu.br)15

▪

▪» Modelo de análise

−

» Modelo de projeto

−

Edmilson Campos (edmilson.campos@ifrn.edu.br)16

1. O domínio de informação de um problema precisa ser representado e entendido

»

2. As funções a serem desenvolvidas devem ser definidas

»

3. O comportamento do software precisa ser representado

»

Edmilson Campos (edmilson.campos@ifrn.edu.br)17

4. Os modelos que mostram informação, função e comportamento devem ser particionados de um modo que revele detalhes em forma de camadas

»

5. A tarefa de análise deve ir da informação essencial até os detalhes de implementação

»

»

Edmilson Campos (edmilson.campos@ifrn.edu.br)18

1. O projeto deve estar relacionado ao modelo de análise

»

2. Sempre considere a arquitetura do sistema a ser construído

»

−

−

−

−

−

Edmilson Campos (edmilson.campos@ifrn.edu.br)19

Edmilson Campos (edmilson.campos@ifrn.edu.br)20

3. O projeto de dados é tão importante quanto o projeto de funções de processamento

»

4. As interfaces (internas e externas) precisam ser projetadas cuidadosamente

»

5. O projeto de interface do usuário deve estar sintonizado com as necessidades do usuário final. Mas, em cada caso, ele deve enfatizar a facilidade de uso

»

6. O projeto em nível de componente deve ser funcionalmente independente

»

Edmilson Campos (edmilson.campos@ifrn.edu.br)21

7. Os componentes devem ser fracamente acoplados uns aos outros e ao ambiente externo

»

8. Representações de projeto (modelos) devem ser facilmente compreensíveis

»

Edmilson Campos (edmilson.campos@ifrn.edu.br)22

9. O projeto deve ser desenvolvido iterativamente. A cada iteração o projetista deve focar sempre a simplicidade

»

»

Edmilson Campos (edmilson.campos@ifrn.edu.br)23

▪

▪

»

»

▪

Edmilson Campos (edmilson.campos@ifrn.edu.br)24

Edmilson Campos (edmilson.campos@ifrn.edu.br)25

▪

»−

»−

»−

▪

»−

−

−

−

−

Edmilson Campos (edmilson.campos@ifrn.edu.br)26

▪

»−

−

−

−

−

−

−

−

Edmilson Campos (edmilson.campos@ifrn.edu.br)27

▪

»

−

−

−

Edmilson Campos (edmilson.campos@ifrn.edu.br)28

▪

»

»

»

Edmilson Campos (edmilson.campos@ifrn.edu.br)29

1. Todos os testes devem se relacionar aos requisitos cliente»

2. Os testes devem ser planejados muito antes de serem iniciados

»

3. O princípio de Pareto se aplica ao teste de software»

Edmilson Campos (edmilson.campos@ifrn.edu.br)30

4. O teste deve começar no “varejo” e progredir até o “atacado”

»

5. Testes exaustivos não são possíveis

»

»

Edmilson Campos (edmilson.campos@ifrn.edu.br)31

▪

»

»

»

Edmilson Campos (edmilson.campos@ifrn.edu.br)32

▪

»

»

»

»

»

»

»

»

Edmilson Campos (edmilson.campos@ifrn.edu.br)33

▪

▪

▪

Edmilson Campos (edmilson.campos@ifrn.edu.br)34

1. As expectativas do cliente devem ser geridas»

2. Um pacote completo de entrega deve ser montado e testado

»

3. Um regime de suporte deve ser estabelecido antes de o software ser entregue

»

Edmilson Campos (edmilson.campos@ifrn.edu.br)35

4. Materiais institucionais adequados devem ser fornecidos aos usuários finais

»

»

5. Software defeituoso deve ser corrigido antes da entrega»

Edmilson Campos (edmilson.campos@ifrn.edu.br)36

▪

Edmilson Campos (edmilson.campos@ifrn.edu.br)37