The focus should be on people (actors, roles, personas, etc) and software systems rather than technologies, Draw a diagram showing your systemĪs a box in the centre, surrounded by its users and the other systems that it interacts with.ĭetail isn't important here as this is your zoomed out view showing a big picture of the system landscape. In the C4 model, components are not separately deployable units.Ī System Context diagram is a good starting point for diagramming and documenting a software system,Īllowing you to step back and see the big picture. one component vs many components per JAR file, DLL, shared library, etc) is a separate and orthogonal concern.Īn important point to note here is that all components inside a container typically execute in the same process space. Aspects such as how those components are packaged (e.g. If you're using a language like Java or C#, the simplest way to think of a component is that it's a collection of implementation classes behind an interface. The word "component" is a hugely overloaded term in the software development industry, but in this context a component is a grouping of related functionality encapsulated behind a well-defined interface.
0 Comments
Leave a Reply.AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |