Webmobili 4/Progetti: differenze tra le versioni

Da Webmobili Wiki.
Nessun oggetto della modifica
Nessun oggetto della modifica
Riga 88: Riga 88:
se non si tratta di abbonato .COM)
se non si tratta di abbonato .COM)
Di conseguenza l’Area Progetti sarà sempre perfettamente sovrapponibile.
Di conseguenza l’Area Progetti sarà sempre perfettamente sovrapponibile.
== '''LOGICHE E DATABASE''' ==
[[File:DB-progetti.png]]
=== CASO DI SHOP CON FITTIZIO: ===
idFittizio + idShopIT[A] in PROG_ShopLink +
idFittizio + idShopIT[B] in PROG_ShopLink
le relazioni tra shop reali e fittizi sarà gestita tramite la tabella PROG_ShopLink dove l'idShopLink identifica ogni singola corrispondenza fra ID FITTIZIO e ID REALE
NB: nella tabella PROG_L_Project_ShopSrl sono presenti sempre TUTTI gli idShopLink collegati al FITTIZIO in questione.
NBB: per ogni catalogo indicato vengono creati tanti record nella tabella PROG_L_Project_Manufacturer quanti sono gli idShopLink collegati al FITTIZIO in questione.
Lo stesso discroso vale per il tagging dei prodotti. Per ogni id prodotto indicato vengono creati tanti record nella tabella PROG_L_Project_Manufacturer quanti sono gli idShopLink collegati al FITTIZIO in questione.
link allo store channel: in base all'idShopLink con valore più basso (nel db possiamo sempre intervenire ed invertire l'idShopIT abbinato all'idShopLink in PROG_ShopLink)
idShopLink[A] in  PROG_L_Project_ShopSrl +
idShopLink[B] in  PROG_L_Project_ShopSrl
link ai cataloghi: in base all'idShopLink con valore più basso (l'applicazione verifica se il catalogo è disponibile per quel negozio. In caso contrario passa all'idShopLink successivo)
idManufacturer + idShopLink[A] in PROG_L_Project_Manufacturer +
idManufacturer + idShopLink[B] in PROG_L_Project_Manufacturer
link ai prodotti: in base all'idShopLink con valore più basso (l'applicazione verifica se il catalogo è disponibile per quel negozio. In caso contrario passa all'idShopLink successivo)
idShopLink[A] in PROG_L_ProjecPicture_ProductID +
idShopLink[B] in PROG_L_ProjecPicture_ProductID
CASO DI SHOP CON 2° ID SUL .COM
idShopIT + idShopEN in PROG_ShopLink
link allo store channel: costruito lato applicazione in base alla cultura di navigazione
idShopLink in  PROG_L_Project_ShopSrl
link ai cataloghi: costruito lato applicazione in base alla cultura di navigazione e alla visibilità del catalogo nella cultura di navigazione
idManufacturer + idShopLink in PROG_L_Project_Manufacturer
link ai prodotti: costruito lato applicazione in base alla cultura di navigazione e alla visibilità del prodotto nella cultura di navigazione
idShopLink in PROG_L_ProjecPicture_ProductID
CASO DI SHOP CON FITTIZIO E 2° ID SUL .COM
E' la combinazione dei due casi precedenti
CASO DI PROGETTISTA INVITATO DA SHOP:
Invited="1" in PROG_ProfessionalSrl +
idShopLink in PROG_L_Professional_Shop +
idProfessionalSRL in PROG_Project
link allo store channel:
idShopLink in  PROG_L_Project_ShopSrl ereditato da idShopLink in PROG_L_Professional_Shop
link ai cataloghi: saranno sempre collegati allo shop invitante.
idManufacturer + idShopLink in PROG_L_Project_Manufacturer ereditato da idShopLink in PROG_L_Project_ShopSrl
CASO DI PROGETTISTA INVITATO DA 2 SHOP:
Invited="1" in PROG_ProfessionalSrl +
idShopLink[A] in PROG_L_Professional_Shop +
idShopLink[B] in PROG_L_Professional_Shop +
idProfessionalSRL in PROG_Project
il progettista per ogni progetto decide (via dashboard) se attribuirlo al negozio A (idShopLink[A]) o al negozio B (idShopLink[B]) o ad entrambi.
Se sceglie solo uno dei due negozi rientriamo nel caso descritto al punto precedente e cioè con il progetto attriubuito ad un solo negozio e relativo link allo store channel.
idShopLink[A] in  PROG_L_Project_ShopSrl ereditato da idShopLink[A] in PROG_L_Professional_Shop
oppure
idShopLink[B] in  PROG_L_Project_ShopSrl ereditato da idShopLink[B] in PROG_L_Professional_Shop
link ai cataloghi: saranno sempre collegati allo shop invitante.
idManufacturer + idShopLink[A] in PROG_L_Project_Manufacturer ereditato da idShopLink[A] in PROG_L_Project_ShopSrl
oppure
idManufacturer + idShopLink[B] in PROG_L_Project_Manufacturer ereditato da idShopLink[B] in PROG_L_Project_ShopSrl
Se assegna il progetto ad entrambi allora nella tabella PROG_L_Project_ShopSrl sono presenti sempre ENTRAMBI gli idShopLink:
da qui il link ad entrambi gli store channel;
idShopLink[A] in  PROG_L_Project_ShopSrl ereditato da idShopLink[A] in PROG_L_Professional_Shop +
idShopLink[B] in  PROG_L_Project_ShopSrl ereditato da idShopLink[B] in PROG_L_Professional_Shop
link ai cataloghi: in base all'idShopLink con valore più basso (l'applicazione verifica se il catalogo è disponibile per quel negozio. In caso contrario passa all'idShopLink successivo)
idManufacturer + idShopLink[A] in PROG_L_Project_Manufacturer ereditato da idShopLink[A] in PROG_L_Project_ShopSrl +
idManufacturer + idShopLink[B] in PROG_L_Project_Manufacturer ereditato da idShopLink[B] in PROG_L_Project_ShopSrl
CASO DI PROGETTISTA INVITATO DA SHOP CON FITTIZIO:
Invited="1" in PROG_ProfessionalSrl +
idShopLink[A] in PROG_L_Professional_Shop +
idShopLink[B] in PROG_L_Professional_Shop +
idProfessionalSRL in PROG_Project
NB: nella tabella PROG_L_Project_ShopSrl sono presenti sempre TUTTI gli idShopLink collegati al FITTIZIO in questione.
NBB: per ogni catalogo indicato vengono creati tanti record nella tabella PROG_L_Project_Manufacturer quanti sono gli idShopLink collegati al FITTIZIO in questione.
link allo store channel: in base all'idShopLink con valore più basso (nel db possiamo sempre intervenire ed invertire l'idShopIT abbinato all'idShopLink in PROG_ShopLink)
idShopLink[A] in  PROG_L_Project_ShopSrl ereditato da idShopLink[A] in PROG_L_Professional_Shop +
idShopLink[B] in  PROG_L_Project_ShopSrl ereditato da idShopLink[B] in PROG_L_Professional_Shop
link ai cataloghi: in base all'idShopLink con valore più basso (l'applicazione verifica se il catalogo è disponibile per quel negozio. In caso contrario passa all'idShopLink successivo)
idManufacturer + idShopLink[A] in PROG_L_Project_Manufacturer ereditato da idShopLink[A] in PROG_L_Project_ShopSrl +
idManufacturer + idShopLink[B] in PROG_L_Project_Manufacturer ereditato da idShopLink[B] in PROG_L_Project_ShopSrl
CASO DI PROGETTISTA INVITATO DA UNO O PIU' SHOP CON ALMENO UN FITTIZIO E/O ALMENO UN 2° ID SUL .COM
E' la combinazione dei due casi precedenti
GESTIONE LINGUA PROGETTO E PROFILO DI PROGETTISTA:
MasterLang in  PROG_ProfessionalSrl
tutti i progetti e tutti i profili saranno sempre compilati nella lingua madre del progettista e in inglese (opzionale). Se lingua madre è già inglese basterà compilare lingua madre.
GESTIONE LINGUA PROGETTO DEL NEGOZIO:
idShopIT + idShopEN in PROG_ShopLink
GESTIONE LINGUA PROGETTO DELLO SPONSOR:
Culture in PROG_ProjectSponsorCulture
GESTIONE PESI:
0-1-2 sia su progetto che su progettista --> lo decide la redazione con la sua dashboard
Peso in PROG_ProfessionalCulture
Peso in PROG_ProjectCulture
AUTORIZZAZIONE PROGETTI
i progetti caricati su invito devono essere approvati dagli shop (via dashboard)
Authorized in PROG_L_Project_ShopSrl


