elweb

Diese Seite ist nicht editierbar. Sie können den Quelltext sehen, jedoch nicht verändern. Kontaktieren Sie den Administrator, wenn Sie glauben, dass hier ein Fehler vorliegt.
**[[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.
 --- //[[webmaster@elweb.info|Ralf Wagner]] 2010/03/21 12:33//



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

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

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

===== Newsdatenbank =====
  - Inhalte durch mehrere Autoren möglich (Ralf Wagner)
  - Layout durch CSS (Ralf Wagner)
  - Archivierungsfunktionen (Ralf Wagner)

===== Termindatenbank =====
  - Inhalte durch mehrere Autoren möglich (Ralf Wagner)
  - Layout durch CSS (Ralf Wagner)
  - Archivierungsfunktionen (Ralf Wagner)

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





===== Bilderdatenbank =====
  - könnte beibehalten werden, oder eingebunden werden (Ralf Wagner)
  - Funktion ähnlich bisher, Bildrechte, Administration, manuelle Freigabe (Ralf Wagner)
  - Bildgröße beschränkt
  - Account der User limitiert  
  - User werden manuell freigegeben (Spamgefahr)
Funktion ähnlich bisher
  

===== Versicherungsdatenbank =====
  - Integration ins Wiki, als Wiki Seite (Ralf Wagner)

===== Batteriedatenbank =====
  - Integration ins Wiki, als Wiki Seite (Ralf Wagner)


===== Server =====

  - es muss bezahlbar bleiben (Ralf Wagner)
  - wenn root Server, dann brauchen wir mindestens zwei Admins ausser mir, die das inhaltlich beherrschen. (Ralf Wagner)
  - 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:
  - **/** Kopie des statischen Inhaltes aus dem aktuellen Webauftritt -war vorher /elweb, jetzt einfachhalber in der Root
  - **/phpbb** Eine Forensoftware im Stil der "Burning Boards"
  - **/WLBBLite** Die "Leichte" Version des Woltlab Burning Boards
  - **/mediawiki** Die aktuelle Wiki-Version mit erweiterte Medienverwaltung
  - **/awstats** Eine Statistikerfassung über die Nutzung von Webauftritten
  - **/openclassifieds** Freies Modul zur Kleinanzeigenverwaltung
  - **/drupal6** ein CMS mit vielen integrierten Lösungen
  - **/wordpress** noch ein mögliches CMS
Ein Logbuch zu den Arbeiten am Modeloffice wurde [[http://cbmex01.no-ip.com:81/mediawiki/index.php/Elweb_Logbuch|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.
  - **MYSnip** Die aktuelle Plattform.
  - **phpBB** Das php Burning Board ist eine offene Forumssoftware (link zum Deutschen Supportforum: [[https://www.phpbb.de/|phpBB]]. Es umfasst weitreichend einstellbare Oberflächen und Funktionen. Die Software ist kostenlos.
  - **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.
  - **DokuWiki** Die aktuelle Software.
  - **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 ====
  -**openclassifieds** [[http://www.open-classifieds.com/|Homepage]] Freie Software zum Einstellen und Verwalten von Kleinanzeigen.


==== Bilderdatenbank ====

Anmerkung: Kann bei entsprechender Einstellung ins MediaWiki integriert werden.
elweb

Benutzer-Werkzeuge

Webseiten-Werkzeuge

Seiten-Werkzeuge
