Architecture Repository/Artifacts/Abstract Wikipedia Architecture
Abstract Wikipedia Architecture Edit
A library of code functions to support the Wikimedia projects and beyond, for everyone to call and re-use in the world's natural and programming languages
Last updated: 2022-12-16 by APaskulin (WMF)
Status: v1 published April 2021 to describe the architecture modeling and discussion for Abstract Wikipedia
Mission statement Edit
Enable everyone to collaboratively create and maintain a library of code functions to support the Wikimedia projects and beyond, for everyone to call and re-use in the world's natural and programming languages
Narratives (User stories) Edit
- User stories (TODO)
Capabilities Edit
This is a list of systems capabilities for the Abstract Wikipedia system. This list is still under consideration and is evolving as we continue to model and flesh out the system behavior. Click to see the artifact (LucidChart).
Contribute functionality Edit
Capabilities that involve contribution like creating new objects and editing existing objects.
- Contribute function definition
- Translate function definition
- Contribute function implementation
- Accept valid implementation
Discuss functionality Edit
Capabilities that involve community collaboration on policy and functionality.
- Establish policy and norms
- Standardize functionality
- Finding missing required functionality
- International global standardization
Test functionality Edit
Capabilities that involve testing functions and quality assurance of the deliverable objects.
- Contribute test cases
- Test the correctness of a function
Serve functionality Edit
Capabilities that involve serving the functions and objects in the system to an external consumer.
- Invoke a function call
- Update the result of a function call
- Fetch external parameter data
- Find a function
- Embed function in a wiki page
Document functionality Edit
We are still fleshing this capability out and what it means for the behavior of the system.
Architecture models Edit
This section includes the architectural models that are part of the discovery and model stages to define the architecture. This follows the Architecture practice, and involves collaborative modeling techniques like event sourcing. The goal of the process is to describe the domains of the system and model the architectural process. This work is ongoing.
Event models Edit
These models aim to understand how the system works, mark the pain points, and discover where to dive deeper.
Event storming - first version Edit
We began here to understand the events that happen in the system. And to tease out pain points / dense areas where we want to dive deeper.
Prioritized modeling how “validation” works next.
Event storming - cleaner version Edit
Layered the events, as we identified them, and agreed this was accurate (with many remaining questions.)
Adding functions event sourcing Edit
A model attempting to describe the actions and events that happen when a function is added to the system.
Ideal function dashboard model ("Happy puppy model") Edit
This model was created from the view of an "ideal" workflow, to flush out behavior and interaction with the system.
Contexts and events in high-level model Edit
A model fleshing out the user actions, system capabilities, and events in the system.
Capabilities and Flow models Edit
These are models showing the capabilities and/or flow of data through the system.
Flow/Capabilities model - first draft Edit
This was the first attempt to create a representation of the actions, flow, and events of the system.
Mission, Capabilities and Flow - second draft Edit
A second iteration on the flow and capabilities model, connecting them to the team's missions statement.
Structure models Edit
These are models describing a behavior of some system or several systems and their parts.
Top-level architectural model Edit
This represents the top-level architecture of the system and its top-level services.
