Newsgroup: it.comp.software.database
Titolo: [OT] programmare un ERP

Non sapete se esiste un sito oppure libri o quant'altro
sulla programmazione di ERP???
Dove per ERP intendo un programma che serva ad
un'intera azienda per lavorare.
Anche a moduli singoli:
-gestione magazzino
-gestione fornitori (pagamenti, nc, ...)
-gestione e soddisfazione del cliente
-produzione
-contabilita`
-assicurativo
...
Grazie mille.
Ciao, Miche.


Per spiegare questa cosa ci vuole veramente un libro. Modestamente, ho
tutto il know-how, ma purtroppo non ho tempo per scriverlo e
soprattutto non c'è qualcuno che me lo paga.
Comunque... ti do qualche indicazione molto sommaria.
sono delle applicazioni client/server n-tier composte da:
1- un kernel (dove sono contenute le funzioni vitali e comuni a tutto
il sistema);
2- da un middleware (la parte che fa comunicare le applicazioni
esterne col server e che normalmente vengono usate dagli utenti);
3- da una serie di applicazioni esterne che posso essere aggiunte in
qualsiasi momento;
Nell'architettura è molto simile a quella di un sistema operativo.
Questo kernel (che possiamo chiamare anche application server) viene
generalmente scritto in C/C++ per ragioni di efficienza, di
funzionalità e di controllo; esso provvede a fornire alcuni servizi ed
un'interfaccia di programmazione (API) e un linguaggio di scripting
per lo sviluppo di alcune parti delle future applicazioni nonché la
personalizzazione dell'intero sistema. 
Il middleware è un'altra applicazione (sempre sul server) che serve
per smistare le richieste dei client e le risposte del server.
Il client dovrebbe provvedere solo per l'input e l'output dei dati e
magari con qualche eleborazione in locale.
Il client *deve* essere molto snello e composto da un singolo file
eseguibile e da un file (formato testo creato dal client stesso) di
configurazione dove ci sono l'indirizzo del server e la porta. Quindi,
basta solo copiare il file eseguibile in una directory (del client) e
non necessita di una procedure di installazione. Così può essere
facilemnte aggiornabile.
Tutto la comunicazione tra client, middleware e server avviene tramite
socket (semplice da programmare, efficiente e standard).
Le nuove applicazioni che vengono installate sul server (con una
semplice copia del file eseguibile o altro e la loro configurazione
sempre tramite file di testo --semplice, comodo e leggibile).
In poche parole il tutto funziona in questo modo:
l'applicazione sul server (il daemon o servizio) quando parte carica
l'elenco delle applicazioni disponibili e rimane in ascolto su una
porta TCP. L'applicazione client manda la sua richiesta (sempre
tramite TCP su quella porta) che viene accolta dal middleware che
provvede ad un controllo e poi la passa all'application server.
L'application server provvede alla richiesta lanciando l'apposita
applicazione che fornirà i dati richiesti. Poi la via del ritorno. Una
volta la risposta è tornata al client, il client stesso si sconnette
automaticamente dal server.
Questo è il principo. Per chi programma il client/server tramite
socket si tratta di qualcosa di routine.
jk
ps.
1- Ti consiglio di dare un'occhiata al linguaggio Ruby. E'
semplicissimo, freeware, opensource, multipiattaforma e per lo
sviluppo di questo genere di applicazione è veramente ottimo. Parlo
della parte non visuale ovviamente.
2- Con Delphi non dovrest avere il minimo problema a fare tutto anche
su Linux, insieme al linguaggio di scripting DWS (Delphi Web Script)
3- Col C/C++ sarà un pochino più complicato, ma risolve la cosa alla
radice da tutti i punti di vista. Ti consiglio il linguaggio Lua per
lo scripting.. E' ottimo.

 >-assicurativo
No, forse non mi sono spiegato.
Io intendevo proprio la descrizione del db e dei processi aziendali.
Esempio (gestione magazzino):
-la tabella delle merci dovrebbe contenere il codice, la locazione,
l'unita` di misura, ...
-la tabella delle giacenze dovrebbe essere suddivisa per magazzino,
dovrebbe contenere anche la Q ordinata ma non consegnata, ...
...
E poi:
Quando un cliente fa un ordine sarebbe opportuno aumentare
la Q ordinata, ma non la Q in giacenza, ...
E poi:
quando un cliente fa un ordine, poi l'ordine dovrebbe essere richiamabile e
convertibile in bolla di consegna, la quale a sua volta potrebbe
essere richiamabile in fattura, magari assieme ad altre bolle, ...
Mi spiego?
Non sapete dove trovare questi spunti per la costruzione
(o meglio riorganizzazione di un vecchio) ERP???
Ciao e grazie.
Miche.

