La maggior parte dei fallimenti nelle build dei pathcodeIn JD Edwards, l'insieme logico di specifiche, codice sorgente e database associato a un ambiente specifico (es. DV, PY, PD). in PYPrototype: l'ambiente di JD Edwards dedicato ai test integrati e al collaudo utente prima del rilascio in produzione. è riconducibile a uno sviluppatore che ha promosso un progetto OMWObject Management Workbench: lo strumento integrato di JD Edwards per gestire lo sviluppo, i token e la promozione degli oggetti. senza eseguire il check-in di una data structureStruttura dati che definisce i parametri di input e output scambiati tra applicazioni, funzioni e report. dipendente o senza verificare le specifiche locali rispetto ai Central ObjectsDatabase centrale in cui risiedono i sorgenti e le specifiche degli oggetti validati per un determinato ambiente JDE.. Un'approvazione funzionale conferma il soddisfacimento di un requisito, ma non dice nulla sull'integrità architetturale. Quando gli sviluppatori si auto-promuovono dallo status 21 senza una rigorosa peer review, introducono dipendenze fantasma, token orfani e business functionModuli di logica di business riutilizzabili scritti in C o Named Event Rules eseguiti a livello client o server. C non compilate che finiscono regolarmente per compromettere le build notturne dei package di aggiornamento per l'intero team.
La maggior parte dei team JDE tratta l'Object Management WorkbenchStrumento di JD Edwards per gestire il ciclo di vita, il controllo versione e la promozione degli oggetti applicativi. come una semplice interfaccia di controllo versione dotata di pulsanti di check-in e check-out. In realtà, gestire il ciclo di vita di un progetto JD Edwards OMW dallo sviluppo alla promozione significa orchestrare una macchina a stati relazionale basata su token holdBlocco esclusivo che consente a un solo progetto di modificare e rilasciare un determinato oggetto., modifiche alle specifiche dei Central ObjectsDatabase centrale contenente le specifiche tecniche e i metadati di tutti gli oggetti del sistema. e sincronizzazione dei pathcodeInsieme di percorsi di database e file che definisce le specifiche software per un dato ambiente (es. DV, PY, PD). attraverso le tabelle di controllo F98220 e F98222. Trattare questo processo con superficialità è il motivo per cui circa il 15-20% dei fallimenti nelle promozioni custom deriva direttamente da token orfani, file header di C BSFNBusiness Function: modulo di logica applicativa incapsulata, scritto in linguaggio C o NER. non committati o spec driftDisallineamento tra le specifiche salvate sul client locale e quelle archiviate sul database centrale. locali non rilevati.
Pagina 4 di 4