In architectural decision making, the architects have to acquire a complete picture of the system. This picture is obtained analysing the business information and the system requirements. The relationships between business elements or between requirements are particularly important to know the impact of each quality requirement on the system. However, due to the focus of each artefact and notation on documenting specific elements, the relationships between elements of different kind are kept implicit. This requires an in-depth analysis of the models generated on the part of the architect in order to make them explicit. Misunderstandings that take place during this stage can lead to an incorrect design. Here, a set of BPMN and UML profiles to explicitly represent these relationships is presented, together with a model for documenting how each non-functional requirement impacts on the system views. Thus, more information is provided to the architect, thereby decreasing the risk of misinterpretation.