Des threads sur chaque entité.
Commentez un requirement, une ligne de BOM, une baseline. Mentions, pièces jointes, états de résolution. La discussion reste attachée à l'artefact à jamais.
Le stack-up de tolérances montre ±0,15 mm au worst case. Le jeu d'assemblage reste-t-il safe ?
Analyse refaite. Vérification SR-128 mise à jour — voir pièce jointe.
Validé pour gel. Ajout à la baseline v1.2.
Des design reviews structurées.
Workflows formels : définir le scope, inviter les reviewers, capturer les décisions, verrouiller le résultat sous baseline. Remplace le cauchemar mail + Excel + checklist.
Choisir les entités à reviewer
Assigner rôles et règles d'approbation
Threads, résolus, capturés
Signée, baselinée, immuable
| Item | Qty | Editor |
|---|---|---|
| LiFePO4 Battery | 1 | AC editing |
| Motor Controller PCB | 1 | MD editing |
| BLDC Motor 750W | 4 | — |
| IMU Sensor | 2 | PS editing |
Co-édition temps réel.
Plusieurs ingénieurs sur le même métamodèle, la même BOM, la même liste de requirements. Curseurs, édits live, indicateurs de présence. Sans conflit, auditable.
Chaque changement. Chaque décision. À jamais.
L'audit trail n'est pas une option, c'est le socle. Qui a changé quoi, quand, pourquoi, et quelle baseline l'a gelé. Exportable en PDF pour les audits ISO 13485 et AS9100.
| 14:32 | alice.chen@ | a édité | SR-128 · critère d'acceptation | |
| 14:28 | marc.dubois@ | a approuvé | Baseline v1.2 | |
| 14:21 | priya.shah@ | a verrouillé | BOM Drone Frame v3.0 | |
| 14:15 | ci-bot@ | a lié | Test TC-501 → SR-128 |
Des documents reliés à la source de vérité.
Specs, datasheets, PDFs, fichiers CAO — rattachés à la bonne entité. Quand un requirement change, les documents qui le référencent sont signalés automatiquement.
Battery datasheet rev B.pdf
→ Component · LiFePO4 Battery
DHF section 4 — Risk.docx
→ Risk item RI-014
Test report TC-501.pdf
→ Requirement SR-128
DO-178C SwReq baseline.xlsx
→ Baseline v1.2