Benutzer-Werkzeuge

Webseiten-Werkzeuge


lastenheft

Start | Kategorien | Fahrzeuge | Twike | CityEl | CityEl Elektrik | CityEl Technik | CityEl Umbauten | CityEl Reparaturen

Lastenheft für den Elweb Umbau

Hallo Freunde ich fange hier mal ein Lastenheft an, für die Weiterentwicklung des elweb. — Ralf Wagner 2010/03/21 12:33

Allgemein

  1. Optik sollte aber muss nicht über css festlegbar sein (Ralf Wagner)
  2. Grundstruktur kann statisch sein, wie bisher um dynamische Inhalte einbinden zu können (Ralf Wagner)
  3. Wiedererkennungswert muss da sein (Ralf Wagner)
  4. Bedienung soll einfach und übersichtlich bleiben (Ralf Wagner)
  5. Aktualisierter Look (Ralf Wagner)

Nutzerverwaltung

  1. Ziel muss es sein, dass jeder Nutzer seine Daten selbst verwalten kann.(Ralf Wagner)
  2. Selbständig login anlegen (Ralf Wagner)
  3. nach Möglichkeit nur ein login für alle Anwendungen (bisher haben wir das nicht) (Ralf Wagner)
  4. Pflichtfelder durch Admin festgelegt (Ralf Wagner)
  5. User kann selbständig Daten anlegen und ändern (Ralf Wagner)
  6. User kann entscheiden, welche Daten er freigibt (Ralf Wagner)

Foren

  1. Übersichtlichkeit soll gewahrt werden (Ralf Wagner)
  2. Falls möglich bisherige Foreninhalte zugreifbar halten (Ralf Wagner)
  3. Darstellung der neusten Inhalte z.B. seitlich (Ralf Wagner)
  4. Bisherige Admin funktion beibehalten (verschieben, editieren, löschen, Teiladmins) (Ralf Wagner)
  5. gemeinsame Nutzung zusammen mit dem BSM (Ralf Wagner)
  6. Layout durch CSS (Ralf Wagner)

Newsdatenbank

  1. Inhalte durch mehrere Autoren möglich (Ralf Wagner)
  2. Layout durch CSS (Ralf Wagner)
  3. Archivierungsfunktionen (Ralf Wagner)

Termindatenbank

  1. Inhalte durch mehrere Autoren möglich (Ralf Wagner)
  2. Layout durch CSS (Ralf Wagner)
  3. Archivierungsfunktionen (Ralf Wagner)

Wiki

  1. erweiterete Funktionen gegenüber dem aktuellen Stand, z.B. Bilder hochladen (Ralf Wagner)
  2. » Dokuwiki Software (Ralf Wagner)
  3. Migration der bisherigen Daten muss möglich sein, sonst brauchen wir mehrere Freiwillige Helfer! (Ralf Wagner)
  4. Intern Bereich nur zugänglich für bestimmte Gruppen
  5. Möglichkeit Dateien hochzuladen

Bilderdatenbank

  1. könnte beibehalten werden, oder eingebunden werden (Ralf Wagner)
  2. Funktion ähnlich bisher, Bildrechte, Administration, manuelle Freigabe (Ralf Wagner)
  3. Bildgröße beschränkt
  4. Account der User limitiert
  5. User werden manuell freigegeben (Spamgefahr)

Funktion ähnlich bisher

Versicherungsdatenbank

  1. Integration ins Wiki, als Wiki Seite (Ralf Wagner)

Batteriedatenbank

  1. Integration ins Wiki, als Wiki Seite (Ralf Wagner)

Server

  1. es muss bezahlbar bleiben (Ralf Wagner)
  2. wenn root Server, dann brauchen wir mindestens zwei Admins ausser mir, die das inhaltlich beherrschen. (Ralf Wagner)
  3. Datensicherung? (Ralf Wagner)

Pflichtenheft

Modularer Aufbau

In allen Punkten wird der Wiedererkennungswert klar erwähnt und ist ein essenzieller Bestandteil für jedes angestrebte Ergebnis. Egal ob mit einem Produkt gearbeitet wird, oder mit unterschiedlichen vereint unter einer Maske, so ist die Verwendung einer zentralen Designbibliothek erforderlich. Somit Pflicht: Cascading Stylesheets (CSS)

Interfacedesign

Das breite Publikum unterschiedlichster Veranlagungen und Auffassung macht eine Vereinfachung der Funktionalitäten zur Bedingung. Es kommt nicht darauf an, die neuesten und „coolsten“ Funktionen anzubieten, sondern sinnvolle und verständliche Eingabeschnittstellen einzubetten.

