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)