Rahmenbedingungen für das Newssystem
11. Juni 2009 Roland
- Erstellen eines Newssystems
- Akteure im Newssystem
- Newssystem Anwendungsfälle für den Systemadministrator
- Newssystem Anwendungsfälle für den Editor
- Newssystem Anwendungsfälle Zusammenfassung
- Newssystem Anwendungsfälle Webuser
- Anwendungsfall Add Category
- Anwendungsfall Add Editor to Category
- Anwendungsfall Change Editor
- Nebenläufigkeiten beim Editieren von Newseinträgen
- Anwendungsfall Create Editor
- Anwendungsfall Delete Category
- Anwendungsfall Delete Editor
- Anwendungsfall Edit Category
- Anwendungsfall Remove Editor From Category
- Anwendungsfall Show Editors
- Anwendungsfall Show Categories
- Anwendungsfall Add Image to Newsentry
- Anwendungsfall Create Newsentry
- Anwendungsfall Delete Image
- Anwendungsfall Delete Newsentry
- Anwendungsfall Edit Image Data
- Anwendungsfall Edit Newsentry
- Anwendungsfall Navigate in Newslist
- Anwendungsfall Remove Image from Newsentry
- Anwendungsfall Search Image
- Anwendungsfall Search News
- Anwendungsfall Set Presentation Times
- Anwendungsfall Upload Image
- Anwendungsfall Navigate Archive News Shortentries
- Anwendungsfall Navigate Shortentries
- Anwendungsfall Show Archive Newsentry
- Anwendungsfall Show Newsentry
- Anwendungsfall Show Shortentries
- Aufbereiten der bisherigen Anwendungsfälle
- Technische Anwendungsfälle
- Nebenläufigkeiten beim Lesen von Newseinträgen
- Lasst uns mal über Performancemessung reden
- Erste Gedanken zum Backup und Restore für unser Newssystem
- Zwischenschicht zur Performancemessung einbauen
- Performancemessungen ein- und ausschalten
- Performance Messung auf dem Server durchführen
- Newssytem Daten Modellieren
- Anwender Aktionen loggen
- Geschäftsmodelle erkennen
- ImageModel Beschreibung
- Installierbarkeit des Newssystems
- Housekeeping im Newssystem
- Anwendungsfall SearchNotUsedImages
- UserModel Beschreibung
- Meldungsverwaltung und Severity Bestimmung im Newssystem
- UserModelFactory
- Einsatz eines Frameworks für die Erstellung des Newssystems
- Ist das Newssystem einfach nur eine View auf eine Blogsoftware?
- Factory- und Adapter Pattern für die Erweiterung von WordPress
- Wieso will ich das Newssystem nicht als WordPress Plugin erstellen?
- Newssystem gesundschrumpfen
- Wer sind unsere Kunden für das Newssystem?
- Requirements für Newssystem erfassen
- Rahmenbedingungen für das Newssystem
- Entscheidung wie das Newssystem jetzt umgesetzt werden soll
- Welche Tools können wir zur Anforderungsverwaltung einsetzen?
- Verwalten der Anforderungen
- Namensänderungen im Newssystem Modell
- Ein Tool für die Anforderungen
- Komponenten die im ersten Sprint umgesetzt werden sollen
- Auf der Suche nach einem Tool um Anforderungen zu erfassen
- Security fummelt man am Besten gleich in die Architektur hinein
- Security Komponenten Klassendiagramm
- wie schrumpft man das System Gesund?
Und noch ein allgemeiner Artikel zum Newssystem.
Die letzte Woche hatte ich sehr angeregte Diskussionen (on- und offline) mit einigen Menschen bezüglich der Softwareerstellung.
Ich möchte noch ein paar Rahmenbedingungen niederschreiben, die mir im Newssystem wichtig sind.
Lauffähig nur mit HTML
Das Newssystem muss so gestaltet sein, dass kein JavaScript, Flash usw. notwendig ist. Ich möchte damit erreichen, dass das System auch auf Links und anderen Browsern, sowie auf Browsern auf denen alles abgeschalten ist, funktioniert.
Lauffähig auch ohne Cookies
Ok, wenn nur HTML zugelassen ist, dann sind Cookies natürlich auch nicht möglich.
Bei z.B. Links werden Cookies nicht gespeichert. WordPress zum Beispiel benötigt Cookies für das Sessionhandling.
Da müssen wir uns was anderes überlegen.
JavaScript und Cookies für Vereinfachung
Falls ein User Cookies und JavaScript eingeschalten hat, dürfen wir das natürlich verwenden.
Das bedeutet, dass falls diese Funktionalität aktiviert ist, dann darf das Newssystem auch Features freigeben die das Leben leichter machen.
Falls wir doch auf WordPress oder ähnliches aufsetzen, müssen die bisherigen Einschränkungen explizit akzeptiert werden.
Eingabeprozesse sollen an User anpassbar sein.
Wenn ein User gerne zuerst seinen Text und dann seinen Titel eingeben will, oder wenn er zuerst das Ende- und dann das Startdatum eingeben will, dann muss das möglich sein.
Die Controller und Views müssen entsprechend flexibel gestaltet werden.
Exportfunktionen
Falls die News in einem Fremdsystem benötigt werden, muss es möglich sein die News in mindestens folgenden Formaten ausgelesen werden können:
- rss feeds
- Formatiertes HTML (logisch oder?)
- Kommaseparierte Werte (CSV comma seperated values)
- XML
Importfunktionen
Die News müssen nicht nur über die Oberfläche, sondern auch als css, XML und csv eingelesen werden können.
Frage: Wäre es nicht cool auch über rss feeds News einzulesen?
Der Beitrag wurde
am Donnerstag, den 11. Juni 2009 um 05:18 Uhr veröffentlicht
und wurde unter Programmieren abgelegt.
Kurzlink: http://www.baldenhofer.eu/blog/?p=1404
Dir gefiel der Artikel? Dann abonniere doch den RSS Feed
Du kannst die Kommentare zu diesem Eintrag durch den RSS 2.0 Feed verfolgen. Du kannst einen Kommentar schreiben, oder einen Trackback auf deiner Seite einrichten.
RSS Feeds einlesen und darstellen machen Planeten.
Die Frage, die mir gerade kommt, ist, ob das nicht eine interessante Kombination wäre.
Das Newssystem ist nichts anderes als ein Feedanzeigeprogramm (plus x). Der Editor ist nichts anderes als ein Feedgenerator (plus y).
Ich finde die Idee immer spannender.
Wenn man die beiden Module entkoppelt, dann sind sie austauschbar. Das “gefährliche” ist, dass es für beide Modulgattungen schon Vertreter gibt, an denen man sich messen muss.
Genau,
ich glaube wir können so ein schönes Werkzeug zusammenstellen, dass trotz allem noch schön schlank und rank bleibt.
Mess with the best or die like the rest
Wenn wir gut kombinierbare Module haben, dann können wir uns mit anderen messen und eventuell auch noch etwas wertvolles für die Gemeinde hinzufügen.