In my opnion, there's no right or wrong in drawing an ER diagram. It will all be based on your understanding toward the case and requirements that you are facing. So why don't you start by listing your requirements in points. From there you can analyze what are the objects of your database. Just list the objects down as it is describes in your requirements. e.g:
Objects identified:
- Student
- Teacher
- Dependent
- Activity
- Command
From it you move to the next step by identifying what relationships that each objects have. e.g:
Relationships identified:
- A teacher teach students
- Students are being taught by teacher
- and so on...
now based on those two lists that you have now, make a level 0 diagram. Which draws the objects and its relationship as it is. Don't get confused with the many-to-many relationship which make you have to create a new object, yet. From there you can, then, draw the level 1....up until to the level n.
Now with that I hope you can be even more sure with your diagram. I'm sorry if it doesn't help much but, again, in my opinion designing/modeling a database is an art. Everybody may have different approach in developing to most appropriate design. Yet, one thing that each database designer must have is a really good understanding toward the case and its requirements. Have a nice day.