ในด้านการคำนวณความสามารถในการประกอบบริการเป็นหลักการออกแบบที่นำมาใช้ภายในกระบวนทัศน์การออกแบบเชิงบริการ ซึ่งส่งเสริมการออกแบบบริการที่สามารถนำกลับมาใช้ใหม่ได้ในโซลูชันหลายๆ โซลูชันที่ประกอบด้วยบริการที่ประกอบขึ้น ความสามารถในการประกอบบริการขึ้นใหม่นั้นโดยหลักการแล้วควรเป็นอิสระจากขนาดและความซับซ้อนของการประกอบบริการ^{[ 1 ]}

หลักการนี้รับผิดชอบโดยตรงต่อความคล่องตัวที่ SOA สัญญาไว้ เนื่องจากส่งเสริมการสร้างโซลูชันใหม่โดยการใช้บริการที่มีอยู่ซ้ำ^{[ 2 ]}

แนวคิดการพัฒนาซอฟต์แวร์จากส่วนประกอบที่แยกจากกันนั้นส่งเสริมแนวคิดเรื่องการประกอบ (composition) ซึ่งเป็นแนวคิดพื้นฐานในการเขียนโปรแกรมเชิงวัตถุ (object-orientation) โดยที่ผลิตภัณฑ์สุดท้ายประกอบด้วยวัตถุที่เชื่อมโยงกันหลายชิ้น ซึ่งสามารถเป็นส่วนหนึ่งของโซลูชันซอฟต์แวร์ได้หลายแบบ ไม่ว่าโซลูชันนั้นจะซับซ้อนเพียงใดก็ตาม การเขียนโปรแกรมเชิงบริการ (service-orientation) ก็มีแนวคิดการประกอบเช่นเดียวกัน โดยกระบวนการทางธุรกิจจะถูกทำให้เป็นอัตโนมัติโดยการรวมบริการหลายอย่างเข้าด้วยกัน อย่างไรก็ตาม ในการเขียนโปรแกรมเชิงบริการนั้น เน้นหนักไปที่การสร้างบริการที่สามารถประกอบและปรับเปลี่ยนการประกอบใหม่ได้ภายในโซลูชันหลายๆ อย่าง เพื่อให้ได้ความคล่องตัวตามที่ SOA (Service-Oriented Architecture) สัญญาไว้ ด้วยเหตุนี้ จึงจำเป็นต้องมีแนวทางบางประการในการพัฒนาบริการที่สามารถรวมเข้ากับโซลูชันหลายๆ อย่างได้อย่างมีประสิทธิภาพ

หลักการความสามารถในการประกอบบริการ (Service Composability Principle) นำเสนอข้อควรพิจารณาในการออกแบบที่ช่วยส่งเสริมการนำบริการกลับมาใช้ซ้ำให้มากที่สุดเท่าที่จะเป็นไปได้ แนวทางที่กำหนดโดยหลักการนี้จะเตรียมบริการให้พร้อมสำหรับการเข้าร่วมในการประกอบบริการโดยไม่ต้องเปลี่ยนแปลงการออกแบบเพิ่มเติมใดๆ

การประยุกต์ใช้หลักการความสามารถในการประกอบบริการจำเป็นต้องออกแบบบริการเพื่อให้สามารถใช้ในการประกอบบริการได้ ไม่ว่าจะเป็นบริการที่ควบคุมบริการอื่น ๆ กล่าวคือ บริการควบคุม หรือเป็นบริการที่ให้ฟังก์ชันการทำงานแก่บริการอื่น ๆ ในการประกอบโดยไม่ต้องประกอบบริการอื่น ๆ เพิ่มเติม กล่าวคือ สมาชิกการประกอบ^{[ 2 ]}

