Classes have 10-20 links with one another and you can't see anything in that mess of a diagram
Unfortunately we finished coding already and if we change the class diagram we have to redo the whole thing
Classes have 10-20 links with one another and you can't see anything in that mess of a diagram
Unfortunately we finished coding already and if we change the class diagram we have to redo the whole thing
If you have reversed engineered code into a class diagram and your class diagram is too complex, that probably indicates a very complex design. There's really two approaches - rethink your design and implementation or reduce what you are showing on your model.
You could produce alternate views of the software, using multiple class diagrams to show pieces of the system instead of the entire system. You can also consider removing some information that may not be useful depending on the intent. As an example, showing all private members may not add value, so they could be removed from the diagram to reduce the apparent complexity. You can also consider other diagram types to better document your system - the class diagram is one of 14 diagrams in UML 2.2.
However, if your design is overly complex, then the best course of action would be to slowly refactor your project into something that has a simpler design. This does take time and effort, though, in both redesigning, carrying out the refactoring, and then updating and executing tests to ensure that everything continues to work. It's also something that shouldn't be combined with adding new functionality, so it could slow down development. However, having a cleaner design and implementation would allow others to more quickly understand and begin working on the system in the future.
Without a more complete understanding of your requirements and design (which is likely to be beyond the scope of a question/answer format), there's no way to say if your design is overly complex or not. Some systems truly are complex in nature and just require different methods of capturing the design clearly, while others should have their design reevaluated and maintained as appropriate for the project.