Verwenden des Prototyps für Live beim Erstellen von CMS/CRUD-Systemen - falsch? [abgeschlossen]

Ich lese gerade Steve McConnells „Survival Guide“ und überlege, wie ich unsere Prozesse zur Anforderungsentwicklung verbessern kann. Das Buch scheint sehr starke Ideen zur Verwendung von Prototypen zu haben, und ich bin mir nicht sicher, ob sie für uns richtig sind.

Als Hintergrund sind wir 2 Vollzeitmitarbeiter und arbeiten normalerweise an Projekten mit einer Größe von 4-6 Mannmonaten, während wir auch oft erhebliche Wartungsarbeiten an bestehenden Kundenstandorten durchführen. Etwa 80 % der Projekte erfordern etwa 1/2 Mannmonat Webdesign, das normalerweise von einem externen Auftragnehmer durchgeführt wird.

Wir entwickeln hauseigene Software für Eigentümer, Betreiber, die größtenteils auf CRUD-generierten Admin-Oberflächen mit Symfony basieren, die wir häufig mit einem Joomla-CMS-Website-System kombinieren (WYSIWYG und Konfigurationstyp-Eingabebildschirme).

Meine Gedanken zur Anforderungsentwicklung sind:

  • Wenn ich einen Prototyp bauen würde, wäre es am schnellsten, nur die CRUD-Schnittstelle in Symfony zu generieren, es sei denn, es handelt sich um eine komplexe Schnittstelle, dann wäre ein Papier-Storyboard schneller. Ich sehe jedoch keinen Grund, das Datenmodell nicht für die endgültige CRUD-Generation wiederzuverwenden – davon rät McConnells dringend ab. Der Grund, warum dies am schnellsten geht, ist, dass wir intern nicht über gute Mockup- und Designfähigkeiten verfügen und es wahrscheinlich schneller ist, ein schnelles, grobes Datenmodell zu schreiben und die Ausgabe zu erzeugen, indem HTML und Schaltflächen früherer Clients kopiert werden.
  • Für einige Benutzer kann es ausreichen, ein anderes Projekt vorzustellen und ihnen dann nur zu sagen, welches Feld wir in welchem ​​Bildschirm haben werden
  • Viele CMS-Probleme könnten auch anhand von Fallstudien modelliert und dann Felder beschrieben werden.
  • Das Schreiben eines Benutzerhandbuchs scheint der produktivste Weg zu sein, um Anforderungen zu sammeln, da es am Ende verwendet werden kann

Die Frage ist: Sind CRUD-Tools eine gute Möglichkeit, Prototypen zu bauen, oder betrüge ich mich selbst? Verwendet hier noch jemand CRUD-Tools für das Prototyping? Oder alternativ, wie lange sollte ich brauchen, um zu lernen, Prototypen zu verspotten, indem ich vorhandene Bildschirme/Zeilen/Felder/Schaltflächen mit Gimp/Photoshop kopiere?

Wie bereits geschrieben, geht es bei dieser Frage eher um Software-Engineering-Praktiken als um Projektmanagement.

Antworten (1)

Um es für diejenigen, die Symfony nicht kennen, klarer zu machen: Es ist ein PHP-Framework, mit dem Webanwendungen erstellt werden können, und meiner Meinung nach ein sehr gutes. Es ist vergleichbar mit Drupal.

Mit Propel oder Doctrine wird es einfach, CRUD-Formulare (Create, Retrieve, Update, Delete) zu erstellen, die in einer Verwaltung oder sogar im Frontend verwendet werden können.

Da die erstellten Formulare anfänglich eine exakte Kopie Ihrer relationalen Datenbanktabelle sind, wird nur das grundlegende CRUD-Formular erstellt, und die meiste Zeit werden viele der Anforderungen verfehlt. Natürlich ist es möglich, das Formular nach Ihren Wünschen zu ändern ...

Wenn ich Ihre Frage richtig verstehe, haben Sie ein Problem damit, im Voraus zu wissen, wie Ihr Formular aussehen soll, damit es alle Anforderungen abdeckt.

Einige Optionen sind möglich oder eine Kombination:

  • Eine gute Möglichkeit für Sie zu arbeiten (zumindest habe ich das so gemacht und ziemlich gut funktioniert), besteht darin, Mockups der endgültigen Bildschirme zu erstellen und wie sie aussehen sollten. Die Visualisierung der Formulare macht einen sehr guten Job und zeigt Ihnen genau, wo die fehlenden Felder sind.
  • Eine weitere Möglichkeit besteht darin, alle möglichen User Stories zu erstellen, damit Sie alle Anforderungen im Voraus haben.

Das Erstellen von Formularen in einem Backend oder Frontend ist keine leichte Aufgabe, Beispiele aus anderen Projekten zu haben ist gut und kann verwendet werden, um Ideen zu bekommen, aber am Ende ist ein Mockup des tatsächlichen Bildschirms meiner Meinung nach eine sehr gute Möglichkeit, um zu diskutieren mögliche Probleme oder fehlende Felder.

update Zusätzlich zu Ihrer geänderten Frage:

Das Erstellen der CRUD-Formulare selbst dauert viel zu lange, vergessen Sie nicht, um sie zu generieren, müssen Sie zuerst eine Datenbank erstellen usw.

Bitte verwenden Sie nicht Photoshop oder Gimp, um alle Ihre Mockups zu erstellen, sie sind viel zu komplex, um diese einfachen Dinge zu tun.

Es gibt viel bessere Tools, um diese Mockup-Bildschirme zu erstellen. Sie werden in der Lage sein, sie wirklich sehr schnell und fast ohne Lernkurve zu erstellen.

einige Beispiele:

einige sind kostenlos, andere zahlen, Sie haben die Wahl...

Hallo Kenneth, vielen Dank für das Feedback und danke, dass du Symfony den Leuten erklärt hast. Ihr Feedback ist hilfreich, aber nicht ganz das, wonach ich suche. Ich werde meine Frage jetzt aktualisieren, um klarer zu sein.
@jdog, ich habe einige Beispiele hinzugefügt, mit welchen Tools diese Mockups erstellt werden können.
danke schön. Diese Tools haben einen weiten Weg zurückgelegt, seit ich vor vielleicht 1,5 Jahren das letzte Mal nachgesehen habe. Ich denke, ich werde versuchen, mit so etwas zu arbeiten.
Ich habe gerade diese alte Frage gesehen und kann berichten, dass ich mich jetzt für die Verwendung von Balsamiq-Modellen entschieden habe, was wirklich gut funktioniert
Verwenden des Prototyps für Live beim Erstellen von CMS/CRUD-Systemen - falsch? [abgeschlossen]
AntwortenHierDatenschutz-Bestimmungen1y, 0v