2009-03-16 10 views
4

Ich arbeite bei einem Unternehmen mit einer großen SAP-Investition, und wir haben Dutzende von großen .Net-Systemen (meist intern für Engineering-Systeme) und Java-Plattformen (meist für externe Webanwendungen). Daher haben wir große Entwicklungsshops für ABAP, C# und Java EE.Web vs Desktop-Entwicklung (Online vs. Smart-Client)

Wir haben anständige Standards für welche Plattform in welcher Domäne zu verwenden, aber wir haben nicht viel Klarheit darüber, wann Web-UIs verwendet werden und wann Desktop-UIs verwendet werden sollen.

Ich habe einige exzellente Forschung zu diesem Thema in der Vergangenheit (like this) gesehen, aber ich würde etwas mehr strukturierte

ich einen Entscheidungsbaum auf der Basis bewährtes Verfahren aufbauen möchte gerne helfen mit dieser Frage.

Einige der Kriterien, die ich in der Vergangenheit gesehen haben, sind:

  • Ist die Anwendung mit verschiedenen OS-Konfigurationen auf Nutzer ausgerichtet?
  • Benötigt die Anwendung OS-Typ Funktionalität zum Sortieren und Bearbeiten Daten? (Ich weiß, dass AJAX/ asynchrone JS möglich gemacht hat viel reicher Desktop-ähnliche Funktionalität Web-Anwendungen, aber einige würden den Desktop argumentieren ist König noch in diesem Bereich)
  • Wird eine Web-Anwendung zu der Lage sein, Bereitstellung der Verfügbarkeit, Reaktionsfähigkeit, Klarheit und Dienstprogramm , die mit einem Desktop Anwendung geliefert werden kann?
+0

Enthält Web UIS zusätzlich zu Webseiten und Webanwendungen auch Webdienste? Ich frage, weil Webservices nicht notwendigerweise direkte Benutzerinteraktion haben, da jemand eine Desktopanwendung oder eine Website schreiben kann, die mit dem Dienst kommuniziert. –

+0

Gute Frage! Ich denke speziell an Webseiten und Web-Anwendungen, da WS keine UIs haben (wie du schon sagtest) –

Antwort

5

Ich denke, wir sehen die Trennung zwischen Web und Desktop-Anwendungen ziemlich gemildert. Rich-Internet-Anwendungen (mit Flex, Silverlight, Ajax) haben diesen Trend eingeleitet, und WPF mit XBAP bringt die Benutzererfahrung browserbasierter Anwendungen auf eine andere Ebene. Es wird immer ein bisschen komplizierter, dieses Argument zu haben, denn es gibt jetzt mehr Geschmacksrichtungen im Spektrum zwischen Web- und Desktop-Apps.

Einige weitere Fragen zu stellen:

  • Was das primäre Ziel der App ist - Datenmanipulation oder Datenanzeige?
  • Wie viele Datenpunkte/Datensätze müssen zusammen auf einem Bildschirm angezeigt/bearbeitet werden?
  • Wie sieht die IT-Infrastruktur des Unternehmens aus? Werden sie in der Lage sein, neue Bereitstellungsmodelle aufzunehmen?
  • Werden Benutzer von entfernten Standorten aus mit einer zentralen Datenbank arbeiten?
  • Verfügt die Organisation über eine VPN-Infrastruktur mit Offsite-Benutzern und wie authentifizieren sich Benutzer?
  • Gibt es vorhandene Anwendungen, mit denen die gleiche Benutzergruppe arbeitet, und wie werden diese Anwendungen bereitgestellt?
  • Benötigt die Anwendung Offline-Funktionen?
  • Angesichts der Tatsache, dass sie so unterschiedlich sind, welche Fähigkeiten hat das Entwicklungsteam für Web- und Desktop-APIs?