ESTRADA, H., MARTÍNEZ, A., PASTOR, O., ORTIZ, J., RÍOS, O. A. GeneraciónAutomática <strong>de</strong> un Esquema Conceptual OO a Partir <strong>de</strong> un Mo<strong>de</strong>lo Conceptual <strong>de</strong>Flujo <strong>de</strong> Trabajo. In: ANAIS DO WER01 – WORKSHOP EM ENGENHARIA DEREQUISITOS, 2001. Proceedings..., Buenos Aires: [s.n.], 2001, p. 223-245.ESTRADA, H., MARTÍNEZ, A., PASTOR, O., SÁNCHEZ, J. Generación <strong>de</strong>Especificaciones <strong>de</strong> Requisitos <strong>de</strong> Software a partir <strong>de</strong> Mo<strong>de</strong>los <strong>de</strong> Negocios: unenfoque basado en metas, In: ANAIS DO WER02 – WORKSHOP EM ENGENHARIADE REQUISITOS, 2002. Proceedings..., Valencia: [s.n.], 2002, p. 11-12.FENTON, N. How Effective Are Software Engineering Methods?. Journal Systems andSoftware, v. 22, n. 2, p. 141-146, 1993.FISCHER, L. Workflow Handbook. WFMC, 2005.GEORGAKOPOULOS, D., HORNICK, M., SHETH, A. An Overview of WorkflowManagement: From Process Mo<strong>de</strong>ling to Workflow Automation. Distributed andParallel Databases, n. 3, p. 119-153, Mar. 1995.GOMES, A., OLIVEIRA, K. M., ROCHA, A. R. Métricas para Medição e Melhoria <strong>de</strong>Processo <strong>de</strong> Software. COPPE/UFRJ - Programa <strong>de</strong> Engenharia <strong>de</strong> Sistemas eComputação, Rio <strong>de</strong> Janeiro, 2001.GOTTESDIENER, E. Business rules show Power, promise. Application DevelopmentTrends, v. 4, n. 3, p. 36-43, March, 1997.GRESSE, C. B., HOISL, J. W. A Process Mo<strong>de</strong>l for GQM - Based Measurement.Kaiserslautern, Germany: University of Kaiserslautern, Department of ComputerScience, 1995. Technical Report STTI-95-04-E.HAMMER, M., CHAMPY, J. Reengineering the Corporation: A Manifesto for BusinessRevolution. HarperBusiness, 1993.HERBST, H. Business Rules in system analysis: a meta-mo<strong>de</strong>l and repository system.Information Systems, v. 21, n. 2, p. 147-166, 1996.IEEE. IEEE Software Engineering Standards Collection. Computer Society Press, 1997.IEEE. Std. 830 IEEE Gui<strong>de</strong> to Software Requirements Specification. The Institute ofElectrical and Electronics Engineers, New York, EUA, 1984.ISO. IEC 9126 Standard for information technology: software products evaluation: qualitycaracteristics and gui<strong>de</strong>lines for theirs use. Geneva, 1988.98
JACOBSON, I. Object Oriented Software Engineering: A Use Case Driven Approach.Addison-Wesley, 1992.JACOBSON, I., BOOCH, G., RUMBAUGH, J. The Unified Software DevelopmentProcess. Addison-Wesley, 1999.JACOBSON, I., ERICSON, M., JACOBSON, A. The Object Technology. Addson-Wesley,1994.KAABI, R. M., SOUVEYET, C., ROLLAND, C. Eliciting Service Composition in a GoalDriven Manner. In: 2 nd INTERNATIONAL CONFERENCE ON SERVICE ORIENTEDCOMPUTING, 2004. Proceedings…, USA: [s.n.], 2004, p. 308-315.KATZENSTEIN, G., LERCH, F. J. Beneath the surface of organizational processes: asocial representation framework for business process re<strong>de</strong>sign. ACM Transactions OnInformation, v. 18, n. 4, p. 383-422, October, 2000.KAVAKLI, V., LOUCOPOULOS, P. Goal-Driven Business Process Analysis -Application in Electricity Deregulation. Information Systems, v. 24, n. 3, p. 187-207,1999.KOLIADIS, G., VRANESEVIC, A., BHUIYAN, M., KRISHNA, A., GHOSE, A.Combining i* and BPMN for Business Process Mo<strong>de</strong>l Lifecycle Management Schoolof Information Technology and Computer Science (SITACS). University ofWollongong (UOW), Gwynneville, Australia, 2007.KOTONYA, G., SOMMERVILLE, I. Requirements Engineering: Processes andTechniques. 1 ed., John Wiley & Sons, 1998.LEITE, J. C. S. P., LEONARDI, M. C. Business rules as organizational policies. In:INTERNATIONAL WORKSHOP ON SOFTWARE SPECIFICATION & DESIGN,1998. Proceedings..., Los Almitos: IEEE CPS, 1998, p. 68-76.LOUCOPOULOS, P., KARAKOSTAS, V. System Requirements Engineering. 1 ed.,McGraw-Hill, 1995.MACAULAY, L. Requirements Engineering, 1 ed., London: Springer, 1996.OUYANG, C., AALST, W. M. P., DUMAS, M., HOFSTEDE, A. H. M. TranslatingBPMN to BPEL. BPM Center Report, 2006.PÁDUA, S. I. D., CAZARINI, E. W., INAMASU, R. Y. Mo<strong>de</strong>lagem <strong>Organizacional</strong>:Captura dos Requisitos Organizacionais no Desenvolvimento <strong>de</strong> Sistemas <strong>de</strong>Informação. Gestão e Produção, v. 11, n. 2, p. 197-209, mai-ago, 2004.99
- 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 74 and 75: A especificação de um caso de uso
- 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 114 and 115: PENADÉS, M. C., CANÓS, J. H., SÁ
- Page 116: WHITE, S. Business Process Modeling