(o meglio riorganizzazione di un vecchio) ERP???
Puoi ottenere quello che serve normalizzando prima il database,
abilitando l'integrità referenziale dei dati, e con una manciata di
trigger e di stored procdure potreste fare tutto quello che vuoi.
Ti consiglio questo libro (non contiene comunque dellel indicazioni
sui trigger e sulle stored procedure viosto che variano da database a
database).
SQL FOR SMARTIES - ADVANCED SQL PROGRAMMERS (ultima edizione
ovviamente) di Joe Celko's.
Lo trovi su Amazon.
jk

 della parte non visuale ovviamente.
fantastico, da qualche tempo ho iniziato ad imparare ruby (assai diverso 
dai c-like che usavo) e mi piace molto. è la prima volta che lo sento 
nominare in un NG e penso che meriti qualcosina di più...

 nominare in un NG e penso che meriti qualcosina di piů...

 Sono troppo drastico?
E' il linguaggio di scriptiing piu' utilizzato in Giappone (paese dove e' 
nato), piu' di perl!!!
JK ha scritto un po' di articoli su ruby su linux&C qualche mese fa. 
Notevole.
Probabilemete migliore di java per l'oop.
FRANK
-- 
frank@office
DebianSid-2.4.13 on a P|||@1GHz-256MB 

 ha scritto nel messaggio
news:a1f8v4$pvotl$1...@ID-87012.news.dfncis.de...


Ci sara` supporto?
Io! Scherzo. Ci sta, ci sta; una bella e numerosa comunità
internazionale. Abbi fiduccia!
jk

No!
Attenzione.
Non chiedo a voi di dirmi quello che devo fare io.
E` ovvio che quello lo conosco solo io.
Vi chiedo degli spunti.
Per migliorare quello che gia` ho.
Spunti, che come spigavo nei miei post, non riguardano solo
i campi delle tabelle, ma anche un minimo di ristrutturazione
dei processi aziendali.
Ho visto delle presentazioni di Oracle Application, Baan, ...
e ho visto delle cose che il mio ERP non fa. Da li ho
preso spunti. Adesso ne sto cercando altri.
Ma se mi dite che di queste cose non se ne parla allora vuol
dire 2 o 3 cose:
-nessuno ha spunti da dare
-nessuno vuol dare spunti
-l'argomento e` troppo generico (in quel caso potrei anche fare
delle domande piu` mirate).
Ciao, Miche.


l'unita` di misura, ...
perdonami se mi permetto, ma con un approccio cosi', l'azienda per la
quale lavori (da dipendente, consulente o qualsiasi altra cosa)
farebbe molto meglio a risparmiarsi i soldi.
Quando si compra un ERP, oltre alla soluzione informatica si compra
soprattutto un prodotto di consulenza studiato su misura per le
specifiche esigenze di un cliente.
fare un ERP "alla cazzo" tanto per farlo e' un'inutile spreco di
risorse.

Ragazzi qua mi sa che sto parlando arabo.
Ho detto che un ERP esiste gia` ed gia` personalizzato,
solo che non e` un gran che.
Allora, visto che non ho un secolo di esperienza nel mondo dell'ERP,
chiedevo degli spunti per migliorarlo e rivederlo.
Ovvio che se gli spunti non faranno per la mia azienda non li mettero`
in pratica, cioe` ovvio che non faro un ERP "alla cazzo", ma lo centrero`
sulla mia azienda.
Solo che a quanto mi sembra di capire non esistono siti, libri, giornali,
... da cui prendere spunti.
Tutto qua.
Ciao e grazie comunque.
Miche.


... da cui prendere spunti.
hmmm quello che non riesco a spiegare e' che non e' la capacita' di
programmazione che serve, serve un _solida_ cultura di tipo
aziendalistico (intendo laurea in economia) e MOLTA esperienza
imparando da persone che ne hanno gia'.

Sono d'accordo, ma solo in parte.
La gestione del magazzino e` la gestione del magazzino.
Carico, scarico, valorizzazione, consultazione, ...
E` stupida.
Il 90% delle aziende lo fa nello stesso modo.
Quando sono in moltissimi a lavorare in un dato modo si
puo` quasi parlare di standard.
Chiedo sono una traccia.
Spunti.
Idee.
Alternative.
Linee guida generali.
Non credo che non si possa avere uno schema di massima.
Se poi non si puo` avere perche` nessuno lo ha scritto allora
e` un altro discorso.
Ciao, Miche.


 ha scritto nel messaggio
news:a1eslp$pagri$1...@ID-87012.news.dfncis.de...
