A especificação <strong>de</strong> um caso <strong>de</strong> uso do negócio po<strong>de</strong> ser feita através da <strong>de</strong>scrição <strong>de</strong>sequências <strong>de</strong> eventos em formato <strong>de</strong> texto. Deve <strong>de</strong>screver como o ator do negócio e o caso<strong>de</strong> uso interagem, consi<strong>de</strong>rando:a) como e quando o caso <strong>de</strong> uso inicia e termina;b) quando o caso <strong>de</strong> uso interage com um ator envolvido;c) a sequência padrão (cenário <strong>de</strong> sucesso principal);d) as sequências alternativas ou <strong>de</strong> exceções (extensões).Essas extensões caracterizam situações em que existem duas ou mais opções <strong>de</strong>continuida<strong>de</strong> no fluxo <strong>de</strong> uma <strong>de</strong>terminada seção. Dentro do Cenário <strong>de</strong> Sucesso Principal <strong>de</strong>uma seção são indicados os <strong>de</strong>svios para subseções. Cada <strong>de</strong>svio <strong>de</strong>verá ter uma subseçãousando novamente um Cenário <strong>de</strong> Sucesso Principal.A título <strong>de</strong> exemplificação, para o caso <strong>de</strong> uso <strong>de</strong> negócio “Preencher formulário <strong>de</strong>inscrição”, da Figura 3.25, tem-se a seguinte <strong>de</strong>scrição <strong>de</strong>talhada do mesmo, proposta porJacobson (1992):Nome do Caso <strong>de</strong> Uso: Preencher formulário <strong>de</strong> inscrição.Atores participantes: Candidato.Objetivos: Preencher o formulário <strong>de</strong> inscrição para o vestibular.Pré-condições: O formulário <strong>de</strong> inscrição <strong>de</strong>verá ser retirado na Instituição <strong>de</strong> EnsinoSuperior.Fluxo Principal:1. O candidato preenche os dados pessoais necessários no formulário.2. O candidato preenche os dados do curso pretendido no formulário.3. O candidato preenche no formulário em qual campus <strong>de</strong>seja estudar.Fluxos alternativos:1a. O candidato <strong>de</strong>siste e <strong>de</strong>volve o formulário <strong>de</strong> inscrição sem o preenchimento para aaten<strong>de</strong>nte.2a. A Instituição <strong>de</strong> Ensino Superior não oferece o curso pretendido pelo candidato.Pós-condições: Formulário <strong>de</strong> inscrição para o vestibular preenchido.Santan<strong>de</strong>r (2002) apresenta as vantagens <strong>de</strong> integrar a técnica <strong>de</strong> mo<strong>de</strong>lagemorganizacional i* e os Casos <strong>de</strong> Uso em UML. Infelizmente, a UML e técnicas baseadas emcenários em geral não estão equipadas para mo<strong>de</strong>lar os requisitos organizacionais. Através da60
proposta do autor, engenheiros <strong>de</strong> requisitos po<strong>de</strong>m <strong>de</strong>senvolver Diagramas <strong>de</strong> Caso <strong>de</strong> Usoem UML a partir dos mo<strong>de</strong>los organizacionais propostos na técnica i*.3.9 Análise das TécnicasNesta seção, preten<strong>de</strong>-se apresentar algumas características percebidas (ou <strong>de</strong>sejáveis) nosmo<strong>de</strong>los estudados e a sua importância na mo<strong>de</strong>lagem eficiente <strong>de</strong> diferentes organizações.A princípio, nota-se que os processos <strong>de</strong> negócios sempre estarão presentes sob a estruturaorganizacional das empresas. A principal diferença entre uma empresa <strong>de</strong> sucesso e umaempresa com sérios problemas, na maioria dos casos, po<strong>de</strong> estar relacionada aogerenciamento dos processos <strong>de</strong> negócios. Sendo assim, um mo<strong>de</strong>lo que consiga representar,gerenciar, ou até automatizar, eficientemente os processos <strong>de</strong> negócio torna-se muitoimportante nesse contexto.As técnicas aplicadas no <strong>de</strong>senvolvimento <strong>de</strong> software <strong>de</strong>vem tratar <strong>de</strong> aspectosrelacionados à funcionalida<strong>de</strong> do sistema, à <strong>de</strong>scrição das ativida<strong>de</strong>s e entida<strong>de</strong>s. Porém, não<strong>de</strong>vem se restringir a isso. Esses mo<strong>de</strong>los <strong>de</strong>vem ser capazes <strong>de</strong> buscar soluções alternativaspara problemas da organização, através da representação dos objetivos da mesma, as razõesenvolvidas no processo, as regras <strong>de</strong> negócio, as restrições, os aspectos não funcionais, asestratégias, políticas, ou seja, fornecer <strong>de</strong>scrições mais ricas sobre as organizações sóciohumanas.Um aspecto a ser consi<strong>de</strong>rado é o grau <strong>de</strong> complexida<strong>de</strong> <strong>de</strong> um <strong>de</strong>terminado mo<strong>de</strong>lo. É<strong>de</strong>sejável a representação <strong>de</strong> uma organização através <strong>de</strong> mo<strong>de</strong>los fáceis <strong>de</strong> seremvisualizados, com notações gráficas intuitivas, simples e consistentes. Os diversosstakehol<strong>de</strong>rs <strong>de</strong>vem ser capazes <strong>de</strong> apren<strong>de</strong>r e compreen<strong>de</strong>r o mo<strong>de</strong>lo <strong>de</strong> forma natural, semesforços excessivos.Quando trata-se <strong>de</strong> uma organização <strong>de</strong> gran<strong>de</strong> porte, é inevitável um sistema com certacomplexida<strong>de</strong>. Dessa maneira, mo<strong>de</strong>los que permitam representar os <strong>de</strong>partamentos daorganização com diferentes interesses po<strong>de</strong>m ser mais aplicáveis a essa situação, pois seutilizam <strong>de</strong> múltiplas visões permitindo uma melhor compreensão da estrutura organizacional.A construção <strong>de</strong>sses mo<strong>de</strong>los <strong>de</strong>ve ser apoiada por ferramentas computacionais eficientes,como forma <strong>de</strong> automatizar o processo e diminuir o tempo necessário para gerar os mo<strong>de</strong>losorganizacionais.61
- Page 2 and 3:
FERNANDO LUIZ GRANDOAVALIANDO TÉCN
- Page 4 and 5:
DEDICATÓRIAAos meus pais e minha i
- Page 6 and 7:
AGRADECIMENTOSA Deus, pela saúde e
- Page 8 and 9:
3.24: Notações básicas para Caso
- Page 10 and 11:
Lista de Abreviaturas e SiglasB2BBP
- Page 12 and 13:
SumárioLista de Figuras ..........
- Page 14 and 15:
ResumoHoje em dia, o desenvolviment
- Page 16 and 17:
conjunto estruturado de atividades
- Page 18 and 19:
forma de satisfação de objetivos,
- Page 20 and 21:
será inserido não foi modelado e
- Page 22 and 23:
Já no Capítulo 4 o estudo compara
- Page 24 and 25: Uma incorreta identificação de re
- Page 26 and 27: a) Requisitos Funcionais (RF): são
- Page 28 and 29: Kotonya e Sommerville (1998) descre
- Page 30 and 31: Já Alencar (1999), propõe diretri
- Page 32 and 33: Informações mais completas a resp
- Page 34 and 35: confirmar teorias ou validar medida
- Page 36 and 37: Sendo o GQM orientado a objetivos o
- Page 38 and 39: No próximo capítulo são apresent
- Page 40 and 41: Essa análise deve ser conduzida an
- Page 42 and 43: Nas seções seguintes, serão apre
- Page 44 and 45: Figura 3.2: Parte de um MO de uma B
- Page 46 and 47: a) Entidade: é alguma coisa do dom
- Page 48 and 49: componentes do Modelo de Objetivos;
- Page 50 and 51: Figura 3.7: Exemplo de parte de um
- Page 52 and 53: mesmo tempo seja capaz de lidar com
- Page 54 and 55: Swimlanes (raias) (Tabela 3.3): fun
- Page 56 and 57: Um exemplo de segmento de processo
- Page 58 and 59: 3.4 A Técnica i*A técnica i*, pro
- Page 60 and 61: Na dependência de tarefa, o Depend
- Page 62 and 63: 3.4.2 O Modelo de Razões Estratég
- Page 64 and 65: observa nas dependências do tipo o
- Page 66 and 67: Os principais elementos do modelo s
- Page 68 and 69: egras refletem políticas do negóc
- Page 70 and 71: IFTHENELSE(sinistro é assegurado p
- Page 72 and 73: alcançar o objetivo-alvo “Realiz
- Page 76 and 77: Analisando brevemente algumas das t
- Page 78 and 79: Capítulo 4Estudo Comparativo e Ava
- Page 80 and 81: Figura 4.1: Ciclo de vida de projet
- Page 82 and 83: solução: desenvolver um sistema d
- Page 84 and 85: M09: As respostas coletadas de um g
- Page 86 and 87: Figura 4.2: Diagrama BPMN para o m
- Page 88 and 89: Figura 4.4: Diagrama SR para o mód
- Page 90 and 91: Figura 4.6: Diagrama SR para o mód
- Page 92 and 93: Regra de Negócio 04: REALIZAR PEDI
- Page 94 and 95: Figura 4.9: Diagrama de Casos de Us
- Page 96 and 97: No Modelo de Conceitos podem ser vi
- Page 98 and 99: formuladas, com o intuito de fornec
- Page 100 and 101: possibilitando também a divisão d
- Page 102 and 103: sendo inserido. Kaabi, Souveyet e R
- Page 104 and 105: Para o estudo comparativo foi utili
- Page 106 and 107: Capítulo 5Considerações FinaisAp
- Page 108 and 109: de Uso de Negócio não consegue re
- Page 110 and 111: BIDER, I., JOHANNESSON, P. Tutorial
- Page 112 and 113: ESTRADA, H., MARTÍNEZ, A., PASTOR,
- Page 114 and 115: PENADÉS, M. C., CANÓS, J. H., SÁ
- Page 116: WHITE, S. Business Process Modeling