Anda di halaman 1dari 28

Gesto de projetos de Software GTI-16

Aula 2 Processo Unificado

Processos
Porque no usamos?
Sentimento de perda de tempo Falta de informao Falta de uma poltica organizacional Frases-chave:
J est dando certo do jeito que est O usurio quer resultado logo

Decidimos usar quando...


Sentimento de falta de direo A manuteno de um sistema est saindo cara demais
Ger. Proj. de Software GTI - 16 2

Modelo cascata
Primeiro processo
Managing the development of large software systems. W.W.Royce (1970) Modelo seqencial de atividades

Fortemente inspirado dos processos de engenharia tradicionais


Engenharia de Computao Necessidades Projeto Execuo

Atividades
Anlise
Ger. Proj. de Software

Projeto

Codificao Teste
GTI - 16

Manuteno
3

Modelo cascata
Suposies
Todos os requisitos so previamente conhecidos Requisitos no mudam Usurios sabem o que querem e s precisam ver o sistema quando este estiver concludo Projetos podem ser feitos de maneira completamente abstrata Codificao sempre se adequa aos projetos (design) Manuteno trivial Anlise Evoluo Testes Fonte Codificao Testes Projeto Espiral Projeto Anlise
Ger. Proj. de Software GTI - 16

Codificao
4

Surgiu ento o Processo Unificado


O que o Processo Unificado (UP)?
Metodologia de desenvolvimento de software iterativo e incremental Procura estabelecer prticas que visem garantir a produo de um software de alta qualidade, dentro de um cronograma e oramento possvel.

Principais prticas
Desenvolver iterativamente Gerenciar Requisitos Usar arquiteturas baseada em componentes Modelar software visualmente Verificar continuamente a qualidade do software Controlar mudanas
GTI - 16 5

Ger. Proj. de Software

Viso em espiral do UP

Ger. Proj. de Software

GTI - 16

Viso Geral

Ger. Proj. de Software

GTI - 16

Conceitos principais
Componentes estticos
Disciplinas Fluxos Papis Atividades Artefatos Ciclos Fases Iteraes Marcos
GTI - 16 8

Componentes dinmicos

Ger. Proj. de Software

Conceitos-chave: Disciplina
Disciplina
Uma disciplina um conjunto de atividades relacionadas a uma rea de interesse importante em todo o projeto. O fluxo de trabalho de uma disciplina uma seqncia semi-ordenada das atividades que so realizadas para alcanar um determinado resultado.

Tipos
Relacionadas ao desenvolvimento
Requisitos, anlise e Design, implementao, implantao,...

Relacionadas ao suporte
Ger. de projeto, ger. de configurao e mudana, ambiente,...
Ger. Proj. de Software GTI - 16 9

Conceitos-Chave: Fluxo de trab.


Fluxo de Trabalho
Uma simples enumerao de todos os papis, atividades e artefatos no constitui um processo; necessria uma forma para descrever as seqncias significativas das atividades que produzem algum resultado importante e para mostrar as interaes entre os papis. O fluxo de trabalho uma seqncia das atividades que produzem um resultado de valor observvel.

Ger. Proj. de Software

GTI - 16

10

Conceitos-Chave

Ger. Proj. de Software

GTI - 16

11

Conceitos-Chave: Papel
Define
Comportamento e as responsabilidades de um indivduo ou de um conjunto de indivduos que trabalham juntos como uma equipe

Papis no so indivduos
Descrio do comportamento e das responsabilidades que eles devem ter. Mapeamento Indivduo/Papel feito pelo Gerente do Projeto

Exemplos
Analista de Sistemas, Designer de Negcio, Revisor de Requisitos, Implementador, Arquiteto de Software,
Ger. Proj. de Software GTI - 16 12

Conceitos-Chave: Atividade
Uma atividade uma unidade de trabalho que um indivduo, desempenhando o papel descrito, pode ser chamado a realizar. Os papis possuem atividades que definem o trabalho que executam. Uma atividade algo que um papel faz e produz um resultado significativo no contexto do projeto Exemplos
Avaliar viabilidade do conceito arquitetural Estruturar modelo de implementao
Ger. Proj. de Software GTI - 16 13

Conceitos-Chave: Artefato
Um artefato um produto de trabalho do processo: os papis usam os artefatos para executar atividades e produzem artefatos ao executarem as atividades As atividades possuem artefatos de entrada e sada Exemplo

Analista de Sistema/ Especificador de Requisitos

Domnio de Negcio e Especificao de Casos de uso