[[Category:Webmobili]]
[[Category:Webmobili]]
[[File:DB-progetti.png]]

Versione delle 14:28, 11 ott 2016

Il canale progetti

I progetti caricati sono sempre presenti nel Channel dell’abbonato. La presenza nell’ Area di Ricerca Progetti, accessibile dal menu di navigazione designbest, è invece riservata ai soli progetti selezionati dalla redazione.


Inserimento progetti:

Ogni AUTORE può inserire i progetti attraverso una dashboard dedicata. Per negozi e sponsor è prevista la possibilità di optare per il caricamento a cura della redazione. Inserimento progetti su invito: I negozi abbonati e le aziende sponsor possono invitare gli architetti con cui collaborano ad inserire i loro progetti su Designbest. Tali progetti saranno attribuiti al progettista (autore) in collaborazione con il negozio/azienda (partner). Saranno visibili nello Store Channel del negozio o nel Brand Channel dell’azienda. Un architetto può ricevere inviti di collaborazione da rivenditori differenti. Questo caso verrà gestito su richiesta previa verifiche da parte nostra sui negozi coinvolti. Il profilo pubblico del progettista su Designbest conterrà tutti i progetti caricati.


Tag di marche e prodotti:

L’autore del progetto, in fase di caricamento, può taggare le marche utilizzate a partire dall’elenco delle aziende presenti su designbest e può integrare eventuali altre marche in un campo testuale. Solo la redazione può taggare puntualmente i prodotti disponibili su designbest utilizzati nei progetti che carica per conto di negozi e aziende. Il tag di marche e prodotti permette di dare visibilità al progetto nelle schede prodotto.


