What is a “Bounded Context” When defining the requirements of business there are processes that are related. They consume common data but their responsibilities are related to a specific business requirement. An example of a Bounded Context that most companies would have is the Customer Management context. This image shows the bounded contexts of a...
Read more
Blog
Semantic Design Series: Domain Driven Design
What is Domain Driven Design (DDD)? The simple Domain Driven Design definition: A Collection of Principles and Patterns … Used to Transform the Business Domain …… Into Technology Domain Models as Software Abstractions The key take away from that definition is “Business Domain” as “Technology Software Abstractions“. Using the Software...
Read more
Semantic Design Series: Ubiquitous Language
What is the Ubiquitous Language? The Ubiquitous Language is a collection of Business Terms that must be understood and realized in the same way by all Team Members. The lexicon is a “Living Dictionary” that must be pro actively managed throughout the entire Software Development Life Cycle. Why do we...
Read more
Semantic Design Series: RESTful Architecture
The Semantic Design RESTful Architecture What is Representational State Transfer? “Representational State Transfer (REST) is an architectural style consisting of a coordinated set of constraints applied to components, connectors, and data elements within a distributed Hypermedia system. REST ignores the details of component implementation and protocol syntax in order to...
Read more
Semantic Design Series: Model Driven Design
Model Driven Design Concepts In Domain Driven Design (DDD) we strive to create a Technical Representation of the Business Domain in the Technology Domain Code we develop. We create these representations with a concept called Model Driven Design. We seek to define the Business Domain using Technical Domain Models created...
Read more
Semantic Design Series: The Layered Model
The Semantic Web Architecture What is a “Semantic” in Web n-Tier Architecture? The TMD definition of an Architectural Semantic is: “The Representation of a Domain Entity rather than the Domain Entity Itself” The “Semantic” of a concrete implementation is generally non-temporal but the implementation of the universal idea, the Semantic,...
Read more
Quality Management: The Code Review Process
Agile Manifesto and Creating Quality Products The driving concept behind the Agile Manifesto Principles is a paradigm of “Product Delivery” over “Product Delivery Process“. This paradigm shift is a major change of philosophy for upper and middle management that have been “Frozen in the Waterfall” methodology. A Code Development Processes is Required to Create Continuous Quality Products The TMD Code Review Process The...
Read more
The Sprint Release Planning Process
The Agile End Game: Product Release All of these activities: Business Team Meetings Architect Team Design Sessions Development Team’s Daily Stand Up Meetings Design, Development and Integration Code Review Process QA Team Activities Network Infrastructure Team Support are all for one focused goal: Development Product Release The major reason that the...
Read more
The Agile Series: Organizational Process Debt
What is Organizational Process Debt? When developed code is released as a deliverable that requires additional work, such as refactoring for future cost reductions, it is referred to as “Technical Debt“. But what about Less Than Successful Business Processes? Recently I had a discussion with a seasoned Agile veteran from Exit5 Ventures, who referred to...
Read more