Devops Meta

🎭 index references    elucidation    metier 🎭
👐 top    mid    bottom   👐

⚙  bpm   sdlc   bianl   data   meta   math   ⚙
  
⚒   Intro   Foundation   Technical LC   assembly line   artefacts   Pattern chain   ⚒

Naming conventions

Patterns as operational constructs.

more_dmeta security applications data exchange Naming conventions, why is it critical?

There are a lot of questions to answer:
📚 Information data is describing?
⚙ Relationships data elements?
🎭 Who is using data for what proces?
⚖ Inventory information being used ?

🔰 Somewhere in a loop of patterns ..
Most logical back reference: previous.

Contents

Reference Topic Squad
Intro Patterns as operational constructs. 01.01
Foundation Why doing naming conventions. 02.01
Technical LC Technical & tools Life cycle. 03.01
assembly line Business Process assembly line sequence. 04.01
artefacts Logical Artefacts. 05.01
Pattern chain Defining the chain - Transformations. 06.00
Dependencies other patterns 06.02

Progress



Duality service requests

duality service requests sdlc: Naming conventions with de DTAP (life cycle) is fundamental good governance.

bianl: The information in the DTAP (life cycle) is a source to use analysing processes. When additional measurements are needed they are to new requirements.
log_legal1.jpg

Why doing naming conventions.


There are several reasons:
Proposal idea duplication, library classification scheme
udcdata is one of classification schemes.
The UDC is the world's foremost multilingual classification scheme for all fields of knowledge and a sophisticated indexing and retrieval tool. It is a highly flexible classification system for all kinds of information in any medium. Because of its logical hierarchical arrangement and analytico-synthetic nature, it is suitable for physical organization of collections as well as document browsing and searching. udcdata_00.jpg
Olympia_odenon.jpg

Technical & tools Life cycle.


The goals are preparing all those technical resources at the infrastructure level for the tooling´s (applications) with their administration and the business (applications) with another administration type. This starts with the administrative agreements and follow up in low level technical tier.

The resulting environment of the technical aspects is for tier-1 administration. The follow up are the business aspects.

Storage & monitoring.
Technical naming´s (IAAS PAAS): There is no visible business naming conventions for this. The used naming conventions get a direction by those that are delivering these infrastructure resources.

Machines & Tools for research & development.
There is no visible business naming conventions for this.
The needed naming conventions get a direction by logical machine naming´s.

Business process development.
1 📚 <idtapz-C>/ one letter -
Two stages added to normal DTAP

Remarks:
Business process identification.
2 📚 B<process_id-NNN>/ The letter B followed by three digits.
The logical name is often changed in time although the process is the same. The logical name should be found as documentation artefact

Delphi_odenon.jpg

Business Process assembly sequence.


The technical area is having at least two administrative tiers.
- Those tiers are: Every business process is having several steps in their proceeding. It is like an assembly line with stations and workers.

The business area is adding more administratitieve tiers.
- Those tiers are:
paralellel line non operational
3 📚 L<process_id-*>_
At develop and test there can multiple lines active at the the same moment. The real operational production doesn&actut have that. I that real operatonal this is left empty / blank.

Classification System ICT artefacts
4 📚 <process_proceeding-N> One number (character)
All steps are applicable to any system although might be empty in cases.

Remarks:
umbrellas.jpg

Logial Artefactcs.


The logical artifacst within a process proceeding can have many types of techncial realisstions. Sometimes the can stored in the same storage type, sometimes the naming convention in different storage types is the only way of the strong association.

Classification System ICT artefacts
Artifacts (shared - subfolders)
5 📚 <artifact type-Cccc>/
Not all types of artifacts need to be present in every business level of proceeding

unique business application proces lines
6 📚 <%*>
An unique name for this artefact within the context type.

Different artifacts that are strongly related can use the same name. Eg a word document and the PDF version having the same name. The documentation for some code er data elemement can share the same nam in a similar way.


feel_brains_05
Underpinning the technical dependicies.

The usage of the process-proceeding is not required with simple processes. When going vor Machine lerarning Application Life Cyce type 3 (ALC-v3), then there a many parties with different type of duties getting involved.
The segregation of duties requirement is resulting in many different autorisation settings in the same value stream of the process.
Having the artefacts segregated at process flow steps:

feel_brains_06.jpg

Defining the chain - Transformations.


Pattern: Naming convention & managing hierarchy
The levels ordered:
  1. <idtapz-C>/
  2. B<process_id-NNN>/
  3. <parallel_id-L*>_
  4. <process_proceeding-N>/
  5. <artifact type-Cccc>/
  6. %*

A long combined string to use:
<C>/B<NNN>_<N>/L<*>_<Cccc>/%*

Remarks:
Conflicting other Patterns.
This naming pattern is a logical construct. In the realisation there are also physical properties to evaluate and choose options.

When the CIA, Confidentiality Integrity Availability requirements for all artefacts are the same, storing everything in the same physical structure is an option. With different sizing of code (sources) and data (information) and different performance requirements (io throughput) and different availability (backup restore DR) the physical placing is different as of the logical naming.

💡 A solution for this is using logical links so both requirements are acknowledged.
⚠ knowing the physical naming´s a tendency is to neglect the logical pattern.

Dependicies other patterns
more_dmeta security applications data exchange This page is a pattern on naming conventions.

Within the scope of metadata there are more patterns like exchaning information (data) , building private metadata and securing a complete environment.

🔰 Somewhere in a loop of patterns ..
Most logical back reference: previous.


⚒   Intro   Foundation   Technical LC   assembly line   artefacts   Pattern chain   ⚒
  
⚙   bpm   sdlc   bianl   data   meta   math   ⚙

© 2012,2020 J.A.Karman
👐 top    mid    bottom   👐
🎭 index references    elucidation    metier 🎭