« MULTITEAM » : différence entre les versions
| Ligne 134 : | Ligne 134 : | ||
== Checkmarx == | == Checkmarx == | ||
[https://eu.iam.checkmarx.net/auth/realms/vitam/protocol/openid-connect/auth?client_id=ast-app&redirect_uri=https%3A%2F%2Feu.ast.checkmarx.net%2Flogin-organization&state=1b172ed2-ae87-4b07-8424-49d2b6f61fbd&response_mode=fragment&response_type=code%20id_token%20token&scope=openid&nonce=e54ae4e8-bceb-4964-8d44-12319b7f9094 Checkmarx] | [https://eu.iam.checkmarx.net/auth/realms/vitam/protocol/openid-connect/auth?client_id=ast-app&redirect_uri=https%3A%2F%2Feu.ast.checkmarx.net%2Flogin-organization&state=1b172ed2-ae87-4b07-8424-49d2b6f61fbd&response_mode=fragment&response_type=code%20id_token%20token&scope=openid&nonce=e54ae4e8-bceb-4964-8d44-12319b7f9094 Checkmarx] (tenant : vitam) | ||
Attention pour s’authentifier, choisir en option le : « VITAM OpenLdap » | Attention pour s’authentifier, choisir en option le : « VITAM OpenLdap » | ||
Version du 3 septembre 2024 à 16:18
Présentation de l'équipe
- GHERIBI Lotfi
- RADEAU Daniel
- BERTOUL Raouaa
- SERIR Soufyane
- LEMAIRE Sandrine
- MINY Jean-Marie
- BERNARD Etienne
- TIZAOUI Mohamed
- BENARBIA Benaissa
- PARIS Alexandre
- NAJI Hossame
- ROBERT Maxime
- FATAN Souhaib
- JOSSE Isabelle
- VILLE Marion
- WELLHOFF Leo
Tableau de suivi des présences (Global)
Planning Qualification Support
Procédures
Procédure d'installation Vitam Core pour développement local v.1.0
DOR : Definition Of Ready
- Estimation et criticité doivent être définie
- Le besoin et le context de l'US doit être compris par tous et retranscrit dans la description
- Un maximum de 7 critères d'acceptances
- Les maquettes doivent être à jour et terminées avec un lien FIGMA
- Il faut anticiper les scénarios UX
- Les traductions doivent être présentes
- Les US doivent être découpées en tâches
- Un tech design validé
- Identifier les aspects de refontes
- Identifier le travail sur les tests
- Quel niveau pour les TI
- Quel niveau pour les tests end to end ( TNR & Front selenium )
- Fournir des jeux de tests et des exemples
- Les dépendances entre US doivent avoir été identifiées
DOD : Definition Of Done
- DoD Développement
- Tous les critères d'acceptances sont implémentés
- Le Build est valide
- Test nominaux sur INT / BAC à sable / Local
- Alimenter le changelog
- Fournir des jeux de données supplémentaires
- Fournir la requête REST pour les tests d'API
- Review du code OK
- DoD Testing
- TU ( Java et/ou Angular )
- TI
- TNR
- End to End auto
- DoD Documentation
- Compléter le Tech Design
- Les RAML
- Documentation d'architecture (DAT)
- Documentation d'exploitation (DEX)
- Documentation d'installation (DIN)
- Documentation de migration (DMV) ( Script de montée de version ... )
- Le fichier README
- Mise à jour de l'ADR ( Log d'architecture )
- Listing des requêtes HTTP
- Documentation du workflow
- Documentation sur le modèle de données
- DoD Validation QA&UX
- Validation UX design
- Validation nominale
- Validation INT
- Validation ITREC
- DoD Validation PO
- Vérification documentaire
- Relecture finale
Outils
Cette section recense les outils à disposition et leur usage dans le cadre du projet
Jenkins
Gestion des tickets
- Artefact USER STORIES est celui du projet
- Artefact DEMANDE PARTENAIRE est à suivre, recopier dans USER STORIES et à répondre aux partenaires
- Artefact Bugs = tickets de Bug de VITAM que notre recetteuse cherche à traiter avec l’Administration et l’équipe de dev.
Contributions (Git)
Sert à suivre les états des MR. Une MR a le numéro du ticket Tuleap dans le titre (doit l'avoir en tout cas, sinon tu ne peux pas savoir si OK ou KO )
NB : Les accès sont gérés par les devOps
Checkmarx
Checkmarx (tenant : vitam)
Attention pour s’authentifier, choisir en option le : « VITAM OpenLdap »
Enregistrement de la formation du 5 juin 2024 : https://youtu.be/MbJuksyuu4I
Enregistrement de la formation du 19 juin 2024 : https://youtu.be/t5p4O6_kQMk
Sonar
Squash
Tableau de bord Squash (multi projet)