Esplora E-book
Categorie
Esplora Audiolibri
Categorie
Esplora Riviste
Categorie
Esplora Documenti
Categorie
Strategie di configurazione
Fare cambiamenti minimi alle applicazioni standard. Questo riduce la possibilit di comportamenti inaspettati. Usare definizioni di oggetti presenti nel repository standard quando possibile. Assicurarsi che le nuove configurazioni possano essere aggiornate con uno sforzo minimo. Modificare la definizione degli oggetti quando necessario al posto di creare oggetti nuovi.Questo per evitare configurazioni ridondanti.
Non cancellare la definizione degli oggetti che crediamo non usare pi. Ci possono essere altri oggetti che li referenziano. Pianificare la configurazione dallalto verso il basso. Prima determinare che modifiche bisogna fare alla UI, verificare limpatto sulla business logic e sul data layer. Fare le modifiche dal basso verso lalto. Cominciare dal data layer per arrivare alla definizione degli oggetti dalla UI e ai template.
Ambiente di sviluppo
Questo ambiente serve a isolare gli sviluppi dal database di produzione. Ogni sviluppatore o gruppo pu lavorare su una parte diversa dellapplicazione. Tutte le customizzazioni devono essere testate su questo ambiente prima di passarle in ambiente di produzione.
Local Repository
Le modifiche fatte alla definizione degli oggetti devono essere sempre fatte nei repository locali. Se facessimo le modifiche direttamente sul repository server non avremmo nessun meccanismo per annullarle e sarebbero disponibili a tutti gli altri sviluppatori da subito. Siebel ci fornisce i meccanismi per copiare le definizione degli oggetti tra i database locale e server.
rogetti
Sono un insieme con nome di definizioni di oggetti del repository. Sono il meccanismo per organizzare le definizioni degli oggetti in maniera tale che uno sviluppatore possa lavorare in maniera esclusiva su un sottoinsieme di definizioni di oggetti del repository. Le applicazioni Siebel standard sono distribuite con un largo numero di progetti esistenti. Gli sviluppatori possono creare nuovi progetti selezionando loggetto Project dal Object Explorer e creando un nuovo record nel Object Explorer List.
E possibile vedere le definizioni degli oggetti di un progetto selezionando questo dalla lista dropdown dell Object Explorer. Selezionando **All Projects** vediamo tutti i progetti.
Repository
La copia master del repository risiede sul database server. Ogni sviluppatore ha una sua copia locale del repository che usa per fare modifiche e testarle.
Copiare progetti
Le definizioni degli oggetti di uno o pi progetti pu essere copiata dal repository server verso quello locale tramite il comando GET e CHECK-OUT e dal repository locale verso il server tramite CHECK-IN. Mediante queste meccanismi vengono sovrascritte le definizioni degli oggetti nel repository di destinazione.
GET
Serve per inizializzare il database locale con la copia di tutti gli oggetti del repository server e per aggiornare un progetto nel repository locale.
Check Out
Viene usato quando devono essere modificate delle definizioni di oggetti di un progetto. Copia tutte le definizioni di oggetti dei progetti selezionati dal database server a quello locale. La copia locale del progetto viene sovrascritta. Il progetto sul repository server viene bloccato. Per evitare che altri utenti modifichino lo stesso progetto. Anche il progetto sul repository locale viene bloccato per permettere allo sviluppatore fare modifiche alle definizioni degli oggetti del progetto.
Check In
Usato per copiare sul server le definizioni degli oggetti di un progetto una volta testate. Copia le definizioni degli oggetti dal repository locale al repository server. Sostituisce la versione degli oggetti al momento del Check Out con la nuova versione e sblocca il progetto. E' possibile fare il Check In di progetti di nuova creazione e di quelli per i quali stato fatto precedentemente il Check Out.. Rilascia il progetto sbloccato sia in locale che sul server. (se non settiamo l'opzione Maintain Lock).
Confronti di progetti
Pu essere usato prima di fare il Check In per controllare che modifiche abbiamo fatto su un progetto. E utile per evitare errori e omissioni prima di committare sul repository server. Per invocarlo usare il bottone Diff... nella finestra di Check In.
Bloccare progetti
E' possibile bloccare e sbloccare progetti su repository di lavoro (locale o server). Da: Tools -> Lock Project Tools -> Unlock Project
Bloccare i progetti in locale permette agli sviluppatori di fare prototipi in locale senza interferire sul lavoro di altri (i progetti sul server non vengono bloccati) e solitamente viene usato soltanto quando si intende scartare il lavoro fatto. Bloccare in locale evita che gli sviluppatori possano fare Check In dei progetti bloccati.
Archive File
Contengono definizioni di oggetti esportati da un reposirtory e che possono essere importate in un altro. Servono come backup di utente. Hanno estensione .sif. Possono essere esportati tutti gli oggetti del livello gerarchico pi alto. Per esportarli: selezionare le definizioni degli oggetti dinteresse; Repository -> Add to Archive; selezionare il nome del file e cliccare il bottone Save.
Per importali: selezionare Repository -> Import from Archive e selezionare come risolvere i conflitti tra definizioni di oggetti.
Sono file HTML che specificano come rendere la UI delle applicazioni Siebel nei browser degli utenti . Specificano il layout e il formato di dati Siebel e degli elementi grafici. Sono composti da tag HTML standard e di tag specifici Siebel.
I Siebel Template File si trovano sotto la cartella di installazione di Siebel WEBTEMPL e hanno estensione .swt. Li possiamo modificare tramite editori di testo o HTML.