I. INTRODUCTION Service-oriented computing community proposes differen การแปล - I. INTRODUCTION Service-oriented computing community proposes differen ไทย วิธีการพูด

I. INTRODUCTION Service-oriented co

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.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
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.
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
I.
บทนำชุมชนคอมพิวเตอร์บริการที่มุ่งเน้นนำเสนอคำนิยามที่แตกต่างกันสำหรับ"บริการ" บางครั้งทำให้แนวคิดนี้เลือน ในความหมายกว้างและ Vargo Lusch [1] ที่กำหนดไว้บริการเป็นประยุกต์ใช้ความรู้และทักษะเฉพาะผ่านการกระทำของกระบวนการและการแสดงเพื่อประโยชน์ขององค์กรและลูกค้าของตน ซอฟต์แวร์เป็นบริการ (SaaS) ได้รับการกำหนดไว้แตกต่างกัน จะเห็นได้จากนั้นก็เป็นเฉพาะการเตรียมการในการให้บริการ (อย่างใดอย่างหนึ่งหรือบริการสัมพันธ์หลาย) ข้อมูลและทรัพยากรที่จำเป็นในการใช้บริการเหล่านี้ มีเป้าหมายที่จะสร้างมูลค่าเพิ่มให้กับองค์กรในขณะที่สนับสนุนกระบวนการทางธุรกิจ SaaS ได้ถูกกำหนดให้เป็นรูปแบบ softwaredistributed ซึ่งในการใช้งานที่เป็นเจ้าภาพโดยผู้ขายหรือผู้ให้บริการและให้บริการกับผู้ใช้งานผ่านเครือข่ายอินเทอร์เน็ตโดยทั่วไป ผู้ใช้สามารถเข้าถึงบริการเนื่องจากลูกค้าบางผ่านทางเว็บเบราเซอร์.
บริการเว็บเป็นหนึ่งในตัวอย่างที่มีแนวโน้มมากที่สุดของ SaaS นักพัฒนาซอฟต์แวร์และผู้ให้บริการสามารถนำเสนอบริการเว็บของพวกเขาผ่านทางอินเทอร์เน็ตและเครือข่ายพื้นฐานอื่น ๆ กับการถือกำเนิดของยุคมือถือและอุปกรณ์โน้มน้าวใจบริการมีการเข้าถึงได้จากทุกที่ทุกเวลาและสำหรับทุกคน มาร์ทโฟนแท็บเล็ตโต้ตอบและการตรวจจับเกียร์ที่ใช้อื่น ๆ เป็นหนึ่งในอุปกรณ์ที่มีนับพันของการบริการแบบโต้ตอบ ส่วนใหญ่เป็นแบบดั้งเดิมทั้งหมด inone การใช้งานทางธุรกิจเช่นการบริหารลูกค้าสัมพันธ์ (CRM) และองค์กรทรัพยากร Planning (ERP) นอกจากนี้ยังเป็นมากขึ้น reengineered เป็น SaaS [1].
หนึ่งลักษณะที่สำคัญของ SaaS คือมันจะเพิ่มอย่างมากจำนวนของ ผู้ใช้ที่มีความต้องการที่แตกต่างกันและประสบการณ์ การสนับสนุนนี้ช่วงกว้างของลูกค้าหรือผู้ใช้ต้องมีภาระงานหนักสำหรับการปรับแต่งบริการไปยังอุปกรณ์ที่เฉพาะเจาะจงและเปลี่ยนแปลงอย่างต่อเนื่องและประสบการณ์ stakeholders'needs. ในขณะที่มันจะได้รับการกล่าวถึงในบทความนี้สถาปัตยกรรมเชิงบริการ (SOA) ให้การสนับสนุนเพียงเล็กน้อยดังกล่าว ปัญหาที่เกิดขึ้น ใช้งาน SOA ตามที่มีการพัฒนาโดยไม่ต้องคำนึงถึงบัญชีความต้องการของความหลากหลายมากของผู้ใช้เป็นไปได้และความหลากหลายของอุปกรณ์ที่อาจล้มเหลว เพื่อให้แน่ใจว่าการย้ายไปยังบริการการวางแนวเป็นเปลี่ยนแปลงในเชิงบวกที่ส่งผลประโยชน์ของสัญญาจะต้องผสมผสานประสบการณ์ของผู้ใช้ (UX) ใน SOA วัตถุประสงค์ของความพยายามอย่างต่อเนื่องการวิจัยของเรารวมถึงความเข้าใจความหมายและการจำแนกประเภทของ SaaS จากมุมมองประสบการณ์ของมนุษย์ - ใครเป็นผู้ใช้และสิ่งที่เป็นประสบการณ์ของพวกเขา? ลักษณะนี้จะใช้ในการแจ้งขยายรูปแบบ SOA สนับสนุนการออกแบบ UX ขับเคลื่อนของ SaaS สำหรับความหลากหลายมากที่สุดของ UX ที่เป็นไปได้ ผลการปฏิบัติเฉพาะ ได้แก่ : - รีวิวจากมุมมองของมนุษย์ของรัฐปัจจุบันของศิลปะเทคโนโลยี SOA และเครื่องมือรวมถึงบริการเว็บ ปัญหาคือการระบุที่ประสบการณ์ของมนุษย์ได้รับการพิจารณา- ตรวจสอบผลงานที่เป็นไปได้ที่จะหลักการออกแบบ SOA จากปฏิสัมพันธ์ระหว่างมนุษย์และคอมพิวเตอร์ (HCI) การออกแบบการออกแบบ UX และวิทยาศาสตร์บริการที่เกิดขึ้นใหม่วิศวกรรมและการจัดการ (SSME) วิธีการและบาง ขอบเขตการออกแบบพื้นดินวิทยาศาสตร์ในการบริหารจัดการชุมชน informati - สำรวจผลกระทบในวงกว้างของการออกแบบการให้บริการและการบริหารจัดการที่อาจต้องเผชิญกับการสร้างชุมชนที่มีความสนใจใน Huma ด้านของ SaaS - สร้างรายการปรับปรุงหลักการ SOA การออกแบบรวมถึงคุณลักษณะที่มีคุณภาพที่ สะท้อนให้เห็นถึงมุมมองของผู้ใช้เช่นการใช้งานความไว้วางใจและการเข้าถึงของ SaaS ครั้งที่สอง เกี่ยวกับผู้ใช้และประสบการณ์ของผู้ใช้ในซอฟต์แวร์เป็นบริการวิศวกรรมUX และการมีส่วนร่วมของผู้ใช้ใน developmennt เป็นปัจจัยสำคัญอย่างยิ่งที่กำหนดความสำเร็จของผลิตภัณฑ์ซอฟต์แวร์ในวันนี้ [2] คำสั่งในการเรียกเอกสารจากการประชุมเชิงปฏิบัติการนี้ยังระบุในทิศทางนี้ สำหรับ SaaS นี้เป็นสิ่งสำคัญยิ่งเพราะจะถูกสร้างขึ้น SaaS สำหรับผู้ใช้ของมนุษย์โดยนักพัฒนามนุษย์และก็ยังมีมนุษย์ที่จะปรับแต่งการขายและปรับปรุงให้ดีขึ้น การพัฒนาซอฟต์แวร์แบบดั้งเดิมได้รับแรงหนุนจากความต้องการของซอฟแวร์ส่งเพื่อตอบสนองความต้องการของผู้มีส่วนได้เสียผู้ที่จ่ายสำหรับซอฟแวร์ แม้ว่านี้อาจนำไปใช้กับ SaaS, คนที่ใช้ได้รับผลกระทบหรือมีผลกระทบต่อการให้บริการไม่ จำกัด เฉพาะผู้มีส่วนได้เสียผู้ที่จะใช้ SOA พิจารณาเฉพาะความสัมพันธ์ระหว่างนักพัฒนาหรือผู้ให้บริการและผู้ใช้















การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: