projekt programu/aplikacji

Witam,
przerobiłem podstawy, robię jakieś programy/aplikacje ale to wszystko jest takie z "ręki". Co głowa przyniesie. Chciałbym podejść do tego bardziej profesjonalnie. Czyli zanim zacznę klepać kod, chciałbym to jakoś rozplanować. Mamy tu cały czas na myśli proste rzeczy, nie jakieś duże systemy. Chodzi o to, że nie chciałbym gdzieś w połowie zawracać albo przepisywać czegoś bo założenie w głowie było błędne. Jaką literaturą i narzędziami powinienem się zainteresować? Możecie polecić jakieś programy do tworzenia diagramów algorytmu ? Jak do tego podchodzą profesjonaliści?

podpinam się

Wystarczy chyba, że zaczniesz pisać projekt od ogółu do szczegółu, wtedy to będzie wyglądało tak jak tego chcesz.

Ołówkiem na kartce papieru raczej szybciej zrobisz te diagramy niż w jakimś programie, no chyba, że dobre shortcuty będziesz miał, wtedy może być na równi..

projekt od ogółu do szczegółu

nie, wtedy masz waterfall ktory sie praktycznie nigdy nie sprawdza

1. Wypisz np 3 glowne funkcjonalnosci programu typu "zarzadzanie firma, latwa dostepnosc oprogramowania,"

od tego mozesz rozwijac swoje pomysly, w sensie co potrzebujesz by to osiagnac. Ale nie na poziomie kodu tylko na poziomie biznesowym "potrzebuje miec obsluge faktur, potrzebuje moc je drukowac" itd itp

fasadin napisał(a):

projekt od ogółu do szczegółu

nie, wtedy masz waterfall ktory sie praktycznie nigdy nie sprawdza

1. Wypisz np 3 glowne funkcjonalnosci programu typu "zarzadzanie firma, latwa dostepnosc oprogramowania,"

od tego mozesz rozwijac swoje pomysly, w sensie co potrzebujesz by to osiagnac. Ale nie na poziomie kodu tylko na poziomie biznesowym "potrzebuje miec obsluge faktur, potrzebuje moc je drukowac" itd itp

Ale przecież programowanie TDD jest takie i jakoś dużo firm takie coś wykonuje według tego i się to sprawdza.
Najpierw spekulujesz jak to działa, a potem implementujesz to tak żeby określony wynik wyszedł.

Piszesz sobie pseudokod, co za czynności wykonujesz, czysto abstrakcyjnie, a potem budujesz te czynności.

Mam wrażenie, że @fasadin i @brunatnyjelen mówią o tym samym, ale w inny sposób ;)

Przede wszystkim wiesz, że nie zaczniesz dobrze projektować z marszu, jeśli nigdy tego nie robiłeś. Będziesz popełniał błędy. Dużo błędów. Ale to dobrze. Dzięki temu będziesz się uczył, jak to robić lepiej na zasadzie: "To rozwiązanie mi się nie sprawdziło w ostatnim programie. Jak mogę to zrobić lepiej?"

Poczytaj o wzorcach projektowych (implementacyjnych). Co do narzędzi, ja używam Dia. Taki mały przyjemny programik, która pomaga w tworzeniu UMLi.