Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de...
Transcript of Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de...
![Page 1: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/1.jpg)
Material Disciplina Tópicos em Engenharia de SoftwareParte – 2
(Requisitos,Projeto,Implementação,Gerenciamento e Qualidade)
Prof. Wagner Santos C. de [email protected]
![Page 2: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/2.jpg)
Conceito de Engenharia de
Software
2
![Page 3: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/3.jpg)
Conceito
É uma das áreas da Engenharia que tratados aspectos de produção de software e seus.
• Processos• Métodos• Técnicas• Ferramentas
3
![Page 4: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/4.jpg)
Engenharia de SoftwarePráticas de desenvolvimento de software:
• Métodos de desenvolvimento;• Métodos de organização;• Métodos de controle de custos;• Método de medição;• Métodos de Testes
4
![Page 5: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/5.jpg)
Princípios Fundamentais da
Engenharia de Software
5
![Page 6: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/6.jpg)
Princípios da Engenharia de Software
1. Formalidade;2. Abstração;3. Decomposição;4. Generalização;5. Flexibilização
6
![Page 7: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/7.jpg)
Definição dos Princípios
• Formalidade – Controle e Garantia de Desempenho.• Abstração – Identificação dos Aspecto importantes
ignorando os detalhes.• Decomposição - Subdividir o processo em atividades
específicas, atribuídas a diferentes especialistas.• Generalização – Implementar soluções que
possibilitem o processo de reutilização.• Flexibilização – Modificação do código com facilidade.
Exemplo processo de refatoração.
7
![Page 8: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/8.jpg)
Mitos do Desenvolvimento
de SoftwareGerenciamento
8
![Page 9: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/9.jpg)
Responsabilidade do Gerente de Software
1.Manter Orçamento;2.Evitar atrasos no cronograma;3.Elevar a qualidade.
9
Não se agarre à mitos.
![Page 10: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/10.jpg)
Alguns Mitos• Mito: Já temos um livro cheio de padrões e
procedimentos para desenvolver software. Ele nãosupriria meu pessoal com tudo que precisam saber ?
• Realidade: O livro com padrões pode muito bem existir,mas ele é realmente utilizado?
• Os praticantes da área estão cientes de que ele existe?Esse livro reflete a práticas moderna da engenharia desoftware?
• É completo? É adaptável? Está otimizado paramelhorar o tempo de entrega, mantendo ainda o focona qualidade?
• Em muitos casos, a resposta para todas essasperguntas é não. 10
![Page 11: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/11.jpg)
Mais Mitos
Mito: Se o cronograma atrasar, podemos acrescentarmais programadores e ficar em dia.
Realidade: O desenvolvimento de Software não é umprocesso mecânico como o de uma fábrica.
Isso somente poderá funcionar se de forma planejada ebem coordenada.
11
![Page 12: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/12.jpg)
Mais Mitos
Mito: Se eu decidir terceirizar o projeto de software, possosimplesmente relaxar e deixar a outra empresa realizá-lo.
Realidade: Se organização não souber gerenciar econtrolar projetos de software, posso simplesmenterelaxar e deixar a outra empresa realizá-los.
12
![Page 13: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/13.jpg)
Ciclo de Vida de um Sistema
13
![Page 14: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/14.jpg)
Ciclo Diagrama do Ciclo de Vida
14
TransformaçãoFormal
Integração e Testes
EspecificaçãoFormal
Definição dos
requisitos
Implantação
Modelo a serconstruído para ocurso.
![Page 15: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/15.jpg)
Processo Unificado Ciclo de Vida
15
Planejamento
Comunicação Modelagem
ConstruçãoEntrega
Transição
ElaboraçãoConcepção
![Page 16: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/16.jpg)
Princípio da Comunicação1. Ouvir2. Prepare-se antes de se comunicar3. Facilitar as atividade (Reuniões com um líder)4. Comunicação de forma pessoal5. Anote e documente as decisões6. Esforce-se para conseguir colaboração7. Mantenha foco (crie módulos para a discussão)8. Faltando clareza, desenhe9. Uma vez de acordo, siga em frente. Se não a um
acordo siga em frente.10.Negociação não é uma competição nem um jogo.
Funciona melhor quando as duas partes saemganhando.
16
![Page 17: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/17.jpg)
Princípios do Planejamento1. Entenda o escopo do projeto2. Inclua os envolvidos na atividade de planejamento3. Reconheça que o planejamento é iterativo.4. Faça estimativas baseadas no que se conhece5. Considere os riscos ao definir o plano6. Seja realista7. Ajuste particularidades ao definir o plano8. Defina como pretende garantir a qualidade.9. Descreva como acomodar as alterações10.Verifique o plano com frequência e faça os ajustes
necessários.
17
![Page 18: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/18.jpg)
Princípios da ModelagemProjeto
1. O projeto deve ser alinhado para a modelo derequisitos
2. Considerar a arquitetura do sistema a ser construído.3. O projeto de dados é tão importante quanto o projeto
das funções de processamento.4. As interfaces (tanto internas quanto externas) devem
ser projetadas com cuidado.5. O projeto da interface do usuário deve ser voltado às
necessidades do usuário, mas ele sempre deveenfatizar a facilidade de uso.
6. O projeto no nível de componentes deve serfuncionalmente independente.
18
![Page 19: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/19.jpg)
7. Os componentes devem ser relacionados livrementetanto entre componentes quanto com o ambiente externo.
8. Representação de projetos (modelos) devem ser de fácilcompreensão.
9. O projeto deve ser desenvolvido iterativamente.10. A criação de um modelo de projeto não exclui uma
abordagem ágil.
19
![Page 20: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/20.jpg)
Observação
Princípios da Construção ePrincípios da Entrega
Somente serão relevantes naimplementação física do projeto.
20
![Page 21: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/21.jpg)
Conceito de Requisitos
Requisitos são objetivos ou restriçõesdeterminadas por clientes e usuários quedefinem as diversas propriedades dosistema.
Requisitos são características do Software.
21
![Page 22: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/22.jpg)
Tipos de Requisitos
• FuncionaisRequisito que pertencem ao software
• Não FuncionaisRequisitos que pertencem aarquitetura do software.
22
![Page 23: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/23.jpg)
Exemplo Requisitosnão Funcionais
• A base de dados deve ser protegida apenas paraacesso de usuário autorizado.
• O tempo de resposta do sistema não deveultrapassar a quinze segundo.
• O Software deve ser construído para funcionar emrede local.
• O tempo de desenvolvimento não pode ultrapassara 10 semanas.
23
![Page 24: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/24.jpg)
Objetivo dos Requisitos
O objetivo da definição dos requisitos éespecificar o que o sistema deverá fazer edeterminar os critérios de validação queserão utilizados para que se possa avaliarse o sistema cumpre o que foi definido.
24
![Page 25: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/25.jpg)
Modelo de especificação de Requisitos de Software
25
![Page 26: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/26.jpg)
Software requeriments specification (SRS)
SRS : Vem a ser um artefato criado quando umadescrição detalhada de todos os aspectos do software aser construído deve ser especificada antes do projetocomeçar.
26
![Page 27: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/27.jpg)
Sumário (SRS)
1. Introdução2. Descrição geral3. Características do sistema4. Requisitos de interfaces externas5. Outros requisitos não funcionais6. Outros requisitos
27
![Page 28: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/28.jpg)
Princípios da modelagem de requisitos
1. O universo de informações de um problema deve serrepresentado e compreendido.
2. As funções executadas pelo software devem serdefinidas.
3. O comportamento do software (consequência deeventos externos) deve ser representado.
4. Os modelos que representam informação, função ecomportamento devem ser divididos de modo arevelar detalhes em camadas (ou de maneirahierárquica).
5. A análise deve partir da informação essencial paraos detalhes da implementação.
28
![Page 29: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/29.jpg)
Objetivo da Prototipação
• Exploratório• Experimental
29
![Page 30: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/30.jpg)
Exemplo RequisitosFuncionais
• O Software deve possibilitar a aquisição darenda anual do contribuinte e calcular o impostode renda usando as alíquotas estabelecidas natabela de alíquotas.
• Deverá ser emitido o relatório de venda a cadaquinze dias.
• O usuário deve informar seu RA e confirmar asseu nome, para realizar, sua inscrição no evento
30
![Page 31: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/31.jpg)
Exploratória
Permite esclarecer requisitos dos usuárioscom respeito ao sistema futuro. Permitindoao usuário emitir informações e sugestõesmais precisas tornando-se parceiros.
Exemplo:
Acessibilidade;Operabilidade;Portabilidade de dados 31
![Page 32: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/32.jpg)
Experimental
É quando a prototipação foca aspectos técnicos do desenvolvimento:
Exemplo:
- Arquitetura;- Comunicação com outros dispositivos
32
![Page 33: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/33.jpg)
Tipo do Protótipo
Sistema Piloto: É usado com propósito ilustrativo,Esse sistema deve ser instalado no ambiente deaplicação e experimentado com os usuários.
33
![Page 34: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/34.jpg)
Planejamento do Desenvolvimento
(PD)
34
![Page 35: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/35.jpg)
PD (Consiste nas Fases)
1. Análise de Risco2. Definição de um cronograma3. Aquisição de Software4. Reengenharia5. Planejamento Organizacional6. O Plano de Software
35
![Page 36: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/36.jpg)
Análise de Risco
Atividade baseada na realização de quatrotarefas conduzidas de forma sequêncial:
1. Identificação2. Projeção3. Avaliação4. Administração
36
![Page 37: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/37.jpg)
Identificação dos Riscos
1. Risco de projeto – São relacionados diretamente com oprocesso de desenvolvimento (orçamento, cronograma,pessoal).
2. Risco Técnico – Consistem em problema na(Implementação, Manutenção, Interface, plataforma deimplementação).
3. Risco de produto – São problemas que podem ocorrena inserção do software no mercado, Exemplo(Ultrapassado, Inadequado ou quando não háinteresse).
37
![Page 38: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/38.jpg)
Projeção dos Riscos
Basicamente duas questões:
• Qual probabilidade que o risco ocorradurante o projeto.
• Quais as consequência dos problemasassociados aos riscos.
38
![Page 39: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/39.jpg)
Projeção dos Riscos
As respostas a estas questões podem ser obtidasbasicamente a partir de quatro atividades:
1. Estabelecer uma escala estimada de ocorrência derisco;
2. Estabelecer e documentar consequências do risco;3. Estimar impactos do risco sobre o projeto e sobre o
software (produtividade e qualidade).4. Anotação da precisão global da projeção de riscos
39
![Page 40: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/40.jpg)
Avaliação dos Riscos
Verificar se o risco afeta:
• Custo • Prazo• Desempenho
Determinar um (Breakpoint).40
![Page 41: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/41.jpg)
Administração
Administração, tem como, tarefamonitorar os riscos.
Usar ferramentas e parâmetros paramensuras custos e prazos.
- Cálculos Estatísticos;- Ferramentas de plotagem de Gráficos;- Processos de simulação.
41
![Page 42: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/42.jpg)
Ilustração da situação de dois níveis de risco(Custo e Prazo)
42
Ultrapassagem dos Custos
Ultrapassagemdos Prazos
![Page 43: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/43.jpg)
Ações para minimizar problemas (Custos e Prazos)
• Reunir a equipe para determinar causas da rotatividade de pessoal.
• Tomadas de providências para eliminar e reduzir as causas.
• No inicio do projeto pressupor que rotatividades poderam ocorrer e se prevenir quanto a isso.
• Definir padrões de documentação• Realizar revisões do trabalho de forma que mais de uma
pessoa estejam envolvidas;• Estar informados sobre todas as atividades envolvidas• Definir um membro da equipe que possa servir de
backup para profissionais mais críticos.43
![Page 44: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/44.jpg)
Plano de Administração de Monitoração de Risco
Todo o trabalho efetuado na tarefa de Administração deRisco é registrado num documento denominado Planode Administração e Monitoração de Riscos.
Importante: Definir Cronograma
44
![Page 45: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/45.jpg)
Montagem do Cronograma• Montar a EAP (Estrutura Analítica do Projeto);• Listar atividades;• Estimar duração das atividades;• Definir Recursos das atividades;• Definir dependências entre as atividades;• Definir calendário para os recursos;• Definir data inicial do projeto;• Montar cronograma em uma ferramenta;• Nivelar recursos;• Identificar e analisar o caminho crítico;• Traçar uma linha de base;• Iniciar o monitoramento e controle do projeto.
45
![Page 46: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/46.jpg)
Conceito Gerenciamento de
projetos de software
46
![Page 47: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/47.jpg)
Atividades de comunicaçãoem Projetos Simples
• Desenvolver uma lista de questões paraesclarecimento.
• Reunir-se com envolvidos para esclarecer asquestões pendentes.
• Desenvolver conjuntamente uma basedocumentada do escopo.
• Revisar a base considerando todos osenvolvidos.
• Alterar a base conforme o necessário.
47
![Page 48: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/48.jpg)
Definição das características-chaves
do projeto.
48
![Page 49: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/49.jpg)
O principio W5HH (Boehm,1996)
49
(What)O que
(Why)Por que
(When)Quando
(Who)Quem
(How)Como
(Where)Onde
(Howmuch)Quanto
![Page 50: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/50.jpg)
O principio W5HH (Boehm Barry,1996)
50
(Why) Por que o sistema está sendo desenvolvido?(What) O que será feito?(When) Quando será feito?(Who) Quem será responsável por uma função?(where) Onde se posicionam organizacionalmente?(How) Como será realizado o trabalho técnico e gerencialmente?(How much) Quanto de cada recurso será necessário?
![Page 51: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/51.jpg)
Projeto propriedade coletiva
“Propriedades coletivas nada mais são do que uma ilustraçãoda idéia de que os produtos devem ser atribuídos à equipe enão aos indivíduos que compõem a equipe” (Jim Highsmith).
51
![Page 52: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/52.jpg)
Conceito Grupo de Projeto
Envolvem :
• Planejamento;• Monitoramento;• Controle de Pessoas;• Processos;• Eventos
52
![Page 53: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/53.jpg)
Planejamento de Projeto
53
Pessoas
Produto
Processo
Projeto
Gerenciamento de ProjetoSoftware
![Page 54: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/54.jpg)
Modelo de Liderança (Pessoa)
Modelo MOI (Weinberg, 80).
• Motivação• Organização• Idéias ou Inovação
54
![Page 55: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/55.jpg)
MotivaçãoCapacidade de estimular o pessoaltécnico a produzir com o melhor dasua habilidade.
55
![Page 56: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/56.jpg)
Organização
A habilidade para moldar os processos jáexistentes (ou inventar novos) que vãocapacitar o conceito inicial a sertransformado em um produto final.
56
![Page 57: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/57.jpg)
Idéias ou Inovação
A habilidade de estimular pessoas a criar eserem criativas, mesmo quando estiveremtrabalhando de acordo com padrõesestabelecidos para um produto ou aplicativo desoftware específico.
57
![Page 58: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/58.jpg)
Equipe de Software
58
![Page 59: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/59.jpg)
Paradigma Organizacionais para Equipes de Software
59
Paradigma Fechado
Paradigma Randômico
Paradigma Aberto
Paradigma Sincronizado
![Page 60: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/60.jpg)
Paradigma Fechado
Estrutura uma em termos de umahierarquia de autoridade tradicional.
60
![Page 61: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/61.jpg)
Paradigma Randômico
Estrutura uma equipe vagamente edepende da iniciativa individual de seusmembros.
61
![Page 62: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/62.jpg)
Paradigma AbertoEstrutura uma equipe de forma a adquiriralguns controles associados aoparadigma fechado possibilitando amescla com paradigma randômico.
62
![Page 63: Material Disciplina Tópicos em Engenharia de Software ... · Princípios da modelagem de requisitos 1. O universo de informações de um problema deve ser representado e compreendido.](https://reader031.fdocumentos.tips/reader031/viewer/2022022717/5c3bd42f93f3c37a63468d57/html5/thumbnails/63.jpg)
Paradigma SincronizadoO paradigma sincronizado baseia-se nacompartimentalização natural de um problema eorganiza os membros da equipe para trabalharnas partes do problema com poucacomunicação entre si.
63
São Paulo Rio Janeiro