Benutzerverwaltung

Die Anforderung einer selbstverwaltenden Benutzerdatenbank, welche den Zugriff auf alle Module gleichermaßen ermöglicht, schränkt die Auswahl insofern ein, als daß entweder EIN Anbieter für alle Module gefunden wird, oder die Benutzerverwaltung der einzelnen Module eine gemeinsame Sprache sprechen. Für Zweiteres sollte RADIUS in Betracht gezogen werden.

Datenbanken

Die Vielzahl der aktuellen Module und die Verteilung auf viele Anbieter (n:n - Beziehung) macht eine grundsätzlich Überarbeitung aller Daten erforderlich. Die Beibehaltung der vorhandenen Daten erschwert eine Auswahl der ersetzenden Programme sehr. Hier sollte eine Eigenentwicklung oder eine Einschränkung der Lasten in Betracht gezogen werden.

Plattform

Preisgestaltung und Anforderungen an die Administration legen den Schwerpunkt auf die Inhaltsverwaltung nicht auf die Betreuung der Plattform. Jedoch ließen sich die Vielzahl der Anforderungen nur über ein günstiges Angebot eines offenen „Rootservers“ realisieren. Hierbei würde sich jedoch die Verantwortung gegenüber der Netzgemeinde potentieren, da der Schutz des Systemes durch die Administratoren abgedeckt weden muss. Es wäre also essentiell, wenn diese Lösung betrieben würde, einen -besser zwei; Netzadministratoren zu finden, mit solidem Wissen zum Betrieb einer Firewall oder eines Applicationlayers.

Betrieb und Entwicklung

Die bisherige Entwicklung der Kernkomponenten lag hauptsächlich in einer Hand. Lediglich die Inhalte wurden vielseitig gepflegt. Um in Zukunft eine dynamischere Entwicklung zu stützen, ist der Gedanke an ein RCS (Revision Content System) -z.Bsp. „Subversion“; in Betracht zu ziehen.


Tools and Deployment

Evaluierung

Für die Bereitstellung einer Testplattform wurde auf einem System eine Umgebung geschaffen, die viele Punkte gängiger Anbieter wiederspiegelt.
Unter http://cbmex01.no-ip.com:81 kann zu angemeldeten Zeiträumen der Stand der Entwicklung betrachtet werden. Mit Stand vom 09.04.2010 werden folgende Module betrieben:

  1. / Kopie des statischen Inhaltes aus dem aktuellen Webauftritt -war vorher /elweb, jetzt einfachhalber in der Root
  2. /phpbb Eine Forensoftware im Stil der „Burning Boards“
  3. /WLBBLite Die „Leichte“ Version des Woltlab Burning Boards
  4. /mediawiki Die aktuelle Wiki-Version mit erweiterte Medienverwaltung
  5. /awstats Eine Statistikerfassung über die Nutzung von Webauftritten
  6. /openclassifieds Freies Modul zur Kleinanzeigenverwaltung
  7. /drupal6 ein CMS mit vielen integrierten Lösungen
  8. /wordpress noch ein mögliches CMS

Ein Logbuch zu den Arbeiten am Modeloffice wurde hier eröffnet.

Plattform

Nach aktuellem Stand können folgende Plattformen zum Betrieb der Module in Frage kommen:

  • Solaris

Schwerer Unix Server mit hohem Angebot an Leistung und Verfügbarkeit. Nachteil: nur mit fundiertem Spezialwissen zu betreiben. Daher meistens auch nur als Contentserver von gängigen Webhostern angeboten.

  • Novell

Solide und stabile Plattform für weite Anforderungen und multiple Applikationen. Integrierte Benutzerverwaltung, die mit allen gängigen Programmen zusammenarbeitet -Bordermanager, Groupware etc. Nachteil: in Deutschland schwer zu bekommen. Hohe Anforderungen mit Spezialwissen an die Administratoren

  • Linux (Derivate)

Gängige Plattform für schnelle und stabile Internetserver bei minimalen Lizenskosten -je nach Ausführung keine Lizenskosten. Teilweise leicht zu erlernende Administration unterstützt durch viele Schnittstellen und Tools -meist jedoch Zeilenbasiert. Nachteil: Große Angriffsfläche und nicht einheitlicher Entwicklungsstand.

  • Windows (Server)

Plattform mit höchster interoperatibilität der Applikationen. Einfache Administration durch hauptsächlich grafisch geführte Benutzerschnittstellen. Nachteil: Hohe Lizenzkosten und hohe Anforderungen an die Hardware. Breite Angriffsfläche.

