กิจกรรม แผนภาพ สำหรับ การซื้อขายออนไลน์ ระบบ

ตัวอย่างแผนภาพกิจกรรม UML ที่นี่เรามีตัวอย่างของแผนภาพกิจกรรม UML ช้อปปิ้งออนไลน์ UML แผนภาพกิจกรรมวัตถุประสงค์ ตัวอย่างแผนภาพกิจกรรมสำหรับการช็อปปิ้งออนไลน์ สรุป . ลูกค้าออนไลน์สามารถเรียกดูหรือค้นหารายการดูรายการเฉพาะเพิ่มในรถเข็นช็อปปิ้งดูและอัปเดตตะกร้าสินค้าทำเช็คเอาท์ได้ ผู้ใช้สามารถดูรถเข็นสินค้าได้ตลอดเวลา เครื่องจำหน่ายตั๋ววัตถุประสงค์ ตัวอย่างแผนภาพกิจกรรม UML ที่อธิบายลักษณะการทำงานของช่องซื้อตั๋วสำหรับเครื่องจำหน่ายบัตรโดยสาร สรุป . กิจกรรมเริ่มต้นโดยนักแสดง Commuter ที่ต้องการซื้อตั๋ว เครื่องจำหน่ายตั๋วอัตโนมัติจะขอข้อมูลการเดินทางจาก Commuter จากเครื่องข้อมูลจะคำนวณการชำระเงินที่ครบกำหนดและขอใช้ตัวเลือกการชำระเงิน หลังจากชำระเงินเสร็จสมบูรณ์แล้วตั๋วจะถูกจ่ายให้กับ Commuter กระแสธุรกิจ - ใบสั่งผลิตตามวัตถุประสงค์ ตัวอย่างแผนภาพกิจกรรม UML ของธุรกิจเพื่อประมวลผลใบสั่งซื้อ สรุป . ใบสั่งซื้อที่ร้องขอคือพารามิเตอร์ขาเข้าของกิจกรรม เมื่อได้รับการยอมรับคำสั่งซื้อและกรอกข้อมูลที่จำเป็นครบถ้วนแล้วการชำระเงินจะได้รับการยอมรับและส่งคำสั่งซื้อแล้ว กระแสธุรกิจ - กระบวนการจัดการเอกสารวัตถุประสงค์ ตัวอย่างแผนภาพกิจกรรม UML ที่อธิบายขั้นตอนการจัดการเอกสาร กระบวนการจัดการเอกสารอย่างเป็นทางการและมีการสื่อสารอย่างถูกต้องจะต้องมีอยู่ใน บริษัท ใหญ่ ๆ โดยเฉพาะอย่างยิ่งภายใต้การปฏิบัติตามกฎระเบียบ สรุป . เอกสารถูกสร้างขึ้นตรวจทานอัปเดตอนุมัติและในบางจุดที่เก็บถาวร ตัวอย่างแผนภาพกิจกรรมนี้แสดงความรับผิดชอบของบทบาทที่ต่างกันและการเปลี่ยนแปลงเอกสาร พาร์ติชันเป็นตัวแทนของบทบาทที่แตกต่างกันเข้าร่วมกิจกรรม - ผู้แต่งผู้ตรวจทานผู้อนุมัติและเจ้าของ บริการรับยาตามใบสั่งแพทย์อิเล็กทรอนิกส์ ใบสั่งยาอิเล็กทรอนิกส์ตัวอย่างแผนภาพกิจกรรม UML จะขึ้นอยู่กับเอกสารสำหรับ Electronic Prescription Service (EPS) R2 ที่พัฒนาโดย NHS Connecting for Health (NHS CFH) ในอังกฤษ สรุป . Prescribers สามารถส่งใบสั่งยาทางอิเล็กทรอนิกส์ไปยังร้านขายยาของผู้ป่วยที่เลือกได้ซึ่งผู้ป่วยสามารถรับได้ Dispenser เรียกดูใบสั่งยาอิเล็กทรอนิกส์จาก EPS การออกแบบซอฟต์แวร์ - แก้ไขประเด็นวัตถุประสงค์ ตัวอย่างแผนภาพกิจกรรม UML เพื่อแก้ไขปัญหาในการออกแบบซอฟต์แวร์ สรุป . หลังจากที่ปัญหาบางอย่างเกิดขึ้นหรือเกิดข้อผิดพลาดจากผู้จัดจำหน่ายและปัญหาถูกทำซ้ำปัญหาได้รับการระบุความละเอียดถูกกำหนดปัญหาได้รับการแก้ไขและได้รับการยืนยันและปิดตั๋วถ้าปัญหาได้รับการแก้ไข การเปิดใช้ Sentinel HASP SL ผลิตภัณฑ์ชั่วคราวตัวอย่างแผนภาพกิจกรรม UML วัตถุประสงค์ ตัวอย่างแผนภาพกิจกรรมที่อธิบายถึงการเปิดใช้งานผลิตภัณฑ์ทดลอง (ชั่วคราว) ที่เปิดใช้งานด้วยตนเองซึ่งได้รับการปกป้องโดยซอฟต์แวร์ Sentinel HASP SL ของซอฟต์แวร์ Sentinel HASP - การป้องกันซอฟต์แวร์และการรักษาความปลอดภัยสำหรับการออกใบอนุญาต สรุป . ลูกค้ามีผลิตภัณฑ์ทดลองบางอย่างที่ติดตั้งไว้ตัวอย่างเช่นเกมหรือเครื่องมือบางอย่างที่มีระยะทดลองใช้เฉพาะและอาจมีคุณลักษณะหรือตัวเลือกที่ จำกัด หลังจากใช้ผลิตภัณฑ์เป็นระยะเวลาหนึ่งลูกค้าตัดสินใจเปิดใช้งานผลิตภัณฑ์โดยขอใบอนุญาตผลิตภัณฑ์แบบถาวรและแบบเต็มรูปแบบ ตัวจัดการคำสั่งสร้างคีย์การเปิดใช้งานใหม่สำหรับผลิตภัณฑ์ การลงชื่อเพียงครั้งเดียว (SSO) สำหรับ Google Apps Purpose ตัวอย่างแผนภาพกิจกรรม UML ที่อธิบาย Single Sign-On (SSO) กับ Google Apps สำหรับลูกค้าที่ใช้แอพพลิเคชัน Google ที่โฮสต์บางอย่างเช่น Gmail สรุป . เมื่อผู้ใช้พยายามใช้แอปพลิเคชัน Google ที่โฮสต์เช่น Gmail Gmail จะสร้างคำขอการตรวจสอบสิทธิ์ SAML และส่งคำขอเปลี่ยนเส้นทางกลับไปยังเบราว์เซอร์ของผู้ใช้ เปลี่ยนเส้นทางไปยังผู้ให้บริการเอกลักษณ์เฉพาะ คำขอการตรวจสอบสิทธิ์ SAML มี URL ที่เข้ารหัสของแอปพลิเคชัน Google ที่ผู้ใช้พยายามเข้าถึง สังเกตข้อความผิดพลาดการสะกดผิดเลือกข้อความโดยใช้เมาส์และกด Ctrl Enter เอกสารนี้อธิบายเกี่ยวกับ UML 2.5 และอิงตามข้อกำหนด UML 2.5 FTG - Beta 1 ของ OMGtrade Unified Modeling Languagetrade (OMG UMLreg 2.5) UML ทั้งหมดได้สร้างขึ้นใน Microsoft Visio 2007 หรือ 2010 โดยใช้ UML 2.2 stencils คุณสามารถส่งความคิดเห็นและข้อเสนอแนะของคุณไปยังเว็บมาสเตอร์ที่ webmasteruml-diagrams. org สำเนาลิขสิทธิ์ 2009-2016 uml-diagrams. org สงวนลิขสิทธิ์. โปรดเปิดใช้งาน JavaScript เพื่อดูความคิดเห็นขับเคลื่อนโดย Disqus. UML ตัวอย่างกรณีตัวอย่างแผนเว็บไซต์เครือข่ายสังคมโครงการ UML ไดอะแกรมโครงการเครือข่ายไซต์สังคม ตัวอย่างนี้ถูกสร้างขึ้นในแผนภาพ ConceptDraw PRO และซอฟต์แวร์การวาดภาพเวกเตอร์โดยใช้ไลบรารี Diagram Case Case UML ของโซลูชัน Rapid UML จากพื้นที่การพัฒนาซอฟต์แวร์ของ ConceptDraw Solution Park ตัวอย่างนี้แสดงให้เห็นถึงระบบ Facebook Socio-health และใช้ในการประมาณการและการสร้างเว็บไซต์เครือข่ายสังคม ตัวอย่างสถานการณ์จะนำเสนอเพื่อแสดงให้เห็นว่าระบบติดตามปัญหาที่เกิดขึ้นจะทำงานได้ดี: (1) ช่างเทคนิคฝ่ายบริการลูกค้าได้รับโทรศัพท์โทรศัพท์อีเมลหรือการติดต่อสื่อสารอื่น ๆ จากลูกค้าเกี่ยวกับปัญหา แอพพลิเคชันบางตัวมีระบบการรับส่งข้อความในตัวและรายงานข้อผิดพลาดอัตโนมัติจากบล็อคการจัดการข้อยกเว้น (2) ช่างเทคนิคตรวจสอบว่าปัญหาเป็นจริงและไม่เพียง แต่รับรู้เท่านั้น ช่างเทคนิคจะให้ข้อมูลที่เพียงพอเกี่ยวกับปัญหาที่ได้รับจากลูกค้า ข้อมูลนี้โดยทั่วไปจะรวมถึงสภาพแวดล้อมของลูกค้าเมื่อใดและอย่างไรและปัญหาอื่น ๆ ที่เกี่ยวข้องทั้งหมด (3) ช่างเทคนิคสร้างปัญหาในระบบป้อนข้อมูลที่เกี่ยวข้องทั้งหมดตามที่ลูกค้ากำหนด (4) เมื่อทำงานเสร็จแล้วในเรื่องนั้นระบบจะอัพเดตข้อมูลใหม่โดยช่างเทคนิค ความพยายามใด ๆ ในการแก้ไขปัญหาควรจะระบุไว้ในระบบการออก สถานะตั๋วน่าจะเปลี่ยนจากเปิดเป็นรอดำเนินการ (5) หลังจากแก้ไขปัญหาเสร็จสิ้นแล้วระบบจะทำเครื่องหมายว่าได้รับการแก้ไขแล้วในระบบติดตามปัญหา หากปัญหาไม่ได้รับการแก้ไขอย่างสมบูรณ์ตั๋วจะถูกเปิดใหม่เมื่อช่างเทคนิคได้รับข้อมูลใหม่จากลูกค้า กระบวนการเรียกใช้กระบวนการทำงานอัตโนมัติที่ใช้วิธีปฏิบัติที่ดีที่สุดสำหรับเวิร์กโฟลว์เหล่านี้และเพิ่มประสิทธิภาพด้านบุคลากรด้านไอทีกำลังเป็นที่นิยมมาก ระบบการติดตามปัญหา วิกิพีเดีย UML use case diagram example ระบบการจัดการตั๋วถูกสร้างขึ้นโดยใช้แผนภาพ ConceptDraw PRO และซอฟต์แวร์วาดภาพเวกเตอร์ที่มีโซลูชัน Rapid UML จากพื้นที่การพัฒนาซอฟต์แวร์ของ ConceptDraw Solution Park แผนภาพการใช้งาน UML มาตรฐานแบบยอมรับที่ใช้ในงานวิศวกรรมซอฟต์แวร์และการออกแบบระบบเมื่อสร้างโมเดลระบบเชิงวัตถุและกระบวนการทางธุรกิจเรียกว่า Unified Modeling Language (UML) UML ถูกสร้างขึ้นสำหรับระบบนิยามวิชวลไลเซชั่นการออกแบบและเอกสาร ไม่ใช่ภาษาเขียนโปรแกรม แต่ในรูปแบบ UML สามารถสร้างรหัสได้ UML ใช้ชุดข้อความกราฟิกทั่วไปเพื่อสร้างโมเดลนามธรรมของระบบที่เรียกว่า UML-model เอกสาร UML จะแสดงถึงความต้องการระบบย่อยโครงสร้างและรูปแบบพฤติกรรมองค์ประกอบเชิงตรรกะและทางกายภาพ ฯลฯ UML กำหนดไดอะแกรม 13 ชนิด ได้แก่ Class (Package), Use Case, ลำดับ, Object, Collaboration, Component, Timing, Interaction Overview, State Machine, Composite Structure, Activity และการปรับใช้ แผนผัง UML ทั้งหมดนี้สามารถสร้างได้อย่างรวดเร็วและง่ายดายด้วยซอฟต์แวร์ ConceptDraw PRO ที่มีประสิทธิภาพพร้อมด้วยโซลูชัน Rapid UML แบบพิเศษจากพื้นที่การพัฒนาซอฟต์แวร์ของ ConceptDraw Solution Park แผนบริการ UML ระบบเอทีเอ็ม ตัวอย่างนี้ถูกสร้างขึ้นในแผนภาพ ConceptDraw PRO และซอฟต์แวร์การวาดภาพเวกเตอร์โดยใช้ไลบรารี Diagram Case Case UML ของโซลูชัน Rapid UML จากพื้นที่การพัฒนาซอฟต์แวร์ของ ConceptDraw Solution Park ตัวอย่างนี้แสดงถึงรูปแบบการให้บริการโดยใช้ตู้เอทีเอ็ม (Automated Teller Machines) และใช้ในการทำงานของระบบธนาคารเอทีเอ็มในการทำธุรกรรมธนาคาร ตัวอย่างนี้ถูกสร้างขึ้นในแผนภาพ ConceptDraw PRO และซอฟต์แวร์การวาดภาพเวกเตอร์โดยใช้ไลบรารี Diagram Case Case UML ของโซลูชัน Rapid UML จากพื้นที่การพัฒนาซอฟต์แวร์ของ ConceptDraw Solution Park ตัวอย่างนี้แสดงชนิดของการโต้ตอบของผู้ใช้กับระบบและใช้ในการลงทะเบียนและการทำงานกับระบบฐานข้อมูล แผนภาพกรณีใช้อธิบายถึงฟังก์ชันการทำงานที่ได้รับจากระบบในแง่ของนักแสดงเป้าหมายของพวกเขาแสดงเป็นกรณีการใช้งานและการพึ่งพาระหว่างกรณีการใช้งานเหล่านั้น ภาษา Unified Modeling Language (abbr. UML) เป็นภาษาแบบจำลองทั่วไปที่ใช้กันอย่างแพร่หลายในด้านการพัฒนาซอฟต์แวร์วิศวกรรมซอฟต์แวร์การศึกษาวิทยาศาสตร์อุตสาหกรรมและธุรกิจ ในปี พ. ศ. 2540 UML ได้รับการรับรองมาตรฐานจาก OMG (Object Management Group) และในปีพ. ศ. 2548 ได้รับการตีพิมพ์เป็นมาตรฐาน ISO โดยองค์การระหว่างประเทศว่าด้วยการกำหนดมาตรฐาน UML ใช้กันอย่างแพร่หลายและประสบความสำเร็จในการเพิ่มประสิทธิภาพกระบวนการของการพัฒนาระบบซอฟต์แวร์และการวิเคราะห์ระบบธุรกิจ มีการใช้แผนภาพ UML 14 ชนิดจากภาพวาด 7 ข้อมูลเกี่ยวกับโครงสร้าง 7 ประเภทอื่น ๆ แสดงถึงพฤติกรรมและลักษณะการติดต่อที่แตกต่างกัน การออกแบบกระบวนการอัตโนมัติใด ๆ ทำได้โดยง่ายด้วย ConceptDraw PRO และโซลูชัน Rapid UML ที่ไม่ซ้ำกันจากพื้นที่การพัฒนาซอฟต์แวร์ซึ่งมีตัวอย่าง UML หลายแม่แบบและไลบรารีโครงร่างแบบเวกเตอร์สำหรับวาด UML 1.x และ UML 2.x ทุกรูปแบบ การใช้ตัวอย่างและแม่แบบของแผนผัง UML ที่ออกแบบไว้ล่วงหน้าช่วยให้คุณเริ่มวาดไดอะแกรม UML ของคุณเองได้อย่างอิสระในซอฟต์แวร์ ConceptDraw PRO แผนผังการดำเนินงาน: สิ่งที่พวกเขาใช้และวิธีใช้งานในรูปแบบพื้นฐานแผนภาพกิจกรรมเป็นภาพประกอบที่เรียบง่ายและใช้งานง่ายของสิ่งที่เกิดขึ้น ในเวิร์กโฟลว์กิจกรรมใดที่สามารถทำได้แบบขนานและมีเส้นทางอื่นผ่านเวิร์กโฟลว์หรือไม่ แผนภาพกิจกรรมตามที่กำหนดไว้ใน Unified Modeling Language 1 ได้มาจากเทคนิคต่างๆเพื่อแสดงขั้นตอนการทำงานให้เห็นตัวอย่างเช่น Johansson et al. 2. และส่วนมากของพื้นฐานสำหรับนิยามของสัญกรณ์ไดอะแกรมกิจกรรมจะพบได้ใน Martin และ Odell 3. ใน Rational Unified Process 4 เราพูดถึงวิธีที่คุณสามารถใช้แผนภาพกิจกรรมเพื่อให้เห็นภาพกระบวนการทำงานของกรณีการใช้งานทางธุรกิจ คำอธิบายขั้นตอนการทำงานที่สมบูรณ์จะมีการไหลขั้นพื้นฐานและหนึ่งหรือหลายกระแสทางเลือก เวิร์กโฟลว์นี้มีโครงสร้างที่เราสามารถกำหนดแบบข้อความโดยใช้แบบไม่เป็นทางการถ้าเป็นแบบต่างๆเช่น if-then-else หรือ do-until สำหรับเวิร์กโฟลว์ที่เรียบง่ายและมีโครงสร้างที่เรียบง่ายคำนิยามแบบเดิมอาจเพียงพอ แต่ในกรณีของโครงสร้างที่ซับซ้อนมากขึ้นแผนภาพกิจกรรมจะช่วยชี้แจงและทำให้เห็นได้ชัดเจนยิ่งขึ้นว่ากระบวนการทำงานเป็นอย่างไร ในอดีตเทคนิคการสร้างแผนภาพกิจกรรมส่วนใหญ่ถูกนำมาใช้ในโดเมนโมเดลทางธุรกิจ แต่ในบทความนี้จะกล่าวถึงสั้น ๆ ว่าคุณสามารถใช้งานได้อย่างไรในโดเมนโมเดลระบบ วัตถุประสงค์ของบทความนี้เพื่อแสดงวิธีที่คุณสามารถใช้แผนภาพกิจกรรมภายใน Rational Unified Process สำหรับการสร้างแบบจำลองทางธุรกิจและการสร้างแบบจำลองของระบบ แผนภาพกิจกรรมมักถูกกล่าวถึงเกือบจะเป็นคำพ้องกับการสร้างแบบจำลองทางธุรกิจ สำหรับคำแนะนำที่สมบูรณ์มากขึ้นเกี่ยวกับการสร้างแบบจำลองทางธุรกิจเราอ้างอิงถึง Kruchten 5 และรายละเอียดเกี่ยวกับ Jacobson et al. 6. ผู้อ่านบทความนี้สันนิษฐานว่าคุ้นเคยกับพื้นฐานของ Unified Modeling Language (UML) สัญกรณ์กิจกรรมขั้นพื้นฐานสัญกรณ์สัญกรณ์สัญกรณ์กิจกรรมมีสัญกรณ์บางอย่างที่จำเป็นสำหรับคุณในการทำความเข้าใจว่าคุณต้องการพูดเกี่ยวกับแผนภาพกิจกรรมหรือไม่ องค์ประกอบเหล่านี้จะถูกนำเสนอในส่วนนี้ ส่วนถัดไปพูดเกี่ยวกับสารพัดเพิ่มเติมที่คุณอาจพบว่ามีประโยชน์ รูปที่ 1 แสดงแผนภาพกิจกรรมขั้นพื้นฐาน รูปที่ 1: แผนผังกิจกรรมสำหรับกรณีการใช้งานธุรกิจการเช็คอินในแบบจำลองกรณีใช้งานทางธุรกิจของการเช็คอินที่สนามบินคลิกเพื่อดูภาพขยายใช้งานได้อย่างมั่นใจส่งมอบซอฟต์แวร์ที่มีคุณภาพสูงอย่างต่อเนื่องโดยใช้บริการ DevOps บน IBM Bluemix ลงชื่อสมัครใช้การทดลองใช้ระบบคลาวด์ Bluemix ฟรี และเริ่มต้นใช้งาน กิจกรรมระบุ ซึ่งแสดงถึงประสิทธิภาพของขั้นตอนภายในเวิร์กโฟลว์ การเปลี่ยนที่แสดงสถานะของกิจกรรมที่เกิดขึ้นตามหลังกิจกรรมอื่น การเปลี่ยนประเภทนี้สามารถเรียกได้ว่าเป็นการเปลี่ยนที่สมบูรณ์ มันแตกต่างจากการเปลี่ยนแปลงในสิ่งที่มันไม่จำเป็นต้องมีการเรียกเหตุการณ์ที่ชัดเจนมันจะถูกเรียกโดยการเสร็จสิ้นของกิจกรรมที่แสดงสถานะของกิจกรรม การตัดสินใจที่มีการตั้งเงื่อนไขการเฝ้าระวังไว้ เงื่อนไขการควบคุมเหล่านี้จะควบคุมการเปลี่ยนชุดของการเปลี่ยนทางเลือกต่อไปนี้เมื่อกิจกรรมเสร็จสิ้น คุณอาจใช้ไอคอนการตัดสินใจเพื่อแสดงตำแหน่งที่เธรดรวมกันอีกครั้ง การตัดสินใจและเงื่อนไขการป้องกันช่วยให้คุณสามารถแสดงหัวข้ออื่นในเวิร์กโฟลว์ของกรณีการใช้งานธุรกิจ แถบการซิงโครไนซ์ ซึ่งคุณสามารถใช้เพื่อแสดง subflows แบบขนาน แถบการทำข้อมูลให้ตรงกันช่วยให้คุณสามารถแสดงเธรดพร้อม ๆ กันในกระบวนการทำงานของกรณีการใช้งานธุรกิจ นิพจน์ขั้นสูงแบบมีเงื่อนไขรายการแผนผังกิจกรรมที่ซ้อนกันพาร์ติชันเงื่อนไขเธรดเงื่อนไขการป้องกันสามารถใช้เพื่อแสดงให้เห็นว่าหนึ่งชุดของเธรดพร้อมกันมีเงื่อนไข ตัวอย่างเช่นในตัวอย่างเช็คอินแต่ละตัวจากรูปที่ 2 ผู้โดยสารที่เช็คอินอาจเป็นสมาชิกใบปลิวบ่อยๆ ในกรณีนี้คุณจำเป็นต้องให้รางวัลไมล์สะสมของนักบินเป็นประจำ รูปที่ 2: การมอบไมล์สะสมเป็นประจำ: เป็นเธรดที่มีเงื่อนไขในแต่ละขั้นตอนการเช็คอินคลิกที่นี่เพื่อขยายแผนผังกิจกรรมที่ซ้อนกันสถานะกิจกรรมอาจอ้างอิงแผนภาพกิจกรรมอื่นซึ่งแสดงโครงสร้างภายในของสถานะกิจกรรม อีกวิธีหนึ่งในการพูดนี้ก็คือคุณสามารถมีกราฟกิจกรรมที่ซ้อนกันได้ คุณสามารถแสดงกราฟย่อยภายในของสถานะกิจกรรม (รูปที่ 3) หรือปล่อยให้สถานะของกิจกรรมดูที่แผนภาพอื่น (รูปที่ 4) รูปที่ 4: ทางเลือก: ใส่ Sub-Graph ในแผนภาพที่แยกจากกันและปล่อยให้สถานะของกิจกรรมอ้างอิงไปที่คลิกที่นี่เพื่อขยายการแสดง sub-graph ภายในสถานะของกิจกรรมคือ สะดวกหากคุณต้องการดูรายละเอียดทั้งหมดของเวิร์กโฟลว์ในแผนภาพเดียวกัน แต่ถ้ามีระดับความซับซ้อนใด ๆ ที่แสดงในเวิร์กโฟลว์นี้จะทำให้แผนผังยากที่จะอ่าน เพื่อลดความซับซ้อนของกราฟเวิร์กโฟลว์คุณอาจเลือกที่จะวางกราฟย่อยลงในแผนภาพที่แยกจากกันและปล่อยให้รายละเอียดกราฟย่อยสถานะกิจกรรมอ้างอิงถึงแผนภาพดังกล่าว พาร์ทิชันเนื้อหาของแผนภาพกิจกรรมอาจจัดเป็นพาร์ติชัน (swimlanes) โดยใช้เส้นแนวตั้งที่เป็นของแข็ง พาร์ติชันไม่ได้มีการตีความความหมายอย่างเป็นทางการ แต่ในการสร้างแบบจำลองทางธุรกิจมักใช้แทนหน่วยขององค์กรบางประเภท (รูปที่ 5) รูปที่ 5: แผนภาพกิจกรรมที่แสดงถึงกระบวนการทำงานของกรณีการใช้งานทางธุรกิจซึ่งแสดงถึงกระบวนการขาย (ทั่วไป) ในตัวอย่างนี้พาร์ติชันเป็นหน่วยงานในองค์กร คลิกที่นี่เพื่อขยายเอกสารการใช้งานธุรกิจกรณีความเป็นมา: รูปแบบการใช้กรณีธุรกิจอธิบายถึงกระบวนการของธุรกิจและการติดต่อกับบุคคลภายนอกเช่นลูกค้าและคู่ค้า กระบวนการของธุรกิจจะแสดงเป็นกรณีการใช้งานทางธุรกิจและบุคคลภายนอกจะแสดงเป็นนักธุรกิจ การอธิบายถึงกรณีการใช้งานทางธุรกิจรวมถึงการให้ชื่อคำอธิบายสั้น ๆ การกำหนดเป้าหมายประสิทธิภาพและขั้นตอนการทำงาน ด้านเวลาที่สำคัญและใช้เวลามากที่สุดในการอธิบายคือเวิร์กโฟลว์ ซึ่งก่อนหน้านี้แผนภาพกิจกรรมหรือคำอธิบายเกี่ยวกับต้นฉบับของเวิร์กโฟลว์นี้ค่อนข้างขึ้นอยู่กับว่าคุณใช้งานอย่างไรและไม่ว่าคุณจะคิดแบบกราฟิกหรือไม่ บางคนชอบเค้าร่างโครงร่างในแผนภาพก่อนแล้วจึงพัฒนารายละเอียดในข้อความ คนอื่น ๆ เริ่มต้นด้วยรายการสัญลักษณ์แสดงหัวข้อย่อยของกิจกรรมก่อนและเห็นด้วยกับสิ่งเหล่านั้น (เช่นโครงร่างทีละขั้นตอนสำหรับกรณีการใช้งาน) จากนั้นกำหนดโครงสร้างโดยใช้แผนภาพ คำถามที่ถูกต้องก็คือว่าคุณต้องการจริงๆทั้งเอกสารต้นฉบับและแผนภาพ เทคนิคแผนภาพกิจกรรมช่วยให้คุณสามารถเขียนคำอธิบายสั้น ๆ เกี่ยวกับสถานะของแต่ละกิจกรรมซึ่งจะทำให้ข้อกำหนดเกี่ยวกับต้นฉบับของเวิร์กโฟลว์ล้าสมัย ที่นี่คุณจะต้องมีความไวต่อผู้ชมและรูปแบบที่พวกเขาคาดหวังเกี่ยวกับข้อกำหนด เพื่อทำความเข้าใจว่าแผนภาพกิจกรรมจะเพิ่มความเข้าใจในเวิร์กโฟลว์อย่างไรเราจะนำเสนอตัวอย่างเวิร์กโฟลว์ตัวอย่างและแผนภาพกิจกรรมสำหรับเวิร์กโฟลว์นั้น (รูปที่ 6) ตัวอย่างนี้เป็นกระบวนการข้อเสนอที่นำมาจากองค์กรที่ขายโซลูชั่นเครือข่ายโทรคมนาคมซึ่งกำหนดค่าให้กับลูกค้าแต่ละราย เราได้ทำให้ตัวอย่างง่ายขึ้นโดยการลบข้อความรายละเอียดในส่วนย่อยส่วนใหญ่ แต่พยายามให้เพียงพอเพื่อให้คุณสามารถเข้าใจโครงสร้างของเวิร์กโฟลว์ได้ ข้อความทั้งหมดของตัวอย่างนี้สามารถพบได้ใน Rational Unified Process เวอร์ชัน 5.1.1 ภาพที่ 6: แผนผังกิจกรรมสำหรับกระบวนการเสนอข้อเสนอกรณีธุรกิจคลิกที่นี่เพื่อขยายตัวอย่างเวิร์กโฟลว์พื้นฐานสำหรับกระบวนการเสนอข้อเสนอกรณีการใช้ธุรกิจ (รูปที่ 6) กระบวนการนี้เริ่มด้วยการติดต่อครั้งแรกระหว่างลูกค้าและ บริษัท ซึ่งอาจเกิดขึ้นได้ด้วยวิธีใดวิธีหนึ่งต่อไปนี้: 1.2. การทำงานในโอกาสแรก 1.2.1 รวบรวมความต้องการของลูกค้าเบื้องต้น 1.2.2 สร้างแผนการขาย (ตัวเลือก) 1.2.3 ดำเนินการวิเคราะห์โอกาส (Opportunity Analysis) 1.3 สร้างแผนโครงการข้อเสนอ 1.4. สร้างแผนการจัดส่งโครงการ 1.6. รวบรวมข้อมูลเพิ่มเติม 1.7. วิเคราะห์และสรุปข้อเสนอ 1.8 เสนอข้อเสนอ 1.9 ได้รับการตัดสินใจจากลูกค้า 2.1 โอกาสทางธุรกิจที่ถูกปฏิเสธถ้าใน 1.2 โอกาสทางธุรกิจจะถูกปฏิเสธการดำเนินการต่อไปนี้อาจเกิดขึ้น 2.2 ไม่สามารถตอบสนองความต้องการของลูกค้าได้หากในการวิเคราะห์โอกาสหรือเตรียมการเสนอราคา บริษัท ไม่สามารถเสนอทางออกให้กับความต้องการของลูกค้าได้ อาจเกิดขึ้นได้: 2.3 ข้อมูลสำคัญไม่เป็นที่รู้จักถ้าในกระบวนการข้อเสนอแนะ บริษัท ระบุข้อมูลสำคัญที่ไม่เป็นที่ทราบหรือมีอยู่แล้วให้ทำอย่างใดอย่างหนึ่งดังต่อไปนี้ 2.4. ข้อมูลลูกค้าทั่วไปที่ไม่สมบูรณ์หรือไม่ถูกต้องหาก บริษัท พิจารณาว่าโปรไฟล์ลูกค้าทั่วไปไม่ถูกต้องด้วยเหตุผลบางอย่างคุณอาจต้องดำเนินการต่อไปนี้ (ดูกระบวนการ Rational Unified, v.5.1.1 เพื่อดูรายละเอียดเพิ่มเติม) แผนภาพกิจกรรมของเวิร์กโฟลว์จะแสดงในรูปที่ 6 เราใช้สัญกรณ์พื้นฐานเฉพาะในแผนภาพนี้เท่านั้น สถานะกิจกรรมสอดคล้องกับส่วนต่างๆในคำอธิบายกระแสงาน: สถานะของกิจกรรมการทำงานของโอกาสครั้งแรกประกอบด้วยสามขั้นตอนย่อยที่สามารถทำได้แบบขนาน นี่คือภาพประกอบในกราฟย่อยถึงสถานะกิจกรรมนี้ ดูรูปที่ 7 รูปที่ 7: แผนผังย่อยเพื่อทำกิจกรรมของ Initial State Opportunity การสร้างแผนการขายเป็นตัวเลือกซึ่งระบุโดยเงื่อนไขการป้องกันในการเปลี่ยนที่เข้ามา คลิกที่นี่เพื่อดูภาพขยายสถานะของกิจกรรมสามารถแสดงขั้นตอนที่ค่อนข้างใหญ่ (พร้อมโครงสร้างพื้นฐาน) รวมถึงบางสิ่งที่ค่อนข้างเล็ก หากคุณใช้แผนภาพกิจกรรมเพื่อกำหนดโครงสร้างของเวิร์กโฟลว์คุณไม่ควรพยายามสำรวจกราฟระดับกิจกรรมหลายระดับจนถึงระดับอะตอมที่ใหญ่ที่สุด นี้อาจจะทำให้ไดอะแกรม (หรือชุดของไดอะแกรมถ้าคุณกำลังใช้ย่อยย่อยกราฟ) ยากมากที่จะตีความ คุณควรมุ่งเป้าไปที่การมีแผนภาพหนึ่งที่แสดงขั้นตอนการทำงานทั้งหมดซึ่งสถานะกิจกรรมบางส่วนมีกราฟย่อย เอกสารการใช้งานทางธุรกิจ - การรับรู้กรณีพื้นหลัง: การใช้กรณีที่เกิดขึ้นในธุรกิจจะอธิบายถึงกรณีการใช้งานธุรกิจเฉพาะที่เกิดขึ้นภายในรูปแบบวัตถุทางธุรกิจในแง่ของการทำงานร่วมกันของนักธุรกิจและหน่วยงานทางธุรกิจ นักธุรกิจเป็นกลุ่มของความรับผิดชอบโดยทั่วไปที่ดำเนินการโดยบุคคลหนึ่งคน นิติบุคคลหมายถึงสิ่งที่สร้างจัดการหรือใช้ การเข้าใจถึงกรณีการใช้งานทางธุรกิจสามารถอธิบายได้แบบข้อความ แต่มีการอธิบายโดยทั่วไปเกี่ยวกับไดอะแกรม - แผนผังการทำงานร่วมกันไดอะแกรมลำดับแผนภาพกิจกรรมหรือชุดค่าผสม ประเภทของแผนภาพที่คุณเลือกขึ้นอยู่กับความซับซ้อนของกระบวนการทำงานและตำแหน่งที่คุณอยู่ในกระบวนการ คุณกำลังใช้แผนภาพกิจกรรมเพื่อจัดทำเอกสารการใช้งานกรณีศึกษาทางธุรกิจแทนที่จะใช้กรณีการใช้งานทางธุรกิจหากคุณใช้พาร์ทิชันและพาร์ติชันเป็นคู่กับชั้นเรียน (นักธุรกิจส่วนใหญ่) ในรูปแบบอ็อบเจ็กต์ทางธุรกิจ (รูปที่ 8) เมื่อเทียบกับแผนภาพลำดับซึ่งสามารถมองเห็นได้ว่ามีวัตถุประสงค์คล้ายคลึงกันแผนภาพกิจกรรมกับพาร์ติชันจะเน้นไปที่วิธีที่คุณแบ่งความรับผิดชอบลงในชั้นเรียนในขณะที่แผนภาพลำดับช่วยให้คุณเข้าใจว่าวัตถุโต้ตอบและลำดับใด แผนภาพกิจกรรมให้โฟกัสไปที่เวิร์กโฟลว์ในขณะที่แผนภาพลำดับให้ความสำคัญกับการจัดการของเอนทิตีทางธุรกิจ แผนภาพกิจกรรมและแผนภาพลำดับสามารถใช้เป็นเทคนิคเสริมได้โดยที่แผนภาพลำดับจะแสดงสิ่งที่เกิดขึ้นในสถานะกิจกรรม รูปที่ 8: กระบวนการทำงานเดียวกันที่แสดงในรูปที่ 6 แต่สำหรับกิจกรรมที่จัดขึ้นในพาร์ติชันคลิกเพื่อขยายเฉพาะสำหรับรูปแบบการสร้างแบบจำลองธุรกิจ: รูปแบบการใช้งานเป็นรูปแบบของพฤติกรรมที่มุ่งหมายของระบบ กรณีการใช้งานบอกเล่าถึงวิธีการที่ผู้ใช้ (แสดงเป็นนักแสดงในรูปแบบ) สามารถใช้ระบบเพื่อให้บรรลุวัตถุประสงค์เฉพาะ การอธิบายกรณีการใช้งานรวมถึงการให้ชื่อคำอธิบายสั้น ๆ และการกำหนดการไหลของเหตุการณ์ในกรณีการใช้งาน เช่นเดียวกับที่คุณจะใช้แผนภาพกิจกรรมเพื่อแสดงโครงสร้างของเวิร์กโฟลว์คุณสามารถใช้โครงสร้างดังกล่าวเพื่อแสดงโครงสร้างการไหลของเหตุการณ์ในกรณีการใช้งานระบบ (รูปที่ 9) รูปที่ 9 แผนภาพแบบง่ายสำหรับกรณีการใช้งานการถอนเงินในรูปแบบการใช้กรณีของเครื่อง Teller อัตโนมัติคลิกที่นี่เพื่อขยายในขั้นตอนแรกของการระบุวัตถุและชั้นเรียนตามกรณีการใช้งาน (การวิเคราะห์กรณีใช้) แผนภาพกิจกรรมจะเป็นประโยชน์เมื่อสำรวจความรับผิดชอบของชั้นการวิเคราะห์ คุณอาจใช้เทคนิคแผนภาพกิจกรรมเพื่อวาดร่างแรกของความรับผิดชอบในชั้นเรียนร่างที่คุณทิ้งไป บทความนี้ให้ภาพรวมขององค์ประกอบขั้นพื้นฐานและขั้นสูงของสัญกรณ์ไดอะแกรมกิจกรรม องค์ประกอบพื้นฐานของไดอะแกรมกิจกรรมคือสถานะของเหตุการณ์การเปลี่ยนการตัดสินใจและแถบการซิงโครไนซ์ แผนผังกิจกรรมช่วยให้คุณสามารถแสดงเธรดพร้อม ๆ กันและเธรดอื่น ๆ รวมทั้งเธรดเงื่อนไขในเวิร์กโฟลว์ได้อย่างไร วิธีที่คุณสามารถใช้แผนภาพกิจกรรมในการสร้างแบบจำลองทางธุรกิจ คุณสามารถอธิบายกระบวนการทำงานของกรณีการใช้งานธุรกิจได้ คุณสามารถอธิบายวิธีการใช้กรณีธุรกิจโดยนักธุรกิจและองค์กรธุรกิจ คุณสามารถใช้แผนภาพกิจกรรมในการสร้างแบบจำลองของระบบได้อย่างไร คุณสามารถอธิบายการไหลของเหตุการณ์ในกรณีที่ใช้งานได้ คุณสามารถกำหนดว่ากรณีการใช้งานจะเกิดขึ้นจากการวิเคราะห์ชั้นเรียน เอกสารอ้างอิง 1. ข้อกำหนด OMG UML 2. H. Johansson, P. Hugh, J. Pendlebury และ W. Wheeler, III, การปรับรื้อกระบวนการทางธุรกิจ กลยุทธ์ Breakpoint สำหรับการครอบงำตลาด John Wiley and Sons, 1993. 3. J. Martin และ J. Odell, Object Oriented Methods: มูลนิธิ UML Edition Prentice Hall, 1996. 4. Rational Unified Process version 5.1.1 5. Philippe Kruchten, กระบวนการ Rational Unified: บทนำ Addison-Wesley, 1998 6. Ivar Jacobson, Maria Ericsson และ Agneta Jacobson, Object Advantage: การรื้อปรับระบบธุรกิจด้วยเทคโนโลยี Object Addison-Wesley, 1994. หมายเหตุ: บทความนี้เผยแพร่ขึ้นครั้งแรกใน Rational Developer Network ช่องทางการเรียนรู้และการสนับสนุนสำหรับชุมชนลูกค้า Rational ขณะนี้ Rational Developer Network มีให้สำหรับลูกค้า Rational ทุกคน แหล่งข้อมูลที่สามารถดาวน์โหลดได้ UML - ไดอะแกรมกิจกรรมแผนภาพกิจกรรมเป็นอีกหนึ่งแผนภาพที่สำคัญใน UML เพื่ออธิบายแง่มุมเชิงพลวัตของระบบ แผนภาพกิจกรรมคือแผนภูมิการไหลเพื่อแสดงการไหลจากกิจกรรมหนึ่งไปสู่อีกกิจกรรมหนึ่ง กิจกรรมนี้สามารถอธิบายได้ว่าเป็นการทำงานของระบบ ดังนั้นการควบคุมการไหลจะถูกดึงออกมาจากการดำเนินการหนึ่งไปยังอีก การไหลนี้สามารถเป็นลำดับ, แยกหรือพร้อมกัน แผนภาพกิจกรรมเกี่ยวข้องกับการควบคุมการไหลทั้งหมดโดยใช้องค์ประกอบที่แตกต่างกันเช่นส้อมเข้าร่วมเป็นต้นจุดประสงค์พื้นฐานของแผนภาพกิจกรรมคล้ายกับสี่แผนภาพอื่น ๆ จะจับภาพพฤติกรรมแบบไดนามิกของระบบ สี่ไดอะแกรมอื่น ๆ ใช้เพื่อแสดงการไหลของข้อความจากวัตถุหนึ่งไปยังอีกกลุ่มหนึ่ง แต่แผนภาพกิจกรรมจะใช้เพื่อแสดงการไหลของข้อความจากกิจกรรมหนึ่งไปยังอีกกิจกรรมหนึ่ง กิจกรรมคือการดำเนินการเฉพาะของระบบ แผนภาพกิจกรรมไม่ได้ใช้เฉพาะสำหรับการแสดงผลลักษณะพลวัตของระบบเท่านั้น แต่ยังใช้เพื่อสร้างระบบปฏิบัติการโดยใช้เทคนิควิศวกรรมล่วงหน้าและย้อนกลับ สิ่งที่ขาดหายไปในแผนภาพกิจกรรมคือส่วนของข้อความ ไม่แสดงการไหลของข้อความจากกิจกรรมหนึ่งไปอีกกิจกรรมหนึ่ง แผนภาพกิจกรรมคือบางครั้งถือว่าเป็นแผนภูมิการไหล แม้ว่าไดอะแกรมจะมีลักษณะเป็นแผนภูมิการไหล แต่ก็ไม่เป็นเช่นนั้น มันแสดงให้เห็นการไหลที่แตกต่างกันเช่นขนานกิ่งพร้อมกันและเดียว ดังนั้นวัตถุประสงค์สามารถอธิบายได้ว่า: วาดการไหลของกิจกรรมของระบบ อธิบายลำดับจากกิจกรรมหนึ่งไปอีกกิจกรรมหนึ่ง อธิบายการไหลแบบขนาน, การแยกและการไหลซ้ําของระบบ การวาดแผนภาพกิจกรรมกิจกรรมส่วนใหญ่จะใช้เป็นแผนภูมิการไหลประกอบด้วยกิจกรรมที่ดำเนินการโดยระบบ แต่แผนภาพกิจกรรมไม่ได้เป็นกราฟการไหลเนื่องจากมีความสามารถเพิ่มเติมบางอย่าง ความสามารถเพิ่มเติมเหล่านี้ ได้แก่ การแบ่งแยกการไหลแบบคู่ขนานการว่ายน้ำ ฯลฯ ก่อนที่จะวาดแผนภาพกิจกรรมเราจะต้องมีความเข้าใจอย่างชัดเจนเกี่ยวกับองค์ประกอบที่ใช้ในแผนภาพกิจกรรม องค์ประกอบหลักของแผนภาพกิจกรรมคือกิจกรรมเอง กิจกรรมคือฟังก์ชันที่ระบบดำเนินการ หลังจากระบุกิจกรรมที่เราต้องเข้าใจว่าพวกเขามีความเกี่ยวข้องกับข้อ จำกัด และเงื่อนไขอย่างไร ดังนั้นก่อนที่จะวาดแผนภาพกิจกรรมเราควรระบุองค์ประกอบต่อไปนี้: เมื่อมีการระบุพารามิเตอร์ดังกล่าวข้างต้นเราจำเป็นต้องจัดทำเค้าโครงทางจิตของการไหลทั้งหมด เค้าโครงจิตนี้จะเปลี่ยนเป็นแผนภาพกิจกรรม ต่อไปนี้เป็นตัวอย่างแผนภาพกิจกรรมสำหรับระบบการจัดการใบสั่ง ในแผนภาพสี่กิจกรรมจะถูกระบุว่าเกี่ยวข้องกับเงื่อนไข ควรทำความเข้าใจอย่างชัดเจนว่าแผนภาพกิจกรรมไม่สามารถจับคู่กับรหัสได้อย่างชัดเจน แผนภาพกิจกรรมทำเพื่อทำความเข้าใจการไหลของกิจกรรมและส่วนใหญ่ใช้โดยผู้ใช้ทางธุรกิจ แผนภาพต่อไปนี้จะถูกวาดด้วยกิจกรรมหลัก 4 อย่างคือการส่งคำสั่งซื้อโดยลูกค้าการรับใบสั่งซื้อหลังจากได้รับการตรวจสอบเงื่อนไขการสั่งซื้อแล้วให้ตรวจสอบว่าเป็นคำสั่งปกติหรือพิเศษ หลังจากมีการระบุประเภทของการสั่งซื้อแล้วกิจกรรมการจัดส่งจะดำเนินการและทำเครื่องหมายว่าเป็นการสิ้นสุดกระบวนการ ตำแหน่งที่จะใช้แผนภาพกิจกรรมการใช้แผนภาพกิจกรรมขั้นพื้นฐานจะเหมือนกับแผนภาพ UML อื่น ๆ สี่แผน การใช้งานเฉพาะคือการจำลองการไหลของการควบคุมจากกิจกรรมหนึ่งไปยังอีกกิจกรรมหนึ่ง การควบคุมนี้ไม่รวมถึงข้อความ แผนภาพกิจกรรมเหมาะสำหรับการสร้างแบบจำลองการไหลของกิจกรรมของระบบ แอปพลิเคชันสามารถมีได้หลายระบบ แผนภาพกิจกรรมยังรวบรวมระบบเหล่านี้และอธิบายถึงการไหลจากระบบหนึ่งไปยังอีกระบบหนึ่ง การใช้งานเฉพาะนี้ไม่สามารถใช้ได้ในไดอะแกรมอื่น ๆ ระบบเหล่านี้สามารถเป็นฐานข้อมูลคิวภายนอกหรือระบบอื่น ๆ ตอนนี้เราจะดูในการใช้งานจริงของแผนภาพกิจกรรม จากการอภิปรายข้างต้นเป็นที่ชัดเจนว่าแผนภาพกิจกรรมถูกดึงมาจากระดับที่สูงมาก ดังนั้นจึงให้มุมมองระดับสูงของระบบ มุมมองระดับสูงนี้เป็นส่วนใหญ่สำหรับผู้ใช้ทางธุรกิจหรือบุคคลอื่นที่ไม่ใช่คนทางเทคนิค แผนภาพนี้ใช้เพื่อจำลองกิจกรรมที่ไม่ใช่ความต้องการทางธุรกิจ แต่อย่างใด ดังนั้นแผนภาพนี้มีผลกระทบต่อธุรกิจมากขึ้น ต่อไปนี้เป็นแนวคิดหลักของแผนภาพกิจกรรม: การสร้างแบบจำลองการไหลของงานโดยใช้กิจกรรม การสร้างแบบจำลองความต้องการทางธุรกิจ ความเข้าใจระดับสูงของฟังก์ชันระบบ ตรวจสอบความต้องการทางธุรกิจในภายหลัง