Który format jest najlepszy dla pierwszego prototypu, którego nie ma na papierze? [Zamknięte]

Aplikacja na konsolę (moja ulubiona), szybka i niechlujna forma, MS Paint (dla GUI); co najlepiej sprawdza się w przypadku standardowej aplikacji? dlaczego?

Wierzcie lub nie, PowerPoint .

Wiem, że możesz się śmiać, a ja na pewno tak robiłem, ale w programie PowerPoint jest wiele wspaniałych rzeczy, które sprawiają, że jest to dobre narzędzie prototypowe.

• Łatwe wdrażanie - wszyscy mają prawie PowerPoint, więc nie musisz się martwić niepotrzebną konfiguracją tylko po to, żeby ktoś mógł użyć prototypu.
• Łatwe makiety - wszyscy wiedzą, jak poruszać się w programie PowerPoint, więc jest to tak proste, jak rysowanie, jeśli chodzi o szybkie tworzenie interfejsu użytkownika.
• Interaktywność - tutaj jest dobrze. PowerPoint umożliwia tworzenie łączy na slajdach, które prowadzą do innego określonego slajdu, klikając obszar. Jeśli użyjesz tej metafory do przycisków i innych linków do proponowanego interfejsu użytkownika, możesz ustawić użytkownika przed zmaksymalizowaną prezentacją PowerPoint i pozwolić mu klikać podczas oglądania i robienia notatek.

Można dostać dodatek narzędzi, takich jak to , aby wyglądać lepiej.

Według mnie to Balsamiq Uwielbiam to z wielu powodów.

• Łatwy w użyciu - Interfejs Balsamiq jest dla mnie niezwykle prosty i szybki, aby zebrać wszystko razem.
• Wygląda jak makieta - kiedy pokazuje ją klientom / klientom / dostawcom, wygląda jak makieta, więc nie ma wątpliwości, że „jestem prawie gotowy” lub coś w tym rodzaju.
• Wygląda profesjonalnie - oprócz poprzedniego punktu, tak, wygląda „ręcznie rysowany”, ale nadal wygląda profesjonalnie.
• Wspólne elementy sterujące interfejsu użytkownika - są dostępne, aby szybko tworzyć makiety przypominające prawdziwe aplikacje.

SketchFlow in Blend to fajny pomysł:

• Style wzmacniają pomysł, że jest to prototyp dla interesariuszy w celu zarządzania oczekiwaniami
• Jeśli znasz Blend, znasz SketchFlow - na górze jest tylko jedna cienka warstwa, która pozwala tworzyć „ekrany” i łatwo nimi nawigować.
• Ponieważ wszystko jest w prawdziwym XAML, możesz włączyć interaktywność i spędzać czas na opracowywaniu rzeczywistych funkcji, które są kluczowe dla wyglądu i funkcjonalności aplikacji, takich jak ważne animowane przejścia lub prototypy DataTemplate (do tego świetnie nadaje się funkcja przykładowych danych Blend) . Ma wbudowane zachowania, które podłączają się do warstwy „mapy-mapy” Blend - tworzenie przycisku lub łącza do innego ekranu jest tak proste, jak przeciąganie i upuszczanie i wybieranie wartości z listy rozwijanej.
• Ponowne użycie prototypu SketchFlow i przekształcenie go w prawdziwą aplikację jest bardzo trudne - zazwyczaj można odtworzyć niektóre układy wizualne, ale tylko na poziomie podstawowym. Uważam to za dobrą rzecz, ponieważ prototypowanie nie wprowadza cię w odpowiedni stan umysłu do zbudowania prawdziwej aplikacji.
• Możesz wyeksportować prototyp do samodzielnej aplikacji „player”, która wymaga tylko Silverlight do uruchomienia. Gracz włącza całą interaktywność i pozwala nawigować po ekranach aplikacji, nawet jeśli nie masz podłączonej interaktywności, a interesariusze mogą przekazywać informacje zwrotne poprzez notatki lub znaczniki atramentu bezpośrednio na prototypie.

Główny problem polega na tym, że nie jest to czysto wizualne narzędzie typu „przeciągnij i upuść”, takie jak Balsamiq, prototypowe narzędzia PowerPoint lub inne narzędzia wizualne, więc musisz znać przynajmniej podstawy Blend / XAML.

Jestem wielkim fanem MS Paint. Podoba mi się, że niska jakość doodle sprawia, że ​​łatwo go wyrzucić i zacząć od nowa. Po użyciu bardziej wyrafinowanych narzędzi do tworzenia diagramów i wizualizacji spędziłem zbyt dużo czasu, próbując wymyślić, jak przedstawić złożony pomysł, gdy sam pomysł powinien być wystarczająco prosty do szkicowania.

Myślę, że to ta sama dynamika, co serwetka - wystarczy zgrubny glif pomysłu, by wprawić w ruch. Dla mnie nie chcę dotykać narzędzia do tworzenia diagramów, dopóki diagramy nie są już dobrze przemyślane.

Ale może to być tylko ja i moje dziwne sposoby.

Prawdopodobnie zależy to od platformy, na której zamierzasz zbudować aplikację (aplikacja internetowa? Desktop? C ++? Java?), Ale zwykle przechodzę bezpośrednio z wersji papierowej na rzeczywistą platformę. Korzyści: wygląda jak prawdziwa, ponieważ tak jest, a kiedy już wymyślisz, jak ułożyć GUI, po prostu dodaj potrzebną funkcjonalność, a aplikacja jest gotowa.

To się nazywa Rapid Application Development .