2.2.1 Configuration Phase – Business nodes provisioning and software b การแปล - 2.2.1 Configuration Phase – Business nodes provisioning and software b ไทย วิธีการพูด

2.2.1 Configuration Phase – Busines

2.2.1 Configuration Phase – Business nodes provisioning and software boundaries identification.
In this step we must provision a BASU component [2] per business node identified in the Define phase. The
number of nodes may vary depending on three main factors: 1) the nature of the business process that we intend to
analyse, 2) the performance of the DSS, or 3) security issues due to the data sharing between the BASU unit and the
GBAS (Global Analytic Business Service) component (see [2] for further details). The DSS described in [2] allows
individual companies in a supply chain to own and manage their own data. Provided data sharing was not an issue,
or if a single secure data store was acceptable to all process owners, we can provide one BASU unit per business
node. Otherwise, it is possible to breakdown a business node into smallest business units, and provisioning a unique
BASU component per unit. This approach is also valid for performance reasons. Afterwards, and as part of the
business nodes provisioning step, it is necessary to loadthe process model tables into every corresponding BASU
unit. Once we have provisioned all business nodes, we mustidentify the software boundaries within each business
node. This will give us an insight about the software requirements on source systems when implementing the
listener in a further step. Furthermore, these software boundaries are normally linked to inter-departmental subprocesses. Therefore, the use of the model tables developed in the Define phase, are very useful to discover
technological requirements for those processes that flow across heterogeneous systems.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
2.2.1 Configuration Phase – Business nodes provisioning and software boundaries identification. In this step we must provision a BASU component [2] per business node identified in the Define phase. The number of nodes may vary depending on three main factors: 1) the nature of the business process that we intend to analyse, 2) the performance of the DSS, or 3) security issues due to the data sharing between the BASU unit and the GBAS (Global Analytic Business Service) component (see [2] for further details). The DSS described in [2] allows individual companies in a supply chain to own and manage their own data. Provided data sharing was not an issue, or if a single secure data store was acceptable to all process owners, we can provide one BASU unit per business node. Otherwise, it is possible to breakdown a business node into smallest business units, and provisioning a unique BASU component per unit. This approach is also valid for performance reasons. Afterwards, and as part of the business nodes provisioning step, it is necessary to loadthe process model tables into every corresponding BASU unit. Once we have provisioned all business nodes, we mustidentify the software boundaries within each business node. This will give us an insight about the software requirements on source systems when implementing the listener in a further step. Furthermore, these software boundaries are normally linked to inter-departmental subprocesses. Therefore, the use of the model tables developed in the Define phase, are very useful to discover technological requirements for those processes that flow across heterogeneous systems.
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
2.2.1 การตั้งค่าเฟส–ธุรกิจโหนด ) และระบุขอบเขตซอฟต์แวร์ ในขั้นตอนนี้เราต้องการให้
เป็นบาซูส่วนประกอบ [ 2 ] ต่อธุรกิจโหนดที่ระบุไว้ในการกำหนดระยะ
โหนดอาจแตกต่างกันไปขึ้นอยู่กับ 3 องค์ประกอบหลัก ได้แก่ 1 ) ลักษณะของกระบวนการทางธุรกิจที่เราต้องการ
วิเคราะห์ 2 ) ประสิทธิภาพของ DSS ,หรือ 3 ) ปัญหาด้านความปลอดภัยเนื่องจากการใช้ข้อมูลร่วมกันระหว่างหน่วยงานและ
gbas บาซู ( ธุรกิจบริการวิเคราะห์องค์ประกอบ ( ทั่วโลก ) [ 2 ] เพื่อดูรายละเอียดเพิ่มเติม ) DSS ที่อธิบายไว้ใน [ 2 ] ให้
แต่ละบริษัทในโซ่อุปทานที่จะเป็นเจ้าของและจัดการข้อมูลของตนเอง ให้ข้อมูลไม่เป็นปัญหา ,
หรือถ้าโสดรักษาความปลอดภัยข้อมูลร้านที่เป็นที่ยอมรับของเจ้าของกระบวนการทั้งหมดเราสามารถให้หนึ่งหน่วยต่อโหนดธุรกิจอย่างไร

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

Copyright ©2025 I Love Translation. All reserved.

E-mail: