Zacznij od spisania tego co chcesz, żeby system robił, potem można podzielić to na historyjki, a do tego dopiero potem wymyślić architekture systemu. Gdy to będzie przemyślane, dopiero warto zacząć myśleć nad architekturą klas. Na samym końcu możesz zacząć myśleć o C# czy innym języku i kodzeniu. Do Odkrywania wymagań i tego jak mają iterakcje zachodzić warto chociaż w części zrobić diagram 4+1. W części bo też nie jestem fanatykiem mega projektowania, bo projekt ewoluuje w czasie, ale to narzędzie jest fajne do ogarnięcia całości. Nie myśl o bazie danych - pozostaw to jaką warstwe danych i użyj jakiegoś ORM, to nie przyjdzie Ci potem do głowy, żeby logikę w bazie osadzać. Zastanów się, też, wymagania jakie będą nie spowodują, że fajnie będzie zrobić mniej klasyczną architekturę (klient, serwer, dane), a może jakieś mikro serwisy, server less etc. Niemniej zacznij od zdefiniowania co aplikacja ma robić, bo samo pojęcie ERP jest za szerokie.