Product Architecture: Difference between revisions

(No difference)

Revision as of 08:03, 19 August 2020

Ignite AIoTArtificial IntelligenceInternet of ThingsBusiness ModelSolution ArchitectureDevOps & InfrastructureTrust & SecurityReliability & ResilienceVerification & ValidationAIoT Business ViewpointAIoT Usage ViewpointAIoT Functional ViewpointAIoT Implementation ViewpointAIoT Product ViewpointIgnite AIoT - Solution Architecture

Ignite AIoT: Product Architecture

The idea of a product architecture might seem old fashioned to somebody who is used to working in small, agile development teams. After all, the Agile manifesto itself values working software over comprehensive documentation and emphasizes The most efficient and effective method of conveying information to and within a development team is face-to-face conversation. However, in large-scale, multi-team, multi-site projects, a certain amount of documentation is required in order to ensure that all teams and stakeholders are aligned and working in synch. Many AIoT projects will have this problem. Consequently, Ignite AIoT proposes to create and maintain an AIoT Solution Architecture which captures key requirements and design decision in a consistent manner. In order to achieve this, the following viewpoints are proposed:

It is important to notice that Ignite AIoT is not proposing an excessive, RUP/waterfall-style model depth, as can be seen when looking at the individual templates. The general idea of collaboration between the different project stakeholders in the architecture management process is shown in the figure below.

AIoT Solution Architecture Process

The key to success here is to keep the AIoT Solution Architecture on a level of detail where it is meaningful but not overly complex. The agile teams must be able to apply their own mechanism (e.g. demand-driven design spikes) to derive requirements for their backlog and provide feedback to the overarching architecture in return.