Professional Documents
Culture Documents
PENDER, Tom. UML, a Bíblia; tradução de Daniel Vieira. Rio de Janeiro: Elsevier,
2004.
Tradução de: UML Bible ISBN 85-352-1408-9
UML
UML – Unified Modeling Language
Formalmente tem estado em desenvolvimento desde 1994.
Padrão de software – 70% dos centros de TI
Arquitetura padronizada da UML – baseada na MOF (Meta-Object Facility – facilidade
de metaobjeto}.
1997 – UML 1.0
Diagrama de Classe
Visão Estática/Estrutural
Diagrama de objetos
Diagrama de Componentes
Diagrama de Implantação
Visão Funcional
Diagrama de Caso de Uso Visão Dinâmica
Diagrama de Atividades Diagrama de Seqüência
Diagrama de Colaboração
Diagrama Statechart
UML
Livro: Desenvolvendo Software com UML 2.0 Definitivo
Ernani Sales de Medeiros
Pearson Education – Makron Books, 2004
Observações :
1- Ferramentas Visuais para modelagem UML:
http://www.objectsbydeing.com/tools/modeling_tools.html
http://www.objectsbydeing.com/tools/umltools_byCompany.html
2- UML não indica como fazer um software, indica apenas as formas que podem
se usadas para representar um software em diversos estágios de desenvolvimento.
3- UML è uma forma de comunicação que um processo pode usar.
CMM (Capability Maturity Model) certificação internacional que atesta que sua
empresa está madura no desenvolvimento de software.
Um Caso de Uso pode ser explicado como uma MACROATIVIDADE que encerra
diversas tarefas ou atividades.
Exemplo:
Descrição de um pagamento de compras. A mostra e validação de um cartão de débito,
a informação do valor a ser debitado, a informação da senha a ser validada, o retorno da
instituição financeira sobre a operação e o resumo dessa operação impressa. Todas essas
tarefas são correlatas da atividade: Efetuar pagamento de compras.
Entretanto, quando se fala de Nota Fiscal, tem-se uma outra Macroatividade de Nota
Fiscal, então, outro Caso de Uso.
Limite de Caso de Uso é pessoal e depende da experiência.
Caso de Uso
Deve ser bastante detalhado.
Extração de um Caso de Uso é feita através da Observação e da Entrevista.
Anexo I
Processo Unificado – iterativo e incremental
Primeira Fase: Concepção
Visão do software – avaliação da tecnologia relacionar os riscos principais, detectar áreas mais criticas...
Entrega: diagrama de caso de uso da parte mais critica do software, diagrama de classe (previsão), com
essas informações pode-se informar prazo e preço. E começo da documentação de nomenclatura e
glossários que ocorrer em todo o processo.
Nesta fase sabe-se o escopo do software, tecnologia a ser usada, como por exemplo, banco de dados,
linguagem de desenvolvimento, ambiente e desenvolvimento, tipo de rede, tipo de sistema operacional,
etc...
Esta fase incrementa o entendimento do software como um todo para todos os participantes.
Fase no período de uma a duas semanas ou mais - depende do tamanho do software.
Segunda fase: Elaboração
Nesta fase os requisitos das áreas mais criticas são levantadas. Consolida a fase de concepção. Durante
todo o ciclo da vida do software.
Terceira fase: Construção
Versão beta – protótipos
Quarta fase: Transição
Versão de produção
Calcular Calcular
4 Fidelidade Pontos
Administrar
Promoções
Locar DVD
Entregar Locação
Administrar
Cliente Administrar
Marketing Site
Devolver DVD
Controlar Estoques
Fornecedor
Obs: fazer um Diagrama de Caso de Uso é um exercício pessoal. Um diagrama desse tipo apenas
informa visualmente os principais tópicos que podem ser explorados ao longo do projeto. Pode
ser que uma elipse não tenha elementos suficientes para ser explorada em outro diagrama, o de
nível 1. Isso não fere em nada o seu software ou planejamento.
Assim, os Casos de Usos devem representar macroatividades a serem realizadas e os atores
aqueles que executam essas atividades.
Fase de Visão aceita pelo cliente, então pode-se passar para o momento do nível da análise,
propriamente dita.
Começa:
1- Documento Nomenclatura - pode-se usar o formato de notação de sua linguagem, por
exemplo o Java.
2- Documento Glossário
Devolução
Cliente
Locar DVD
Site
Beneficiário
UML - Documentos Iniciais de um Software:
1) Documento Visão (Modelo – Resumido)
Software: Locação de DVDs pela Internet
Data: 28/03/2007
Requisitantes: Empresa Cliente
Principais contatos:
Contato 1 – e-mail, fone, etc...
Contato 2 – e-mail, fone, etc...
Descrição:
Este software tem o objetivo de disponibilizar a locação de DVDs, via Internet, a
clientes j já cadastrados ou novos.
O software deve prever o cadastramento de usuários locadores, com seus dados
pessoais, principalmente, os dados de endereço, que são tão importante para a entrega como
para a recuperação de produtos alugados.
O software atenderá a todas as cidades onde o cliente contratante tiver depósito de
DVD. Serão disponibilizados somente DVDs da cidade onde o cliente locador reside, visando a
entrega.
O cliente locador deve informar o modelo de seu equipamento de DVD, a fim de se
avaliar se ele é ou não adequado a reproduzir o filme.
O cliente locador terá, no máximo, 5 dias para a devolução de um DVD alugado, sendo que esse
período dependerá do tipo de DVD, que pode ser: desde lançamento até DVDs antigos. O
processo de fidelizar o cliente locador leva em consideração tanto o número de locações quanto
as devoluções pontuais.
A não devolução de um DVD no prazo estipulado implica no pagamento de multa.
O cliente locador pode designar, desde que apresente a documentação necessária,
beneficiários capazes de efetivar um aluguel de DVD.
As entregas serão feitas somente dentro da cidade em que o locador reside.
Os administradores do site poderão, controlar Programa de fidelidade, Programa de
promoções, preços e Marketing.
Os pagamentos serão feitos antecipadamente, pelo cartão de crédito ou boleto bancário.
Observações:
1) as descrições aqui são de alto nível.
2) este documento deverá conter a as assinaturas do cliente contratante e da equipe
desenvolvedora.
3) incluir o Caso de Uso Relativo ao Documento Visão (Nível 0)
3) Documento Glossário:
Exemplos:
Locação: ato de alugar um produto disponível no estoque da empresa.
Beneficiário: aquele que é um agregado, por parentesco ou designação de um cliente locador.
Multa: valor monetário pago a empresa detentora do produto.
Diagrama Caso de Uso (Nível 1) da Visão ou <subsistemas>
Conclusão
- Casos de Usos: parte importante da construção de software, usando a UML dentro do
processo Iterativo. Observamos que um Caso de Uso sempre é iniciado por um ATOR.
Se não conseguir identificar um Ator, então o Caso de Uso estará errado. Um Caso de
Uso pode ter vários Atores, depende da complexidade do sistema.
- Meios para extrair Caso de Uso: Observação e Entrevista.
- Apresentação de sugestão de uma Descrição de Caso de Uso. Um padrão depende da
empresa.
Descrição de Caso de Uso (versão final)
Obs: todos os cenários terão algo que possibilite àquele cenário transformar-se em
código de programação.
Receber
Pedidos
Pedido
Aceito
Preencher
Pedido
Enviar
Fatura
Fatura
Enviar
Pedido Aceitar
Pagamento
Fechar
Pedido