System zur Gestaltung angewandter Lösungen. Projekt- und Changemanagement
Bevor ich über Designtools spreche, möchte ich auf eine wichtige Frage eingehen: „Was ist der Zweck des Designs von Informationssystemen?“ Besonders unter 1C-Spezialisten ist die Meinung sehr beliebt, dass Systemdesign unnötige Arbeitskosten verursacht. Ich würde sagen, es ist nicht unbegründet. Viele der Aufgaben bei der Implementierung von Systemen sind ziemlich standardisiert und erfordern nur Entwicklungsaufwand. Sehr oft werden keine neuen Mechanismen und Werkzeuge geschaffen, sondern bestehende lediglich „geschärft“, um den sich regelmäßig ändernden Bedürfnissen des Kunden gerecht zu werden.
In diesem Fall ist ein formaler Designprozess wahrscheinlich nicht sinnvoll. Wir sprechen speziell über die Formalisierung des Prozesses, weil Der Designprozess selbst ist ein integraler Bestandteil der Entwicklung und wird selbstverständlich vorhanden sein, wenn auch nur im Kopf des Entwicklers.
Und wenn Design Sinn macht:
- Es gibt eine allgemeine Strategie für das Unternehmen, und die Entwicklung von IT-Systemen ist Teil dieser Strategie.
- Es besteht ein Verständnis seitens des Managements, welche Aufgaben durch die Implementierung/Entwicklung eines Informationssystems gelöst werden müssen.
- Es liegt ein formales Verständnis/eine Beschreibung der Geschäftsprozesse des Unternehmens vor bzw. ist die Erstellung eines solchen geplant.
Eigentlich beginnt alles mit der Strategie. Die Werkzeuge zur Erstellung einer Unternehmensstrategie sind selten spezialisiert. Das ist eher etwas, das im Kopf eines Top-Managers liegen sollte. Als nächstes wird ein Geschäftsprozessmodell erstellt (das vorhanden sein muss, um strategische Ziele zu erreichen). Hier kommen Modellierungswerkzeuge ins Spiel – ARIS, Business Studio. Und erst danach sprechen wir über das IT-Prozessmodell. „Fortgeschrittene“ westliche Anbieter verfügen hierfür über spezielle Tools – USAP integriertes ARIS, IBM – RUP, Microsoft – MSF, integriert in Visual Studio. Daher hat 1C ein eigenes Tool – 1C: SPPR.
Nun stellt sich die zweite Frage: „ Wie wird 1C:SPPR in der Praxis eingesetzt?„? In diesem Fall kann ich nur über meine persönliche Praxis sprechen. Leider stimmt es möglicherweise nicht mit dem überein, wofür 1C:SPPR geplant war. In meiner Praxis wurde 1C:SPPR für folgende Aufgaben eingesetzt:
Aus der Abbildung ist vielleicht alles klar – Informationen werden auf Basis aktueller Geschäftsprozessmodelle in das System eingegeben – ein Systemmodell wird entworfen: Prozesse und Funktionen, die auf die Ebene von Metadaten und Algorithmen zerlegt werden. Anschließend werden Dokumente generiert – Entwicklungsspezifikationen, Designlösungen und sogar Benutzerdokumentationen.
Es ist erwähnenswert, dass es sich in diesem Fall nicht so sehr um 1C: DSS handelt, sondern um das System, das auf seiner Grundlage durch die Einführung recht erheblicher Modifikationen entwickelt wurde. Tatsache ist, dass die erste Version von 1C:SPPR, als wir ein solches Tool brauchten, unsere Anforderungen nicht erfüllte und tatsächlich kaum die Anforderungen anderer erfüllen konnte:
Aber das war schon etwas, das man „ergreifen“ und ein voll funktionsfähiges Werkzeug entwickeln konnte. Glücklicherweise führte 1C die Entwicklung von 1C: DSS parallel zu unserer durch, und das meiste, was hinzugefügt werden musste dieser Moment Zeit wurde bereits umgesetzt typische Konfiguration.
Dadurch alle Funktionen, die meiner Meinung nach in 1C:SPPR enthalten sein sollten lässt sich in die folgenden 4 Teile unterteilen:
1) Simulationsfunktionen
A. Systemmodell, Verbindung mit dem Stromversorgungsmodell (in unterschiedlichen Schreibweisen)
B. Verbindung des Systemmodells mit Metadaten und 1C-Algorithmen
C. Integration mit Simulationsumgebungen
2) Teamwork-Funktionen
A. Arbeiten mit Anforderungen
B. Umgang mit Fehlern
3) Dokumentationsfunktionen
A. Dokumentation mit dem Modell verknüpfen
B. Exportieren der Dokumentation nach 1C und Word
4) Funktionen zur Organisation von Entwicklung und Tests
A. Spezifikationen und Entwicklungsaufgaben
B. Ergebnisse der Tests und Fehlerbehebung
In einem typischen 1C:SPPR-Block ist (1) sehr gut implementiert, außer dass ich das Modell natürlich gerne in verschiedenen Notationen darstellen möchte. EPC war uns näher; in 1C:SPPR ist nur IDEF 0 implementiert.
Die Teamwork-Funktionen sind in der aktuellen Version vollständig implementiert, was meiner Meinung nach natürlich am häufigsten bei der Arbeit mit Fehlern und Anforderungen notwendig ist.
Es gibt bereits Probleme mit der Dokumentation. Die Hauptfunktionalität, die 1C:SPPR fehlt, ist der ExportWort. Schließlich sollte das Ergebnis der Arbeit des Designers eine Entwicklungsspezifikation (TZ/ChTZ – wer auch immer es wie nennt) sein. Und eine Spezifikation ist etwas, das eine Person lesen können sollte; das heißt, eine Textdatei. Auch hier sollten Systemdokumentation und Projektdokumentation in einer Word-Datei zusammengestellt werden. Aber traditionell möchte 1C nicht gerne in Microsoft Office-Produkte integrieren. Dies widerspricht den Prinzipien der Cross-Plattform, macht die Lösung von externen Anwendungen abhängig und erhöht die Komplexität der Entwicklung deutlich.
Die Funktionalität zum Organisieren von Entwicklung und Tests in 1C:DSS ist einfach nicht vorhanden. Obwohl nicht klar ist, warum. Es kommt selten vor, dass man einen erfahrenen Entwickler trifft, der nicht mindestens einmal in seinem Leben ein Aufgabenverfolgungssystem geschrieben hat. Wenn Sie sich auf dasselbe SAP konzentrieren, verfügt der Solution Manager sowohl über Designfunktionen als auch über einen vollwertigen Service Desk.
Tatsächlich wurde diese Funktionalität im Vergleich zum DSS verbessert - Die wichtigsten Verbesserungen an 1C:SPPR betrafen die Ausgabe an Wortund Erstellen eines Aufgabenabrechnungssystems.
Schauen wir uns nun die Funktionalität der neuen Standardversion von 1C:SPPR genauer an:
Es sind also viele interessante Dinge zur ersten Version aufgetaucht:
1) Normale Arbeit mit Metadaten – Laden von Metadaten direkt aus der Konfiguration, Präsentation und zusätzlichen Eigenschaften von Metadatenobjekten. Wir haben in der ersten Version viel Zeit in die Entwicklung dieser Funktionalität investiert.
2) Systemmodellierung in IDEF-Notation. 1C hat viel in die Entwicklung dieser Funktionalität investiert. Ein wirklich bedeutender Fortschritt, aber wie ich oben schrieb, erwies sich die EPC-Notation für uns als vertrauter und bequemer. Leider ist es in 1C:SPPR nicht implementiert.
3) Anforderungen sammeln. Die Funktionalität ist für Projekte sehr wichtig.
4) ER-Metadatenmodell. Der erste Eindruck war „ein Studententraum“. Wenn jemand eine Abschlussarbeit über 1C schreiben würde, würde dies erheblich helfen. Tatsächlich ist die Funktionalität im Arbeitsalltag sehr nützlich. Selbst wenn Sie einfach die Mechanismen einer typischen Anwendungslösung in 1C:SSPR laden und ein ER-Diagramm für die erforderlichen Objekte erstellen, können Sie viel schneller und einfacher verstehen, wie dieser oder jener Mechanismus funktioniert. Über den Nutzen solcher Diagramme bei der Erstellung von Spezifikationen muss nicht gesprochen werden. Für diese Gelegenheit können wir „Vielen Dank“ sagen.
5) Der Umgang mit Fehlern ist ebenfalls ein sehr notwendiger, aber recht einfacher Mechanismus des Systems.
6) Es gibt sogar Tools zum Schreiben Referenzinformationen. Aufgrund der Einschränkungen des in 1C integrierten Texteditors ist es nicht mehr sehr leistungsfähig und praktisch, aber das Verknüpfen von Hilfe mit Metadaten und das Exportieren von Hilfedateien ist eine sehr praktische Funktionalität, die jetzt verwendet werden kann.
Wie wir 1C:SPPR verwenden. Es ist durchaus möglich, dass es sich bei unserem Fall nicht um ein typisches Szenario handelt, wie es 1C geplant hat. Das allgemeine Schema sieht in etwa so aus:
Der von 1C vorgesehene typische Anwendungsfall beinhaltet höchstwahrscheinlich nicht die Arbeit von Testern und Entwicklern im System. Es gibt auch keine detaillierte Beschreibung der Algorithmen.
Was erhalten wir also durch die Verwendung von 1C:SPPR:
1) Entwickler sind von Designern getrennt. Best Practice von SAP willkommen. Das ist wahrscheinlich richtig, aber damit dies möglich ist, ist einfach ein System notwendig. Gleichzeitig können wir mit einem solchen System sagen, dass fast jeder Entwickler in der Lage ist, an fast jeder Aufgabe zu arbeiten. Das „öffnet Türen“. Heute haben Sie beispielsweise 3 Entwickler und morgen könnten es 30 sein ... d. h. Die Möglichkeiten des Outsourcings sind unbegrenzt.
2) Generation Projektdokumentation. In unserem Fall sind es nur Volumen. Stellen Sie sich zum Beispiel die Aufgabe vor, alle SCP-Metadaten zu beschreiben ... 1C: SPPR vereinfacht diesen Prozess einfach um das Zehnfache.
3) Aufgabenabrechnung – wenn sie integriert ist, ist sie sehr praktisch. Der Entwickler kann sofort alles über die zugewiesene Aufgabe sehen. Bei Bedarf kann er auf eine „höhere Ebene“ aufsteigen, um für sich selbst etwas zu verstehen/zu klären. Sowohl der Designer als auch der Entwickler können den Entwicklungsaufwand abschätzen und sich auf Schätzungen einigen. Der Entwickler kann Fragen zu den Spezifikationen schreiben und Änderungen darin schnell beobachten
4) Das gesamte Projekt ist im System. Für jedes Metadatenobjekt können Sie nachverfolgen, wann, warum und warum es erstellt wurde.
1) Änderungsmanagement. Was hat sich geändert, wer hat es genehmigt? Wofür wird beeinflussen das ist eine Veränderung. Ein sehr wichtiger Punkt, natürlich schwer umzusetzen, aber Change Management würde das System sofort auf ein neues Level heben und seinen Nutzen steigern.
2) Kommunikation mit dem Konfigurations-Repository. Natürlich fehlt die letzte Stufe in der Kette ein wenig. Könnte das System Auskunft darüber geben, welche Aufgabenstellung/Spezifikation dieser Entwicklung zugrunde lag?
3) Integration mit ARIS/Business Studio. Leider sind die integrierten 1C-Tools den spezialisierten Tools in Bezug auf Komfort und Funktionalität zum Erstellen von EPC/IDEF-Diagrammen deutlich unterlegen.
Insgesamt ist 1C:SPPR ein sehr funktionales und praktisches Produkt. Es ist offensichtlich, dass sich 1C in die richtige Richtung bewegt. Vielleicht stimmt noch etwas nicht, es fehlt etwas, also freuen wir uns auf die Entwicklung des Systems oder verbessern es selbst.
Lösungskarte 1C: Anwendungslösungsdesignsystem
Entwickelt für den Entwurf und die Wartung von Anwendungslösungen (Konfigurationen) auf der 1C:Enterprise-Plattform technische Dokumentation Projekt. DSS kann sowohl als Werkzeug zur Gestaltung neuer Informationssysteme als auch zur Beschreibung und Dokumentation eingesetzt werden bestehende Systeme, zuvor ohne Verwendung von DSS entwickelt.
Kaufen Sie 1C: Designsystem für Anwendungslösungen
Der Preis wird in Rubel angegeben. Versand kostenfrei und Installation von 1C:Enterprise-Programmen in St. Petersburg.
Lizenzierung
Das Produkt „1C: Application Solutions Design System“ ist zur Verwendung mit bestimmt Client-Lizenzen „1C:Enterprise 8“, Erhöhung der Anzahl der Jobs, sowie mit einer Lizenz für den 1C:Enterprise 8 Server. Wenn Sie weitere Arbeitsplätze anbinden müssen, müssen Sie die entsprechende Anzahl zusätzlicher Lizenzen erwerben
Support und Update
Unterstützung und Service-Wartung Registrierte Benutzer werden im Rahmen des Information Technology Support (1C:ITS) - 1C:ITS Techno oder 1C:ITS Prof. bereitgestellt. Zeitraum kostenloses Abonnement Beim Kauf beträgt die Laufzeit des Programms 3 Monate. Nach Ablauf des kostenlosen Abonnements müssen Sie ein kostenpflichtiges ITS-Abonnement erwerben, um Produktsupportdienste zu erhalten
Registrierte Benutzer können Updates von der Website „users.v8.1c.ru“ und von der ITS-Festplatte herunterladen.
Funktionalität von 1C: Anwendungslösungsdesignsystem
Vorteile für Benutzer
Mit DSS können Sie:
Projektmanager
- Organisieren Sie eine zentrale Erfassung von Anforderungen und Wünschen für das Informationssystem.
- Erstellen Sie ein ganzheitliches Modell des Systems, ausgehend von automatisierten Prozessen, mit der Möglichkeit, die Richtigkeit des Modells zu überprüfen.
- Verwalten Sie Änderungen im Projekt.
- Erstellen Sie einen Projektausführungsplan.
- Analysieren Sie den Projektabschluss (Ausführung). notwendige Aufgaben, keine Fehler).
Für Entwickler
- Designfunktionalität im Gesamtkontext des Projekts.
- Berücksichtigen Sie bei der Gestaltung die erfassten Anforderungen und Wünsche.
- Dokumentieren Sie das Projekt konsequent.
- Planen Sie Ihre eigene Arbeit.
- Überwachen Sie den Bedarf Ihrer eigenen Beteiligung an verwandten Projekten.
- Organisieren Sie den Nachrichtenaustausch mit Projektteilnehmern im Kontext interessanter Objekte.
- Vereinfachen Sie die Entwicklung von Zugangsbeschränkungen.
Technische Redakteure
- Vereinfachen Sie die Aufbereitung von Referenzinformationen in einem einheitlichen Stil unter Berücksichtigung der Konfigurationsstruktur und der Beziehungen verschiedener Konfigurationsobjekte.
- Verwenden Sie Designmaterialien bei der Erstellung von Dokumentationen und anderen Materialien.
Für Tester
- Erhalten Sie Zugriff auf Projektmaterialien, die die getestete Funktionalität beschreiben.
- Stellen Sie Fehlerprotokollierung und -verfolgung bereit.
Implementierer
- Verstehen Sie eine Standardlösung anhand der Projektdokumentation.
- Korrelieren Sie reale Unternehmensprozesse mit dem Systemmodell, analysieren Sie die Funktionalitätsabdeckung von Prozessen und ermitteln Sie den Verbesserungsbedarf.
- Nehmen Sie organisch Ihre eigenen Änderungen an der Standardfunktionalität vor und überprüfen Sie das resultierende Modell.
Erleichtern Sie Benutzern die Beherrschung der Konfiguration und stellen Sie Anweisungen für die Arbeit mit bestimmten Funktionen bereit.
Designprozess in DSS
Das Design mit DSS umfasst die folgenden Phasen:
- Architekturentwicklung
- Entwerfen detaillierter Benutzerszenarien
- Entwicklung von Zugriffsrechten
- Erstellung eines Zertifikats
- Arbeiten mit Anforderungen
- Umgang mit Fehlern
- Andere Eigenschaften
Beim Entwurf eines Informationssystems werden die zu automatisierenden Prozesse beschrieben. Basierend auf der Beschreibung der Prozesse wird ein logisches Modell des entworfenen Systems erstellt. Basierend auf dem logischen Modell wird ein physisches Modell erstellt, das in den Metadaten der entwickelten Konfiguration verankert ist.
Wenn Änderungen am Projekt erforderlich sind, kommt ein Mechanismus zum Einsatz technische Projekte. Änderungen basieren auf akzeptierten Anforderungen und werden in Bezug auf die zu ändernden Prozesse sowie Objekte des logischen und physischen Modells dokumentiert.
Beschreibung automatisierter Prozesse
Beim Entwerfen einer Konfiguration ist es wichtig, dass ihre Funktionalität den tatsächlichen Anforderungen von Unternehmen entspricht. Daher ist es wichtig, die Bandbreite der Prozesse zu skizzieren, die automatisiert werden können Informationssystem.
Mit dem DSS können Sie eine Liste automatisierter Prozesse aufzeichnen. Die Prozesse können nach Belieben des Benutzers gruppiert werden.
Bei der Beschreibung eines Prozesses wird seine Beschreibung aufgezeichnet, die das Wesen des Prozesses sowie die Ereignisse am Anfang und Ende des Prozesses widerspiegelt.
Der Prozess wird bis auf einzelne Schritte detailliert, die von einem bestimmten Ausführenden ausgeführt werden.
Erstellen eines logischen Modells des entworfenen Systems
Das logische Modell des Systems ermöglicht es Ihnen, die Funktionalität der Konfiguration zu beschreiben und sie mit der Zusammensetzung der verarbeiteten Informationen und den Ausführenden zu verknüpfen.
Das logische Modell im DSS wird mithilfe der IDEF0-Methodik erstellt. Im Rahmen der Erstellung eines logischen Modells werden die Funktionen des Systems beschrieben und deren Zerlegung durchgeführt.
Die Grundlage für die Beschreibung einer Funktion ist ihr IDEF-Diagramm. Mit dem Diagramm können Sie die Beziehung einzelner (untergeordneter) Funktionen, Datenflüsse und Ausführender visuell widerspiegeln.
Architekturentwicklung
Die Konfigurationsarchitektur wird auf Basis eines logischen Modells entwickelt. Dabei werden Metadaten mit Datenobjekten korreliert, deren Liste bei der Funktionsentwicklung festgelegt wird.
Entwerfen interaktiver Operationen
Bei der Arbeit mit dem System innerhalb eines bestimmten Prozesses führt der Benutzer Folgendes aus bestimmte Aktionen, wodurch eines der möglichen Arbeitsszenarien umgesetzt wird.
Eine Beschreibung der Abfolgen interaktiver Operationen, die der Benutzer im System ausführt, ermöglicht die Analyse, ob die im System integrierte Funktionalität im Rahmen eines bestimmten automatisierten Prozesses umsetzbar ist.
Erstellung eines Zertifikats
Mit dem DSS können Sie automatisch Hilfetexte für die zu entwickelnde Konfiguration generieren. Vorbereitete Hilfetexte im HTML-Format können vom DSS heruntergeladen und mit Standard-Konfigurator-Tools in die Konfiguration geladen werden.
Die Hilfe wird in einem einheitlichen Stil mit einer einheitlichen Beschreibungsstruktur generiert, die auf den Beziehungen von Subsystemen, Metadatenobjekten und Funktionsoperationen basiert. Hilfedesignstile (Schriftarten, Einrückungen, Hervorhebungen) können direkt im DSS konfiguriert werden.
Arbeiten mit Anforderungen
Ermöglicht die Speicherung und Berücksichtigung der Anforderungen und Wünsche der Nutzer an die entwickelten Konfigurationsobjekte.
Projekt- und Changemanagement
Zur Verwaltung des Projekts und der Änderungen im DSS wird die Funktionalität des technischen Projektmanagements genutzt. Mit dieser Funktionalität können Sie die Teamarbeit an einem Projekt organisieren und den Fortschritt verschiedener Phasen des Projekts verfolgen. Gleichzeitig ist es möglich, Phasen flexibel zu konfigurieren, diese Phasen zu koordinieren und Mitglieder des Entwicklungsteams über Änderungen zu benachrichtigen.
Durch den Einsatz technischer Projekte wird sichergestellt, dass Änderungen an einem bestehenden Projekt so vorgenommen werden, dass diese Änderungen mit dem logischen Modell verknüpft und für andere Projektbeteiligte transparent und informativ sind
Umgang mit Fehlern
Mit dem DSS können Sie Fehler für in der Entwicklung befindliche Projekte nach Version, Korrekturzeitpunkt, Projektabschnitten, Status usw. erfassen. Die Funktionalität des Systems bietet eine vorgefertigte Methodik für die Arbeit mit Fehlern mit der Möglichkeit, verschiedene Berichte zu erstellen und Informationen über Fehler zu veröffentlichen. Mit dem System können Sie Verbindungen zwischen Projekten konfigurieren, angeben, welche Bibliotheksprojekte im Projekt enthalten sind, und dabei bestimmte Projektversionen berücksichtigen. Dadurch erhalten Sie Informationen über das Vorhandensein von Fehlern im Projekt, deren Quellen die verwendeten Bibliotheken sind.
Andere Eigenschaften
Zusätzlich zu den aufgeführten Funktionen enthält das DSS die folgenden Funktionen:
- Kontrolle von Änderungen an DSS-Objekten im Kontext verschiedener Benutzer.
- Versionierung von Designinformationen.
- Möglichkeit, Regeln zur Überprüfung eines Funktionsmodells im 1C:Enterprise-Modus zu konfigurieren.
- Anpassbar Weitere Informationenüber Objekte Informationsbasis.
- Möglichkeit der Nutzung zusätzlicher Berichte und Verarbeitung.
- Austausch von Nachrichten zwischen Projektteammitgliedern.
- Verteilung von Benachrichtigungen zu technischen Projekten, Aufgaben und Fehlern, neuen Meldungen im System.
- Möglichkeit, die Verteilung von Berichten einzurichten über Email.
- Volltextsuche.
- Arbeiten mit Routineaufgaben.
Das Unternehmen 1C kündigt die Veröffentlichung eines Softwareprodukts an:
Das Application Solutions Design System (ASDS) dient zum Entwerfen von Anwendungslösungen (Konfigurationen) auf der 1C:Enterprise-Plattform und zur Pflege der technischen Dokumentation des Projekts. DSS kann als Werkzeug zum Entwerfen neuer Informationssysteme verwendet werden, die in der 1C:Enterprise 8-Umgebung entwickelt wurden, sowie zum Beschreiben und Dokumentieren bestehender Systeme, die zuvor ohne Verwendung von DSS entwickelt wurden.
DSS ist eine Konfiguration, die für die Verwendung mit der 1C:Enterprise 8.3-Plattform vorgesehen ist.
Mit DSS können Sie:
Projektmanager
- Organisieren Sie eine zentrale Erfassung von Anforderungen und Wünschen für das Informationssystem.
- Erstellen Sie ein ganzheitliches Modell des Systems, ausgehend von automatisierten Prozessen, mit der Möglichkeit, die Richtigkeit des Modells zu überprüfen.
- Verwalten Sie Änderungen im Projekt.
- Erstellen Sie einen Projektausführungsplan.
- Analysieren Sie die Vollständigkeit des Projekts (Erledigung der erforderlichen Aufgaben, Fehlerfreiheit).
Für Entwickler
- Designfunktionalität im Gesamtkontext des Projekts.
- Berücksichtigen Sie bei der Gestaltung die erfassten Anforderungen und Wünsche.
- Dokumentieren Sie das Projekt konsequent.
- Planen Sie Ihre eigene Arbeit.
- Überwachen Sie den Bedarf Ihrer eigenen Beteiligung an verwandten Projekten.
- Organisieren Sie den Nachrichtenaustausch mit Projektteilnehmern im Kontext interessanter Objekte.
- Vereinfachen Sie die Entwicklung von Zugangsbeschränkungen.
Technische Redakteure
- Vereinfachen Sie die Aufbereitung von Referenzinformationen in einem einheitlichen Stil unter Berücksichtigung der Konfigurationsstruktur und der Beziehungen verschiedener Konfigurationsobjekte.
- Verwenden Sie Designmaterialien bei der Erstellung von Dokumentationen und anderen Materialien.
Für Tester
- Erhalten Sie Zugriff auf Projektmaterialien, die die getestete Funktionalität beschreiben.
- Stellen Sie Fehlerprotokollierung und -verfolgung bereit.
Implementierer
- Verstehen Sie eine Standardlösung anhand der Projektdokumentation.
- Korrelieren Sie reale Unternehmensprozesse mit dem Systemmodell, analysieren Sie die Funktionalitätsabdeckung von Prozessen und ermitteln Sie den Verbesserungsbedarf.
- Nehmen Sie organisch Ihre eigenen Änderungen an der Standardfunktionalität vor und überprüfen Sie das resultierende Modell.
- Erleichtern Sie Benutzern die Beherrschung der Konfiguration und stellen Sie Anweisungen für die Arbeit mit bestimmten Funktionen bereit.
DSS bietet die Möglichkeit, Informationen über verschiedene entwickelte Konfigurationen in einer Informationsbasis zu verwalten und den Zugriff nach Projektkonfigurationen zu differenzieren.
Mit der Konfiguration können Sie ein logisches Modell des Informationssystems basierend auf den zu automatisierenden Prozessen erstellen.
Die Grundlage des logischen Designs mithilfe von DSS ist die funktionale Zerlegung komplexer Systeme mithilfe des IDEF0-Standards. Dadurch ist es möglich, das entworfene System in einfacher und anschaulicher Form mit dem erforderlichen Detaillierungsgrad zu beschreiben. Das logische Modell wird unter Berücksichtigung der zu automatisierenden Prozesse erstellt und verknüpft Ausführende, Aufgaben und Informationsflüsse. Das logische Modell wird Konfigurationsmetadaten zugeordnet.
Die DSS-Funktionalität umfasst Mechanismen zur Verwaltung von Anforderungen und Änderungen im Projekt. Mithilfe dieser Funktionalität können Sie organisch Änderungen an einem vorhandenen Projekt vornehmen und diese mit dem vorhandenen logischen Modell verknüpfen.
Das Vorhandensein formaler Verifizierungsregeln ermöglicht es, Fehler und Inkonsistenzen im Projekt zu erkennen und zu beseitigen.
System beinhaltet Fehlerprotokollierungs- und -verfolgungsmechanismen unter Berücksichtigung der enthaltenen Bibliothekskonfigurationen.
Das DSS ermöglicht die Generierung von Hilfetexten unter Berücksichtigung der Zusammenhänge von Konfigurationsobjekten. Das Zertifikat wird im gleichen Stil ausgestellt. Vorbereitete Hilfetexte können mit dem Konfigurator direkt in die zu entwickelnde Konfiguration geladen werden.
Eingebaut Mechanismen zum Hoch- und Herunterladen von Daten zu Projekten ermöglichen es Ihnen, die Veröffentlichung von Projektinformationen zu organisieren, um die Möglichkeit zu haben, diese Informationen in anderen DSS-Informationsdatenbanken zu verwenden und damit zu arbeiten.
Das System unterstützt den Betrieb im Thin- und Web-Client-Modus.
Informationen zum System finden Sie auf der Website unter http://v8.1c.ru/model/. Eine Online-Demoversion des Systems ist unter http://modeling.demo.1c.ru/modeling/ verfügbar.
Produktzusammensetzung und Vertriebsreihenfolge
Das Softwareprodukt „1C:Enterprise 8. System zum Entwerfen von Anwendungslösungen“ umfasst ein Distributionskit für die Konfiguration „System zum Entwerfen von Anwendungslösungen“, eine Dokumentation zur Nutzung des Produkts, eine Lizenzvereinbarung, eine Registrierungskarte und einen PIN-Code für die Registrierung im Benutzersupport Website. Um das DSS nutzen zu können, muss der Benutzer über ein legal erworbenes Softwareprodukt der PROF- oder KORP-Version verfügen, das die 1C:Enterprise-Plattform umfasst. Sie müssen eine Plattformversion von mindestens 8.3.3 verwenden.
Im Lieferumfang des Produkts ist eine Dokumentation enthalten, die auch separat erworben werden kann:
Registrierte Benutzer des Softwareprodukts „1C:Enterprise 8. Application Solution Design System“, die einen 1C:ITS-Vertrag abgeschlossen haben, können zusätzliche Kopien der Dokumentation in der erforderlichen Menge gemäß den im Informationsschreiben Nr. 8538 vom Juni beschriebenen Regelungen erwerben 20. 2008.
Benutzer-Support
Der Benutzersupport erfolgt im Rahmen eines Informationstechnologie-Supportvertrags für das 1C:Enterprise-System (1C:ITS), der für jede Grundversorgung des Benutzers abgeschlossen wird.
Zu den 1C:ITS-Supportdiensten gehören:
- 1C-Unternehmensberatungsdienste per Telefon und E-Mail;
- monatlicher Erhalt von 1C:ITS-Disketten, der Zeitschrift „BUKH.1S“ und einem Souvenir der Firma „1C“. Arbeitsplatz Benutzer;
- Empfangen von Programmaktualisierungen und -konfigurationen auf 1C:ITS-Festplatten und auf der Benutzer-Support-Website http://users.v8.1c.ru;
- Verbindung zu 1C-Internetressourcen, Konfiguration Persönliches Konto Benutzer auf den Websites its.1c.ru und http://users.v8.1c.ru;
- Aktualisierung des 1C:Enterprise-Programms, Diagnose des Zustands der Informationsbasis, Erstellung einer Archivkopie;
- Schulung im Umgang mit dem Informationssystem 1C:ITS, Auswahl von Materialien aus dem Informationssystem auf Wunsch des Benutzers;
- „1C: Lecture“ – Präsenz- und Videoseminare von 1C zu Fragen von Gesetzesänderungen und deren Reflexion in 1C-Programmen (its.1c.ru/lector);
- Anbindung und Übermittlung elektronischer Meldungen – „1C-Reporting“;
- Austausch elektronischer Rechnungen und anderer Dokumente – „1C-Tax“;
- Zugriff auf die Wissensdatenbank der Abteilung technische Unterstützung;
- andere Dienste (weitere Einzelheiten finden Sie unter its.1c.ru/about).
Aktuelles Begleitverfahren Softwareprodukte Firma "1C" veröffentlicht unter
In diesem Artikel werden wir versuchen zu erzählen, wie wir mit Hilfe entfernter und geografisch verteilter Teams den Prozess der Veröffentlichung von Anwendungslösungen etabliert haben, die die Funktionalität unseres Produkts „1C:ERP Enterprise Management 2“ erweitern.
Branchenspezifische und spezialisierte Produkte, die die Funktionalität von 1C:ERP Enterprise Management 2 erweitern
Basierend auf unserer technologischen Plattform „1C:Enterprise 8“ produzieren wir selbst, das Unternehmen 1C, etwa 20 Lösungen unterschiedlichen Kalibers – von „Management unseres Unternehmens“, „1C: Buchhaltung“ in verschiedenen Editionen (von „Simplified“ bis „ Corporate“) bis hin zu unserer funktionsreichsten Lösung – „1C:ERP Enterprise Management 2“.„1C:ERP 2“ ist eine Lösung, die die meisten Prozesse multidisziplinärer Unternehmen automatisiert. Aber es gibt ganze Aufgabenklassen und Branchenspezifika, die einer detaillierteren Ausarbeitung bedürfen, als sie in 1C:ERP 2 verfügbar ist – Handel, Logistik, Lagerverwaltung, Bauwesen, Landwirtschaft usw. Aktivieren Sie diese Funktionalität in Standardlösung unangemessen, weil Dies wird die Erfahrung für die meisten Benutzer erschweren. Darüber hinaus verfügen wir selbst möglicherweise nicht über genügend Ressourcen, um die erforderliche Funktionalität vollständig umzusetzen.
Wir stehen also vor der Aufgabe, branchenspezifische/spezialisierte Lösungen zu schaffen, die:
- Marktbedürfnisse erfüllen;
- werden mit möglichst geringem Einsatz von Ressourcen des 1C-Unternehmens selbst entwickelt;
- haben eine garantierte Qualität der Umsetzung.
- Lösungen werden von unseren Partnern mit Fachkenntnissen auf dem jeweiligen Gebiet erstellt
- Von der Firma 1C sind „Moderatoren“ – Projektarchitekten und Regiekuratoren – an der Lösungserstellung beteiligt
- Wir haben Vorschriften für die Gestaltung und Entwicklung von Lösungen entwickelt, die es uns ermöglichen, die Qualität des Produkts zu kontrollieren
Zusammenarbeit mit Partnern „1C-Joint“
Laut dem 1C-Joint-Projekt wird das Produkt von einem Partner des 1C-Unternehmens erstellt, der Urheberrechtsinhaber ist jedoch das 1C-Unternehmen. Wir bestimmen selbst die Anforderungen an das Produkt und kontrollieren dessen Qualität.Das Vorgehen zur Erarbeitung gemeinsamer Lösungen:
- Wir suchen nach vom Markt geforderten Funktionalitäten, die noch nicht in unseren Produkten implementiert sind, und erstellen funktionale Anforderungen für ein neues Produkt;
- Wir schreiben einen Wettbewerb zur Entwicklung neuer „1C-Joint“-Lösungen aus und nehmen auch Bewerbungen für die Freigabe von Produkten auf Initiative von Partnern entgegen;
- Wir identifizieren Partner mit den größten Kompetenzen und der Bereitschaft zur langfristigen Entwicklung des Gebiets;
- Wir beauftragen den Partner mit der Gestaltung, Entwicklung und Betreuung des Produkts.
Qualitätsdiagramm
Das Konzept eines modularen Ansatzes in der Lösungsarchitektur basierend auf „1C:ERP Enterprise Management 2“
Vom Konzept und der Architektur her handelt es sich bei 1C:ERP um ein völlig neues Produkt im Vergleich zum Vorgänger 1C:Management produzierendes Unternehmen" Einer der wesentlichen Unterschiede der neuen Lösung ist der Vorrang der Verwaltungsfunktionen. Bei der Entwicklung einer Reihe branchenspezifischer und spezialisierter Lösungen war es wichtig, dies in 1C-Joint-Lösungen zu unterstützen. Besonderes Augenmerk wurde auf die Probleme der Integrierbarkeit von Lösungen untereinander und mit 1C:ERP gelegt, auf die Möglichkeit, ein einheitliches Informationssystem aufzubauen, das aus einer Reihe von Modulen mit einem zentralen Integrationskern – 1C:ERP – besteht.Das Ziel ist ein einziges nahtloses Informations- und Managementsystem, das auf der Basis von 1C:ERP und anderen 1C:Enterprise 8-Lösungen aufgebaut ist:
Es wurde das Konzept eines modularen Ansatzes zur Architektur von Lösungen auf Basis von 1C:ERP entwickelt. Das Konzept definiert die Prinzipien für die Entwicklung, Vereinheitlichung und Integration verschiedener Konfigurationen innerhalb einheitliches System Management und Buchhaltung.
Alle Lösungen im Rahmen des 1C-Joint-Programms, die die Möglichkeiten von 1C:ERP erweitern, müssen dem Konzept eines modularen Ansatzes folgen. Die Hauptziele des modularen Ansatzes sind:
- Bildung einer Produktlinie, die sowohl auf der Ebene des 1C:ERP-Integrationskerns als auch untereinander interagiert
- Vereinfachen Sie die Erstellung einer einzigen Lösung für Benutzer aus einer Reihe von Branchen- und Speziallösungen
- Minimierung der Arbeitskosten für die Änderung der Zusammensetzung der Lösungsmodule und die weitere Unterstützung der Lösung
- Eliminierung der Duplizierung gemeinsamer funktionaler Subsysteme in verschiedenen Produkten
Zum Zeitpunkt des Schreibens beträgt die Anzahl der bereits veröffentlichten Lösungen in der Reihe 31 (18 Entwicklungspartner), unter Berücksichtigung der Entwicklungspläne im 2. Quartal 2017. Die Anzahl der Lösungen wird 52 (24 Entwicklungspartner) erreichen.
Der Prozess des Entwurfs, der Entwicklung und der Kontrolle von Branchen- und Speziallösungen für 1C:ERP
Entwicklerzusammenarbeit in einer einheitlichen Designumgebung
An der Arbeit am Projekt sind geografisch verteilte und lose verbundene Entwicklungsteams beteiligt. Heute haben wir also in unserer Arbeit:- 28 geografisch verteilte Entwicklungsteams;
- 44 aktive Projekte;
- 19 neue Lösungen.
- Analyse, Design und Dokumentation der Funktionalität
- Formulierung von Anforderungen für andere Lösungen
- Überwachung des Timings der Design- und Entwicklungsphasen
- Aktualisierung des Lösungsmodells
- Kontrolle der deklarierten Funktionalität
- Besprechung der Anforderungen und Wünsche innerhalb Runder Tisch für Entwickler
DSS für Industrie- und Speziallösungen (DSPR OR/SR) – CASE-Tool zur gemeinsamen Gestaltung von Lösungen
Alle Lösungsentwickler interagieren über das Produkt „1C: System for Designing Application Solutions“ (abgekürzt SSPR). DSS hilft bei der Gestaltung von Anwendungslösungen auf der 1C:Enterprise-Plattform und ermöglicht Ihnen die Durchführung von Serviceaufgaben voller Zyklus Softwareentwicklung – Anforderungserfassung, Änderungskontrolle, Dokumentation, Fehlerverfolgung usw. Das DSS wurde als Konfiguration auf der 1C:Enterprise 8-Plattform entwickelt.DSS kann sowohl als Werkzeug zum Entwerfen neuer Informationssysteme, die in der 1C:Enterprise 8-Umgebung entwickelt wurden, als auch zur Beschreibung und Dokumentation bestehender Systeme verwendet werden, die zuvor ohne Verwendung von DSS entwickelt wurden.
Wir haben uns für das DSS entschieden, da es für unsere Aufgaben am praktischsten und geeignetsten ist und unsere Anforderungen an ein CASE-Tool erfüllt:
- Fähigkeit, ein Modell eines komplexen Systems zu erstellen
- Kontrolle Lebenszyklus Produkt
- Multiprojekt
- Anpassbarkeit
- Integration mit Entwicklungsumgebung
- Verfügbarkeit für 1C-Implementierungspartner
Ziele
- Entwurf und Dokumentation von Designlösungen
- Überwachung der Entwicklungsergebnisse
- Unterstützung für eine aktuelle Beschreibung automatisierter Unternehmensprozesse und der dafür implementierten Funktionalität
- Überprüfung der Integrität eines einzelnen Modells aller Lösungen
- Kontrolle der Projektfortschrittsfristen
- Kontrolle der Funktionalität der beschriebenen Modellkonfigurationen
- Implementierung einer einheitlichen Designumgebung mit zusammen arbeiten eine große Anzahl von Entwicklern
Lebenszyklusmanagement für Produktveröffentlichungen
Das gesamte Projekt ist unterteilt in Funktionsbereiche(Projektabschnitte), jeder Abschnitt wird vom Leiter der 1C-Abteilung betreut. Abschnitte sind mit der Funktionalität von Lösungen (Produkten) gefüllt und:- die Funktionalität eines Abschnitts wird nicht unbedingt durch ein Produkt bestimmt,
- Die Funktionalität des gesamten Abschnitts kann von mehreren Entwicklungspartnern entwickelt werden.
Für die konzipierte Funktionalität werden entsprechende technische Projekte erstellt, unter Benennung von Verantwortlichen seitens des Entwicklungspartners. Im Rahmen eines technischen Projekts ist es möglich, mehrere Optionen zur Bereitstellung von Funktionalität (eigentlich die Produkte selbst) freizugeben.
Jedem technischen Projekt wird ein geplanter Fertigstellungstermin zugewiesen (verwaltet und kontrolliert vom Abteilungsleiter) und die Fristen für die Phasen des technischen Projekts werden festgelegt.
Der Entwicklungspartner legt den Zeitpunkt der Meilensteine innerhalb der Gesamtlaufzeit des Projekts fest. Wird die Frist für den Abschluss einer der Etappen überschritten, fallen die Informationen unter die Kontrolle des zuständigen Managers. Außerdem sieht der verantwortliche Manager die Fristen für den Abschluss jeder Phase (einschließlich überfälliger). Jede Phase endet mit der Genehmigung des Kontrollpunkts durch den Verantwortlichen.
Wir haben nicht den Anspruch, den Entwicklungsprozess auf Partnerseite zu steuern. Jeder Partner wendet im Team seine eigene etablierte Methodik an. Wir kontrollieren nur den Zeitpunkt der für uns wichtigen Kontrollpunkte und regeln die Ergebnisse mit den notwendigen Normen und Vorschriften, deren Kenntnis und deren Anwendung wir ebenfalls kontrollieren.
Im Rahmen technischer Projekte werden nicht nur Arbeiten zur Entwicklung neuer Funktionalitäten geplant und durchgeführt, sondern auch Lasttests, die Vereinheitlichung allgemeiner Funktionalitäten und die Minimierung von Änderungen an Standargeplant und durchgeführt.
Logisches Entscheidungsmodell in der IDEF0-Methodik
In der Datenbank OR/SR DSS wird die Funktionalität aller Lösungen der Linie im Rahmen eines Projektes beschrieben. Das logische Design basiert auf der IDEF0-Methodik.Die Integrität und Konsistenz des Funktionsmodells wird durch den von 1C ernannten funktionalen Projektarchitekten moderiert.
Beschreibung der DSS-Notation
Im Rahmen des DSS werden die Hauptkonzepte wie folgt interpretiert:
- Funktionsblock (Aktivitätsbox)– eine spezifische Funktion zur Schaffung neuer Informationen innerhalb des betrachteten Systems
- Verbindung– Informationen, die von einem Funktionsblock verarbeitet werden (Ein- und Ausgänge) oder auf andere Weise eine Funktion beeinflussen (Steuerungs- und Ausführungsverbindungen – Benutzerprofile):
- Funktionseingabe– Kommunikation (Informationen), die von der Funktion verbraucht werden. Wird im Diagramm als Pfeil dargestellt, der zur linken Seite des Funktionsblocks zeigt
- Funktionsausgabe– Verbindung (Information), die als Ergebnis der Ausführung einer Funktion erzeugt wird. Wird im Diagramm als Pfeil angezeigt, der von der rechten Seite des Funktionsblocks ausgeht
- Kontrolle (kontrollierender Einfluss auf eine Funktion, Regel)– Analyse der Kommunikation (Informationen) zur Entscheidungsfindung innerhalb der Funktionen. Es wird im Diagramm als Pfeil zur Oberseite des Funktionsblocks angezeigt.
- Ausführung (Benutzerprofil)– Beeinträchtigung der Funktion durch einen oder mehrere Benutzer des Systems. Es wird im Diagramm als Pfeil zur Oberseite des Funktionsblocks angezeigt.
Die Funktionalität aller Lösungen unterliegt der Überprüfung gemäß den Überprüfungsregeln, die Teil des Mechanismus zur Prüfung des Modells des entwickelten Systems auf Einhaltung formaler Designregeln sind. Somit bleibt die Integrität des logischen Modells aller Lösungen in der Linie erhalten.
Optionen zur Produktlieferung
Das modulare Ansatzkonzept ermöglicht verschiedene Produktlieferungsoptionen:- Funktionalität als Teil von „1C:ERP“,
- Funktionalität in Form einer selbst funktionierenden Konfiguration,
- Funktionalität zur Integration in 1C:ERP.
Beispiel: „1C:ERP Management Bauorganisation 2“ (Partner – Entwickler „1C-Rarus“) enthält:
- Funktionalität des Standards „1C:ERP“,
- eigene originale Branchenfunktionalität,
- Funktionalität individueller Lösungen:
- „1C: Schätzung 3“,
- Modul „1C:Realtor. Immobilienverkaufsmanagement für 1C:ERP“,
- Modul „1C: Miet- und Immobilienmanagement für 1C:ERP“,
- Modul „1C:Fahrzeugmanagement für 1C:ERP“.
Bibliothek funktionaler Subsysteme 1C-Share
Um die Lösungen der Linie zu vereinheitlichen, wird eine gemeinsame universelle Funktionalität hervorgehoben und eine „Bibliothek funktionaler Subsysteme 1C-Sovetstvo“ gebildet.Die Bibliothek stellt Entwicklern von 1C: Together-Lösungen ein Toolkit zur Verfügung, das eine Reihe universeller funktionaler Subsysteme, vorgefertigte Abschnitte für die Benutzerdokumentation und Technologie zur Integration in branchenspezifische und spezialisierte Lösungen zum Zweck der Vereinheitlichung innerhalb einer einzigen Zeile enthält erlaubt:
- Bereitstellung gemeinsamer Ansätze für die Implementierung einheitlicher universeller Mechanismen in 1C-Joint-Lösungen;
- Reduzieren Sie die Arbeitsintensität bei der Veröffentlichung neuer Lösungen durch die Verwendung vorgefertigter Funktionen.
- Vereinfachen Sie die Integration von Lösungen verschiedener Entwicklungspartner bei der Kombination von Konfigurationen.
- Reduzieren Sie die Anzahl unterschiedlicher Implementierungen gemeinsamer Mechanismen für Benutzer, die gleichzeitig mehrere Lösungen verwenden.
Benachrichtigung der Verantwortlichen über den Fortschritt technischer Projekte
Angesichts der großen Anzahl an Teilnehmern an Entwicklungsprojekten sind Überwachungsinstrumente erforderlich, um die Verantwortlichen über den Fortschritt technischer Projekte zu informieren.In der DSS OR/SR-Datenbank sind Routineaufgaben konfiguriert, die Briefversand generieren. Für diese Zwecke wurden folgende Empfängergruppen identifiziert:
- Projektverantwortlicher
- Verantwortlich für Projektabschnitte
- Verantwortlich für technische Projekte
- Überwachung der Umsetzung technischer Projekte – wöchentlich
- Überwachung der Aktivitäten von Entwicklungspartnern – wöchentlich
- Benachrichtigungen über die Notwendigkeit, Aktionen in der Datenbank auszuführen (Aufgaben, Nachrichten usw.) – täglich
- Benachrichtigungen über Fehler in Modellen – täglich
- Fristen für die Erreichung von Meilensteinen (Stufen)
- Fristen für technische Projekte
- Änderungen an Metadatenobjekten der Standardkonfiguration
- Fehler und Warnungen im Modell
- Aktuelle Aufgaben
- Aktive Mitarbeit an einem technischen Projekt
Beispiele für Berichte
Konfigurationen für die Replikation vorbereiten
Allgemeines Funktionsdiagramm des Vorproduktionstests der Lösung:
Die Vorproduktionsprüfung erfolgt im Rahmen der Vorschriften und umfasst sowohl die manuelle als auch die automatisierte Prüfung der übergebenen Materialien.
Der Entwicklungspartner ist für die Qualität der Tests, die Vollständigkeit der Materialien verantwortlich und überträgt die Materialien vor der Freigabe zur Überprüfung an 1C, ob sie voll funktionsfähig und getestet sind und die Anforderungen der Zertifizierung „1C: Kompatibel“, „System von Standards und Methoden für“ erfüllen Entwicklung von Konfigurationen für die 1C: Enterprise 8-Plattform“ und die Anforderungen der Verordnungen für die Interaktion mit Entwicklern gemeinsamer Lösungen.
Es wird auch über die Möglichkeit nachgedacht, zusätzliche Überprüfungen der Konformität des Funktionsmodells in die OR/SR-DSS-Datenbank aufzunehmen: Überwachung der Konformität der deklarierten Funktionalität des OR/SR mit der implementierten und Überwachung der Konformität von Änderungen an Standardkonfigurationsobjekten mit denen, die im OR/SR DSS angegeben sind.
Service 1C: Cloud-Lösungskarte
Für potenzielle Nutzer neuer Lösungen müssen Sie einen bequemen und einfachen Service mit leicht verständlichen Tools erstellen. Zu diesem Zweck wurde ein spezieller Webservice und Client zur Darstellung von Diagrammen entwickelt:
Der Dienst „1C: Cloud Map of Solutions“ bietet Zugriff auf Funktionsmodelle einer Reihe von Lösungen von 1C sowie auf branchenspezifische und spezialisierte Lösungen, die im Rahmen des 1C-Joint-Programms erstellt wurden. Die Aktualisierung des Funktionsmodells wird durch den direkten Zugriff auf den Webdienst des DSS für Industrie- und Fachlösungsdatenbank gewährleistet, in dem das Lösungsmodell gemäß dem Konzept eines modularen Ansatzes in der Lösungsarchitektur auf Basis von 1C auf dem neuesten Stand gehalten wird :ERP Enterprise Management 2.
- Funktion „Umfassendes Managementinformationssystem basierend auf 1C:ERP Enterprise Management 2“
- Funktion „1C:PDM Engineering Data Management“
Vorteile der Nutzung des Dienstes
Für potenzielle Kunden:- Machen Sie sich ein Bild von der Funktionalität fertige Lösungen Firma "1C"
- Vorbereitung funktionale Anforderungen zur Organisation von Wettbewerben für Automatisierungsprojekte
- Untersuchung der Funktionalität vorgefertigter Lösungen zur Automatisierung branchenspezifischer und spezialisierter Geschäftsprozesse, Identifizierung von Produkten, die die erforderliche Funktionalität enthalten.
- Die Möglichkeit, einen Partner auszuwählen, sich mit den Einkaufsbedingungen, Informationsmaterialien und erfolgreichen Implementierungsprojekten vertraut zu machen, an bevorstehenden Veranstaltungen teilzunehmen und über die Produktseite der Website Zugriff auf die Demo-Datenbank (sofern verfügbar) zu erhalten http://solutions.1c.ru
- Erweiterung der Automatisierungsbereiche im Rahmen der eingesetzten Lösungen durch Studium und Anwendung aller zugrunde liegenden Grundlagen Funktionalität.
Nutzung des Dienstes durch Partner
- Demonstration potentielle Kunden Funktionsmodell vorgefertigter Lösungen (Modelle enthalten detaillierte Informationen über Produkte, deren Funktionalität, automatisierte Geschäftsprozesse, Jobs). Demonstration der Funktionalität von Produkten mit branchenspezifischen Besonderheiten bei bestehenden Kunden, Umsetzung fachspezifischer Aufgabenstellungen.
- Teilnahme an Wettbewerben, Ausarbeitung von Vorschlägen: Vergleich der geforderten Funktionalität mit der Funktionalität des gesamten Angebots an vorgefertigten Lösungen. Auswahl Endprodukte um Funktionslücken zu schließen. Ausarbeitung von Vorschlägen anhand von Beispielen für Integrationslösungen und Business Cases erfolgreicher Projekte.
- Implementierungen: Korrelation echte Prozesse Unternehmen mit einem Funktionsmodell, Untersuchung der Prinzipien der Interaktion von Funktionsblöcken.
Das Entwicklungsteam ist ein Team von Fachleuten
Die Ergebnisse eines jeden Projekts hängen vom Team ab. Um eine Reihe von Lösungen für 1C:ERP zu entwickeln, ist es uns gelungen, ein großes Team von Fachleuten zusammenzustellen, die bereit sind, zu experimentieren und Schwierigkeiten gemeinsam zu überwinden. Angesichts der Anzahl der Entwicklungspartner ist es schwierig, eine vollständige Liste bereitzustellen; ich möchte auch nicht einzelne Partner hervorheben.Wir glauben, dass wir uns bei der Wahl der Partner, ihrer Kompetenz in ihrem jeweiligen Bereich und der Synergie bei der Erreichung eines gemeinsamen Ziels nicht geirrt haben.
Wird geladen...