Newsgroup: it.comp.lang.vo-clipper
Titolo: [OT] Ricerca teorie programmazione gestionali

Salve a tutto il NG.
Da anni ormai programmo sia in VB che in Access ed ora mi sto apprestando a
"progettare" un piccolo, ma completo, programma gestionale in VB. Quello che
mi manca è il sapere sulle teorie informatiche nella progettazione e
sviluppo di programmi gestionali. Mi riferisco sia alla progettazione del DB
in tutte le sue tabelle, relazioni, indici ecc.. che nelle logiche di
sviluppo vero e proprio. Ad esempio, cove viene gestito il magazzino? Qual'è
il flusso che mi porta dalla RA all'OA e poi al ricevimento merce,
entrata/uscita dal magazzino ecc.. Carichi e scarichi di magazzino, gestione
a valore o a quantità, valorizzazioni a costo del venduto o a valore di
vendita, modalità di evasione merce (FIFO, LIFO..). Documentazione quale
bolle e fatture; in che modo legare una nota di accredito ad una fattura
ecc, come gestire in c/lavorazione ecc..
Per ora vorrei solo focalizzarmi sulla parte gestionale (e non
amministrativa come contabilità, partita doppia ecc..), di una tipica
azienda di produzione. Ci sono documenti on-line o anche libri
(universitari) che trattano questi argomenti sia dal punto di vista
ecomonico che da quello informatico?
Grazie tante a chi risponde.
Saluti, Massimo.

 ecc, come gestire in c/lavorazione ecc..
Se riesci ad applicare criteri standard sei fortunato. Io, dedicandomi
per la maggior parte a software altamente personalizzato, purtroppo non
ci riesco ed ogni cliente vede la cosa completamente a modo suo... :-(
EMG
--
EMAG Software Homepage:     
http://www.emagsoftware.it
The EMG's ZX-Spectrum Page: 
http://www.emagsoftware.it/spectrum
The Best of Spectrum Games: 
http://www.emagsoftware.it/tbosg

 ha scritto nel messaggio
news:85433dc5.02090...@posting.google.com...

Io ho già fatto in clipper una del genere:
Anagrafiche:
    Clienti e fornitori
    Articoli
    Centri di produzione
    Cicli di lavorazione
    Distinte basi
    Dipendenti di produzione
Movimenti:
    Commesse di lavorazione con:
            Lista di prelievo
            Ore di lavorazione per centro
            Lavorazioni esterne
            Rilevamento ore effettive di lavoro
    Ordini/bolle/fatture attive e passive.
    Movimentazione di magazzino
Elaborazioni:
    MRP
    Costi per articolo prodotto e riepiloghi vari.
    Costo orario per centro e medio aziendale.
    Forse qualcosa d'altro che al momento non ricordo
L'ho fatto in clipper ma il flusso dei dati l'ho scopiazzato da diversi
programmi per mainframe utilizzati in passato.
Per il momento ti dico solo che devi stabilire a quale fascia ti rivolgi.
Un'aziendina di 15/20 dipendenti non può utilizzare lo stesso software di
una media azienda di oltre 500 dipendenti (tanto per fare un esempio).
Non so di libri in merito.
Un'idea potrebbe essere di cercare tra le aziende che conosci.
A volte qualche software house, in sede di offerta e presentazione del
prodotto, fornisce della documentazione che potrebbe esseerti di aiuto.
Ciao, Sauro

...

Beh, mi pare comunque un'applicazione abbastanza estesa come
funzionalità. Il mio target è rappresentato da piccole o piccolissime
realtà locali, dove l'impiegato tutto fare utilizza ancora word o
excel per fare le fatture.. Comunque questo non significa che anche un
progtramma buttato là possa andar bene. Volevo tentare di fare le cose
"in regola2
Grazie comunque.

 ecomonico che da quello informatico?
Ci sono già passato: non c'è una molta letteratura pratica in materia.
Sfortunatamente sono troppi gli autori di libri che trattano argomenti che
non hanno mai toccato con mano.
Ciao.
Toni


La progettazione dei dBase è FONDAMENTALE più che la programmazione.
Un buon gestionale si riconosce non solo per la funzionalità che comunque
utilizza
controlli abbastanza standard (che un medio programmatore conosce alla
perfezione)
ma da una buona programmazione dei dBase.
Una buona progettazione dei dBase fa' la differenza tra un buon gestionale
ed una ciofeca !
Oltre tutto bisogna tenere presente alle future e probabili richieste dei
Clienti : non penso tu
voglia creare un programma ad hoc per un cliente per poi disfarti di tutto e
ricominciare da
capo con un cliente successivo oppure riprendere in mano il programma molte
(a volte troppe)
volte.
Bisogna poi tenere presente che bisognerà comunque creare un sistema molto
flessibile in quanto
è sempre probabile che un cliente ti chieda una se pur piccola
personalizzazione ,
bisogna allora chiedersi : quale saranno le possibili personalizzazioni a
cui andrò incontro (per
esempio facilmente una stampa per un cliente sara' diversa che per un'altro)
?
Ti auguro buona fortuna .... questo forse potrebbe essere un motivo di
incontro per
scambiarsi opinioni tra programmatori ... cosa ne dite ?
Ciao Alessandro.

 ed una ciofeca !
Sono perfettamente d'accordo!


 Toni
Ciao