เพื่อให้บริการสามารถทำหน้าที่สองอย่างนี้ได้ สัญญาบริการ^{[ 3 ]}จะต้องได้รับการออกแบบเพื่อให้มีฟังก์ชันการทำงานตามระดับข้อมูลอินพุตและเอาต์พุตที่แตกต่างกัน ในกรณีที่จำเป็นต้องเข้าร่วมเป็นสมาชิกในองค์ประกอบ โดยปกติแล้วพารามิเตอร์อินพุตของบริการจะมีความละเอียดมากกว่าเมื่อเทียบกับสถานการณ์ที่จำเป็นต้องเข้าร่วมเป็นตัวควบคุมองค์ประกอบ บริการที่นำกลับมาใช้ซ้ำจำนวนมากจะต้องไม่มีสถานะมากที่สุดเท่าที่จะเป็นไปได้ ( หลักการไม่มีสถานะของบริการ ) เพื่อให้สามารถให้ประสิทธิภาพสูงสุดเมื่อประกอบขึ้นภายในองค์ประกอบบริการหลายรายการ ประสิทธิภาพของหลักการนี้ขึ้นอยู่กับขอบเขตที่หลักการออกแบบที่เหลือได้รับการประยุกต์ใช้สำเร็จ การประยุกต์ใช้ หลักการ สัญญาบริการมาตรฐานทำให้บริการสามารถทำงานร่วมกันได้ และช่วยให้การออกแบบองค์ประกอบง่ายขึ้นโดยหลีกเลี่ยงความจำเป็นในการแปลงแบบจำลองข้อมูล รันไทม์ ^{[ 4 ]}โดยการใช้หลักการเชื่อมโยงแบบหลวมของบริการบริการสามารถประกอบใหม่ได้ด้วยความมั่นใจว่าจะไม่สร้างการเชื่อมโยงเชิงลบ^{[ 5 ]}กับบริการอื่นในองค์ประกอบ การประยุกต์ใช้ หลักการ ความเป็นอิสระของบริการและ หลักการ ไร้สถานะของบริการช่วยเพิ่มความน่าเชื่อถือและความพร้อมใช้งานของบริการ ทำให้สามารถนำบริการไปใช้ซ้ำในการประกอบบริการหลายรูปแบบได้อย่างมั่นใจยิ่งขึ้น

เพื่อให้บริการสามารถทำหน้าที่เป็นตัวควบคุมบริการที่มีประสิทธิภาพ รวมถึงเป็นสมาชิกของบริการด้วย สถาปัตยกรรมเทคโนโลยีพื้นฐานจำเป็นต้องมีสภาพแวดล้อมการทำงานที่สามารถปรับขนาดได้และรองรับการทำงานแบบไร้สถานะที่บริการต้องการ ในทำนองเดียวกัน เมื่อขนาดขององค์ประกอบบริการเพิ่มขึ้น การจัดเก็บและการเรียกใช้ข้อมูลบริบทที่เกี่ยวข้องกับการโต้ตอบระหว่างบริการในขณะทำงาน อาจจำเป็นต้องมอบหมายให้สภาพแวดล้อมการทำงานจัดการแทนที่จะให้บริการจัดการข้อมูลบริบทนี้เอง เพื่อให้องค์ประกอบบริการมีประสิทธิภาพมากขึ้น

เมื่อมีการสร้างองค์ประกอบบริการมากขึ้นเรื่อยๆ มักจะมีแนวโน้มที่จะพึ่งพาบริการที่นำกลับมาใช้ซ้ำเป็นจำนวนมาก ซึ่งจำเป็นต้องมีการวิเคราะห์อย่างรอบคอบในระหว่างการออกแบบองค์ประกอบบริการและพิจารณาบริการสำรองทางเลือกสำหรับฟังก์ชันการทำงานที่สำคัญ ในทางกลับกัน การพัฒนาบริการที่กลายเป็นส่วนหนึ่งขององค์ประกอบบริการหลายรายการอาจทำได้ยาก ปัญหานี้สามารถแก้ไขได้โดยการประยุกต์ใช้รูปแบบการออกแบบสัญญาพร้อมกัน (Concurrent Contracts) ซึ่งสนับสนุนการรักษาสัญญาพร้อมกันหลายรายการสำหรับบริการ^{[ 6 ]}ด้วยวิธีนี้ บริการสามารถพัฒนาได้ในขณะที่ยังคงความเข้ากันได้กับเวอร์ชันก่อนหน้า

ปัจจัยบางประการที่กำหนดศักยภาพในการประกอบของบริการ ได้แก่: ^{[ 7 ]}

• ความสามารถในการจัดหาฟังก์ชันการทำงานในระดับต่างๆ ภายในกระบวนการทางธุรกิจ
• รูปแบบการแลกเปลี่ยนข้อความ
• บริการดังกล่าวรองรับการทำธุรกรรมและฟีเจอร์การย้อนกลับ/การชดเชยหรือไม่
• รองรับการจัดการข้อผิดพลาด
• ความพร้อมใช้งานของเมตาเดต้าเกี่ยวกับความสามารถและพฤติกรรมของบริการ

• การออกแบบท่าเต้นที่สามารถนำไปปฏิบัติได้
• การจัดเตรียมพิธีการ