[eg0master]

Jag tycker det är lite vågat att ge sig in på saker som UML och RUP eftersom de flesta generella metoder kräver en del erfarenhet för att utnyttjas på bästa sätt.

Nyckelorden är nog dokumentation och problemdomänskännedom.

Oavsett vad du ska göra är det viktigaste att du känner problemdomänen väl. Så en hel del efterforskningar för att lära sig problemdomänen är viktigt. Det gör att du kan förutse ev problem med en design på ett tidigt stadium.
Att sedan dokumentera designen är viktigt för framtiden och för att komma ihåg varför du gjorde på ett visst sätt.

När det gäller planering så tycker jag att man kommer långt med enkla medel.
Börja med att samla ihop alla krav. Ett bra sätt att formulera krav är på formen krav därför att, dvs att för varje krav måste du förklara varför kravet finns.
Exempel:
Man skall kunna se sina gamla fakturor därför att deta ger användaren möjlighet att se sin fakturahistorik.
Detta ger dig en påminnelse om varför varje krav finns.