Un résultat utilisable

Couvrir zones métier, administration, sauvegarde, invités, prestataires, flux et dépendances.

Le livrable doit identifier sa version, son périmètre, son responsable et sa source. Il doit permettre une action ou une décision, car une pièce documentaire sans utilisateur ni mise à jour prévue risque de devenir rapidement obsolète.

L’architecture et le réseau conçoivent, sécurité définit les exigences, et les propriétaires applicatifs justifient les flux.

Vérifier depuis des zones de test autorisées que seuls les services nécessaires sont accessibles.

Application à votre contexte

Un livrable doit avoir un utilisateur, une décision ou une action associée. Précisez sa source de vérité, son responsable et son entretien. Un document non maintenu peut rapidement devenir une information trompeuse.

Reliez chaque mesure à un scénario de risque et à un actif utile. La prévention, la détection, la réaction et la reprise se complètent. Un catalogue d'outils ne suffit pas : précisez qui traite une alerte, en combien de temps et avec quelle autorité.

Remettre cette réponse dans son contexteSegmentation et contrôle des communications

Références pour approfondir