Strumenti per la costruzione di un OCA (Application connessi occasionalmente)

Question

I sarà la costruzione di un App in-house, Occasionalmente Connected (OCA). Quali tecnologie suggeriresti io impiego.

Qui ci sono i miei parametri:

1. .NET Shop ( 3.5SP1 )
2. C # per il codice dietro ( WinForm, WPF, Silverlight )
3. SQL Server Backend ( 2005 o eventualmente 2008, in attesa di approvazione )
4. Solo Developer
5. Amministratore Solo SQL
6. Low Tech utenti finali
7. bassa larghezza di banda a 5 Sede
8. Si tratta di un'applicazione LOB, ma non un POS.
9. La maggior parte degli utenti ha computer portatili da essi adottata per di utenti Home
10. I dati per questa applicazione è memorizzato in 5 database separati, anche se in un caso SQL.

Cerco raccomandazioni specifiche su quale strada scegliere. Unisci provider di replica o di sincronizzazione del database Sync Framework? SQL Express o SQL CE nel Sottoscrittore? Posso usare LINQ to SQL per il DAL?

È un Silverlight 'Offline / Out of Browser App' Esempio Qui , fattibile?

Questa è la mia prima applicazione aziendale grande in modo qualsiasi commento esperti sono i benvenuti.

---

Come richiesto ecco alcune informazioni aggiuntive sul tipo di dati. I miei utenti sono infermieri e assistenti sociali che si recano a casa del membro e creano "Piani" o "valutazione della salute Commenti" per loro. Queste sono cose come un elenco di farmaci o una lista di là correnti "Provider". I passaggi per raggiungere gli obiettivi dei membri o un elenco di ci corrente / passato la diagnosi di. Cose del genere.

Anche la tipica utenti Nome, indirizzo, numero telefonico, ecc Per lo più si tratta di un'applicazione Data Storage and Retrieval che facilita la segnalazione. Molto poco "trattamento" si svolge e infermieri e assistenti sociali lavorano in squadre che sono assegnati i membri così io di solito molto poco di crossover o potenziali conflitti di dati. Infermieri e SW di sono anche responsabili di diversa area di del MCP ( Stati Plan Centrato )

---

domanda supplementare; È Sync Framework davvero solo una valida opzione se posso usare SQL 2008? Sembra in questo modo a causa del rilevamento delle modifiche, ecc .... pensieri?

Answer 1

Una volta a risolvere il problema del rilevamento delle modifiche e lo spostamento dei dati, tutto il resto è banale. In altre tecnologie parole come WPF, Silverlight, forme e anche WCF sono ortogonali al vostro problema principale e la vostra scelta dovrebbe essere basata su preferenze personali ed esperienza. Il vero osso duro funziona disconnesso e la sincronizzazione delle modifiche. Che lascia due out-of-the-box viali:. Framework Synch o di replica

Vorrei dire, per lo scenario, sicuramente Synch quadro . Merge, come tutte le forme di replicazione, è progettato per i sistemi connessi continua con disconnette intermitent. E la maggior parte in modo critico la replica può funzionare solo sui nomi statici. Laptop di collegamento dai vari hot-spot e gli ISP hanno la pessima abitudine di cambiare i nomi FQ con ogni connessione. La replica può superare questo solo se si utilizza una VPN di ordinamento e VPN è di solito un grave problema di supporto. La replica non è solo progettato per l'elevata mobilità dei sistemi OCA.

Synch quadro sarà più o meno la forza di SQL 2008 back-end a causa della necessità di Change Data Capture o rilevamento delle modifiche , sia essendo SQL 2008 presenta solo.

Si avrà ancora un sacco di problemi difficili da risolvere in anticipo (autenticazione, controllo delle versioni e l'aggiornamento, le politiche di risoluzione dei conflitti di dati, sicurezza dei dati sul client per la perdita di mezzi accidentali ecc ecc)

Answer 2

Personalmente, direi:

• .NET 3.5
• WCF Data Services (per la comunicazione tra l'applicazione client ei dati)
• SQL Server 2K5 / 2K8 (a seconda di quale si può usare)
• Silverlight w / Out of Browser Funzionalità
• VistaDB (per memorizzare i dati localmente sul client fino a quando si può spingere al server)

Answer 3

usare unico identificatore per la chiave se si sta creando roba in modalità offline e non collegati e quando si connette, l'aggiornamento del database.

questo sta per essere il modo più facile che con il tasto di incremento automatico

Answer 4

Dopo aver lavorato su un programma di tanto in tanto connessa, l'invitiamo a guardare a SQL Server CE per le macchine client, con servizi di sincronizzazione per gestire le connessioni. Ecco un buon tutorial.

Answer 5

Si potrebbe creare questa roba da zero, a quanto pare.

Tuttavia, questo sembra un sacco come un'applicazione CRM, e non mi sorprenderebbe se si potesse trovare un pacchetto di software per le imprese a fare questo senza partire da zero e, invece di modificare una delle configurazioni per soddisfare le vostre regole di business.

In una vita precedente, ero uno sviluppatore di configurazione per questa cosa chiamata Siebel che potrebbe essere vicino a quello che your'e cercando. Hanno anche uno strumento di sincronizzazione integrato chiamato Siebel remoto.

Potrebbe essere un percorso più economico per andare a rotolare il proprio da zero.

Answer 6

ho scritto un ordine di prendere programma per agenti di vendita del vino. Ecco il video. Il software client viene installato mediante click-once. Che consente di installare anche SQL Server Express e carica il database. Ho usato lo Sync Framework Microsoft per sincronizzare il database locale con quella sul server (vedere l'ultima sezione del video.)

• Con clienti potenti ora non vedo alcuna ragione per non utilizzare SQL Server Express, è gratuito con un limite di 4 GB.

• SQL CE aveva troppe limitazioni -. Proc non memorizzati essendo un importante uno

• Sarà necessario utilizzare i GUID ovunque come chiave primaria - vedere il nuovo NEWSEQUENTIALID ()

.

• Amo click-una volta, è un grande risparmio di tempo.

Non vedo l'ora di Silverlight, ma solo che non ho avuto tempo di esaminare il problema. Non so se avrei fatto con Silverlight se farlo subito o meno.

Detto tutto questo, non si tratta di un progetto per chiunque inesperto. Quindi vorrei anche avere un aiuto molto esperto.