Implicazioni progettuali nell'utilizzo di fogli di calcolo per le regole del motore

0

La nostra azienda si sta impegnando a modernizzare i nostri sistemi IT. Ci sono molti progressi finora, tuttavia ci sono pratiche che semplicemente non credo non stiano usando l'approccio moderno. Un esempio è che abbiamo un'applicazione in cui il loro è un motore di regole e di volta in volta la regola cambia.

Il motore delle regole funziona elaborando un foglio di calcolo Excel dove ci sono colonne definite su come funzionerà una logica specifica. I proprietari delle aziende sono solitamente colui che definisce queste regole e ci hanno fornito il foglio finale da caricare nel sistema. C'è stato un piccolo cambiamento di processo in quel momento in cui il nostro senior management ha dato loro il diritto di caricare i fogli stessi in modo che non si affidassero a noi per caricarlo per loro.

Ho visto questo tipo di processo su molti dei nostri sistemi e ha funzionato bene, ma non posso fare a meno di pensare che questo non sia un approccio moderno al fare le cose. Ne ho parlato con il mio capo e gli ho dato le mie idee (vedi sotto), ma ho respinto l'idea dicendo che non è necessario cambiare il processo esistente perché funziona.

La mia idea è di creare un'altra pagina Web sul pannello di amministrazione per consentire ai proprietari di aziende di apportare modifiche a queste regole sulla pagina stessa. La pagina avrà un'interfaccia in cui possono definire le nuove regole e salvarle (persistono nel DB). Avranno anche un'opzione per esportare le regole in Excel o file CSV dalla pagina di amministrazione stessa.

Vedo i seguenti benefici nell'usare il mio approccio di seguito:

  • I proprietari di attività commerciali possono modificare le regole sul pannello di amministrazione e verranno timestampate e le modifiche verranno registrate nel DB
  •   
  • I proprietari e i gestori di attività commerciali possono visualizzare le recenti regole applicate al motore
  •   
  • Interfaccia centralizzata in cui solo gli utenti autorizzati sono in grado di aggiornare le regole mentre l'approccio precedente non registra ogni volta che viene modificata una regola

Apprezzo davvero se potessi ricevere feedback dalla comunità su cosa pensano del mio approccio. Grazie

    
posta dimas 29.07.2017 - 09:17
fonte

1 risposta

1

Dovrai identificare i punti di dolore dentro o intorno (ad esempio prima o dopo) - il processo corrente.

L'obiettivo è eliminare gli inutili sforzi umani, il lavoro ingrato, il coordinamento, per migliorare i tempi di svolta e la qualità / affidabilità / sicurezza.

Ad esempio, qualcosa che non è automatizzato, ma spesso ripetuto, consuma risorse umane (che molto probabilmente percepiscono questa attività come un lavoro ingrato), oltre ad essere soggetto a errori.

Il caricamento delle regole richiede il coordinamento tra più uomini d'affari (ad esempio per raccogliere o assemblare le regole)?

C'è mai stato un problema in cui sono state caricate regole sbagliate?

Se si riuscisse a gestire le regole in un altro modo, si otterrebbe una maggiore agilità aziendale, ad es. lancio più rapido delle campagne?

Se non riesci a trovare punti di dolore ...

L'idea dei cambiamenti nel logging mi sembra sensata, ovviamente; tuttavia, ha bisogno di attenuare un punto dolente.

Non sono sicuro, ma sembra che tu stia suggerendo di allontanarti dai fogli di calcolo. Se stai inventando un nuovo linguaggio specifico per il dominio, ciò potrebbe comportare uno sforzo maggiore di quello che è evidente.

    
risposta data 29.07.2017 - 17:51
fonte

Leggi altre domande sui tag