Une répartition de la structure des agences, sites, services et ressources au sein de l'application CS Resource.
Structure hiérarchique
Lorsque l'on explore la ressource, les composants principaux (entités et relations) sont mieux compris de manière hiérarchique :
Organisation (Votre organisation)
└── Agence (Fournisseurs de services répertoriés dans votre base de données)
├── Site
│ └── Service
└── Service
└── Ressource (Site + Service)
Logique de création de ressource
Ressource = Site (requis) + Service (requis)
Exemple de flux :
Agence: "Réseau des services aux sans-abri" (créé dans la base de données des ressources de l'organisation)
Site: "Refuge du centre-ville" (créé sous l'agence)
Service: "Refuge d'urgence" (créé sous l'agence/site)
Ressource: "Refuge du centre-ville - Refuge d'urgence" (créé en combinant site/service)
Exemple d'entrée :
Aperçu des entités de ressource
Entité
Objectif
Portée
Exemple
Agence
Nom du fournisseur de services
Haut niveau
"Réseau des services aux sans-abri"
Site
Emplacement physique/virtuel
Spécifique à l'emplacement
"Refuge du centre-ville" au 123 Main St
Service
Type de service proposé
Type de service
"Refuge d'urgence"
Ressource
Service fourni à un emplacement physique/virtuel
Entité spécifique
"Le Refuge du centre-ville propose un Refuge d'urgence"
Identité principale : id, name, description, alias
Informations sur l'organisation : organizationId, agencyType, legalStatus, status
Financier : annualBudget, federalEIN, irsTaxCode, yearIncorporated
Direction : directorName, directorTitle
Relations : parentAgency, sites[], services[]
Infos de contact : addresses[], emails[], phones[], contactPersons[]
Autre : url, hour, references[], metadata
Site (Total : ~25+ champs)
Identité principale : id, name, description, alias
Relations : organizationId, agencyId, agency (imbriquée)
Statut : statut
Infos de contact : addresses[], emails[], phones[], contactPersons[]
Autre : url, hour, references[], annotations[], metadata
Service (Total : ~30+ champs)
Identité principale : id, name, description, alias
Relations : organizationId, agencyId
Classification : airsTaxonomyId, metadata.airsTaxonomy
Statut : statut
Géographique : zoneGeo
Légacy : metadata.serviceNeed (obsolète)
Infos de contact : emails[], phones[], contactPersons[]
Autre : hour, references[], annotations[], metadata
Ressource (Total : ~35+ champs)
Identité principale : id, description, alias
Relations : organizationId, serviceId, siteId, agencyId
Objets imbriqués : service (complet), site (complet), site.agency (complet), organization
Statut : status, visibility, limitedAvailability
Zone desservie : metadata.serviceAreaName[], metadata.serviceAreaRegion[], metadata.serviceAreaZipCodes[]
Détails du service : metadata.fees, metadata.applicationProcedure, metadata.serviceRequirements, metadata.serviceExclusions, metadata.serviceConditions
Infos de contact : addresses[], emails[], phones[], contactPersons[]
Autre : hour, references[], networks[], area (null)
Matrice détaillée des relations
1. Organisation → Agence
Type: Un-à-plusieurs
Contrainte: Chaque agence appartient exactement à une organisation
Exemple: L'organisation "211 Los Angeles" a l'agence "Réseau des services aux sans-abri"
2. Agence → Site
Type: Un-à-plusieurs
Contrainte: Chaque site appartient exactement à une agence
Exemple: "Réseau des services aux sans-abri" a les sites "Refuge du centre-ville" et "Westside Outreach"
3. Agence → Service
Type: Un-à-plusieurs
Contrainte: Les services doivent appartenir à une agence
Exemple: "Réseau des services aux sans-abri" propose les services "Refuge d'urgence" et "Aide alimentaire"
4. Site → Service
Type: Un-à-plusieurs
Contrainte: Les services peuvent appartenir à un site
Remarque: Les services appartiennent à une agence, mais peuvent être spécifiques à un site
Exemple: Le site "Refuge du centre-ville" propose le service "Refuge d'urgence"
5. Service → Ressource
Type: Un-à-plusieurs
Contrainte: Les ressources nécessitent la combinaison site + service
Formule: Ressource = Site + Service
Exemple: Le service "Refuge d'urgence" au site "Refuge du centre-ville" crée une ressource
Site → Ressource (via références)
Type: Un-à-plusieurs
Relation: Les ressources référencent le site via siteId
Remarque: Le site est requis pour la création de la ressource
Logique d'héritage entre les entités
Les champs hérités suivent la structure hiérarchique dans le sens où seules les entités inférieures peuvent hériter des informations des entités de niveau supérieur. Les champs héritables, à chaque niveau d'entité, peuvent être vus dans le diagramme ci-dessous :
Diagramme visuel des relations
Remarque sur le diagramme : Chaque entité a des exigences minimales de champs pour la création. Le diagramme affiche à la fois les champs hérités et les champs minimaux requis pour la création d'entité.
