Mỗi OWL-S Profile đƣợc sử dụng để mô tả ngữ nghĩa cho một phƣơng thức trong một dịch vụ web. OWL-S Profile có các thành phần IOPE (Input, Ouput, Precondition, Postcondition) là một cách để xác định chức năng của dịch vụ, tuy nhiên hầu hết các phƣơng pháp tìm kiếm dịch vụ OWL-S hiện tại chỉ dựa trên suy diễn các Input và Output [15], mặt khác Precondition và Postcondition vẫn chƣa đƣợc chuẩn hóa [10], tập dữ liệu test từ cộng đồng S3 Contest cho đến tháng 3/2010 chúng tôi thấy rằng precondition và postcondion vẫn chƣa đƣợc thêm vào. Do đó nếu việc tìm kiếm dịch vụ web chỉ dựa vào Input và Output có thể có những Profile cùng các Input và các Output nhƣng có công dụng khác nhau, do đó điều này rất nguy hiểm trong việc máy tự quyết định chọn Profile tìm kiếm đƣợc trong lúc thực thi và kể cả việc hỗ trợ ngƣời dùng thiết kế dịch vụ SOA trong giai đoạn thiết kế.
David Martin nhận định rằng việc chú giải ngữ nghĩa cho phƣơng thức bằng một cách nào đó sẽ hữu dụng trong một số tình huống đặc biệt là trong quá trình tìm kiếm [17]. Nhƣ vậy trong đề tài này chúng tôi đề xuất việc chú giải ngữ nghĩa bằng
các công dụng ngữ nghĩa vào bên trong OWL-S Profile là một cách giúp xác nhận dịch vụ làm gì và đƣợc sử dụng trong giai đoạn tiền xử lý giúp giảm bớt đáng kể số lƣợng dịch vụ có các input và output phải kiểm tra trong giai đoạn tìm kiếm.
Mỗi Profile dù là cơ bản “atomic” hay tổng hợp “composite”, dịch vụ đều có thể có thực hiện một hay nhiều công việc khác nhau, do đó chúng tôi quyết định sẽ chú giải vào mỗi ServiceProfile của dịch vụ OWLS bằng một hay nhiều công dụng tƣơng ứng. Do đó mỗi công dụng chúng tôi đề xuất là sự kết hợp của một động từ và một danh từ trong các Ontology. Sự kết hợp này làm thuận lợi cho việc khi có nhu cầu chú giải một công dụng mới, với cách chú giải của chúng tôi chỉ yêu cầu trong một ontology động từ và ontology danh từ có chứa hành động và tân từ tƣơng ứng, không cần phải thêm một khái niệm mới vào trong ontology có sẵn.