Entwicklung

Mit Entwicklung ist hier die Basis der Inhaltserstellung gemeint. Sowohl auf statischen als auch auf dynamischen Inhalten muss eine gewisse Entwicklungsarbeit geleistet werden. Dieses kann durch eine oder auch durch mehrere Personen geleistet werden.

  • Modulbasiert

Jedes Modul hat seine Eigenschaften bezüglich der Entwicklung seiner Funktionen und des Aussehens. Eine Verwaltung der Rechte und der Zugriffe findet innerhalb des Modules statt. Nur eine klare Rollenverteilung und Einschränkung der Individualitäten mit einem hohen Maß an Disziplin kann hier vermeiden, daß es zu Inkonsistenzen innerhalb der Entwicklungsphasen kommt.

  • Plattformbasiert

Über den gesamten Inhalt einschließlich aller Module wird eine Instanz gesetzt, welche die Zugriffe und Versionen innerhalb der Entwicklungsphasen koordiniert und vorhält. Hierbei ist es unerheblich, wieviele Entwickler an welchen Modulen gleichzeitung oder versetzt arbeiten. Es kann zu jedem Zeitpunkt, jede Änderung rückgängig gemacht werden. Als ein Nachteil muss hier gesehen werden, daß die Entwickler sich mit dem Instanzenprogramm beschäftigen und seine Bedienung lernen und aktzeptieren müssen.

Module

Als Module werden die einzelnen Programme betrachtet, welche in ihrer zusammenarbeit später die Anforderungen des gesamten Auftrittes erfüllen.

Datenbank

Als zentrales Modul, welches alle untergeordeten Datenmodule versorgt, gelten hier hohe Anforderungen an die Interoperatibilität und die Sicherheit. Zwar wäre hier ein Microsoft SQL Server zunächst einfache Wahl, jedoch wären damit alle nachfolgenden Module genau an diesen gebunden, was die Auswähl auf nicht weniger als ausschließlich Mircrosoft Produkte einschränken würde. Der plattformunabhängige MYSQL Server hat zwar keine Interoperatibilität, ist jedoch ohne Vorbehalte auf allen Plattformen einsetzbar. Alle untergeordneten Produkte können hier frei zugeordnet werden. Das Fehlen des dynamischen Zugriffaustauschens muss hier jedoch durch ein drittes übergeordnetes Modul ersetzt werden.

Forum

Das Forum ist zentrales Bestandteil der dynamischen Anwenderschnittstellen. Hier liegt die höchste Last vor. Datensicherheit muss sowohl in Bezug auf die Inhalte, als auch auf die Verfügbarkeit eine erste Rolle spielen.

  1. MYSnip Die aktuelle Plattform.
  2. phpBB Das php Burning Board ist eine offene Forumssoftware (link zum Deutschen Supportforum: phpBB. Es umfasst weitreichend einstellbare Oberflächen und Funktionen. Die Software ist kostenlos.
  3. WoltLAB Burning Board Ähnlich dem phpBB ist die Forensoftware von WoltLAB. In der Lite Version ebenfalls kostenlos und mit ausreichendem Umfang, in der „großen“ Version für etwa 50 Euro. Viel Arbeit wurde in das Design gesteckt, welches der Oberfläche ein modernes Feeling verleiht, jedoch auch leicht zur Verspieltheit neigt.

Wissensdatenbank

Nach dem Forum das wahrscheinlich wichtigste Modul. Die hier enthaltenen Daten beanspruchen höchste Sicherheit bezugnehmend auf den Inhalt.

  1. DokuWiki Die aktuelle Software.
  2. MediaWiki Die aktuellste Version der frei erhältlichen Wissensdatenbank. Wichtigster Bestandteil ist die integrierte Lizenzverwaltung der eingestellten Medien (Bilder, Dokumente, Video, Audioclips).

Die nachfolgenden Punkte sind ausschließlich drittanbieter Module. Ein Ersatz oder eine Integration in die eigenverantwortliche Verwaltung bedarf noch der Evaluierung weiterer Software -eventuell sogar Eigenentwicklungen. Bitte nach eigener Kenntnis ergänzen

News/Nachrichten

Termine/Veranstaltungen

An- und Verkauf

  1. openclassifieds Homepage Freie Software zum Einstellen und Verwalten von Kleinanzeigen.

Bilderdatenbank

Anmerkung: Kann bei entsprechender Einstellung ins MediaWiki integriert werden.

lastenheft.txt · Zuletzt geändert: 2010/08/13 17:58 von sonnenaufgang