data hieraki

Jeg står med et mindre designmæssigt problem. Jeg står og skal lave et mindre program der grafisk kan vise en stak linier. Disse linier er grupperet i klumper, lad os kalde dem stakke. Stakke er så igen grupperet i klumper af stakke. Altså:

KLUMP -> består af -> STAKKE -> består af -> LINIER.

Da der konstant skal arbejdes på linierne, vil jeg helst holde dem direkte i hukommelsen, og ikke bruge en database.

I mit nuværende design har jeg tre klasser: KLUMP, STAK og LINIE.

LINIE har et ID på den stak den tilhører, og STAK har et ID på den KLUMP den tilhører.

Er det helt hen i vejret at hard-code designet sådan? Min bekymring er om at det er let at vedligeholde, hvis der senere sker ændringer i hierakiet.

Findes der nemmere/mere elegante metoder at holde styr på hierakisk data, hvor "leaf nodes" skal behandles hyppigt?

På forhånd tak for råd/hjælp

Kode 

public class Klump {
    List<Stak> stakke;
    ....
}

public class Stak {
    List<Linje> linjer;
    Klump ejer;
    ....
}

public class Linje {
    Stak ejer;
    ....
}

Er det et program hvor data hyppigt "rejser" over et større WAN netværk? Eller er det et LAN netværk?