Low-Comparment-Erweiterung
Nutzen Sie die Plattform so viel wie möglich mit den ErweiterungspunktenKonfigurieren, API, Plugins, Tools, Workflow-Knoten und unabhängige Frontends
Home / Projektentscheidungshilfe / Diffy Second Development Upgrade Strategy
PROJECT DECISION GUIDEWie Diffy Second Development Probleme beim Upgrade von Community-basierten Versionen vermeidet
Das häufigste langfristige Risiko der sekundären Entwicklung von Diffy bestand nicht darin, dass die anfängliche Funktionalität nicht ausgeführt werden konnte, sondern vielmehr darin, dass die vorgelagerte Version nicht sicher mit der Modifikation des Kernquellcodes konsolidiert werden konnte, wobei der Sicherheitspatch, die Modellausstattung und die Plattformkapazität allmählich in der alten Version verbleiben.
Beantworten Sie die Frage.
Schwierige zweite Entwicklung Upgrade Policy
Die Anforderungen sollten nach Konfiguration, Plugin-Tools, eigenständigen Portalen, Peripheriediensten und Kernquelle fünf Schichten unterteilt werden, wobei der Erweiterung mit niedrigerem Coup Priorität eingeräumt wird.
SCOPE & BUDGET LEVELS
Erstens, klare Inputs zur Grenze nach Projektphase
Die folgenden Ebenen werden verwendet, um eine Basis für das Budget und die Akzeptanz festzulegen, und der tatsächliche Umfang muss noch in Bezug auf den Status quo, die Schnittstelle und den Zeitbedarf bewertet werden.
Kontrollierte Quellcode-Änderung
Etablieren Sie eine langfristige Niederlassung für die notwendigen KernbedürfnisseBeschreibungen von Nachrüstungen, Schnittstellentrennung, Codeauswertung, Migrationsskripte und Testabdeckung
Versionsverwaltung
Kontinuierliche Übernahme von vorgelagerten Sicherheits- und KapazitätsverbesserungenVersionsunterschiede, Upgrade von Sandboxen, Regression, Migrationsübungen, Graustufen-Release und Retreat
DECISION FACTORS
Schlüsselelemente, die für die Entscheidungsfindung zu prüfen sind
Zunächst werden die Grenzen der Zurückhaltung und Verantwortung identifiziert, dann werden die technischen Wege und Modalitäten der Zusammenarbeit verglichen.
Ort der Änderung
Die Überarbeitung des Kernmodells, der Datenbank und der Workflow-Implementierungsschicht ist riskanter als das unabhängige Portal.
Rate der vorgelagerten Veränderungen
Verteilung der Frequenz auf die Gemeinschaft und Abhängigkeit von Änderungen bei der Aktualisierung der Inputs.
Kompatibilität der Daten
Datenbankstrukturen, angewandtes Wissen und Plugin-Konfiguration müssen zur Validierung migriert werden.
Testvermögenswerte
Die Auswirkungen des Upgrades können nicht ohne Funktionalität, Privilegien, Prozesse und die Auswertung von Regressionssammlungen beurteilt werden.
Abhängigkeit von Dritten
Plugins, Modelle, Vektorbanken und externe API s können ebenfalls inkompatibel sein.
Stop und Back
Formelle Upgrades erfordern Backup-, Graustufen-, Beobachtungs- und umsetzbare Exit-Programme.
Ausarbeitung von Empfehlungen vor der Mitteilung oder Bewertung
Upstream Version und Custom BranchAlle Benutzerdefinierten Punkte und Gründe für ÄnderungenKonfigurieren Sie die Kern-Retrofit-Klassifizierung des Plugin-PortalsÄnderungen der Datenbank und der SpeicherungWichtige Anwendungen und Workstream-RegressionModellierung von Wissensrechten und SchnittstellentestsBackup Greyscale und Backup-ProzessUpgrade der verantwortlichen und periodischen
Vorgeschlagener Weg zur Umsetzung
Die erste Phase beinhaltet die Erstellung von angepassten Site-Listen, Regressionsproben und Wechselabläufen; jedes Upgrade schließt die Migration und den operativen Wiedereintritt in einer getrennten Umgebung ab und dann geht die Graustufenproduktion ein.
DECISION WORKSHEET
Übersetzung der Strategie für die sekundäre Entwicklung von Diffy in durchsetzbare Entscheidungsfindung
Die folgenden Arbeitsblätter helfen Unternehmen, vage Beratung in herstellerbasierte, interne Genehmigung und projektbezogene Eingaben zu organisieren.
Ort der Änderung
Die Überarbeitung des Kernmodells, der Datenbank und der Workflow-Implementierungsschicht ist riskanter als das unabhängige Portal.
Bleibt der Faktor unsicher, sollte eine Diagnose- oder Kleinvalidierung vorgenommen werden, und es ist nicht angemessen, die nicht variable feste Gesamtpreisspanne direkt einzubeziehen.
Rate der vorgelagerten Veränderungen
Verteilung der Frequenz auf die Gemeinschaft und Abhängigkeit von Änderungen bei der Aktualisierung der Inputs.
Bleibt der Faktor unsicher, sollte eine Diagnose- oder Kleinvalidierung vorgenommen werden, und es ist nicht angemessen, die nicht variable feste Gesamtpreisspanne direkt einzubeziehen.
Kompatibilität der Daten
Datenbankstrukturen, angewandtes Wissen und Plugin-Konfiguration müssen zur Validierung migriert werden.
Bleibt der Faktor unsicher, sollte eine Diagnose- oder Kleinvalidierung vorgenommen werden, und es ist nicht angemessen, die nicht variable feste Gesamtpreisspanne direkt einzubeziehen.
Was sollte eine vergleichbare Zusammenfassung der Bewertungen enthalten?
Zumindest vorgelagerte Versionen und benutzerdefinierte Niederlassungen, vollständige Anpassungspunkte und Gründe für Änderungen, Konfiguration des Kernnachrüstvorgangs des Plugin-Portals, Datenbank- und Speicheränderungen, unter Beschreibung des aktuellen Geschäftsvolumens, der durchschnittlichen Bearbeitungszeit, der wichtigsten Anomalien, der vorhandenen Systeme, der Datenprivilegien, der Abhängigkeit von Dritten und der Zugriffsfenster. Die gleiche Version wird verschiedenen Lieferanten zur Verfügung gestellt und verlangt separate Beschreibungen von Annahmen, Ausschlüssen, Kundenzusammenarbeit, Liefer- und Annahmenachweisen, um zu vermeiden, dass nur der Gesamtpreis einer fehlenden Grenze verglichen wird.
So erwartet das Unternehmen, dass das Projekt 160 Arbeitsstunden pro Monat einsparen wird, aber diese Zahl sollte in die Anzahl der Aufgaben, Einmaleinsparungen, Adoptionsraten und manuelle Review-Ratios unterteilt werden. Wenn nur 40 Prozent der Nutzer die erste Periode nutzen oder wenn der neue Prozess den Review-Prozess erhöht, werden die tatsächlichen Vorteile deutlich niedriger sein als die offensichtliche Schätzung.
Vier Arten von Beweisen, die für die Befragung während der Anbieterkommunikation empfohlen werden
Der erste ist der Umfang der Nachweise: Konsistenz der Bedarfsversionen, Geschäftsprozesse, Prototypen, Schnittstellen und Ausschlüsse; der zweite ist der technische Nachweis: ob ähnliche Technologien über zugängliche Strukturen, Codemanagement, Test-, Bereitstellungs- und Fehlermanagementmethoden verfügen; der dritte ist der Personalnachweis: ob die tatsächlichen Teilnehmer, Eingabephasen, Verantwortlichkeiten und Ersatzmechanismen klar sind; und der vierte ist der Liefernachweis: wie Quellcodes, Daten, Kontonummern, Dokumente, Schulungen, Qualitätssicherung und Transport übergeben werden. Es ist normal, dass Lieferanten nicht in der Lage sind, die Vertraulichkeit der Kunden in der Ausschreibungsphase zu gewährleisten, sondern in der Lage sein sollten, ihre eigenen Methoden und die Nachweise, die im Rahmen dieses Projekts entwickelt werden können, zu erläutern.
Es wird empfohlen, Umfangsklarheit, kritisches Vertrauen, Teamkapazität, Durchsetzbarkeit und langfristige Übernahme separat zu bewerten und die Grundlage für jede Punktzahl zu erfassen.
Grundsatz der Beurteilung
Diese Seite bietet einen Entscheidungsrahmen, der kein festes Angebot oder eine Leistungsverpflichtung darstellt.
FAQ
FAQs
Die häufigsten Fragen vor der Zusammenarbeit werden im Voraus klar angegeben.
Besteht kein Risiko eines Upgrades, ohne den Kernquellcode überhaupt zu ändern?+
Plugins, API s, Datenbanken und externe Abhängigkeitsänderungen existieren weiterhin, aber Risiken sind in der Regel leichter zu isolieren und zu testen.
Wie oft sollten wir upgraden?+
Die Fenster werden auf der Grundlage von Sicherheitsrisiken, Geschäftsanforderungen und vorgelagerten Änderungen entwickelt und müssen nicht jeder Version folgen, können aber nicht lange unevaluiert werden.
Kann das Upgrade die Datenbank nicht direkt wiederherstellen?+
Die Notwendigkeit, die konsistenten Versionen von Codes, Konfigurationen, Datenbanken, Dokumenten und Vektorindizes parallel zu betrachten, und die Möglichkeit der Unvereinbarkeit der separaten Wiederherstellung der Datenbank.
DECISION FAQ
Schauen Sie sich alle 265 Fragen an.Gemeinsame Themen im Zusammenhang mit aktuellen Projekten
Schwierige zweite Entwicklungs- und Unternehmensanwendungen
Wird die Diffy Second Development nachfolgende Upgrades beeinflussen?
Die Funktionen, die durch Konfiguration, API, Plugins, Stand-alone-Portale und Peripheriedienste erreicht werden, sind in der Regel einfacher zu aktualisieren als direkte Änderungen an der Kerndatenbank und dem Business-Source-Code; tiefgreifende Änderungen sind nicht unbedingt falsch, aber die Liste der Diskrepanzen, automatisierten Tests, Migrationsskripte und Backup-Programme müssen beibehalten werden. Das Projekt sollte vor dem Start ermitteln, welche Änderungen im Kern vorgenommen werden müssen, wer in Zukunft der Upstream-Version folgen wird und wie schnell die Sicherheitsreparaturen konsolidiert werden müssen.
Vollständige Antwort ansehenStart von Softwareprojekten und ProgrammauswahlKönnen die Informationen nach Abschluss einer Vertraulichkeitsvereinbarung zur Verfügung gestellt werden?
Sie können eine Zwei-Wege-Vertrauensvereinbarung unterzeichnen, bevor Sie Informationen zur Verfügung stellen können.
Vollständige Antwort ansehenVerträge, Zahlungen, Änderungen und ProjektlieferungWelche Informationen sind für die Annahme und Inspektion des Softwareprojekts erforderlich?
Ziel der Informationen ist es, nachzuweisen, dass das System die vereinbarten Standards erfüllt und dass der Kunde weiterarbeiten und übernehmen kann.
Vollständige Antwort ansehenVerträge, Zahlungen, Änderungen und ProjektlieferungDas Softwareprojekt wurde verschoben. Was sollen wir mit dem A machen?
Stellen Sie keine Fragen zum Prozentsatz der Fertigstellung mehr, sondern bitten Sie das Team, eine Liste der Betriebsergebnisse, verbleibenden Jobs, Risiken und Abhängigkeiten vorzulegen. Die Unterscheidung zwischen erweitertem Umfang, Zusammenarbeit mit Kunden, technischen Problemen oder Lieferantenmanagement führt zu Verzögerungen. Formulieren Sie den Wiederherstellungsplan für Empfang und Inspektion auf der Grundlage von Fakten neu und sperren Sie unkritische neue Anforderungen ein.
Vollständige Antwort ansehenRELATED
Vorlage der ProjektbewertungBehalten Sie Ihr Wissen über die Dienste
Relevant
Diffy Sekundärentwicklung
Sehen Sie sich den Umfang des Audits, der Anpassung und des Upgrades der Version an
Für weitere Informationen.RelevantDifys zweitklassige Gebühr.
Budgetierte Version des Governance- und Regressionstests
Für weitere Informationen.RelevantOutsourcing der Softwaresystemwartung
Erstellen von Patches, Monitoring, Backup und Release von Releases
Für weitere Informationen.RelevantQuellcode und Systemtransferliste
Prüfung von Codes, Aufbau, Bereitstellung, Daten und Dokument Assets
Für weitere Informationen.