Ricerca progetti:

L’area progetti è accessibile dal menu di navigazione del motore di ricerca. Telecomando con filtri: - Landscape (Mare, Montagna, …) - Project typology (residenziale/contract) - Building type (Loft , Attico, …) - Project type (Ex-novo/Ristrutturazione) - Home area (Cucina, Living, …) - Project Style (Classico, Country, …) - Area geografica (città rilevanti + raggio kilometrico) Lo stile e l’area casa sono mappati sulla singola foto del progetto. Ogni progetto è rappresentato per convenzione dalla prima immagine della fotogallery progetto. Quando l’utente filtra per area casa e /o stile il progetto è rappresentato da un’immagine della gallery progetto attinente ai criteri selezionati.


Ordinamento dei risultati:

L’ordinamento dei risultati tiene conto del “peso” assegnato dalla redazione al progetto 0 Valore di default con cui entrano tutti i progetti caricati. Il progetto non esce nella ricerca 1 Valore assegnato a tutti i progetti selezionati dalla redazione. Il progetto esce nella di ricerca 2 Valore assegnato per garantire maggiore visibilità al progetto. Il progetto esce più spesso e sempre nella parte alta della pagina della ricerca

L’ordinamento dei risultati garantisce la rotazione dei progetti Da 1° a 6° Random progetti peso “2” Da 7° in poi Estrazione di una lettera random e ordinamento alfabetico a partire da quella lettera di tutti i progetti peso “1” e “2”

L’utente può intervenire manualmente sull’ordinamento e decidere di ordinare i progetti a partire dal più recente o a partire dai più visti (= progetti con peso “2” a partire da una lettera random)


Lingua progetto:

Ogni progetto potrà essere inserito, tramite dashboard, in due lingue: - Inglese - Lingua nazionale dell’autore (it o fr o de) Per la messa online di un progetto sarà obbligatoria la compilazione di almeno una lingua.


Gestione multilingua:

L’Area Progetti verrà attivata in tutte le culture. I progetti selezionati per quest’area saranno visibili in tutte le culture a prescindere dalla lingua di inserimento. Se saranno compilati in entrambe le lingue verrà utilizzata la versione: - in lingua nazionale per la cultura di appartenenza (cioè: it/.IT, fr/.FR, de/.DE, en/.COM) - in en in tutte le culture differenti dalla lingua nazionale Se compilati in una sola lingua, questa verrà utilizzata in tutte le culture


Visibilità negozi e aziende:

