2. Teorigrunnlag: Kultur, Sosialisering og Identitet
3.4 Presentasjon av to empiriske studier av unge med
4.1.3 Diskusjon av egen og andres oppfatninger av identitet
A partir da criação e estudo dos diversos metamodelos ontológicos dos
frameworks de melhores práticas de TI e da criação de uma ontologia para este
domínio, propostos nos tópicos 5.2.1, 5.2.2 e 5.2.3, pretende-se iniciar as pesquisas para a criação de um metametamodelo ontológico (nível O3) dos frameworks.
Pode-se alcançar o nível ontológico O3 através da descoberta dos conceitos geradores do nível O2. O tipo entidade do metamodelo seria um exemplo ou uma
instância do conceito ou tipo entidade do metametamodelo. Por exemplo, um conceito que é semelhante em muitos frameworks de melhores práticas de TI é o conceito de Recurso. Com algumas variações, dependendo do framework, existe o conceito Recurso de TI do CobiT, Recurso do eSCM, Recurso do PMBoK etc., cada qual com seus atributos e tipos relacionamento associados. Um tipo entidade ou conceito do metametamodelo poderia se chamar Recurso (generalização presente na ontologia), onde os elementos ou instâncias deste tipo entidade seriam os conceitos sobre recurso de cada framework. Outros conceitos semelhantes do nível O2, como Processos e Práticas, talvez necessitem de um novo conceito, fornecido pela ontologia, para fazer a sua integração e representação no nível O3. Alguns conceitos do nível O3 talvez tenham que ser opcionais pois não são usados por todos os frameworks.
Seguindo os mesmos princípios sugeridos pela metodologia MetaFrame, e talvez acrescentando outros, esta proposta de trabalho futuro pretende contribuir para realizar a integração dos metamodelos de frameworks de melhores práticas de TI através do metametamodelo.
REFERÊNCIAS BIBLIOGRÁFICAS
ATKINSON, C., and KÜHNE, T., Model-Driven Development: A Metamodeling
Foundation, IEEE Software, vol. 20,no. 5, (2003a), pp. 36-41.
ATKINSON, C., and KÜHNE, T., Calling a Spade a Spadein the MDA
Infrastructure, International Workshop Metamodeling for MDA, York, November
(2003b).
ATZENI, P., CERI, S., PARABOSCHI, S., TORLONE,R., Database Systems
Concepts, Languages and Architectures. McGraw-Hill, 1999.
BATINI ,C., LENZERINI, M., NAVATHE, S.B., A Comparative analysis of
methodologies for database schema integration. In ACM Computing Surveys 18,
4, (1987), pp. 323-364.
CHEN, Peter, P.S. The Entity-Relationship Model: Towards a Unified View of
Data, ACM Transaction on Database Systems, vol. 1, nº1, (março-1976), p. 9-36.
CHEN, Peter, P.S. The Entity-Relationship Model: A Basis for the Enterprise
View of Data, AFIPS Conference Proceedings, vol. 46, AFIPS Press, N.J., (1977
National Computer Conference), p. 77-84.
CHEN, Peter, P.S., A Preliminary Framework for Entity-Relationship Models in: Entity-Relationship Approach to Information Modeling and Analysis, (edited by P. Chen), North-Holland (Elsevier), 1983, Pages 19 – 28.
CHEN, P.P., An Algebra for a Directional Binary Entity-Relationship Model, Proc. 1t h IEEE International Conference on Data Engineering, Los Angeles, April 24-27, 1984.
CHEN, P. P., Database Design Using Entities and Relationships, in: S. B. Yao (ed.), Principles of Data Base Design, Prentice-Hall, NJ, 1985, pp. 174-210.
CHEN, P. P., From Ancient Egyptian Language to Future Conceptual Modeling, in: Conceptual Modeling: Current Issues and Future Directions, Chen, P.P., et al. (eds), Springer-Verlag, Berlin, Lecturing Notes in Computer Sciences, No. 1565, 1998, pp. 57-66.
CHEN, Peter, P.S., Entity-Relationship Modeling: Historical Events, Future
Trends, and Lessons Learned, in: Software Pioneers: Contributions to Software
Engineering, Broy M. and Denert, E. (eds.), Springer-Verlag, Berlin, Lecturing Notes in Computer Sciences, June 2002, pp. 100-114.
CMMI Product Team. Capability Maturity Model® Integration for Development. CMMI-DEV, V1.2. Pittsburgh: CMU/SEI-2006-TR-008.2006. Disponível em: www.sei.cmu.edu/pub/documents/06.reports/pdf/06tr008.pdf.
CONRAD S., Schemaintegration - Integrationskonflikte, Lösungsansätze,
aktuelle Herausforderungen. Informatik - Forschung und Entwicklung, Springer-
ENGELS, G., GOGOLLA, M.,HOHENSTEIN, U., HULSMANN, K., Conceptual
Modelling of Database Applications Using an Extended ER Model. Pp. 157-204.
North Holland, Amsterdam, 1992.
GIL, Antônio C. Como elaborar projetos de pesquisa. 4ª Ed. São Paulo: Editora Atlas, 2002.
GITZEL, R., HILDENBRAND, T., A Taxonomy of Metamodel Hierachies, Working papers / Lehrstuhl für ABWL und Wirtschaftsinformatik; 2005,02.
GOEKEN M., ALTER S., Towards Conceptual Metamodeling of IT Governance
Frameworks Approach - Use - Benefits, hicss, pp.1-10, 42nd Hawaii International
Conference on System Sciences, 2009.
GOGOLLA M., HOHENSTEIN U., Towards a semantic view of an extended
entity–relationship model, ACM Transactions on Database Systems 16 (3) (1991)
369–416.
GRUBER, T. R. Towards Principles for the Design of Ontologies Used for
Knowledge Sharing. International Journal of Human and Computer Studies, 43(5/6):
907- 928. 1995.
HAINAUT, J.-L., A generic Entity-Relationship Model, in: Falkenberg, Lindgren (Eds.), Proc. of the IFIP WG 8.1 Conf. on Information System Concepts: An In-depth Analysis, North-Holland, Amsterdam, 1989.
HARTMANN, S., LINK, S., English Sentence Structures and EER Modeling. The Fourth Asia-Pacific Conference on Conceptual Modelling, Ballarat, Australia. Conferences in Research and Practice in Information Technology, Vol. 67. John F. Roddick and Annika Hinze, Ed. 2007.
HEFLEY, W. E., LOESCHE, E.A. The eSourcing Capability Model for Service
Providers (eSCM-SP). V 2.01. Pittsburgh: ITSqc, 2006. Disponível em
<htttp://itsqc.cmu.edu/downloads>. Acesso em 10 de Jun de 2009.
HEUSER, C. A., Projeto de Banco de Dados, 6ª edição. ISBN: 979-85-7780-382-8. Editora Bookman. 1998.
ITGI - IT GOVERNANCE INSTITUTE COBIT 4.1. Disponível em:
http://www.isaca.org/Template.cfm?Section=COBIT6&Template=/TaggedPage/Tagg
edPageDisplay.cfm&TPLID=55&ContentID=7981. 2007. Acesso em: 14 Jun 2009.
KARAGIANNIS, D., and KÜHN, H., Metamodeling Platforms. In A. Min Tjoa, & G. Quirchmayer (Eds.), Lecture Notes in Computer Science: Vol. 2455. Proceedings of the Third International Conference EC-Web, Springer (2002), pp. 451-464.
KARAGIANNIS, D. and HÖFFERER, P., Metamodels in action: An overview. ICSOFT (1) (2006).
KARAGIANNIS, D. and HÖFFERER, P., Metamodeling as an integration concept. Software and Data Technologies. Publisher Springer Berlin Heidelberg (2008), pp. 37-50.
KÜHNE, T., What is a model? In: Seminar 04101 Language Engineering for Model- Driven Software Development, Dagstuhl Seminar Proceedings Internationales Begegnungs, 2005.
KÜHNE, T., Matters of (Meta-) Modelling, In Journal on Software and Systems Modeling, Volume 5, Number 4, (2006), pp. 369-385.
KURPJUWEIT, S., and WINTER, R., Viewpoint based Meta Model Engineering. EMISA 2007, pp 143-161, In Manfred Reichert, Stefan Strecker, Klaus Turowski (Eds.): Enterprise Modelling and Information Systems Architectures – Concepts and Applications , Proceedings of the 2nd International Workshop on Enterprise Modelling and Information Systems Architectures), October 8-9, 2007. LNI P-119 GI (2007).
MAGNANI, M., RIZOPOULOS N., MCBRIEN, P., MONTESI, D., Schema
Integration based on Uncertain Semantic Mappings, Conference or Workshop
Paper, 24th International Conference on Conceptual Modeling (ER05), Klagenfurt, Austria Lecture Notes in Computer Science, Volume 3716, Oktober (2005), pp.31-46. MOODY, D.L., Theoretical and practical issues in evaluating the quality of
conceptual models: current state and future directions, In Data & Knowledge
Engineering 55 (2005), pp. 243-276.
MORESI, E. A. D. Metodologia de Pesquisa. Brasília-DF: Universidade Católica de Brasília-UCB, mar. 2004.
OMG: MDA Guide, Version 1.0.1.OMG document omg/03-06-01.2003.
OMG: Unified Modeling Language Infrastructure Specification, Version 2.0, Version 2.0, OMG document ptc/03-09-15. 2004.
PATIG, S., Evolution of entity–relationship modelling. Data & Knowledge Engineering. Elsevier B.V., 2005.
PROJECT MANAGEMENT INSTITUTE (PMI). Project Management Body of
Knowledge (PMBOK). 4. ed. Pennsylvania, 2008.
RIZOPOULOS, N., McBrien, P.: A general approach to the generation of
conceptual model transformations. In: Proc. CAiSE. LNCS, Springer-Verlag,2005.
SAPIA ,C., Extending the E/R model for the multidimensional paradigm, 1998, pp. 105–116.
SCHÜTTE, R., ROTTHOWE, T., The Guidelines of Modeling- an approach to
enhance the quality in information models. In Ling, Ram, Lee (Eds.) Conceptual
Modeling – ER 98. Singapore, 16.-19.11.98, (1998), pp. 240-254.
SPACCAPIETRA, S., PARENT, C., DUPONT, Y., Model Independent Assertions
for Integration of Heterogeneous Schemas. VLDB Journal 1, 1, (1992a), pp.
SPACCAPIETRA, S., PARENT, C., ERC+: An object-based entity relationship
approach, 1992b, pp. 69–86.
STACHOWIAK, H. Allgemeine Modelltheorie. Springer-Verlag, Wien and New York, 1973.
STEINMÜLLER, W.: Informationstechnologie und Gesellschaft: Einführung in
dieAngewandte Informatik.Wissenschaftliche Buchgesellschaft, Darmstadt (1993).
STRAHRINGER, S., Metamodellierung als Instrument des Methodenvergleichs, Shaker Verlag, Aachen, (1996).
TAMASSIA, D.; DI BATTISTI, G.; BATINI, C.: Automatic graph drawing and
readibility of Diagrams. IEEE Transactions on Systems, Man and Cybernetics, 18
(1988) 1, S. 61-79.
TEOREY, T.J., A Logical Design Methodology for Relational Databases Using
the Extended Entity-Relationship Model. Computing Surveys, Vol. 18, No. 2, June
1986.
TEOREY, T.J., Database Modeling and Design, 3rd Edition, University of Michigan, Lecture Notes,1999.
THALHEIM ,B., Entity–Relationship Modeling: Foundations of Database
Technology, Springer, Berlin, 2000.
VERGARA, Silvia Constant, Projetos e Relatórios de Pesquisa em
Administração. 3ª ed. São Paulo: Atlas, 2000
ZANIOLO, C., A Formal Approach to the Definition and the Design of
Conceptual Schemata for Database Systems. ACM Transactions on Database
APÊNDICE A – Dados coletados dos frameworks eSCM (SP 2.01, CL 1.1)
Seguindo a metodologia MetaFrame este apêndice lista os seguintes resultados:
1. Fase 1, Etapa 1, Passo 5: Definição dos guias oficias.
2. Fase 2, Etapa 3, Passo 1: Dicionário de dados do metamodelo. 3. Fase 3, Etapa 2, Passo 1: Verificação do metanível.
4. Fase 3, Etapa 2, Passo 2: Verificação do metamodelo.
Guias Oficiais
Foram usados nos levantamentos dos tipos entidade, atributos e tipos relacionamento do metamodelo os seguintes guias oficiais:
Nome do Guia: eSCM-SP v2.01: Model Overview Nº do Guia: 1
Autores: Elaine B. Hyder, Keith M. Heston, Mark C. Paulk. Editor: Carnegie Mellon University, 2006
Volumes: 1
Capítulos: 8
Páginas: 104
Nome do Guia: The eSCM-SP v2.01: Practice Details Nº do Guia: 2
Autores: Elaine B. Hyder, Keith M. Heston, Mark C. Paulk. Editor: Carnegie Mellon University, 2006
Volumes: 1
Capítulos: 3
Páginas: 262
Nome do Guia: The eSCM-CL v1.1: Model Overview Nº do Guia: 3
Autores: William E. Hefley e Ethel A. Loesche. Editor: Carnegie Mellon University, 2006
Volumes: 1
Capítulos: 7
Páginas: 114
Nome do Guia: The eSCM- CL v1.1: Practice Details Nº do Guia: 4
Autores: William E. Hefley e Ethel A. Loesche. Editor: Carnegie Mellon University, 2006
Volumes: 1
Capítulos: 3
Dicionário de Dados – Tipos Entidade e Atributos
A partir da execução da Fase 2, Etapa 3, Passo 1 da metodologia MetaFrame, é criado o dicionário de dados do metamodelo através da consolidação dos dados coletados dos guias oficiais. Nas tabelas abaixo estão listados os dados dos tipos entidade e atributos, assim como a sua localização mais relevante nos guias oficiais.
Nome da Entidade: Prática Nº da Entidade: 1
Nº de Elementos: 84 (eSCM-SP) / 95 (eSCM-CL)
Descrição: Um conjunto de ações que devem ser realizadas por um provedor de serviços de TI para ter relações de terceirização bem sucedidas.
Referências: Guia 1, capítulo 1, página: 22 Guia 2, capítulo 2, páginas: 10-22 Guia 2, glossário, páginas: 236 Guia 4, capítulo 2, páginas: 15-27 Guia 4, glossário, páginas: 314
Atributo Chave Tipo Tamanho Descrição
Sigla Primária Texto 5 Sigla da área de capacidade e seqüencial da prática.
Enunciado Texto 100 Título da prática. Descrição_Curta Texto 50 Título curto da prática.
Descrição Texto 200 Descrição detalhada da prática. Tipo Número 1 Tipo da prática (plano, programa,
política, procedimento, orientação, outra).
Suporte Sim/Não 1 Se a prática é de suporte ou não. Área de Capacidade_
Número Estrangeira Número 2 Número da área de capacidade. Nível de Capacidade_
Número
Estrangeira Número 1 Número do nível de capacidade. Ciclo de Vida _
Nome da Entidade: Atividade Principal Nº da Entidade: 2
Nº de Elementos: São três atividades principais para cada prática, nomeadas de atividades a, b e c. Ao todo são 252 (eSCM-SP) / 285 (eSCM-CL). A organização poderá criar outras atividades além das previstas.
Descrição: Um dos passos tomados para implementar uma prática. As atividades principais desta entidade devem ser realizadas para que a prática seja avaliada como implementada. A atividade “a” trata do suporte à criação e implantação da prática. Atividade “b” trata da documentação e implementação da prática. A atividade “c” trata do suporte à implementação da prática.
Referências: Guia 2, capítulo 2, páginas: 13-22 Guia 2, glossário, páginas: 232
Guia 4, capítulo 2, páginas: 15-16, 21-27 Guia 4, glossário, páginas: 308
Atributo Chave Tipo Tamanho Descrição
Número Primária Número 3 Número da atividade principal. Nome Texto 1 Letra representante da atividade
principal (a, b ou c).
Descrição Texto 200 Descrição da atividade principal. Suplemento Texto 300 Texto suplementar para a atividade
principal.
Prática_Sigla Estrangeira Texto 5 Sigla da prática da atividade principal. Nome da Entidade: Atividade Requerida
Nº da Entidade: 3
Nº de Elementos: Três para a atividade a, indeterminado para a atividade b e cinco para a atividade c de cada prática.
Descrição: São sub-atividades das atividades principais nomeadas pela letra da atividade principal e o número da sub-atividade requerida (a1, b2, c3). Referências: Guia 2, capítulo 2, páginas: 14-15
Guia 2, glossário, páginas: 237
Guia 4, capítulo 2, páginas: 15-16, 22-26 Guia 4, glossário, páginas: 315
Atributo Chave Tipo Tamanho Descrição
Número Primária Número 2 Número da atividade requerida. Nome Texto 2 Texto de um número de 1 a 99. Descrição Texto 200 Descrição da atividade
Suplemento Texto 300 Texto suplementar para a sub- atividade.
Nome da Entidade: Atividade Recomendada Nº da Entidade: 4
Nº de Elementos: Só existem atividades recomendadas para as sub-atividades requeridas da atividade b, e variam em quantidade dependendo da prática.
Descrição: São sub-atividades sugeridas para serem realizadas na atividade principal b, que trata da documentação e implementação da prática. São nomeadas por uma letra em um nível inferior ao da sub-atividade requerida (a1a, b2c, c3a). Sua implementação não é obrigatória para a certificação da organização.
Referências: Guia 2, capítulo 2, páginas: 14-15 Guia 2, glossário, páginas: 236 Guia 4, capítulo 2, páginas: 15-16 Guia 4, glossário, páginas: 314
Atributo Chave Tipo Tamanho Descrição
Número Primária Número 2 Número da atividade recomendada. Nome Texto 1 Letra da atividade recomendada. Descrição Texto 200 Descrição da atividade
Suplemento Texto 300 Texto suplementar para a sub- atividade.
Atividade_Requerida
_Número Estrangeira Número 3 Número da atividade requerida.
Nome da Entidade: Nível de Capacidade Nº da Entidade: 5
Nº de Elementos: Cinco níveis de capacidade (1,2,3,4 e 5).
Descrição: É o caminho de melhoria para ser percorrido pelo provedor de serviços (eSCM-SP) ou pelo cliente (eSCM-CL).
Referências: Guia 1, capítulo 4, páginas: 31-33 Guia 1, glossário, páginas: 80 Guia 3, capítulo 3, páginas: 44-46 Guia 3, glossário, páginas: 79
Atributo Chave Tipo Tamanho Descrição
Número Primária Número 1 Número do nível de capacidade. Nome Texto 50 Nome do nível de capacidade. Descrição Texto 200 Descrição do nível de capacidade.
Nome da Entidade: Área de Capacidade Nº da Entidade: 6
Nº de Elementos: 10 áreas no eSCM-SP e 17 áreas no eSCM-CL.
Descrição: É o agrupamento lógico de práticas que representam que abordam as questões críticas de terceirização dos modelos.
Referências: Guia 1, capítulo 4, páginas: 25-31 Guia 1, glossário, páginas: 80 Guia 3, capítulo 3, páginas: 32-43 Guia 3, glossário, páginas: 79
Atributo Chave Tipo Tamanho Descrição
Número Primária Número 2 Número da área de capacidade. Nome Texto 50 Nome da área de capacidade. Sigla Texto 3 Sigla da Área de Capacidade. Descrição Texto 200 Descrição da área de capacidade.
Nome da Entidade: Método de Determinação de Capacidade Nº da Entidade: 7
Nº de Elementos: 5 métodos (eSCM-SP e eSCM-CL).
Descrição: É um conjunto de cinco métodos para determinar a observância do provedor de serviços ou do cliente ao modelo.
Referências: Guia 1, capítulo 6, páginas: 60-66 Guia 1, glossário, páginas: 80 Guia 3, capítulo 5, páginas: 52-58 Guia 3, glossário, páginas: 79
Atributo Chave Tipo Tamanho Descrição
Número Primária Número 1 Número do método. Nome Texto 50 Nome do método. Descrição Texto 200 Descrição do método.
Propósito Texto 100 Objetivo do método de determinação de capacidade.
Resultado Texto 100 Perfil das práticas ou certificação obtida pelo método de determinação da capacidade.
Time Texto 50 Equipe interna e/ou externa, treinada ou autorizada no modelo, para realizar a determinação de capacidade.
Líder Texto 40 Líder do time de determinação Patrocinador Texto 30 Patrocinador da determinação de
capacidade. Escopo Texto 20 Escopo do modelo.
Nome da Entidade: Ciclo de Vida Nº da Entidade: 8
Nº de Elementos: 4 ciclos no eSCM-SP e 5 ciclos no eSCM-CL.
Descrição: É o agrupamento lógico de práticas que representam que abordam as questões críticas de terceirização dos modelos.
Referências: Guia 1, capítulo 4, páginas: 23-25 Guia 1, glossário, páginas: 86 Guia 3, capítulo 3, páginas: 28-32 Guia 3, glossário, páginas: 86
Atributo Chave Tipo Tamanho Descrição
Número Primária Número 1 Número do ciclo de vida. Nome Texto 50 Nome do ciclo de vida. Descrição Texto 200 Descrição do ciclo de vida. Nome da Entidade: Organização
Nº da Entidade: 9 Nº de Elementos: 0..*
Descrição: São os provedores ou clientes de serviço que possuem um nível de capacidade de terceirização.
Referências: Guia 1, capítulo 2, páginas: 8-15 Guia 1, glossário, páginas: 86
Guia 3, capítulo 2 e 3, páginas: 19-25 e 29-30 Guia 3, glossário, páginas: 79
Atributo Chave Tipo Tamanho Descrição
Número Primária Número 1 Número do provedor/cliente de serviços.
Nome Texto 50 Nome do provedor/cliente de serviços.
Descrição Texto 300 Descrição do provedor/cliente de serviços.
Nome da Entidade: Questão Crítica Nº da Entidade: 10
Nº de Elementos: 23 no eSCM-SP e 26 no eSCM-CL
Descrição: São questões críticas de terceirização levantadas através de revisão da literatura e entrevistas com provedores e clientes de serviços de TI.
Referências: Guia 1, capítulo 2, páginas: 9-13, 30 Guia 3, capítulo 2 e 3, páginas: 11-19, 43
Atributo Chave Tipo Tamanho Descrição
Número Primária Número 1 Número da questão crítica. Nome Texto 50 Nome da questão crítica. Descrição Texto 300 Descrição da questão crítica.
Nome da Entidade: Produto de Trabalho Nº da Entidade: 11
Nº de Elementos: 1..*
Descrição: Qualquer ativo produzido por uma prática do modelo ou utilizado por ela. Pode ser qualquer tipo de documentação (planos, políticas, programas, orientações, procedimentos, listas, relatórios etc.), ferramentas e software. Referências: Guia 1, capítulo 2, páginas: 13-27
Guia 1, glossário, páginas: 239 Guia 3, capítulo 2, páginas: 15-33 Guia 3, glossário, páginas: 319
Atributo Chave Tipo Tamanho Descrição
Número Primária Número 3 Número do produto de trabalho. Nome Texto 100 Nome do produto de trabalho. Descrição Texto 300 Descrição do produto de trabalho. Nome da Entidade: Papel
Nº da Entidade: 12 Nº de Elementos: 1..*
Descrição: São os papéis ou funções de supervisão das atividades de uma prática do modelo: Quem possui autoridade, responsabilidade e deve executar dentro de uma prática.
Referências: Guia 2, capítulo 2, páginas: 11, 19 Guia 4, capítulo 2, páginas: 19, 24
Atributo Chave Tipo Tamanho Descrição Número Primária Número 2 Número do papel. Nome Texto 50 Nome do papel. Descrição Texto 200 Descrição do papel. Nome da Entidade: Parte Interessada
Nº da Entidade: 13 Nº de Elementos: 1..*
Descrição: É o grupo de indivíduos que é afetado ou é responsável pelos resultados de um empreendimento. Podem ser clientes, fornecedores, parceiros, usuários finais, acionistas e empregados das organizações envolvidas dentro de um compromisso de trabalho.
Referências: Guia 2, capítulo 2, páginas: 15-26 Guia 2, glossário, páginas: 238
Guia 4, capítulo 2, páginas: 19-26 e 34 Guia 4, glossário, páginas: 317
Atributo Chave Tipo Tamanho Descrição
Número Primária Número 1 Número da parte interessada. Nome Texto 50 Nome da parte interessada. Descrição Texto 300 Descrição da parte interessada.
Nome da Entidade: Recurso Nº da Entidade: 14 Nº de Elementos: 1..*
Descrição: Os recursos são utilizados para realizar as práticas dos modelos eSCM-SP e eSCM-CL. Podem ser pessoas, habilidades, experiência, ativos de conhecimento, processos e orientações, soluções, documentos, infra- estrutura, computadores, redes, financeiro etc.
Referências: Guia 2, capítulo 2, páginas:16-21, 26-27 Guia 2, glossário, páginas: 237
Guia 4, capítulo 2, páginas: 22-32, 32-33 Guia 4, glossário, páginas: 315
Atributo Chave Tipo Tamanho Descrição
Número Primária Número 2 Número do recurso. Nome Texto 50 Nome do recurso. Descrição Texto 200 Descrição do recurso.
Dicionário de Dados – Tipos Relacionamento
Nas tabelas abaixo estão listados os dados dos tipos relacionamento, assim como a sua localização mais relevante nos guias oficiais.
Nome do Relacionamento contém / suporta, documenta e implementa Nº do Relacionamento: 1
Descrição: Por padrão, uma prática dos modelos eSCM-SP e eSCM-CL são divididas em três atividades chamadas atividades principais. As atividades contém as tarefas necessárias para suportar, documentar e implementar as práticas do modelo.
Entidade 1 Relacionamento Cardinalidade Entidade 2 Prática contém 3..3 Atividade Principal Atividade Principal suporta, documenta e
implementa 1..1 Prática Referências: Guia 2, capítulo 2, páginas:13-14
Guia 4, capítulo 2, páginas: 15
Atributo Chave Tipo Tamanho Descrição Sem atributo
Nome do Relacionamento reúne / compõe Nº do Relacionamento: 2
Descrição: Uma área de capacidade reúne um conjunto de práticas que abordam significativamente uma questão crítica de terceirização de TI.
Entidade 1 Relacionamento Cardinalidade Entidade 2 Área de Capacidade reúne 1..84/95 Prática
Prática compõe 1..1 Área de Capacidade Referências: Guia 2, capítulo 2, páginas: 22, 25
Guia 4, capítulo 2, páginas: 28, 32-33
Atributo Chave Tipo Tamanho Descrição Sem atributo
Nome do Relacionamento agrupa / implementa Nº do Relacionamento: 3
Descrição: Cada prática dos modelos eSCM-SP e eSCM-CL possuem um nível de capacidade. Um determinado nível de capacidade de provedor ou cliente de serviços de TI engloba todas as práticas de mesmo nível de capacidade e as dos níveis anteriores.
Entidade 1 Relacionamento Cardinalidade Entidade 2 Nível de Capacidade agrupa 1..84/95 Prática
Prática implementa 1..1 Nível de Capacidade Referências: Guia 2, capítulo 2, páginas: 31-33
Guia 4, capítulo 2, páginas: 44-46
Atributo Chave Tipo Tamanho Descrição Sem atributo
Nome do Relacionamento executa / realiza-se em Nº do Relacionamento: 4
Descrição: Cada prática dos modelos eSCM-SP e eSCM-CL é realizada em um determinado ciclo de vida. Um determinado ciclo de vida executa o conjunto de práticas atribuídas para este ciclo.
Entidade 1 Relacionamento Cardinalidade Entidade 2 Ciclo de Vida executa 1..84/95 Prática
Prática realiza-se em 1..1 Ciclo de Vida