Submitted by st on
Compilation d'après SWEBOK (software engineering body of knowledge)
| Visibilité | Niveau | Type de besoins (quoi) | Source (qui) | Document (où) | Nombre environ de besoins | Type de test | Responsable |
| Boite noire | Entreprise / marché | Les enjeux du business (Business Needs) | Top-management / le marche | Expressions de besoins (Business Case, Stakeholder Requests) |
5 | Test d'exploitation / commercialisation du produit | Chef de projet |
| Client | Demandes fonctionnelles, propriétés du produit (Business Requirements,Features) |
Expert fonctionnel | Conception de produit (Vision) |
25 | Recette usine (ensembles de tests d'acceptation), les démonstrations |
Chef de produit | |
| Utilisateur | Demandes utilisateurs (User requirements) | Utilisateurs clés (key users) | Spécification de besoins (Software Requirements Specification) |
100 | Test d'acceptation, recette utilisateurs (Acceptance Test) | Analyste de systèmes, analyste d'opérations | |
| Boite blanche | Système | Demandes système (System requirements) | Standards, patrons de conception (architecture patterns) | Cahier de charges, Dossier d'Architecture Technique (Software Architecture Document): les couches, les sous-systèmes, les interfaces externes et entre sous-systèmes... |
150 | Test système (System Test) |
Architecte système (system architect) |
| Sous-système (module fonctionnel, composant) | Demandes sous-système (modules) | Patrons de conception, bonnes pratiques (design patterns) | Modèle logique (Design Model): composants, entités/classes, interfaces... |
1000 | Test d’intégration (Integration Test) | Architecte logiciels (software architect) | |
| Module | Demandes unitaires | Conventions du codage, algorithmes... | Spécification de module: méthodes, signatures, contrats... | 2000 | Test unitaires (Unit Test) |
Développeur (software developer) |