I progetti selezionati per quest’area saranno visibili in tutte le culture a prescindere dal contratto dell’abbonato (negozi/industria) Ciò significa che ogni abbonato sarà visibile, tramite i suoi progetti selezionati, in ogni cultura (.COM compreso) sempre con link di accesso al proprio Channel e al proprio catalogo prodotti (sul .IT o .FR o .DE se non si tratta di abbonato .COM) Di conseguenza l’Area Progetti sarà sempre perfettamente sovrapponibile.

LOGICHE E DATABASE


CASO DI SHOP CON FITTIZIO:

idFittizio + idShopIT[A] in PROG_ShopLink + idFittizio + idShopIT[B] in PROG_ShopLink le relazioni tra shop reali e fittizi sarà gestita tramite la tabella PROG_ShopLink dove l'idShopLink identifica ogni singola corrispondenza fra ID FITTIZIO e ID REALE NB: nella tabella PROG_L_Project_ShopSrl sono presenti sempre TUTTI gli idShopLink collegati al FITTIZIO in questione. NBB: per ogni catalogo indicato vengono creati tanti record nella tabella PROG_L_Project_Manufacturer quanti sono gli idShopLink collegati al FITTIZIO in questione. Lo stesso discroso vale per il tagging dei prodotti. Per ogni id prodotto indicato vengono creati tanti record nella tabella PROG_L_Project_Manufacturer quanti sono gli idShopLink collegati al FITTIZIO in questione.

link allo store channel: in base all'idShopLink con valore più basso (nel db possiamo sempre intervenire ed invertire l'idShopIT abbinato all'idShopLink in PROG_ShopLink) idShopLink[A] in PROG_L_Project_ShopSrl + idShopLink[B] in PROG_L_Project_ShopSrl

link ai cataloghi: in base all'idShopLink con valore più basso (l'applicazione verifica se il catalogo è disponibile per quel negozio. In caso contrario passa all'idShopLink successivo) idManufacturer + idShopLink[A] in PROG_L_Project_Manufacturer + idManufacturer + idShopLink[B] in PROG_L_Project_Manufacturer

link ai prodotti: in base all'idShopLink con valore più basso (l'applicazione verifica se il catalogo è disponibile per quel negozio. In caso contrario passa all'idShopLink successivo) idShopLink[A] in PROG_L_ProjecPicture_ProductID + idShopLink[B] in PROG_L_ProjecPicture_ProductID


CASO DI SHOP CON 2° ID SUL .COM idShopIT + idShopEN in PROG_ShopLink

link allo store channel: costruito lato applicazione in base alla cultura di navigazione idShopLink in PROG_L_Project_ShopSrl

link ai cataloghi: costruito lato applicazione in base alla cultura di navigazione e alla visibilità del catalogo nella cultura di navigazione idManufacturer + idShopLink in PROG_L_Project_Manufacturer

link ai prodotti: costruito lato applicazione in base alla cultura di navigazione e alla visibilità del prodotto nella cultura di navigazione idShopLink in PROG_L_ProjecPicture_ProductID


CASO DI SHOP CON FITTIZIO E 2° ID SUL .COM E' la combinazione dei due casi precedenti


CASO DI PROGETTISTA INVITATO DA SHOP: Invited="1" in PROG_ProfessionalSrl + idShopLink in PROG_L_Professional_Shop + idProfessionalSRL in PROG_Project

link allo store channel: idShopLink in PROG_L_Project_ShopSrl ereditato da idShopLink in PROG_L_Professional_Shop

link ai cataloghi: saranno sempre collegati allo shop invitante. idManufacturer + idShopLink in PROG_L_Project_Manufacturer ereditato da idShopLink in PROG_L_Project_ShopSrl


CASO DI PROGETTISTA INVITATO DA 2 SHOP: Invited="1" in PROG_ProfessionalSrl + idShopLink[A] in PROG_L_Professional_Shop + idShopLink[B] in PROG_L_Professional_Shop + idProfessionalSRL in PROG_Project il progettista per ogni progetto decide (via dashboard) se attribuirlo al negozio A (idShopLink[A]) o al negozio B (idShopLink[B]) o ad entrambi.

