Interner Entwicklungs Bereich
Aus Salespoint
(Unterschied zwischen Versionen)
Jens (Diskussion | Beiträge) K (Änderte den Schutz von „Interner Entwicklungs Bereich“ ([edit=autoconfirmed] (unbeschränkt) [move=autoconfirmed] (unbeschränkt))) |
Jens (Diskussion | Beiträge) (→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)
