Capítulo 13Concepção

Disciplina: Estudo do RUPAutor: Sérgio SoaresOrientação: Augusto Sampaio

Paulo Borba

1999RUP - DI / UFPE

Concepção lança oprojeto

Realizar o business case inicial Delimitar claramente o escopo do projeto Estimar custo, tempo e retorno do

investimento (feasibility)Formular a arquitetura candidataIdentificar e eliminar riscosPlanejamento (cronograma, custos,

retorno)

1999RUP - DI / UFPE

InicialmenteObter uma visão geral do projeto

Capturar o máximo de informação Organiza-lá Verificar se algum ponto não foi contemplado Custo é inversamente proporcional a

originalidade do projetoO planejamento inicial é uma “tentativa”

o melhor entendimento do problema pode muda o planejamento

1999RUP - DI / UFPE

O Time inicial

1 gerente1 arquiteto1 ou 2 desenvolvedores1 engenheiro de teste

1999RUP - DI / UFPE

Definindo o escopo do sistema

O que deve ser feito esta claro? não uma idéia, mas uma definição precisa

Todos os atores estão definidos?A natureza geral das interfaces com os

atores é determinada?Existe uma parte do sistema que pode

se comportar como um sistema funcional (subsistema)

1999RUP - DI / UFPE

Resolvendo ambigüidadesnos requisitos desta fase

Um número limitado de use-cases de requisitos necessários para atingir os objetivos desta fase foram identificados e detalhados?

Requisitos suplementares tem sido identificados e detalhados?

1999RUP - DI / UFPE

Estabelecendo uma arquitetura candidata

A arquitetura vai de encontro às necessidades do usuário?

A arquitetura parece funcionar (promissora)? Não há um protótipo

1999RUP - DI / UFPE

Identificar e eliminaros riscos críticos

Todos os riscos foram identificados?Todos os riscos identificados foram

eliminados, ou existe um plano para eliminá-los? modificar os requisitos plano de cotingência reduzir risco, minimizar efeito caso

ocorra

1999RUP - DI / UFPE

Julgando o business caseinicial

O business case inicial é bom o suficiente para justificar ir adiante com o projeto?

1999RUP - DI / UFPE

O workflow de concepção

FIGURA

1999RUP - DI / UFPE

Papel dos workersAnalista

identifica os use-cases e atoresArquiteto

prioriza use-cases e seleciona os relevantes para propor a arquitetura candidata

Desenvolvedor implementa o protótipo

Engenheiro de testes planeja testes

1999RUP - DI / UFPE

Capturando os requisitos

Listar requisitos candidatos requisitos de sistemas similares requisitos obtidos com pesquisas de

mercado (sistemas de prateleira)Entender o contexto do sistema

modelo de negócio identificar use-cases de negócio e técnicos

que relatam que processos suportar

1999RUP - DI / UFPE

Capturar requisitos funcionaisCapturar requisitos não-funcionais

Capturando os requisitos

1999RUP - DI / UFPE

Encontrar atores e use-cases priorizar use-cases que definem o escopo do

projeto e ajudam a planejar a arquitetura detalhar os use-cases e cenários

necessários para que os riscos possam ser identificados e eliminados, e para que uma arquitetura seja proposta

Cerca de 10% dos use-cases é detalhada na fase de concepção

Capturando os requisitoscomo use-cases

1999RUP - DI / UFPE

Análise

Analisar os requisitos para refiná-los e estruturá-los num modelo que funciona como um modelo de projeto inicial

Resulta num modelo de análise inicial definir precisamente os use-cases guia a definição da arquitetura candidata

aproximadamente 5% da análise é executada na fase de concepção

1999RUP - DI / UFPE

Análise

Priorizar os use-cases e/ou cenários refinar (detalhar) e entende-los

Refina-se aproximadamente a metade dos use-case detalhados na fase anterior, ou seja 5% dos use-cases do sistema

Se for feita análise de classe e pacote é feita minimamente

1999RUP - DI / UFPE

ProjetoProjetar a arquitetura candidata

se preciso desenvolver um protótipo do projeto (utilizando alguma técnica de desenvolvimento rápido)validar a os requisitos dos clientes/usuários

Iniciar a definição do modelo de projeto contemplar requisitos funcionas e não-funcionais

Projeto de use-cases, classes e pacotes é mínimo (se existir)

1999RUP - DI / UFPE

Implementação e teste

Protótipo para validar a arquitetura se for necessário

novas tecnologiasprojeto sem similares

Planejamento de testes que tipos de testes serão necessários

para um sistema desta natureza

1999RUP - DI / UFPE

Produzindo o Business case inicial

Transformar a visão (arquitetura candidata, riscos) em termos econômicosconsiderando: recursos custos aceitação do mercado (interna)

1999RUP - DI / UFPE

O valor investido(custo)

Usar fórmulas O tamanho do produto na fase de

concepção pode diferir em 50% do tamanho do produto final

estimativa de custo inicial pode diferir em 50% do custo final

1999RUP - DI / UFPE

Retorno de investimento

Difícil de ser estimado geralmente a margem de erro é bem

grande sistemas de prateleira

estimativa de cópias a serem vendidasvalor de cada cópia

no caso de sistemas internosqual a economia que o sistema trará a

empresa?

1999RUP - DI / UFPE

O que fazer ao finalda fase de concepção

Baseado no entendimento do projeto, análise de riscos, arquitetura candidata decidir de o projeto deve ou não continuar

Planejar a fase de Elaboração descrever de 80% dos use-case analisar metade destes implementar 10%

1999RUP - DI / UFPE

Resultado da fase deconcepção

primeira versão do modelo de negócio (descreve o contexto do sistema)

primeira versão dos modelos de use-caseprimeira versão da arquitetura candidataprotótipo demostrando o uso do sistemalista de riscos e suas prioridadeplanejamento geral das demais fasesprimeira versão do business case (estimativas

e retorno)