Se sceglie solo uno dei due negozi rientriamo nel caso descritto al punto precedente e cioè con il progetto attriubuito ad un solo negozio e relativo link allo store channel. idShopLink[A] in PROG_L_Project_ShopSrl ereditato da idShopLink[A] in PROG_L_Professional_Shop oppure idShopLink[B] in PROG_L_Project_ShopSrl ereditato da idShopLink[B] in PROG_L_Professional_Shop

link ai cataloghi: saranno sempre collegati allo shop invitante. idManufacturer + idShopLink[A] in PROG_L_Project_Manufacturer ereditato da idShopLink[A] in PROG_L_Project_ShopSrl oppure idManufacturer + idShopLink[B] in PROG_L_Project_Manufacturer ereditato da idShopLink[B] in PROG_L_Project_ShopSrl

Se assegna il progetto ad entrambi allora nella tabella PROG_L_Project_ShopSrl sono presenti sempre ENTRAMBI gli idShopLink: da qui il link ad entrambi gli store channel; idShopLink[A] in PROG_L_Project_ShopSrl ereditato da idShopLink[A] in PROG_L_Professional_Shop + idShopLink[B] in PROG_L_Project_ShopSrl ereditato da idShopLink[B] in PROG_L_Professional_Shop

link ai cataloghi: in base all'idShopLink con valore più basso (l'applicazione verifica se il catalogo è disponibile per quel negozio. In caso contrario passa all'idShopLink successivo) idManufacturer + idShopLink[A] in PROG_L_Project_Manufacturer ereditato da idShopLink[A] in PROG_L_Project_ShopSrl + idManufacturer + idShopLink[B] in PROG_L_Project_Manufacturer ereditato da idShopLink[B] in PROG_L_Project_ShopSrl


CASO DI PROGETTISTA INVITATO DA SHOP CON FITTIZIO: Invited="1" in PROG_ProfessionalSrl + idShopLink[A] in PROG_L_Professional_Shop + idShopLink[B] in PROG_L_Professional_Shop + idProfessionalSRL in PROG_Project NB: nella tabella PROG_L_Project_ShopSrl sono presenti sempre TUTTI gli idShopLink collegati al FITTIZIO in questione. NBB: per ogni catalogo indicato vengono creati tanti record nella tabella PROG_L_Project_Manufacturer quanti sono gli idShopLink collegati al FITTIZIO in questione.

link allo store channel: in base all'idShopLink con valore più basso (nel db possiamo sempre intervenire ed invertire l'idShopIT abbinato all'idShopLink in PROG_ShopLink) idShopLink[A] in PROG_L_Project_ShopSrl ereditato da idShopLink[A] in PROG_L_Professional_Shop + idShopLink[B] in PROG_L_Project_ShopSrl ereditato da idShopLink[B] in PROG_L_Professional_Shop

link ai cataloghi: in base all'idShopLink con valore più basso (l'applicazione verifica se il catalogo è disponibile per quel negozio. In caso contrario passa all'idShopLink successivo) idManufacturer + idShopLink[A] in PROG_L_Project_Manufacturer ereditato da idShopLink[A] in PROG_L_Project_ShopSrl + idManufacturer + idShopLink[B] in PROG_L_Project_Manufacturer ereditato da idShopLink[B] in PROG_L_Project_ShopSrl


CASO DI PROGETTISTA INVITATO DA UNO O PIU' SHOP CON ALMENO UN FITTIZIO E/O ALMENO UN 2° ID SUL .COM E' la combinazione dei due casi precedenti


GESTIONE LINGUA PROGETTO E PROFILO DI PROGETTISTA: MasterLang in PROG_ProfessionalSrl tutti i progetti e tutti i profili saranno sempre compilati nella lingua madre del progettista e in inglese (opzionale). Se lingua madre è già inglese basterà compilare lingua madre.

GESTIONE LINGUA PROGETTO DEL NEGOZIO: idShopIT + idShopEN in PROG_ShopLink

GESTIONE LINGUA PROGETTO DELLO SPONSOR: Culture in PROG_ProjectSponsorCulture


GESTIONE PESI: 0-1-2 sia su progetto che su progettista --> lo decide la redazione con la sua dashboard Peso in PROG_ProfessionalCulture Peso in PROG_ProjectCulture



AUTORIZZAZIONE PROGETTI i progetti caricati su invito devono essere approvati dagli shop (via dashboard) Authorized in PROG_L_Project_ShopSrl