I am designing a use case diagram for a HRMS (Hotel Reservation Management System). I tried to capture properly all the requirements. But I am confused, as I did some research and I read in this question here that if your diagram looks like a spider web, the design is probably broken.
Is my design broken or are the requirements (see below) sufficiently captured? In particular, should Inventory need to extend or be included in the reservation?
Here are the requirements, that I translated into use cases and actors:
Indeed, if the diagram starts to look like a spiderweb, one should critically look at it to see if there are too much details.
Looking at your diagram, it seems that you have just complex requirements, and have tried as much as possible to keep at high level (you have elegantly avoided the check in/check out with a more general Manage stay). You don't have the many functional decompositiins wih include and extend either. The spider look comes mainly from the involvement of several actors causing crossing associations.
As I don't have an hotel manager at hand I cannot confirm if it is complete and relevant. But overall it looks ok. Some hints: