Hallo,

ich bin nicht direkt php-anfänger, da ich schon einige Sachen geschrieben habe, jedoch bei größeren Projekten, wegen der verlorenen Übersicht über das ganze, dann abgebrochen habe und nochmals von vorne beginnen wollte.

Wie plant man effektiv Projekte um immer eine Übersicht zu haben und auch nach einem halben Jahr noch an etwas verändern kann?

Wie jeder einzelne von euch seine Projekte plant wäre evtl. auch interessant.

(bevor jemand fragt was ich unter einem Projekt verstehe:
Websites mit php + MySQL (Idee, Konzept, Aufteilung des Konzepts, Datenbank, usw)
)

danke schon mal für eure antworten.

mfg

marten

Mister Ad

function

nagut was soll man jetz zu idee, konzept, aufteilung des konzepts, datenbank usw. sagen?

naja
1) idee iost spontan und kommt drauf an was man haben möchte
2) konzept resultiert ja dann aus der idee
3 ) aufteilung des konzeptes - ich weiss jetz nicht was ch darunter verstehn soll. ich überlege mir erteinmal ob das konzept um setzbar ist und was man dafür alles benötigt.(nur php+mysql, oder evtl doch c/++) Dann ergibt sihc natürlich noch die frage ob ich dazu überhauptfähig bin das zu programmieren, damit ich nicht ununterbrochen hier ins forum rennen muss um zu fragen *winkmitdemzaunpfahl*. naja dann zerlege ich das konzept in die verschiedenen bereiche, php - mysql (- c/++).
dann geht es zum einen ans datenbank design und überlegungen wieviele datenbanken, eine oder doch mehrere, wie sehn die datenbanken aus tabellen ...
dann sollte man sich noch eine kleine übersicht machen welche scripts auf einander zugreifen... in diesem gedanken gang könnte man auch schon drübernahc denken welche klassen, functionen ... häufiger benötigt werden und ob man diese nciht in eine include datei auslagern sollte und und und.

4) dann sollt man erst einmal so just for fun ein paar templates machen damit man direkt die möglichkeit hat script und design zu trennen. und dann gehts eigentlich auch schon los mit dem scripten. zu dem einzelnen script solllte man sich auch noch ein paar sahcen überlegen so aufbau was soll es ausgeben.... .

so ich hoffe das reicht erst einmal aber im ent effekt hat jeder seine eigene art wie er vorgeht.

__________________
Es ist ein großer Trost, andere dort scheitern zu sehen, wo man selbst gescheitert ist. (William Somerset Maugham)

Orolhawion

da gibts so schöne dinge wie lasten-/pflichtenheft.. vielleicht hilft dir sowas ja weiter...

__________________
"die Mitte des Textes kann ja theor. mitten in einem Text liegen"

http://www.jagr.de/

ich mach meistens mindmaping was desgin angeht
danach mindmapping was themen angeht.
denn weiß ich was ich alles brauch
danach mach ich mir die datenbank struktur was was brauch und was auf was verweisen soll.
nun mach ich mir noch nen ablaufplan also kein pap sondern in welcher reihenfolge ich arbeite
dann kannste im großen und ganzen loslegen.
so richtige regeln gibts da eigentlich nicht. jeder machts wie ers kann und mag und wie er meint es kommt am meisten bei raus.

gruß maik

JEGO

@ma1k

Also mir ist das Pflichtenheft einfach das liebste.
da kommen erstmal alle deatildinge rein ungeodrdnet. solange bis ich wirklich alles habe was gebraucht wird.
dann wird alles geordnet und schön Sortiert. danach wird ein Storyboard bemacht.
im Zuge dessen wird auch die DB strucktur erstellt.
dann macht man mal einen Roh entwurf und lässt den mal durch die Runde Gehen
(brainstorming)
das noch mal Überarbeiten, und dann kann es langsam los gehen....

__________________
Gruß JEGO

Ein PHP Script tut, was Du schreibst, nicht was Du willst.

Jetzt bin ich etwas neugierig geworden
Wie machste das denn genau beim Design ?
Mindmaping dient zur Ideenfindung, zb. für Slogen oder Namen.
Kannst auch ne PN schicken.

PHP-Scripte ist wie ein Programmablauf.
Einige erarbeiten hier eine Art von Blockbild.
In diesem Blockbild sind dann die einzelnen Abläufe und Funktionen beschrieben.

jo klar
jeder so wie er es mag und denkt es sei das beste *g*
ich wollts auch mal so richtig mit pflichtenheft machen aber hab seit lange zeit nix großes gehabt wo sich das lohnen würde
und oh ja^^ brainstorming bringt was
da merkste erstmal was die anderen sagen und was du für müll gebaut hast :P
obwohl ja beim eigentlichen brainstorming keiner sieht was du denkst.
normal is ja so das jeder anonym was auf nen zettel schreibt. danach werden die zettel in die mitte gelegt und gemischt und jeder erhält wieder einen zettel.
so hat man also für seinen 2. vorschlag einen anhaltpunkt usw.
naja das geht ne weile und dann wird ausgewertet.
geht nur im internet nicht so recht *g*
aber irgendwie bin ich abgeschweift

Ich nutz sogenannte Usecases, die die Funktionalitäten genau beschreiben, die umgesetzt werden sollen.
Hier mal ein Beispiel:

Name: Email an Verantwortlichen schicken
Benutzer: Normaler Nutzer
Vorraussetzungen: Nutzer muss eingeloggt sein.
Aktionen:
1. Nutzer klickt auf den Button „Email an den Verantw. schicken“
2. System öffnet neues Eingabeformular mit den Eingabefeldern Absender, E-Mail-Adresse des Absenders, Betreff und Nachricht
3. Nutzer kann die Nachricht formulieren und den Button „absenden“ klicken
4. System meldet: "E-Mail gesendet" und zeigt Start-Benutzeroberflä¬che an
Ausnahmen:
1.1 Nutzer bricht Aktion durch den Button „Abbrechen“ ab
System zeigt wieder Start-Benutzeroberfläche an


So in etwa und das alles genau festhalten..
Dann brauchst du es einfach nur noch abarbeiten...
Und ich würd die Funktionalitäten auch dann ordnen..

Funktionalitäten des normalen Nutzers
Funktionalitäten der Benutezrverwaltung..

Hakima

Ich mache zuerst eine Skizze über das Design, erstelle Templates.
Sind schon Programmteile vorhanden, dann ist eine Soll/Ist-Analyse wichtig.

Für die Punkte, die von vornherein klar sind, erstelle ich ein Pflichtenheft, welches ich auch als Richtlinie für den Aufwand nutze.
Für Punkte, die unklar sind, sammle ich möglichst viele Informationen und schreibe diese auch auf. Diese Punkte stelle ich von der Priorität her erst mal nach hinten, wenn es geht.

Ich finde es sinnvoll, sich in diesem Zusammenhang den Software-Lebenszyklus anzuschauen...? -Wasserfallmodell beispielsweise.

http://www.informatik.uni-bonn.de/II...TML/sld021.htm

Eine Reihenfolge kann als Richtlinie gut sein, meine ich. Ob die Reihenfolge eingehalten wird, stellt sich dann während des realen Projektes heraus.

axo

WAH! forget the wasserfallmodell hahahaha ...