Gestão de Processos de TI

Prévia do material em texto

Gestão de Processos de TI
Aula 1: Processos e Processos de 
Software
Processo - Definição
Processo: “Etapas ordenadas que envolvem atividades/tarefas, recursos e 
restrições para ase atingir um dado objetivo” [PFLEEGER].
● Atividade: o que deve ser feito e por quem.
● Recursos: insumos necessários às tarefas.
● Restrições: escopo do projeto (cronograma, custo, homens/hora, etc..) 
Processo - Carcterização
Processos são caracterizados por:
1. Todas as atividades são previstas e descritas.
2. Todo processo utiliza recursos.
3. Todo processo possui restrições.
4. Todo processo gera produtos intermediários e um ou vários produtos finais.
5. As atividades do processo possuem critérios de entrada e saída.
6. Atividades sequenciais.
7. Todo processo deve ter objetivos claros (diretrizes).
Diagrama de Processo
Processo de Desenvolvimento de Software
Processo de Desenvolvimento de Software ou Ciclo de Vida de um 
Software
● Análise e Definição de Requisitos
● Projeto do sistema
● projeto do programa
● programação
● verificação/validação
● entrega do sistema
● manutenção
Modelos de Processos de Software
Por que modelar?
1. Maior entendimento do processo.
2. Identificação de redundâncias ou negligências.
3. Maior definição dos objetivos a serem atingidos.
4. Maior difusão dos processos entre a equipe.
5. Racionalização das ações.
6. Criação de prototipos.
Tipos de Modelos
● Cascata
● Modelo em V
● Prototipação
● Especificação Operacional
● Modelo Transformacional
● Desenvolvimento em Fases
● Modelo Espiral
● Modelo Estático
● Modelo Dinâmico
Tipos de Modelos - Cascata
Cascata
1. Modelo derivado da produção de hardware.
2. Cada etapa é definida de maneira clara.
3. As etapas são sequências e dependentes (etapa tn+1 depende da etapa tn).
4. Visualização geral do projeto é boa.
5. Avaliação de desenvolvimento é simples.
6. Usada para projetos ineditos.
Tipos de Modelos - Cascata
Cascata - Limites
1. Não entra em detalhes dos processos.
2. Não admite “Back Track”.
3. Modelo genérico.
Tipos de Modelos - Cascata
Tipos de Modelos - Modelo V
Modelo V
1. Variante do modelo cascata.
2. Cada etapa de desenvolvimento possui uma etapa de teste análoga.
3. As etapas são sequências e dependentes (etapa tn+1 depende da etapa tn).
4. Visualização geral do projeto é boa.
5. Permite Back Track.
6. Modelo mais usado.
Tipos de Modelos - Modelo V
Atividade Individual 1 
Defina e apresente as vantagens e desvantagens das seguintes modelagens:
● Prototipação
● Especificação Operacional
● Modelo Transformacional
● Desenvolvimento em Fases
● Modelo Espiral
● Modelo Estático
● Modelo Dinâmico
Entrega: 10 de setembro. O que entregar? Três páginas digitadas no máximo. Formato: .pdf
Referência Bibliográfica: 
PFLEEGER, Shari Lawrence. Engenharia de software: teoria e prática. Segunda Edição,Prentice Hall, 2004.
Gestão de Processos de TI
Aula 2: Processo de Requisitos: identificação de 
requisitos e modelagem de requisitos.
Requisito - Definição
Uma propriedade que um determinado software deve 
possuir
Requisitos - Tipos
● Funcional
● Não funcional
● Domínio
● Usuário
● Sistema
Requisito Funcional
● Expressa o tipo de funcionalidade que o sistema deve ter para executar suas 
tarefas.
○ Imprimir relatórios.
○ Monitorar um perimentro.
○ Realizar pesquisa em banco de dados.
○ Implementar criptografia.
○ Calcular a taxa de juros.
Requisitos Não Funcionais
● Expressa um conjunto de características que se deseja um dado sistema 
possua:
○ robustes.
○ velocidade.
○ eficiência.
○ segurança.
○ confiabilidade.
Requisitos de Domínio
● Requisitos específicos da atividade automatizada pela aplicação:
○ Cálculo da trajetória de um foguete.
○ Medição de glicemia.
○ Cálculo estrutural.
○ DO-178C
Requisito de Sistema
● Conjunto de requisitos funcionais e não funcionais.
Requisito de Usuário
● Exposição em linguagem natural das funções que o usuário deseja que um 
dado sistema possua e opere. Registrada na forma de atas de reuniões.
Gestão de Processos de TI
Aula 3: Planejamento e gerenciamento de projetos.
Acompanhamento, estimativas/métricas, Risco.
Gerenciamento de Processos de Software
● Décadas de 60~70
○ sistemas caros
○ fora do prazo
○ não confiáveis
Gerenciamento Profissional
● Método científico
● Possui restrições
○ tempo
○ recursos
Atividade de Gerenciamento
● Elaboração de proposta
● Planejamento e Programação
● Custo do projeto
● Monitoramento e revisão
● Seleção e avaliação de equipe
● Relatórios
Planejamento de Projeto
● Qualidade (Verificação)
● Validação
● Gerenciamento de Configuração
● Manutenção
● Desenvolvimento da equipe
Planejamento de Projeto
● Documento que orienta o desenvolvimento do SW.
○ Introdução.
○ Organização do projeto (Papel de cada membro da equipe).
○ Análise de Risco.
○ Requisitos de infra,
○ Estrutura Analítica.
○ Programação de projeto
■ Dependência e sequência das atividades.
○ Monitoramento e relatórios.
Marcos
● Partes do SW a serem entregues.
Programação de Projetos
● Identificação de etapas
● Identificação de dependência entre etapas
● Atualização das etapas
● Duração das etapas
● Criação de cenários (melhor, médio e pior)
Diagrama de Rede
Gerenciamento de Risco
● Risco de Projeto
● Risco de produto
● Risco de negócio
Etapas de Tratamento de Risco
● Identificação
● Análise de risco
● Planejamento de risco
● Monitoramento
Identificação do Risco
● Risco
● Tipo de risco
● Probabilidade
● Consequência
● Ações
● Monitoramento
Atividade em Sala
Discuta e Responda.
1. Requisitos não funcionais podem se tornar requisitos funcionais? Justifique.
2. A escolha da linguagem na qual o sistema será codificado é um requisito 
funcional, não funcional ou de domínio? Justifique.