Interner Entwicklungs Bereich

Aus Salespoint

(Unterschied zwischen Versionen)
Wechseln zu: Navigation, Suche
K (Änderte den Schutz von „Interner Entwicklungs Bereich“ ([edit=autoconfirmed] (unbeschränkt) [move=autoconfirmed] (unbeschränkt)))
(Salespoint)
 
(Der Versionsvergleich bezieht 6 dazwischenliegende Versionen mit ein.)
Zeile 1: Zeile 1:
Hallo, dieser Bereich ist nur für Administratoren zugänglich.
Hallo, dieser Bereich ist nur für Administratoren zugänglich.
 +
 +
 +
== Webpoint ==
 +
* schlechten Anpassbarkeit der Darstellungsformen angebotener Datenstrukturen des Frameworks an individuelles Design
 +
* umständlichen Handhabung
 +
* Framework soll universeller einsetzbar sein
 +
* Dokumentation war vorhanden, Tutorial aus didaktischer Sicht nicht zu gebrauchen.
 +
* viele Gruppen schreiben "kaum genutzt", u.a. wegen Designrichtlinien und Handhabbarkeit
 +
* teilweise inkompartibel zu MAC Systemen (Gruppe 5)
 +
* fehlende Datenbankanbindung
 +
* Einarbeitungszeit ist immens (Tomcat + Java + Webentwicklung)
 +
* Struktur ist unübersichtlich
 +
* Fehlermeldungen sind oft nicht hilfreich
 +
* veraltete Bibliotheken (JUnit)
 +
* "Als hinderlich stellte sich das Konzept von Webpoint heraus alles über drei Ecken weiterzuleiten. Für eine Aktion brauchte man bis zu drei Dateien."
 +
 +
== Salespoint ==
 +
* Doku verbessern, eher HowTo's weniger komplette Programme (Videoautomat) [vor allem transitions, persistenz]
 +
* Sehr häufig Probleme mit Persistenzmanager (u.a. auch Doku erwünscht)
 +
Bis Gruppe 12
 +
* Salespoint GUI individueller gestaltbarer machen können
 +
* Mehrere Sprachen Support
 +
* Datumsangaben werden als String gespeichert, da die vom Framework gegebene Klasse CalenderTime nicht persistent speicherbar ist. (Gruppe 20)
 +
* Eine klare Dokumentation über die Nutzbarkeit der Schnittstellen des Frameworks mit eventuellen
 +
Hinweisen darauf, wie weit Abweichungen möglich sind (Transitions, Actions und Persistenz?!?) Gruppe 22
 +
* Fehlermeldungen vom Framework sollten auch als solche gekennzeichnet sein
 +
* Hauptproblem oft Persistenz genannt, Optische "spielereien" erscheinen unwichtig - die meisten entwerfen lieber selber GUI
 +
* Möglichkeit Salespoint Klassen wie Java Listen zu verwendet (foreach)

Aktuelle Version vom 08:55, 13. Aug. 2009

Hallo, dieser Bereich ist nur für Administratoren zugänglich.


Webpoint

  • schlechten Anpassbarkeit der Darstellungsformen angebotener Datenstrukturen des Frameworks an individuelles Design
  • umständlichen Handhabung
  • Framework soll universeller einsetzbar sein
  • Dokumentation war vorhanden, Tutorial aus didaktischer Sicht nicht zu gebrauchen.
  • viele Gruppen schreiben "kaum genutzt", u.a. wegen Designrichtlinien und Handhabbarkeit
  • teilweise inkompartibel zu MAC Systemen (Gruppe 5)
  • fehlende Datenbankanbindung
  • Einarbeitungszeit ist immens (Tomcat + Java + Webentwicklung)
  • Struktur ist unübersichtlich
  • Fehlermeldungen sind oft nicht hilfreich
  • veraltete Bibliotheken (JUnit)
  • "Als hinderlich stellte sich das Konzept von Webpoint heraus alles über drei Ecken weiterzuleiten. Für eine Aktion brauchte man bis zu drei Dateien."

Salespoint

  • Doku verbessern, eher HowTo's weniger komplette Programme (Videoautomat) [vor allem transitions, persistenz]
  • Sehr häufig Probleme mit Persistenzmanager (u.a. auch Doku erwünscht)

Bis Gruppe 12

  • Salespoint GUI individueller gestaltbarer machen können
  • Mehrere Sprachen Support
  • Datumsangaben werden als String gespeichert, da die vom Framework gegebene Klasse CalenderTime nicht persistent speicherbar ist. (Gruppe 20)
  • Eine klare Dokumentation über die Nutzbarkeit der Schnittstellen des Frameworks mit eventuellen

Hinweisen darauf, wie weit Abweichungen möglich sind (Transitions, Actions und Persistenz?!?) Gruppe 22

  • Fehlermeldungen vom Framework sollten auch als solche gekennzeichnet sein
  • Hauptproblem oft Persistenz genannt, Optische "spielereien" erscheinen unwichtig - die meisten entwerfen lieber selber GUI
  • Möglichkeit Salespoint Klassen wie Java Listen zu verwendet (foreach)
Persönliche Werkzeuge