Prima di parlare di strumenti di progettazione, vorrei concentrarmi sull’importante domanda: “perché abbiamo bisogno della progettazione di sistemi informativi?” È un'idea popolare, soprattutto tra gli ingegneri 1C, che la progettazione di un sistema richieda molto impegno e impegno. Ti dirò che non è infondato. C’è molto lavoro da fare nell’installare sistemi standard e richiedono molto lavoro e impegno per lo sviluppo. Non si creano più nuovi meccanismi e strumenti, ma si “finiscono” quelli esistenti, secondo le esigenze del manager, che vengono periodicamente modificati.
E qui è improbabile che il processo di progettazione formale abbia senso. Stiamo parlando di formalizzare il processo, perché Il processo di progettazione stesso è una parte invisibile dello sviluppo e, pertanto, sarà presente, anche se nella mente del progettista.
E se il design ha senso:
- La strategia fondamentale dell'azienda e lo sviluppo dei sistemi IT fanno parte di questa strategia.
- Ci sono considerazioni di gestione che richiedono l'implementazione del sistema informativo.
- Є è prevista la comprensione/descrizione formale dei processi aziendali dell'azienda o la sua creazione.
Vlasna, tutto inizia con la strategia. Gli strumenti per sviluppare la strategia di un'azienda sono raramente specializzati. È incredibile quello che succede nella testa del top manager. Successivamente, ci sarà un modello di processi aziendali (che devono essere presenti per raggiungere gli obiettivi strategici). È qui che entrano in gioco gli strumenti di modellazione: ARIS, Business Studio. E questo è tutto quello che possiamo dire sul modello dei processi IT. I fornitori più popolari hanno funzionalità speciali: integrazione USAP ARIS, IBM-RUP, Microsoft-MSF, integrati in Visual Studio. L'asse 1C ha uno strumento potente: 1C: SPPR.
Adesso la colpa è dell’altro cibo: “ Ma in pratica, 1C:SPPR viene utilizzato come vikory"? In questo momento posso dirvi di più sulla mia pratica particolare. Sfortunatamente, potrebbe non essere coerente con il motivo per cui 1C ha pianificato 1C: SPPR. Nella mia pratica 1C:SPPR vikoristavavsya per i prossimi compiti:
A poco a poco, forse, tutto è diventato chiaro: le informazioni provenienti dagli attuali modelli di processi aziendali vengono immesse nel sistema, viene progettato un modello del sistema: processi e funzioni che vengono scomposti a livello di metadati e algoritmi. Successivamente, vengono generati i documenti: specifiche di progettazione, soluzioni di progettazione e documentazione per il cliente.
Va notato che in questo caso non si tratta tanto di 1C:SPPR, quanto del sistema, che è stato frammentato sulla sua base, a cui è possibile apportare le modifiche necessarie. A destra, la prima versione di 1C:SPPR, se avessimo avuto bisogno di uno strumento del genere, non avrebbe soddisfatto le nostre esigenze, ed era improbabile che potesse soddisfare le nostre esigenze:
C'è già qualcosa in cui puoi essere coinvolto e sviluppare uno strumento multifunzionale. Fortunatamente, 1C stava sviluppando 1C:SPPR parallelamente al nostro e la maggior parte di ciò che era disponibile al momento è già stato implementato in una configurazione standard.
Di conseguenza, tutte le funzioni che, a mio avviso, sono responsabili di 1C:SPPR può essere suddiviso in 4 parti:
1) Funzioni di modellazione
UN. Modello di sistema, collegamenti dal modello di alimentazione (in notazioni diverse)
B. Collegamento del modello di sistema con metadati e algoritmi 1C
Con. Integrazione da ambienti di modellazione
2) Funzioni del lavoro collettivo
UN. Robot con vimog
B. Lavora con benefici
3) Funzioni di documentazione
UN. Collegamento della documentazione al modello
B. Esportazione della documentazione in 1C e Word
4) Funzioni dell'organizzazione di sviluppo e testing
UN. Specifiche e istruzioni di progettazione
B. Risultati del test e dell'esecuzione delle modifiche
Il tipico 1C:SPPR ha implementazioni ancora migliori del blocco (1), poiché vorremmo essere in grado di rappresentare il modello in notazioni diverse. Siamo vicini all'EPC; in 1C: SPPR è implementato solo IDEF 0.
Le funzioni del lavoro collettivo nella versione attuale sono pienamente implementate, secondo me è ovviamente più necessario quando si lavora con le cose da fare e da non fare.
I problemi sono da imputare alla documentazione. La funzionalità principale che 1C:SPPR non fornisce è l'esportazioneParola. E il risultato del lavoro del progettista è una specifica di progetto (TZ/CHTZ – come la si chiama così). E la specifica è qualcosa che posso leggere a mia madre; Questo è un file di testo. Ancora una volta, è possibile utilizzare un file Word per preparare la documentazione del sistema e la documentazione del progetto. Ale zazvichay 1C non ama l'integrazione con i prodotti Microsoft Office. È importante aderire ai principi del multipiattaforma, lavorare su soluzioni basate su integrazioni esterne e quindi aumentare la complessità dello sviluppo.
Semplicemente non esiste alcuna funzionalità per organizzare lo sviluppo e i test in 1C: DSS. Voglio capire perché. Raramente trovi un distributore completo, almeno una volta nella vita, senza scrivere un compito per il sistema. Concentrarsi sullo stesso SAP-Solution Manager è sia una funzionalità di progettazione che un Service Desk a tutti gli effetti.
Vlasna, questa funzionalità dovrebbe essere utilizzata per ulteriori indagini. Sono stati introdotti i principali miglioramenti a 1C:SPPR Parolae la creazione del sistema per l'aspetto della tenuta.
Ora diamo uno sguardo più da vicino alle funzionalità della nuova versione standard 1C:SPPR:
Bene, prima della prima versione c'erano molte cose buone:
1) Il lavoro normale con i metadati è il coinvolgimento dei metadati direttamente dalla configurazione, identificazione e potenza aggiuntiva degli oggetti metadati. Abbiamo trascorso parecchie ore a sviluppare questa funzionalità nella prima versione.
2) Modellazione del sistema in notazione IDEF. 1C ha speso molto per sviluppare questa funzionalità. In realtà il testo originale è più avanti, ma, come abbiamo scritto sopra, la notazione EPC era per noi di primaria importanza. Sfortunatamente, 1C:SPPR non lo ha implementato.
3) Il ritiro è possibile. La funzionalità è assolutamente necessaria per i progetti.
4) Modello ER dei metadati. Il primo nemico era il “sogno dello studente”. Se stessi scrivendo un diploma utilizzando 1C, sarebbe di grande aiuto. In effetti, la funzionalità è simile alla pratica lavorativa quotidiana. Semplicemente introducendo in 1C:DSPR i meccanismi di una tipica soluzione applicativa, la creazione di un diagramma ER per gli oggetti richiesti può essere più ricca e più semplice da sviluppare poiché lo stesso meccanismo funziona. Non è necessario parlare dell'utilità di tali diagrammi date le specifiche. Per questa opportunità puoi dire “grazie mille”.
5) Anche lavorare con le smerigliatrici è molto necessario, ma completa solo il semplice meccanismo del sistema.
6) È importante sviluppare strumenti per scrivere informazioni preliminari. Non è molto difficile e facile da usare grazie alla funzionalità dell'editor di testo integrato in 1C, ma il collegamento dei dati ai metadati e l'esportazione dei file di prova è una funzionalità molto semplice che ora può essere utilizzata.
Come vikorizziamo 1C:SPPR. È del tutto possibile che le nostre ricadute non siano uno scenario tipico, come previsto da 1C. Lo schema originale è simile a questo:
Nonostante tutto in uno scenario tipico, un vikoristan, trasferito in 1C, non sopporta il rispetto del robot nel sistema di tester e distributori. Inoltre, non sono state fornite descrizioni dettagliate degli algoritmi.
Quindi, cosa possiamo imparare dal wiki 1C:SPPR:
1) Gli sviluppatori sono rafforzati dai designer. Benvenute le migliori pratiche di SAP. È melodioso, è corretto, ma per questo è possibile, il sistema è semplicemente necessario. Allo stesso tempo, per l'ovvietà di un tale sistema, possiamo dire che qualsiasi imprenditore edile installerà praticamente robot per qualsiasi tipo di compito. Questo “apre le porte”. Ad esempio, oggi hai 3 distributori e domani forse 30... qualcosa del genere. Le opzioni per ottenere appaltatori esterni non sono limitate.
2) Generazione della documentazione di progettazione. La nostra situazione è semplicemente questa. È chiaro che il compito è descrivere tutti i metadati dell'UPP... 1C: SPPR semplificherà semplicemente questo processo decine di volte.
3) La struttura dell'attività – se l'integrazione non è facile. Il rivenditore può leggere rapidamente tutto per le attività assegnate. Se necessario, puoi salire in cima per capire/chiarire te stesso. Sia il progettista che lo sviluppatore possono valutare il lavoro e l'impegno spesi per lo sviluppo e utilizzare le valutazioni. Il rivenditore può scrivere gli alimenti secondo le specifiche ed evitare tempestivamente modifiche alle stesse
4) L'intero progetto appartiene al sistema. Secondo i metadati della pelle, puoi vedere se ci sono complicazioni.
1) Gestione del cambiamento. Cosa è cambiato, chi ha aspettato? Che dire nel mezzo questo è un cambiamento. Questo è un punto importante, molto difficile da implementare, ma la gestione dei cambiamenti porterebbe immediatamente il sistema ad un nuovo livello e ne promuoverebbe il valore.
2) Connessione con il tendine del cambiamento. Naturalmente il resto del palco nella Lanzyuzhka non è molto visibile. Forse nel sistema era possibile recuperare informazioni in base a quali attività/specifiche comportava questo processo?
3) Integrazione con ARIS/Business Studio. Sfortunatamente, le funzionalità 1C integrate sono progettate per essere specializzate in termini di disponibilità e funzionalità per la creazione di diagrammi EPC/IDEF.
Allo stesso tempo, 1C:SPPR è un prodotto molto funzionale e pratico. È ovvio che 1C sta crollando nella giusta direzione. Potrebbe non essere più così, ma non è così, quindi aspettiamo con impazienza lo sviluppo del sistema, oppure ci stiamo esaminando ulteriormente.
L'Application Solutions Design System (ASDS) è destinato alla progettazione di soluzioni applicative (configurazioni) sulla piattaforma 1C:Enterprise e al mantenimento della documentazione tecnica per il progetto. Il DSS può essere utilizzato sia come strumento per la progettazione di nuovi sistemi informativi che vengono sviluppati nel mezzo di “1C:Enterprise 8”, sia per descrivere la documentazione di sistemi esistenti che sono stati precedentemente sviluppati senza la necessità di un DSS.
Il sistema di progettazione delle soluzioni applicative è suddiviso in configurazioni sulla piattaforma 1C:Enterprise 8.3.
Vantaggi per koristuvachs
Vikoristannya DSS consente:
Progetti Kerivniki
- L'organizzazione della centralizzazione potrebbe essere realizzata attraverso l'uso di un sistema informativo.
- Creare un modello completo del sistema, basato sui processi che vengono automatizzati, con la possibilità di verificare la correttezza del modello.
- Apportare modifiche al progetto.
- Formulare un piano per il progetto.
- Analizzare il completamento del progetto (completamento delle attività necessarie, disponibilità delle approvazioni).
Per i rivenditori
- Progettare la funzionalità nel contesto originale del progetto.
- Vrahovuvat durante la progettazione ha fissato le possibilità e gli obblighi.
- Documenta il progetto in un unico posto.
- Pianifica il tuo lavoro.
- Essere consapevoli della necessità di partecipare a piccoli progetti.
- Organizzare uno scambio di informazioni con i partecipanti al progetto, nel contesto degli oggetti da affrontare.
- Perdona la mancanza di accesso.
Per scrittori tecnici
- Semplificare la preparazione delle informazioni di pre-sviluppo in uno stile unificato mantenendo la struttura della configurazione e le interconnessioni dei diversi oggetti di configurazione.
- Utilizzare i materiali del progetto per preparare documentazione e altri materiali.
Per i tester
- Ottieni l'accesso ai materiali del progetto che descrivono la funzionalità in fase di test.
- Garantire la registrazione e la conferma delle grazie.
Per gli implementatori
- Fare riferimento alla soluzione standard, rivedere e progettare la documentazione.
- Mettere in relazione i processi di produzione reali con un modello di sistema, analizzare la funzionalità dei processi e identificare la necessità di miglioramenti.
- Introduci organicamente modifiche alle funzionalità standard con una svolta del modello.
Rendi più semplice per gli operatori padroneggiare la configurazione e formulare istruzioni per il robot con funzionalità specifiche.
Processo di progettazione presso DSS
La progettazione dei DSS aggiuntivi segue le seguenti fasi:
Il piccolo presenta le interconnessioni dell'interpretazione principale del DSS.
Quando si progetta un sistema informativo vengono descritti i processi da automatizzare. Con la descrizione dei processi verrà creato un modello logico del sistema progettato. Oltre al modello logico ci sarà un modello fisico, incluso nei metadati di configurazione, che viene scomposto.
Per la necessità di apportare modifiche al progetto, il meccanismo dei progetti tecnici è soggetto a revisione. I cambiamenti si basano su metodi accettati e documentati con riferimento ai processi di cambiamento, nonché agli oggetti di un modello logico e fisico.
Descrizione dei processi da automatizzare
Quando si progetta una configurazione, è importante che la sua funzionalità soddisfi le reali esigenze delle aziende. Pertanto, è importante nominare quei processi che consentono di automatizzare il sistema informativo.
DSS consente di registrare il flusso dei processi che possono essere automatizzati, processi in cui possono essere raggruppati a discrezione del cliente.
Quando si descrive un processo, viene registrata una descrizione che riflette l'essenza del processo, dall'inizio alla fine.
Il processo è dettagliato fin nei minimi dettagli, che è determinato da uno specifico Vikonaviano.
Creazione di un modello logico del sistema progettato
Un modello logico del sistema consente di descrivere la funzionalità della configurazione, mettendola in relazione con l'archivio delle informazioni osservabili e degli utenti.
Un modello logico DSS sarà basato sulla metodologia aggiuntiva IDEF0. Nell'ambito del modello logico creato, vengono descritte le funzioni del sistema e viene sviluppata la sua scomposizione.
La descrizione della funzione si basa sul diagramma IDEF. Lo schema consente di visualizzare, nella sua forma originale, le interconnessioni tra funzioni, flussi di dati e componenti adiacenti (sussidiari).
Sviluppo dell'architettura
Lo sviluppo dell'architettura di configurazione è coerente con la struttura del modello logico. In cui i metadati corrispondono a oggetti dati, che indicano lo sviluppo delle funzioni.
Progettazione di operazioni interattive
Quando lavora con il sistema, come parte di un altro processo, l'operatore seleziona le azioni del brano, implementando così uno dei possibili scenari del robot.
Una descrizione delle sequenze di operazioni interattive completate nel sistema consente di analizzare come la funzionalità inclusa nel sistema viene implementata all'interno di uno specifico processo automatizzato.
Preparazione degli ultimi ritocchi
Il DSS permette di formattare automaticamente i testi della configurazione finale per la configurazione che si sta suddividendo. La preparazione del testo finale in formato html può essere abbinata al DSS e alla configurazione utilizzando le funzionalità standard del configuratore.
Il report è formato in un unico stile, con una struttura coerente della descrizione derivante dalle interconnessioni di sottosistemi, oggetti di metadati e operazioni di funzioni. Gli stili di progettazione (caratteri, rientri, visualizzazioni) possono essere regolati direttamente dal DSS.
Robot con vimog
Gestione del progetto e del cambiamento
Per gestire il progetto e le modifiche, il DSS utilizza la funzionalità dei progetti tecnici. Questa funzionalità consente di organizzare il lavoro di squadra su un progetto, spostandosi attraverso le varie fasi del progetto. Quando possibile, modifica le fasi, coordina queste fasi e informa i membri del team di sviluppo dei cambiamenti.
Una varietà di progetti tecnici garantirà che le modifiche vengano apportate al progetto in modo tale che le modifiche seguano uno schema logico e siano intuitive e informative per gli altri coinvolti nel progetto.
Lavora con benefici
Il DSS permette di registrare le modifiche ai progetti suddivisi per versioni, termini di modifica, sezioni di progetto, stati, ecc. La funzionalità del sistema introduce un metodo già pronto per lavorare con le molature, con la possibilità di formare vari report, pubblicando informazioni sulle molature. Il sistema consente di impostare connessioni tra progetti, specificare quali progetti di libreria sono inclusi nel progetto con versioni specifiche dei progetti. Ciò consente di recuperare informazioni sulla presenza di benefici dal progetto, comprese le biblioteche che stanno risultando vincitrici.
Altre possibilità
Oltre alle capacità eccessive, DSS ha le seguenti funzionalità:
- Controlla le modifiche negli oggetti DSS tra client diversi.
- Versionamento delle informazioni di progettazione.
- Possibilità di impostare regole per la verifica del modello funzionale in modalità “1C:Enterprise”.
- Possibilità di impostare informazioni aggiuntive basate sugli oggetti della base informativa.
- Possibilità di ulteriori informazioni ed elaborazioni.
- Scambio di informazioni tra i membri del team di progetto.
- Ampliamento delle informazioni su progetti tecnici, ordini e modifiche, nuove informazioni dal sistema.
- Possibilità di istituire punti di chiamata tramite posta elettronica.
- Ricerca nel testo completo.
- Lavoro basato su compiti normativi.
L'Application Solutions Design System (ASDS) è destinato alla progettazione di soluzioni applicative (configurazioni) sulla piattaforma 1C:Enterprise e al mantenimento della documentazione tecnica per il progetto. Il DSS può essere utilizzato come strumento per la progettazione di nuovi sistemi informativi che vengono sviluppati nel mezzo di "1C:Enterprise 8", nonché per descrivere la documentazione di sistemi esistenti precedentemente sviluppati senza la necessità di un DSS .
Il DSS ha una configurazione progettata per l'uso con la piattaforma 1C:Enterprise 8.3.
Progetti Kerivniki
- L'organizzazione della centralizzazione potrebbe essere realizzata attraverso l'uso di un sistema informativo.
- Creare un modello completo del sistema, basato sui processi che vengono automatizzati, con la possibilità di verificare la correttezza del modello.
- Apportare modifiche al progetto.
- Formulare un piano per il progetto.
- Analizzare il completamento del progetto (completamento delle attività necessarie, disponibilità delle approvazioni).
Per i rivenditori
- Progettare la funzionalità nel contesto originale del progetto.
- Vrahovuvat durante la progettazione ha fissato le possibilità e gli obblighi.
- Documenta il progetto in un unico posto.
- Pianifica il tuo lavoro.
- Essere consapevoli della necessità di partecipare a piccoli progetti.
- Organizzare lo scambio di informazioni con i partecipanti al progetto nel contesto degli oggetti da sviluppare.
- Perdona la mancanza di accesso.
Per scrittori tecnici
- Semplificare la preparazione delle informazioni di pre-sviluppo in uno stile unificato mantenendo la struttura della configurazione e le interconnessioni dei diversi oggetti di configurazione.
- Utilizzare i materiali del progetto per preparare documentazione e altri materiali.
Per i tester
- Ottieni l'accesso ai materiali del progetto che descrivono la funzionalità in fase di test.
- Garantire la registrazione e la conferma delle grazie.
Per gli implementatori
- Fare riferimento alla soluzione standard, rivedere e progettare la documentazione.
- Mettere in relazione i processi di produzione reali con un modello di sistema, analizzare la funzionalità dei processi e identificare la necessità di miglioramenti.
- Introduci organicamente modifiche alle funzionalità standard con una svolta del modello.
- Rendi più semplice per gli operatori padroneggiare la configurazione e formulare istruzioni per il robot con funzionalità specifiche.
DSS offre la possibilità di conservare le informazioni sulle diverse configurazioni all'interno di un'unica base di informazioni, con la possibilità di separare l'accesso tra le configurazioni del progetto.
La configurazione consente di creare un modello logico di un sistema informativo basato su processi che necessitano di essere automatizzati.
La base della progettazione logica con l'aiuto di DSS è la scomposizione funzionale dei sistemi pieghevoli secondo lo standard IDEF0. Ciò ci consente di descrivere il sistema progettato in una forma semplice ed elementare con il necessario livello di dettaglio. Un modello logico si baserà sulla regolamentazione dei processi che si prevede di automatizzare, collegando Vikonaviani, luoghi di lavoro e flussi di informazioni. Il modello logico è coerente con i metadati di configurazione.
La funzionalità del DSS include meccanismi per la gestione dei benefici e dei cambiamenti nel progetto. L'utilizzo di questa funzionalità consente di introdurre organicamente modifiche nel progetto che le collegano al modello logico originale.
La presenza di regole formali di verifica consente di identificare ed eliminare errori e incoerenze nel progetto.
Il sistema prevede meccanismi di registrazione e riconoscimento degli acquisti con il supporto della configurazione della biblioteca.
Il DSS consente di formulare testi di conclusione con la disposizione delle interconnessioni degli oggetti di configurazione. La prova è redatta nello stesso stile. La preparazione del testo finale può essere integrata direttamente nella configurazione, che viene ampliata dal configuratore.
L'introduzione di meccanismi per l'estrazione e l'acquisizione dei dati sui progetti consente di organizzare la pubblicazione delle informazioni sui progetti per la possibilità di cercare e lavorare con queste informazioni in altri database informativi del DSS.
Aspetto esterno del prodotto, sua configurazione e caratteristiche principali caratteristiche tecniche può essere modificato dal coltivatore senza modifiche. La descrizione è di natura preesistente e può costituire la base della rivendicazione. Per sfuggire alla confusione, maggiori informazioni Per informazioni sui prodotti contattare telefonicamente il gestore.
In questo articolo cercheremo di riconoscere che, con l'aiuto di team remoti e geograficamente distribuiti, abbiamo stabilito un processo per il rilascio di soluzioni applicative che espandono le funzionalità del nostro prodotto “1C:ERP Business Management 2”.
Galuzev e prodotti specializzati che espandono le funzionalità di “1C:ERP Business Management 2”
Sulla base della nostra piattaforma tecnologica "1C:Enterprise 8", noi stessi, l'azienda 1C, produciamo quasi 20 soluzioni di vario calibro - come "Gestione della nostra azienda", "1C: Accountant" ii" diverse edizioni (da " Sproshchenka" a "Corporate") alla nostra soluzione più funzionale: "1C:ERP Business Management 2".“1C:ERP 2” è una soluzione che automatizza la maggior parte dei processi delle grandi imprese. A parte questo, gli obiettivi della classe sono i compiti delle caratteristiche di Galuzev, che richiedono un'elaborazione più dettagliata, come in "1C:ERP 2" - commercio, logistica, gestione del magazzino, vita quotidiana, governo rurale, ecc. Includere questa funzionalità in una soluzione standard è inefficace perché Ciò ridurrà la complessità del lavoro della maggior parte dei dipendenti. Inoltre, noi stessi potremmo non avere risorse sufficienti per la piena implementazione delle funzionalità necessarie.
Pertanto, possiamo creare soluzioni Galuzev/specializzate, come:
- soddisfare le esigenze del mercato;
- sono separati dall'acquisizione minima possibile di risorse dal potere della società 1C;
- L'accuratezza dell'implementazione è garantita.
- Le decisioni vengono prese dai nostri partner, che sono di competenza dell'ufficio di rappresentanza.
- Nella società 1C, i decisori hanno il ruolo di "moderatori": architetti di progetto e curatori diretti.
- Abbiamo sviluppato norme e soluzioni progettuali che ci permettono di controllare l'acidità del prodotto
Spivpratsya con i partner "1C-Spilno"
Nel progetto 1C-Joint, il prodotto viene creato da un partner della società 1C e l'autorità legale è la società 1C. Noi stessi siamo in grado di utilizzare il prodotto e di controllarne la viscosità.La procedura per sviluppare le seguenti soluzioni:
- Riteniamo che vi siano funzionalità richieste dal mercato che non sono state ancora implementate nei nostri prodotti e che la funzionalità sia in fase di sviluppo per un nuovo prodotto;
- Annunciamo un concorso per lo sviluppo di nuove soluzioni della “serie 1C” e accettiamo anche richieste per il rilascio di prodotti attraverso l'iniziativa dei partner;
- Intendiamo direttamente partner con le maggiori competenze e disponibilità per lo sviluppo a lungo termine;
- Chiediamo al nostro partner di sviluppare, sviluppare e supportare il prodotto.
Grafico Yakost
Il concetto di un approccio modulare alle soluzioni di architettura basate su "1C:ERP Business Management 2"
In termini di concetto e architettura, “1C:ERP” è un prodotto completamente nuovo, simile al suo predecessore “1C: Production Management”. Una delle caratteristiche principali della nuova soluzione è la superiorità della funzione ceruviana. Nello sviluppo della linea Galuzev e delle soluzioni specializzate, era importante mantenerlo nelle soluzioni "1C-Spilno". Particolare attenzione è stata prestata all'integrazione delle soluzioni tra loro e "1C:ERP", la possibilità di creare un unico sistema informativo, costituito da un insieme di moduli con un nucleo chiave di integrazione - "1C:ERP".L’obiettivo è un unico sistema informativo e gestionale senza soluzione di continuità, basato su “1C:ERP” e altre soluzioni “1C:Enterprise 8”:
È stato sviluppato il concetto di un approccio modulare nell'architettura delle soluzioni basate su “1C:ERP”. Il concetto definisce i principi di sviluppo, unificazione e integrazione di vari cambiamenti all'interno di un unico sistema e area di gestione.
Tutte le soluzioni nell'ambito del programma 1C-Spilno, che espandono le capacità di 1C:ERP, aderiscono al concetto di approccio modulare. Gli obiettivi chiave dell’approccio modulare sono:
- Formazione di una linea di prodotti che interagisce sia con il nucleo paritario di integrazione di “1C:ERP” sia tra loro
- Creazione semplificata di un'unica soluzione per pittori da un insieme di galouze e soluzioni specializzate
- Riduzione al minimo dei costi di manodopera dovuti a cambiamenti nel magazzino dei moduli della soluzione e ulteriore supporto della soluzione
- Disabilitare la duplicazione di sottosistemi funzionali essenziali in vari prodotti
Al momento della stesura di questo articolo le soluzioni di linea già rilasciate sono 31 (18 partner distributivi) con piani di sviluppo in atto per il 2° trimestre 2017. Il numero di soluzioni raggiunte è 52 (24 partner commerciali).
Il processo di progettazione, sviluppo e controllo di Galuzev e soluzioni specializzate per 1C:ERP
Interazione tra distributori in un design single core
Il lavoro sul progetto soffre di divisioni territoriali e di team di sviluppatori poco collegati. Allora, oggi abbiamo da lavorare:- 28 team di specialisti distribuiti territorialmente;
- 44 progetti attivi;
- 19 nuove soluzioni.
- Analisi, progettazione e documentazione delle funzionalità
- La formulazione è stata resa possibile da altre decisioni
- Controllo dei termini delle fasi di progettazione e sviluppo
- Aggiornamento del modello di soluzione
- Controllo delle funzionalità dichiarate
- La discussione si è svolta nell'ambito della Tavola Rotonda dei Commercianti
DSS per Galuzev e soluzioni specializzate (SPPR OR/SR) – CASE-sap per soluzioni progettuali personalizzate
Tutti gli sviluppatori di soluzioni interagiscono attraverso il prodotto “1C: Application Solutions Design System” (abbreviato in SSPR). Il DSS supporta la progettazione di soluzioni applicative sulla piattaforma 1C:Enterprise e consente di assistere l'intero ciclo di sviluppo del software: raccolta dati, controllo delle modifiche, documentazione, tracciamento dei bug, ecc. Il DSS è suddiviso come configurazione sulla piattaforma 1C:Enterprise 8.Il DSS può essere utilizzato sia come strumento per la progettazione di nuovi sistemi informativi che vengono sviluppati nel mezzo di “1C:Enterprise 8”, sia per descrivere la documentazione di sistemi esistenti che sono stati precedentemente sviluppati senza la necessità di un DSS.
Abbiamo scelto il DSS come il più conveniente e adatto ai nostri compiti e adatto alle custodie CASE che forniamo:
- Possibilità di diversi modelli di sistema di piegatura
- Gestione ciclo vitale Prodotto
- Multiprogetto
- Personalizzazione
- Integrazione dal centro dello sviluppo
- Disponibilità per fornitori-partner 1C
Obiettivi
- Progettazione e documentazione delle soluzioni progettuali
- Monitoraggio dei risultati dei test
- supporto per la descrizione attuale dei processi automatizzati e delle funzionalità implementate a tale scopo
- verifica dell'integrità di un unico modello di tutte le soluzioni
- controllo dei termini durante lo sviluppo dei progetti
- monitorare la funzionalità della configurazione del modello descritto
- implementazione di un unico centro di progettazione con un gran numero di robot che lavorano insieme
Gestione del ciclo di vita per il rilascio del prodotto
L'intero progetto di suddivisioni in aree funzionali (divisioni del progetto), la sezione pelle è curata dal ceramista direttamente dal lato “1C”. La funzionalità della soluzione (prodotti) è suddivisa in:- La funzionalità di una sezione non è necessariamente determinata da un prodotto,
- La funzionalità di ciascuna sezione può essere ampliata da più partner.
Per la funzionalità in fase di progettazione vengono realizzati diversi progetti tecnici, con considerazioni da parte del partner di sviluppo. Nell'ambito di un progetto tecnico è possibile rilasciare diverse opzioni per la fornitura di funzionalità (che coinvolgono i prodotti stessi).
Ad ogni progetto tecnico viene assegnato un termine di completamento pianificato (è controllato direttamente dal project manager) e vengono stabiliti i termini delle fasi di completamento del progetto tecnico.
Il partner di sviluppo specifica i termini dei punti di controllo ai confini del progetto. Quando il termine viene trasferito a una delle fasi, le informazioni passano sotto il controllo di un manager separato. Anche un manager affidabile imparerà i termini della fase della pelle (cucitura zocrema). La fase della pelle termina nei punti di controllo appropriati.
Non vogliamo interferire con il processo di disimpegno dei partner. La potente tecnica della skin partner Zastosov, è stanca nella squadra. Controlliamo i termini dei punti di controllo che sono importanti per noi e regoliamo i risultati con gli standard e i regolamenti necessari, la cui conoscenza e i loro standard sono anch'essi controllati.
Nell'ambito dei progetti tecnici, non solo i robot vengono progettati e completati dallo sviluppo di nuove funzionalità, ma anche dall'esecuzione di test di integrazione, unificazione delle funzionalità di base, minimizzazione delle modifiche agli oggetti e dei metadati di una configurazione tipica.
Modello logico di soluzione nella metodologia IDEF0
Sulla base del DSS OR/SR, la funzionalità di tutte le soluzioni della linea viene descritta all'interno di un unico progetto. Il disegno logico si basa sulla metodologia IDEF0.L'integrità e l'incoerenza del modello funzionale sono moderate dall'architetto funzionale assegnato al progetto, assegnato al lato “1C”.
Descrizione della notazione DSS
Ai confini del DSS, i concetti principali vengono interpretati come segue:
- Blocco funzionale (casella attività)- una funzione specifica di creazione di nuove informazioni all'interno del sistema, che viene considerata
- Zv'yazok– informazioni che vengono elaborate dal blocco funzionale (ingressi e uscite) o forniscono altri input alla funzione (controllo e relativi collegamenti – profili cliente):
- Ingresso funzione- Link (informazioni) che accompagna la funzione. Il diagramma mostra una freccia che punta direttamente al lato sinistro del blocco funzionale
- Uscita della funzione- Collegamento (informazione) generato come risultato della funzione assegnata. Il diagramma mostra le frecce che vanno da lati destri blocco funzionale
- Gestione (azione attenta su una funzione, regola)– i collegamenti (informazioni) vengono analizzati prima che venga presa una decisione nell’ambito della funzione. Il diagramma mostra le frecce che portano al lato superiore del blocco funzionale.
- Vikonannya (profilo di Koristuvach)- Compilazione della funzione dal lato di uno o più sistemi. Il diagramma mostra le frecce che portano al lato superiore del blocco funzionale.
La funzionalità di tutte le soluzioni è soggetta a verifica secondo le regole di verifica, che è in parte un meccanismo di verifica del modello di sistema, che si articola nel rispetto delle regole di progettazione formale. In questo modo viene mantenuta la coerenza di un modello logico di tutte le soluzioni della linea.
Opzioni di consegna del prodotto
Il concetto di approccio modulare consente varie opzioni per la fornitura dei prodotti:- funzionalità del magazzino 1C:ERP,
- funzionalità sotto l'aspetto di una configurazione operativa indipendente,
- funzionalità per l'integrazione con 1C:ERP.
Ad esempio, “1C:ERP Business Management 2” (partner – distributore “1C-Rarus”) inserirà nel proprio magazzino:
- capacità funzionali del tipico “1C:ERP”,
- alta funzionalità originale Galuzev,
- funzionalità delle seguenti soluzioni:
- "1C: Koshtoris 3",
- Modulo “1C: Agente immobiliare. Gestione delle vendite di non rukhomost per 1C:ERP",
- Modulo “1C: Locazioni e gestione immobiliare per 1C:ERP”,
- Modulo "1C: Gestione veicoli per 1C: ERP".
Biblioteca dei sottosistemi funzionali 1C-Spilno
Unificando la soluzione della linea si vede la funzionalità universale originaria e si forma la “Biblioteca dei sottosistemi funzionali di 1C-Spilno”.La libreria fornisce un kit di strumenti per gli sviluppatori della soluzione “1C:Spilno” che contiene una serie di sottosistemi funzionali universali, sezioni già pronte per la documentazione del sistema e tecnologia per l'integrazione in ufficio E soluzioni specializzate con il metodo di unificazione all'interno di un linea singola, che consente:
- Garantire approcci coerenti all’implementazione di meccanismi universali comuni nelle soluzioni 1C-Spielno;
- ridurre la difficoltà di rilasciare nuove soluzioni con l'aiuto di funzionalità già pronte;
- semplificare l'integrazione di soluzioni di diversi partner di distribuzione quando si apportano modifiche;
- accelerare il numero di diverse implementazioni di meccanismi comuni per i trader, oltre a prendere contemporaneamente una serie di decisioni.
Informazioni sullo stato di avanzamento dell'implementazione dei progetti tecnici
Considerando il gran numero di partecipanti al progetto, vengono sviluppati gli strumenti di controllo necessari per fornire informazioni sullo stato di avanzamento dei progetti tecnici.Sulla base del DSS OR/SR vengono stabiliti i requisiti normativi per formare i fogli di distribuzione. Pertanto, abbiamo visto i seguenti gruppi di poteri:
- Ricevute per il progetto
- Responsabile delle sezioni del progetto
- Affidabile per progetti tecnici
- Controllo dei progetti tecnici - progettazione
- Monitoraggio dell'attività dei partner di vendita al dettaglio: obiettivo
- Informazioni sulla necessità di conferma delle azioni alla base (ordine, informazioni, ecc.) - immediatamente
- Sono gradite informazioni sulla presenza di modifiche nei modelli
- Termini di identificazione dei punti di controllo (fasi)
- Termini di studio di progetti tecnici
- Modifica degli oggetti metadati con configurazione standard
- Grazie e anticipazioni per la modella
- Attualità
- Attività lavorativa su un progetto tecnico
Applicazioni
Preparazione della configurazione prima della replica
Lo schema funzionale originario della verifica previsionale della decisione:
La verifica della trasmissione è soggetta a normative e include la verifica sia manuale che automatizzata dei materiali trasferiti.
Il partner di sviluppo è responsabile dell'accuratezza dei test, della completezza dei materiali e trasferisce i materiali alla società 1C per la verifica prima del rilascio mediante procedure regolari, proteste e mezzi simili di certificazione 1C: Sumisno”, “Sistemi di standard e modalità di sviluppo delle configurazioni per la piattaforma 1C:Enterprise 8” e potranno beneficiare del Regolamento per l'interazione con i distributori di soluzioni commerciali.
È inoltre possibile inserire ulteriori controlli sulla tipologia di modello funzionale nel database DSS OR/SR: controllo del tipo di funzionalità dichiarata dell'OR/SR implementato e controllo del tipo di modifica Viene dichiarata la configurazione standard degli oggetti nell'OR/SR DSS.
Servizio 1C: soluzione con carta Hmarna
Per i potenziali nuovi sviluppatori è necessario sviluppare un servizio manuale e semplice con strumenti facilmente accessibili e comprensibili. A quale scopo esiste un servizio web e un client speciali per la visualizzazione degli schemi:
Il servizio "1C: Xmarna Solution Map" fornisce l'accesso ai modelli funzionali di una serie di soluzioni dell'azienda 1C, nonché alle soluzioni Galuzev e specializzate rilasciate nell'ambito dello schema 1C-Spielno. L’aggiornamento del modello funzionale sarà assicurato mediante il caricamento diretto sul servizio web del database “DSS per Galuzev e soluzioni specializzate”, il modello di soluzione supportato allo stato attuale è coerente con il concetto di software modulare L’approccio all’architettura è una soluzione basata su “1C:ERP Business Management 2”.
- Funzione "Sistema completo di gestione delle informazioni basato su 1C: ERP Enterprise Management 2"
- Funzione "1C:Gestione dati di ingegneria PDM"
Vantaggi del servizio vikoristan
Per potenziali clienti:- Una dichiarazione chiara sulla funzionalità delle soluzioni già pronte di 1C
- Preparazione di materiali funzionali per l'organizzazione di concorsi per progetti di automazione
- Sviluppare la funzionalità di soluzioni già pronte per automatizzare Galouze e processi aziendali specializzati, sviluppando prodotti che sostituiscono la funzionalità.
- L'opportunità di contattare un partner, conoscere le menti delle attrezzature, dei materiali informativi, dei progetti promozionali di successo, nonché prendere parte agli approcci più vicini e negare l'accesso alla base dimostrativa (se tale possibilità è evidente) recandosi al sito Fare riferimento al sito Web del prodotto http://solutions.1c. ru
- Ampliamento delle aree di automazione tra le soluzioni selezionate e ampliamento di tutte le capacità funzionali.
Partner di servizi Vikoristannya
- Dimostrazione a potenziali clienti di modelli funzionali di soluzioni già pronte (modelli contenenti informazioni di reporting sui prodotti, loro funzionalità, automazione dei processi aziendali, spazi di lavoro). Dimostrazione ai clienti esistenti delle capacità funzionali dei prodotti per soddisfare la specificità di Galuzev, implementazione degli incarichi tematici.
- Partecipazione a concorsi, preparazione di proposte: equalizzazione della funzionalità necessaria dalla funzionalità dell'intero complesso di soluzioni già pronte. Selezione di prodotti finiti per coprire le aree funzionali. Preparazione di proposte da varie applicazioni di soluzioni di integrazione e casi aziendali di progetti di successo.
- Promozione: confronto dei processi produttivi reali con un modello funzionale, sviluppo dei principi di interazione dei blocchi funzionali.
Un team di sviluppatori è un team di professionisti
I risultati di qualsiasi progetto dipendono dal team. Per sviluppare una linea di soluzioni per 1C:ERP è stato possibile mettere insieme un ampio team di professionisti pronti a sperimentare e pronti ad affrontare le difficoltà. Si prega di verificare il numero di partner medici ultimo elencoÈ difficile, non vorrei nemmeno vedere i miei partner.L'importante è che non abbiamo avuto pietà della scelta dei partner, della loro competenza nella loro pelle e della sinergia del marchio unico ottenuto.
Alla fine
Abbiamo condiviso con voi i processi chiave di disaggregazione della linea di soluzioni per 1C:ERP. L'intero processo è complesso e coinvolge un gran numero di partecipanti sia da parte nostra che da parte dei nostri partner di ricerca. Innanzitutto volevamo trasmettere al lettore il processo di progettazione e il controllo sull'avanzamento di un progetto di questo tipo. Un simile approccio ristagnerà in primo luogo e incoraggerà l'espansione di queste prove verso lo sviluppo di altre linee di soluzioni.L'Application Solutions Design System (ASDS) è destinato alla progettazione di soluzioni applicative (configurazioni) sulla piattaforma 1C:Enterprise e al mantenimento della documentazione tecnica per il progetto. Il DSS può essere utilizzato sia come strumento per la progettazione di nuovi sistemi informativi che vengono sviluppati nel mezzo di “1C:Enterprise 8”, sia per descrivere la documentazione di sistemi esistenti che sono stati precedentemente sviluppati senza la necessità di un DSS.
Il sistema di progettazione delle soluzioni applicative è suddiviso in configurazioni sulla piattaforma 1C:Enterprise 8.3.
Vantaggi per koristuvachs
Vikoristannya DSS consente:
Progetti Kerivniki
- È stato possibile organizzare un'organizzazione centralizzata collegandola ad un sistema informativo
- Creare un modello completo del sistema, basato sui processi da automatizzare, con possibilità di verificare la correttezza del modello
- Keruvati zminami u projecti
- Piano di formulazione del progetto
- Analizzare il completamento del progetto (completamento delle attività necessarie, numero di approvazioni)
Per i rivenditori
- Funzionalità del design nel contesto originale del progetto
- Assicurare i benefici e gli obblighi fissi del progetto
- Documenta il progetto in un unico posto
- Planuvati vlasnu robotu
- Comprendere la necessità di energia nei piccoli progetti
- Organizzare uno scambio di informazioni con i partecipanti al progetto, nel contesto degli oggetti da affrontare
- Perdona la mancanza di accesso
Per scrittori tecnici
- Semplificare la preparazione delle informazioni di pre-sviluppo in uno stile unificato mantenendo la struttura della configurazione e le interconnessioni dei diversi oggetti di configurazione
- Utilizzare i materiali del progetto per preparare documentazione e altri materiali
Per i tester
- Ottieni l'accesso ai materiali del progetto che descrivono la funzionalità in fase di test.
- Garantire la registrazione e la conferma delle grazie
Per gli implementatori
- Fare riferimento alla soluzione standard, rivedere e progettare la documentazione
- Mettere in relazione i processi di produzione reali con un modello di sistema, analizzando la funzionalità dei processi e identificando la necessità di processi
- Introduci organicamente modifiche alle funzionalità standard con una svolta del modello tagliato
Rendi più semplice per gli operatori padroneggiare la configurazione e formulare istruzioni per il robot con funzionalità specifiche.
Processo di progettazione presso DSS
Quando si progetta un sistema informativo vengono descritti i processi da automatizzare. Con la descrizione dei processi verrà creato un modello logico del sistema progettato. Oltre al modello logico ci sarà un modello fisico, incluso nei metadati di configurazione, che viene scomposto.
Per la necessità di apportare modifiche al progetto, il meccanismo dei progetti tecnici è soggetto a revisione. I cambiamenti si basano su metodi accettati e documentati con riferimento ai processi di cambiamento, nonché agli oggetti di un modello logico e fisico.
Descrizione dei processi da automatizzare
Quando si progetta una configurazione, è importante che la sua funzionalità soddisfi le reali esigenze delle aziende. Pertanto, è importante nominare quei processi che consentono di automatizzare il sistema informativo.
DSS consente di registrare il flusso dei processi che possono essere automatizzati, processi in cui possono essere raggruppati a discrezione del cliente.
Il processo è dettagliato in dettaglio sulla base di una serie di pezzi, forgiati da un particolare Wyconiano.
Creazione di un modello logico del sistema progettato 
Un modello logico del sistema consente di descrivere la funzionalità della configurazione, mettendola in relazione con l'archivio delle informazioni osservabili e degli utenti.
Un modello logico DSS sarà basato sulla metodologia aggiuntiva IDEF0. Nell'ambito del modello logico creato, vengono descritte le funzioni del sistema e viene sviluppata la sua scomposizione.
La descrizione della funzione si basa sul diagramma IDEF. Lo schema consente di visualizzare, nella sua forma originale, le interconnessioni tra funzioni, flussi di dati e componenti adiacenti (sussidiari).
Sviluppo dell'architettura
Lo sviluppo dell'architettura di configurazione è coerente con la struttura del modello logico. In cui i metadati corrispondono a oggetti dati, che indicano lo sviluppo delle funzioni.
Progettazione di operazioni interattive 
Quando lavora con il sistema, come parte di un altro processo, l'operatore seleziona le azioni del brano, implementando così uno dei possibili scenari del robot.
Una descrizione delle sequenze di operazioni interattive completate nel sistema consente di analizzare come la funzionalità inclusa nel sistema viene implementata all'interno di uno specifico processo automatizzato.
Preparazione degli ultimi ritocchi
Il DSS permette di formattare automaticamente i testi della configurazione finale per la configurazione che si sta suddividendo. La preparazione del testo finale in formato html può essere abbinata al DSS e alla configurazione utilizzando le funzionalità standard del configuratore.
Il report è formato in un unico stile, con una struttura coerente della descrizione derivante dalle interconnessioni di sottosistemi, oggetti di metadati e operazioni di funzioni. Gli stili di progettazione (caratteri, rientri, visualizzazioni) possono essere regolati direttamente dal DSS.
Robot con vimog
Gestione del progetto e del cambiamento 
Per gestire il progetto e le modifiche, il DSS utilizza la funzionalità dei progetti tecnici. Questa funzionalità consente di organizzare il lavoro di squadra su un progetto, spostandosi attraverso le varie fasi del progetto. Quando possibile, modifica le fasi, coordina queste fasi e informa i membri del team di sviluppo dei cambiamenti.
Una varietà di progetti tecnici garantirà che le modifiche vengano apportate al progetto in modo tale che le modifiche seguano uno schema logico e siano intuitive e informative per gli altri coinvolti nel progetto.
Lavora con benefici
Il DSS permette di registrare le modifiche ai progetti suddivisi per versioni, termini di modifica, sezioni di progetto, stati, ecc. La funzionalità del sistema introduce un metodo già pronto per lavorare con le molature, con la possibilità di formare vari report, pubblicando informazioni sulle molature. Il sistema consente di impostare connessioni tra progetti, specificare quali progetti di libreria sono inclusi nel progetto con versioni specifiche dei progetti. Ciò consente di recuperare informazioni sulla presenza di benefici dal progetto, comprese le biblioteche che stanno risultando vincitrici.
Altre possibilità
Oltre alle capacità eccessive, DSS ha le seguenti funzionalità:
- Controlla le modifiche negli oggetti DSS tra client diversi
- Versionamento delle informazioni di progettazione
- Possibilità di impostare regole per la verifica di un modello funzionale in modalità “1C:Enterprise”.
- Possibilità di impostare informazioni aggiuntive sugli oggetti della base informativa
- Possibilità di ulteriori informazioni ed elaborazioni
- Scambio di informazioni tra i membri del team di progetto
- Rozsilka ti informerà su progetti tecnici, ordini e sovvenzioni, nuove aggiunte al sistema
- Possibilità di istituire punti di chiamata tramite posta elettronica
- Ricerca nel testo completo
- Lavorare con compiti normativi
Privilegiato...
