<strong>de</strong> Uso <strong>de</strong> Negócio não consegue representar os objetivos e recursos da organização, e as<strong>de</strong>pendências entre seus atores, características essenciais para uma melhor compreensão doambiente organizacional.Por fim, i* foi consi<strong>de</strong>rada a técnica que mais se <strong>de</strong>stacou na avaliação realizada, poispermitiu representar diferentes aspectos da organização e também possibilitou a alocação <strong>de</strong>responsabilida<strong>de</strong>s ao sistema computacional inserido como um novo ator na mo<strong>de</strong>lagem doambiente organizacional. Outro fator positivo são os diversos trabalhos que auxiliam autilização da técnica i* através <strong>de</strong> diretrizes que permitem a integração da mesma a mo<strong>de</strong>losfuncionais, apresentados em (Yu et al., 2011).Po<strong>de</strong>-se citar como <strong>de</strong>ficiência da técnica i* o fato <strong>de</strong> não conseguir representar as regras<strong>de</strong> negócio envolvidas e representar apenas parcialmente os processos <strong>de</strong> negócio, faltandolheuma característica que atribua <strong>de</strong>terminada sequencialida<strong>de</strong> das ativida<strong>de</strong>s na execuçãodas suas tarefas e subtarefas.Como trabalhos futuros, preten<strong>de</strong>-se esten<strong>de</strong>r a avaliação comparativa das técnicas a outrosestudos <strong>de</strong> caso, em empresas <strong>de</strong> maior porte. Também <strong>de</strong>seja-se <strong>de</strong>senvolver um estudo quepossibilite a integração <strong>de</strong> duas ou mais técnicas aqui estudadas, bem como formalizar aabordagem utilizada na técnica Maps, on<strong>de</strong> um novo diagrama Map <strong>de</strong>verá ser <strong>de</strong>senvolvidoquando uma <strong>de</strong>terminada estratégia para atingir certo objetivo é composta por um sistemacomputacional. Esse novo Map <strong>de</strong>verá conter as estratégias e objetivos internos ao softwareque possibilitam o alcance da meta pretendida. Por fim, pensa-se na realização <strong>de</strong> um estudomais aprofundado a respeito da técnica EKD, com o objetivo <strong>de</strong> <strong>de</strong>finir diretrizes quepermitam o mapeamento <strong>de</strong> um sistema computacional na sua mo<strong>de</strong>lagem.94
Referências BibliográficasALENCAR, F. M. R. Mapeando a Mo<strong>de</strong>lagem <strong>Organizacional</strong> em EspecificaçõesPrecisas. Tese (Tese <strong>de</strong> Doutorado) – Engenharia <strong>de</strong> Software – Centro <strong>de</strong> Informática– Universida<strong>de</strong> Fe<strong>de</strong>ral <strong>de</strong> Pernambuco, Recife, PE, Dezembro, 1999.ANTON, A. Goal Based Requirements Analysis. In: SECOND INTERNATIONALCONFERENCE ON REQUIREMENTS ENGINEERING – ICRE’96, 1996.Proceedings..., Colorado Springs, Colorado, USA: [s.n.], 1996, p. 136–144.BASILI, V. R. The Experimental Paradigm in Software Engineering. In:INTERNATIONAL WORKSHOP ON EXPERIMENTAL SOFTWARE ENGINEERINGISSUES: CRITICAL ASSESSMENT AND FUTURE DIRECTIONS, 1992.Proceedings..., Dagstuhl Castle, Germany: Kindle Edition, 1992, p. 3-12.BASILI, V. R. The Role of Experimentation in Software Engineering: Past, Current, andFuture. In: 18th INTERNATIONAL CONFERENCE ON SOFTWARE ENGINEERING– ICSE 1996, 1996. Proceedings..., Berlin, Germany: IEEE Computer Society, 1996,p. 442-449.BASILI, V., CALDEIRA, G., ROMBACH, H. Encyclopedia of Software Engineering,capítulo: Experience Factory, p. 469-479, John Wiley & Sons, v. 1, 1994.BASILI, V. R, ROMBACH, D., The TAME Project: Towards Improvement-OrientedSoftware Environments. IEEE Transactions on Software Engineering, v. 14, n. 6, p.758- 773, June, 1988.BASILI, V. R., SELBY, R. W., HUTCHENS, D. H. Experimentation in SoftwareEngineering. IEEE Transactions on Software Engineering, v. 12, n. 7, p. 733-743,July, 1986.BASILI, V. R., ROMBACH, D., SCHNEIDER, K., KITCHENHAM, B., PFAHL, D.,SELBY, R. W. Empirical Software Engineering Issues: Critical Assessment andFuture Directions. 1 ed., Germany: Springer, 2006.95
- 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 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