Search icon CANCEL
Arrow left icon
Explore Products
Best Sellers
New Releases
Books
Videos
Audiobooks
Learning Hub
Conferences
Free Learning
Arrow right icon
Arrow up icon
GO TO TOP
Practical Model-Driven Enterprise Architecture

You're reading from   Practical Model-Driven Enterprise Architecture Design a mature enterprise architecture repository using Sparx Systems Enterprise Architect and ArchiMate® 3.1

Arrow left icon
Product type Paperback
Published in May 2022
Publisher Packt
ISBN-13 9781801076166
Length 412 pages
Edition 1st Edition
Tools
Arrow right icon
Authors (2):
Arrow left icon
Joe Williams Joe Williams
Author Profile Icon Joe Williams
Joe Williams
Mudar Bahri Mudar Bahri
Author Profile Icon Mudar Bahri
Mudar Bahri
Arrow right icon
View More author details
Toc

Table of Contents (16) Chapters Close

Preface 1. Section 1: Enterprise Architecture with Sparx Enterprise Architect
2. Chapter 1: Enterprise Architecture and Its Practicality FREE CHAPTER 3. Chapter 2: Introducing the Practice Scenarios 4. Section 2: Building the Enterprise Architecture Repository
5. Chapter 3: Kick-Starting Your Enterprise Architecture Repository 6. Chapter 4: Maintaining Quality and Consistency in the Repository 7. Chapter 5: Advanced Application Architecture Modeling 8. Chapter 6: Modeling in the Technology Layer 9. Chapter 7: Enterprise-Level Technology Architecture Models 10. Chapter 8: Business Architecture Models 11. Chapter 9: Modeling Strategy and Implementation 12. Section 3: Managing the Repository
13. Chapter 10: Operating the EA Repository 14. Chapter 11: Publishing Model Content 15. Other Books You May Enjoy

Establishing your first diagram

In this section, we will be building a brand-new enterprise architecture repository that will contain all our diagrams and elements. Diagrams visually show how elements are related to convey an idea, such as what a specific component is composed of, how a specific service is provided, or how a group of data centers are connected and what they contain. An element can be represented by different diagrams, each showing a different aspect of it, so the same element can appear in many diagrams.

Packages, on the other hand, represent a physical containment of their content, such as elements, diagrams, and other packages. A child element can have one parent only, but parents can have many children. Packages look and act like folders in file systems as they contain other elements, while elements and diagrams are the equivalents of files in file systems. You can nest packages within packages as much as you may need, but you need to keep in mind that very deeply...

lock icon The rest of the chapter is locked
Register for a free Packt account to unlock a world of extra content!
A free Packt account unlocks extra newsletters, articles, discounted offers, and much more. Start advancing your knowledge today.
Unlock this book and the full library FREE for 7 days
Get unlimited access to 7000+ expert-authored eBooks and videos courses covering every tech area you can think of
Renews at €18.99/month. Cancel anytime