The Software Product Model

The Software Product Model

Welcome to the Software Product Model. A humble but quite opinionated newsletter about software architecture and engineering. The newsletter follows my white paper and publishes smaller, bite-sized content about it.

To get started, read the white paper here:

https://storage.googleapis.com/archmind-whitepapers/Software%20Product%20Model.pdf

Here's what to expect:

  • An ontology that joins the conceptual model with the technical models (logical and physical) and defines maps between each model
  • A metamodel that centers around behavioral composition and derives software structures around it

Here are some ontological questions and answers you might encounter:

  • What is a software product and what models does it need?
  • What is Architecture or Engineering in the context of a software product?
  • Who are the primary stakeholder groups?

Finally, here are some questions that the metamodel might help with:

  • When I draw a line between two boxes, how do I know that line is even valid?
  • For a given feature, why do I have to look at a diagram of the entire system?
  • What is the relationship between composition and structure?
  • How can I define once and render many?

I hope you'll subscribe and help build a community around the model.

To view or add a comment, sign in

More articles by Jayson Go

  • The Software Product Metamodel

    Background The Software Product Model is a super model that solves the imprecision of software models and the integrity…

  • Software Product Ontology

    The software product is a type of non-trivial software that consists of exactly three stakeholder groups. The owner…

    2 Comments
  • Decoding Software's DNA and the Quest for Perfect Blueprints

    I recently asked Gemini to read and summarize my white paper The Software Product model. It did an excellent job…

  • The Software Product Ontology and Metamodel Overview

    The benefit of software documentation is compromised. For many, this is apparent from incorrect implementations, flawed…

  • Double Dilemma

    For many types of software, their documentation is essential but oft compromised. Of course, not all software requires…

  • The Software Product

    Software can be classified in many ways, and is helpful to do so because it can hide uninteresting or unimportant…

  • Making a difference as a Tech Lead

    Recently, I interviewed a candidate who asked me what I did (as a Technical Lead at my company). The question slightly…

    4 Comments

Explore content categories