Jak zabrać się za zaprojektowanie aplikacji?

0

Nie potrafię sformułować wątku :P

No właśnie, jestem niezorganizowany. Poradzicie mi od czego zacząć budować swój własny projekt strony rozrywkowej?
Najpierw baza, front-end czy może coś innego?
Póki co mam setki pomysłów w głowie, ale nie mogę wszystkiego poskładać do kupy.

Prosze o odzew.

0

Jako, że moja pierwsza wypowiedź wydaje mi się jeszcze za mało treściwa, dodam kilka szczegółów:

  • Mam konkretny pomysł na aplikację
  • Technologie jakich użyję to na pewno PHP, Zend, MySQL
  • Proszę o niezasypywanie mnie jakimiś zaawansowanymi terminami, których jako junior mogę nie znać

Moje pytanie brzmi: Jak zorganizować sobie pracę nad własnym projektem.

0

Zapisz to wszystko na papierze. Jeżeli potrzeba - zapisz o 100 stron. Nie ma prostszego sposobu na wstępną organizację projektu + przy okazji zapiszesz sobie pomysły o których potem możesz zapomnieć.

Ty od razu chcesz budować bazę, albo front-end. A potem, w trakcie składania całości - tu trzeba będzie coś dobudować, tam przeorganizować layout w ogóle, bo zapomniało się o czymśtam, tam tabelkę przerobić w bazie, tam trzy wywalić w ogóle i zrobić sześć.

0

Nie potrzebuje spisywać 100 stron, gdyż takim sposobem wypuszczę pierwszą wersję apki za pół roku.

Te 100 stron mam w głowie, ale przydałyby się jakieś zapiski, dzięki.

1

Masz wstępny zarys projektu, teraz to przeanalizuj. Rozpisz sobie przypadki użycia, później każdy przypadek dokładnie przemyśl i rozpisz jeszcze dokłądniej. Zastanów się, kto będzie używał systemu (jaki aktorzy, czy też jakie role użytkowników będą występowały, kto jakie funkcjonalności będzie miał dostępne, jak te funkcjonalności będą działały, itd).

1

Nie potrzebuje spisywać 100 stron, gdyż takim sposobem wypuszczę pierwszą wersję apki za pół roku.

Te 100 stron mam w głowie, ale przydałyby się jakieś zapiski, dzięki.

Nie rozumiesz i nie zdajesz sobie sprawy z tego jak ważne jest wyspecyfikowanie wymagań. Przy takim podejściu nie bardzo mam chęć Ci szczegółowiej odpowiadać bo i tak zrobisz po swojemu, powiem Ci w skrócie - Use Case + UAT.

Szablony tych dokumentów znajdziesz w sieci.

0

Póki co mam setki pomysłów w głowie, ale nie mogę wszystkiego poskładać do kupy.

Pomysł = Hipoteza. Warto potwierdzić hipotezy, zamiast pisać tzw. "złoconą" funkcjonalność czytaj zbędną.

0
PrzemolPrzemol napisał(a):

Nie potrzebuje spisywać 100 stron, gdyż takim sposobem wypuszczę pierwszą wersję apki za pół roku.

Te 100 stron mam w głowie, ale przydałyby się jakieś zapiski, dzięki.

Nie rozumiesz i nie zdajesz sobie sprawy z tego jak ważne jest wyspecyfikowanie wymagań. Przy takim podejściu nie bardzo mam chęć Ci szczegółowiej odpowiadać bo i tak zrobisz po swojemu, powiem Ci w skrócie - Use Case + UAT.

Szablony tych dokumentów znajdziesz w sieci.

Przypadki użycia? Coś mi się przypomina ze studiów :P W jakim celu stosować testy nieistniejącego kodu?

0

UAT możesz pisać na etapie pisania przypadków lub pełnej dokumentacji. Na pewno nie jedna rzecz wyjdzie, którą będziesz mógł uwzględnić już na etapie pisania wymagań. Ze swojego doświadczenia mogę Ci powiedzieć, że pisanie testów akceptacyjnych na etapie pisania wymagań nie raz mi pomogło np. w sformułowaniu Wyjątków w PU.

Teraz zauważyłem, że w tagach masz wpisany Start-UP. Jeśli poważnie myślisz o produkcie przeprowadź Customer Development pozwoli Ci zamienić hipotezy w faktyczne wymagania.

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0