Thanks for the link to the aMBSE by the way. I noticed that in the Deskbook 4.1 for IBDs they were including the superblock in the diagram as well. Whereas the SysML standard states that it is always shown as a frame. In the aMBSE, the example IBDs show it more like it is in the standard.

While I understand the naming convention given, I was a bit puzzled when I viewed figure 222 of the aMBSE Deskbook. There is an interface called

iACES_Management_ACES_Power between ACES_Management and ACES_Power. The interface has a flowproperty with power and its direction is OUT.

Given the naming convention i<sender>_<receiver> I found this strange, because that would imply that ACES_Management provides the power, but we know that is not the case. Of course, this situation is resolved with the conjugation setting on the port on ACES_Management which would then revers the direction to IN. Everything is okay. However, the name of the interface seems misleading to the reader, and that is the situation I'm trying to resolve now before I decide on this naming convention. It's as if the interface is telling the reader "ACES_Management sends power to ACES_Power". What if the interface were renamed to iACES_Power_ACES_Management?

@cramos I used the Harmony Harmony SE toolkit automation which has its own rules. The i<sender>_<receiver> only makes sense when all information specified in the interface is flowing in one direction. This is not generally true, but when it is, the convention makes sense. In this case, the ACES_Management subsystem is the primary director of activities, so I put it in the Sender role even though, in general, flows happen in both directions. This is because systems are more complex than the 4.1 Deskbook would have you believe, one of my issues with it.