doc: split Architecture.md into per-topic pages
doc/Architecture.md was 436 lines and growing; this commit
extracts each non-trivial subject into its own page under
doc/architecture/ and reduces the root document to a table of
contents + transversal sections (vision, stack, admin rights).
New pages (under doc/architecture/):
- workflow-multi-parties.md : client / fournisseur /
coordinateur roles, sous-traitance, project states, B2B/B2C,
domaine musical production flow.
- domaine-musical.md : titres collaboratifs (formats, flux de
production, contraintes de licence).
- licences.md : LicenceModele, CC/ODbL seed, badge projet,
cycle de vie.
- domaines-activite.md : arbre des activites, Droit a la
racine, DomaineActivite model.
- dictionnaires-metier.md : regle d'heritage, DictionnaireMetier
+ TermeMetier, cycle de vie d'un terme. Absorbs the previous
doc/Dictionnaire.md draft.
- offres-frontmatter.md : ClasseFormulaire / ClasseDevis,
OffreFournisseur, Demande, parsing YamlDotNet (introduit dans
4034c399 Front matters). Absorbs the previous
doc/Formulaires-devis.md and doc/Demande.md fragments.
- postit-oidc.md : documentation du client desktop PostIt,
custom URI scheme (RFC 8252 §7.1), composants partages,
plateformes, UX observable, persistance et reprise au boot,
garanties testees.
Architecture.md (436 -> 66 lines) keeps the vision, the stack
overview, the admin rights section, and a TOC table pointing at
each detail page. The "A documenter ensuite" backlog is kept
at the end.
Cross-links are relative: from Architecture.md the links go
architecture/<page>.md; from inside doc/architecture/ they go
../Architecture.md or <sibling>.md.
This commit is contained in:
parent
4034c39905
commit
74de6aa1d1
11 changed files with 548 additions and 338 deletions
43
doc/architecture/domaine-musical.md
Normal file
43
doc/architecture/domaine-musical.md
Normal file
|
|
@ -0,0 +1,43 @@
|
|||
# Domaine musical — Titres collaboratifs
|
||||
|
||||
> **Récapitulatif** : Yavsc permet de produire collaborativement
|
||||
> des titres musicaux sous licence libre, en s'appuyant sur la
|
||||
> mise en relation multi-parties. Détail dans cette page, racine
|
||||
> de l'architecture : [Architecture.md](../Architecture.md).
|
||||
|
||||
## Objectif
|
||||
|
||||
Permettre la production collaborative de titres musicaux sous
|
||||
licence libre, à partir de la mise en relation assurée par Yavsc.
|
||||
|
||||
## Formats supportés
|
||||
|
||||
- Audio (ex : WAV, FLAC, MP3)
|
||||
- Partition (ex : MusicXML, LilyPond, PDF)
|
||||
- MIDI
|
||||
|
||||
## Flux de production
|
||||
|
||||
1. Un client exprime un besoin musical
|
||||
2. Des prestataires répondent avec des devis
|
||||
3. Un **consensus est établi en amont** entre le client et les
|
||||
contributeurs sur la licence du livrable final
|
||||
4. La collaboration produit les fichiers
|
||||
5. Le titre est publié sous la licence choisie
|
||||
|
||||
## Contraintes spécifiques
|
||||
|
||||
- L'accord de licence sur le livrable musical est une instance
|
||||
du modèle `LicenceModele` détaillé dans
|
||||
[licences.md](licences.md).
|
||||
- L'arborescence d'activités musicales (`Musique → Jazz`,
|
||||
`Musique → Classique`, etc.) est décrite dans
|
||||
[domaines-activite.md](domaines-activite.md).
|
||||
|
||||
## Voir aussi
|
||||
|
||||
- [Architecture.md](../Architecture.md) — racine.
|
||||
- [workflow-multi-parties.md](workflow-multi-parties.md) — rôle
|
||||
client/fournisseur/coordinateur dans la production musicale.
|
||||
- [licences.md](licences.md) — modèle de licence applicable au
|
||||
livrable.
|
||||
Loading…
Add table
Add a link
Reference in a new issue