I. INTRODUCTION
Service-oriented computing community proposes different definitions for a “service”, sometimes making this concept fuzzy. In a broad sense, Vargo and Lusch [1] defined a service as an application of specialized knowledge and skills, through deeds, processes, and performances for the benefits of an organization and its clients. A software as a service (SaaS) has been also defined differently. It can be seen then as specific arrangements of services (one or many interrelated services), data and resources needed to run these services. The goal is to create an added value for an organization while supporting business processes. SaaS has been also defined as softwaredistributed model, in which applications are hosted by a vendor or a service provider and made available to users over a network, typically the Internet. Users access services due to a thin client via a web browser.
Web services are one of the most promising examples of SaaS. Software developers and providers can offer their Web services through the Internet and other underlying networks. With the advent of the mobile age and persuasive devices, services are being accessible from anywhere, at any time and for everyone. Smartphones, interactive tablets, and other sensing-based gears are among the devices that features thousands of interactive services. Most of the traditional all-inone business applications such as Customer Relationship Management (CRM) and Enterprise Resources Planning (ERP) are also being more and more reengineered as SaaS [1].
One key characteristic of SaaS is that it increases drastically the number of users with varying needs and experiences. Supporting this wider range of customers or users
requires a heavy workload for customizing the services to specific devices and continuously changing stakeholders’needs and experiences.
As it will be discussed in this paper, service-oriented architecture (SOA) provides a little support to such problems. SOA-based applications are developed without taking into
account the needs of the large diversity of possible users and the wide variety of devices that may fail. To ensure that the move towards service-orientation is a positive change that
delivers on its promised benefits, it requires incorporating the user experience (UX) in the SOA. The objective of our ongoing research effort includes the understanding, definition
and categorization of SaaS from a human experience perspective – Who are the users and what are their experiences? This characterization is used to inform an extended SOA model supporting UX-driven design of SaaS for the largest variety of possible UX. Specific practical outcomes include:
- Review from the human perspective of the current state of art of SOA technologies and tools, including web services. The issue is to identify where human experiences are considered
- Investigate the possible contributions to SOA design principles from the human-computer interaction (HCI) design, UX design and the emerging service science, engineering and management (SSME) approaches, and to a certain extent design sciences ground in the management informati community
- Explore the wider implications of service design and management that may face the building of a community with interests in the huma an side of SaaS
- Build a revised list of design SOA principles including the quality attributes that reflect the user perspective such as usability, trust, and accessibility of SaaS
II. ABOUT USERS AND USER EXPERIENCES IN SOFTWARE AS A SERVICE ENGINEERING
UX and user involvement in developmennt are extremely important factors that determine the success of software products today [2]. The statement in the call of papers of this workshop also argues in this direction. For SaaS, this is even more crucial, because SaaS is created for human users, by human developers and it also includes humans, who will
customize, sell and improve it. Traditional software development has been driven by the needs of the delivered software to meet the requirements of stakeholders, those that
pay for the software. Although this may apply to SaaS, the people using, affected or affecting a service are not limited to those stakeholders, who only use it. SOA considers only the
relationships between developers or providers and user.
I. บทนำ บริการคอมพิวเตอร์ชุมชนเสนอข้อกำหนดต่าง ๆ สำหรับการ "บริการ" บางครั้งทำให้แนวคิดนี้พร่าเลือน กว้าง Vargo และ Lusch [1] กำหนดไว้การบริการเป็นการประยุกต์ความรู้เฉพาะทางและทักษะ ผ่านการกระทำ กระบวนการ และการแสดงผลประโยชน์ขององค์กรและลูกค้า ซอฟต์แวร์เป็นบริการ (SaaS) ได้ถูกกำหนดแตกต่างกัน จะเห็นได้แล้วเป็นบริการเฉพาะบริการ (หนึ่ง หรือหลายบริการเชื่อม), ข้อมูล และทรัพยากรที่ต้องการเรียกใช้บริการเหล่านี้ เป้าหมายคือการ สร้างมูลค่าเพิ่มให้กับองค์กรที่สนับสนุนกระบวนการทางธุรกิจ SaaS ได้ถูกกำหนดเป็นรูปแบบ softwaredistributed ซึ่งใช้งานโดยผู้จัดจำหน่ายหรือผู้ให้บริการ และให้บริการแก่ผู้ใช้ผ่านเครือข่าย อินเทอร์เน็ตโดยทั่วไป ผู้ใช้เข้าถึงบริการเนื่องจากไคลเอ็นต์บางผ่านทางเว็บเบราว์เซอร์ บริการเว็บเป็นตัวอย่างว่าของ SaaS อย่างใดอย่างหนึ่ง นักพัฒนาซอฟต์แวร์และผู้ให้บริการสามารถให้บริการเว็บของพวกเขาผ่านอินเทอร์เน็ตและเครือข่ายต้นแบบอื่น ๆ กับการถือกำเนิดของยุคมือถือและอุปกรณ์ที่โน้มน้าวใจ บริการการเข้าถึงได้จากทุกที่ ทุกเวลา และทุกคน สมาร์ทโฟน แท็บเล็ตแบบโต้ตอบ และเกียร์อื่น ๆ จับใช้เป็นหนึ่งในอุปกรณ์ที่มีคุณลักษณะของบริการ ส่วนใหญ่ของธุรกิจทั้งหมด inone แบบดั้งเดิมเช่นการจัดการความสัมพันธ์ลูกค้า (CRM) และการวางแผนทรัพยากรองค์กร (ERP) กำลังมาก reengineered เป็น SaaS [1] หนึ่งในลักษณะสำคัญของ SaaS เป็นว่า มันเพิ่มขึ้นอย่างมากจำนวนผู้ใช้ต่าง ๆ ความต้องการ และประสบการณ์ สนับสนุนช่วงกว้างของลูกค้าหรือผู้ใช้ต้องมีปริมาณงานจำนวนมากกำหนดบริการอุปกรณ์เฉพาะ และการเปลี่ยนแปลง stakeholders'needs และประสบการณ์อย่างต่อเนื่อง นี้จะกล่าวถึงในเอกสารนี้ สถาปัตยกรรมแนวบริการ (SOA) ที่ให้การสนับสนุนน้อยปัญหาดังกล่าว มีพัฒนาโปรแกรมประยุกต์ใช้ SOA ไม่คำนึงบัญชีความต้องการของความหลากหลายขนาดใหญ่ของผู้ใช้เป็นไปได้และความหลากหลายของอุปกรณ์ที่อาจล้มเหลว ให้แน่ใจว่าการย้ายไปสู่บริการแนว เป็นบวกเปลี่ยนที่ให้บนประโยชน์ของสัญญา มันต้องผสมผสานประสบการณ์ของผู้ใช้ (UX) ใน SOA วัตถุประสงค์ของความพยายามวิจัยมีความเข้าใจ ความละเอียดและการจัดประเภทของ SaaS จากมุมมองของประสบการณ์มนุษย์ – ใครเป็นผู้ใช้ และประสบการณ์ของพวกเขาคืออะไร คุณลักษณะนี้ใช้การแจ้งแบบ SOA ขยายที่สนับสนุน UX ซึ่งการออกแบบของ SaaS ได้เฉพาะ UX. รวมผลปฏิบัติหลากหลายสุด: -ตรวจจากมุมมองของมนุษย์ของสถานะปัจจุบันของศิลปะของเทคโนโลยี SOA และเครื่องมือ รวมถึงบริการเว็บ ปัญหาคือการ ระบุที่ถือว่าประสบการณ์มนุษย์ - Investigate the possible contributions to SOA design principles from the human-computer interaction (HCI) design, UX design and the emerging service science, engineering and management (SSME) approaches, and to a certain extent design sciences ground in the management informati community - Explore the wider implications of service design and management that may face the building of a community with interests in the huma an side of SaaS - Build a revised list of design SOA principles including the quality attributes that reflect the user perspective such as usability, trust, and accessibility of SaaSII. ABOUT USERS AND USER EXPERIENCES IN SOFTWARE AS A SERVICE ENGINEERING UX and user involvement in developmennt are extremely important factors that determine the success of software products today [2]. The statement in the call of papers of this workshop also argues in this direction. For SaaS, this is even more crucial, because SaaS is created for human users, by human developers and it also includes humans, who willcustomize, sell and improve it. Traditional software development has been driven by the needs of the delivered software to meet the requirements of stakeholders, those thatpay for the software. Although this may apply to SaaS, the people using, affected or affecting a service are not limited to those stakeholders, who only use it. SOA considers only therelationships between developers or providers and user.
การแปล กรุณารอสักครู่..