Ger. Proj. de Software

GTI - 16

14

Componentes dinmicos
UP um processo baseado no modelo espiral
Projeto dividido em ciclos Cada ciclo representa uma nova verso do produto Cada ciclo possui 4 fases consecutivas

Fases
Iniciao definio do escopo Elaborao anlise e projeto Construo desenvolvimento e integrao Transio passagem ao domnio pblico

O final das fases define os principais marcos do projeto Cada fase pode ser quebrada em iteraes
Cada iterao resulta em uma nova release

Ger. Proj. de Software

GTI - 16

15

Fase de iniciao
Objetivos
Definir o caso de negcio do sistema
Critrio de sucesso, anlise de risco, planejamento de recursos e de tempo (cronograma)

Delimitar o escopo do projeto

Sadas
Documento de viso do projeto Caso de uso inicial (~ 20%) Caso de negcio do sistema Planejamento inicial (custo, cronograma, processo,...) Possveis prottipos (avaliao)
GTI - 16 16

Ger. Proj. de Software

Marco da fase de incepo


O fim da fase um marco do projeto (milestone), cujos critrios de avaliao so:
Tomador de deciso (stakeholder) est de acordo com o escopo e o custo e tempo estimados Requisitos bem compreendidos (a julgar pelo caso de uso inicial) Custos e cronograma correspondem a realidade Avaliao dos prottipos desenvolvidos

O projeto pode ser cancelado ou revisto se no passar nos critrios desse marco
Ger. Proj. de Software GTI - 16 17

Fase da elaborao
Objetivos
Analisar o domnio do problema Definir uma arquitetura de base Desenvolver o planejamento do projeto, de forma a eliminar os maiores riscos

Viso de um oceano com um palmo de profundidade Sadas


Caso de uso (~80 %) Arquitetura do sistema Prottipo funcional da arquitetura Planejamento mais detalhado, incluindo as iteraes Detalhamento do processo de desenvolvimento
Ger. Proj. de Software GTI - 16 18

Tarefas na elaborao (1)

Ger. Proj. de Software

GTI - 16

19

Tarefas na elaborao (2)

Ger. Proj. de Software

GTI - 16

20

Marco da fase de elaborao


Critrios de avaliao
A viso do produto estvel? A arquitetura proposta estvel? O prottipo mostra que os riscos identificados foram levados em conta e resolvidos? O plano para a fase de construo est bem detalhado? Os stakeholders concordam que o produto pode ser feito no planejamento estipulado com a arquitetura proposta? Os custos investidos esto de acordo com o planejado?

Ger. Proj. de Software

GTI - 16

21

Fase de construo
Objetivos
Desenvolver os componentes e funcionalidades da aplicao Integrar e testar os componentes

Sadas
O produto integrado e testado Manual do usurio Descrio da verso atual do produto

Ger. Proj. de Software

GTI - 16

22

Marco da fase de construo


Critrios de avaliao
O produto est suficientemente estvel e maduro para ser colocado a disposio? Todos os stakeholders esto satisfeitos em colocar o produto disposio? Os custos investidos ainda esto de acordo com o planejado?

A fase de transio pode ser adiada se os critrios falharem


Ger. Proj. de Software GTI - 16 23

Fase de transio
Objetivos
Realizar a transio do software aos usurios

Inclui
Beta-testing Treinamento dos usurios Converso das bases de dados funcionais Execuo paralela com o sistema que estar substituindo Envio do produto ao marketing e vendas

Ger. Proj. de Software

GTI - 16

24

Marco da fase de transio


Critrios de avaliao
O usurio est satisfeito? As despesas reais com recursos so aceitveis se comparadas com as planejadas?

Final
Reiniciar um novo ciclo de vida com uma nova verso do produto Manuteno total dos artefatos para terceiros que sero responsveis pela manuteno Comercializao do produto
Ger. Proj. de Software GTI - 16 25

Sintetizando .

Ger. Proj. de Software

GTI - 16

26

Artefatos
Documento Anlise de Domnio de Negcio Arquitetura de Software Camada de Dados Especificao de Casos de Uso Realizao de Casos de Uso Implementao Iniciao 80% 10% 5% 50% 0% 0-5% Elaborao 13% 70% 45% 10% 20% 30-40% Construo 5% 10% 40% 30% 75% 50-60% Transio 2% 10% 10% 10% 5% 0-5%

Ger. Proj. de Software

GTI - 16

27

Atividade em grupo

Ger. Proj. de Software

GTI - 16

28