นักธุรกิจจำนวนมากถือว่าการสร้างแบบจำลองข้อมูลเป็นศิลปะสีดำที่แผนกไอทีขององค์กรปฏิบัติ ซึ่งไม่ก่อให้เกิดประโยชน์ทางธุรกิจที่จับต้องได้ และได้รับการออกแบบมาเพื่อทำให้มนุษย์ธรรมดารู้สึกสับสนและด้อยค่าเท่านั้น
น่าเศร้าที่แผนกไอทีจำนวนมากส่งเสริมมุมมองนี้ และสำหรับแผนกเหล่านั้น การสร้างแบบจำลองข้อมูลที่พวกเขาดำเนินการนั้นไม่สามารถให้ประโยชน์ที่แท้จริงใดๆ ได้ แม้ว่าพวกเขาจะพูดถึงเรื่องนี้กันเป็นจำนวนมากก็ตาม ไม่จำเป็นต้องเป็นเช่นนี้.
เมื่อทำอย่างถูกต้อง การสร้างแบบจำลองข้อมูลสามารถมอบผลประโยชน์ทางธุรกิจมหาศาลให้กับองค์กรต่างๆ ซึ่งรวมถึง:
- ข้อมูลที่มีคุณภาพสูงขึ้นสำหรับกิจกรรมทางธุรกิจทั้งหมด
- เข้าถึงข้อมูลนั้นได้ง่ายขึ้น
- ระบบข้อมูลที่แข็งแกร่ง
- ระบุผลิตภัณฑ์ กำไร และศูนย์ต้นทุนได้ดีขึ้น
- การกำจัดข้อมูลที่ซ้ำซ้อนและไม่จำเป็น
- ลดต้นทุนและเพิ่มรายได้
คุณจะวิเคราะห์ข้อมูลและสร้างแบบจำลองได้อย่างไร “ถูกต้อง”? คุณจะเริ่มต้นที่ไหน
สองวิต่อไปนี้ (แม้ว่า พื้นฐานล) กฎจะแนะนำคุณในแบบของคุณ
กฎข้อที่ 1: ใช้ อย่างแน่นอน แหล่งที่มาเดียวกันกับที่คุณดึงออกมา หน้าที่ทางธุรกิจ จาก เพื่อดึงข้อมูลทั้งหมดสำหรับการสร้างแบบจำลองข้อมูล
กฎข้อที่ 2: เท่านั้น ข้อมูลแบบจำลองที่จำเป็นในการสนับสนุนฟังก์ชันทางธุรกิจขององค์กรโดยตรง
เริ่มด้วย กฎข้อที่ 1 จะรับรองว่าคุณปฏิบัติตาม กฎข้อที่ 2.
วิธีการสร้างแบบจำลองแบบบูรณาการให้เทคนิคที่เข้าใจผิดได้สำหรับการแยกเอนทิตีของผู้สมัคร คุณลักษณะ และความสัมพันธ์จากแหล่งที่มาซึ่งดึงฟังก์ชันทางธุรกิจออกมา เทคนิคนี้สามารถใช้ได้ทั้งมือใหม่และนักวิเคราะห์ที่มีประสบการณ์
แหล่งที่มาเหล่านี้รวมถึง:
- บันทึกเทปบทสัมภาษณ์การวิเคราะห์กับผู้จัดการธุรกิจอาวุโส
- พิมพ์บันทึกข้อมูลเพิ่มเติมจากการสัมภาษณ์เหล่านี้
- ชื่อฟังก์ชันและคำอธิบายที่พัฒนาขึ้นระหว่างการสร้างแบบจำลองฟังก์ชัน
- แผนภาพการไหลของข้อมูลที่ผลิตในการประชุมเชิงปฏิบัติการการวิเคราะห์
เทคนิค
เทคนิคพื้นฐาน:
ขั้นตอนที่ 1 – ทำงานกับแหล่งข้อมูลของคุณ (ดีที่สุดคือมีสิ่งเหล่านี้ในรูปแบบอิเล็กทรอนิกส์) มองหาและขีดเส้นใต้ “โครงสร้างคำนาม” ทั้งหมด เนื่องจากสิ่งเหล่านี้คือเอนทิตี “ผู้สมัคร”
ขั้นตอนที่ 2 – แยกเอนทิตีของผู้สมัครทั้งหมดและความสัมพันธ์ระหว่างเอนทิตีเหล่านี้ออกเป็นเอกสารแยกต่างหาก
ขั้นตอนที่ 3 – แปลงเอนทิตีและความสัมพันธ์ของผู้สมัครเหล่านี้เป็นเอนทิตี คุณลักษณะ และความสัมพันธ์จริง
ขั้นตอนที่ 4 – สร้างแผนภาพความสัมพันธ์ของเอนทิตี (ERD)
ขั้นตอนที่ 5 – ออกแบบฐานข้อมูลเชิงสัมพันธ์ที่จำเป็นจาก ERD
ตัวอย่าง
ขั้นตอนแรกในเทคนิคนี้แสดงให้เห็นได้ดีที่สุดโดยใช้ตัวอย่าง
ต่อไปนี้เป็นส่วนหนึ่งของบันทึกการสัมภาษณ์กับผู้จัดการธุรกิจ โดยเน้นคำนามทั้งหมด
“พวกเราได้รับ คำสั่งซื้อ สำหรับพวกเรา สินค้า จากเรา ลูกค้า เดอะ วัน ก่อนที่พวกเขาจะต้องการ จัดส่ง. เรา ตรวจสอบ เดอะ ปริมาณ ของ วัตถุดิบ จำเป็นต้อง อบ เดอะ สินค้า และถ้าจำเป็น เรา คำสั่ง มากกว่า จากเรา ซัพพลายเออร์. เรา อบ ของเรา สินค้า สดใหม่ เช้า. เรา ทำ การส่งมอบ ของเรา ลูกค้า หลาย ครั้ง แต่ละ วัน. ที่ จบ ของแต่ละคน สัปดาห์ เรา ใบแจ้งหนี้ แต่ละ ลูกค้า สำหรับ การส่งมอบ ที่ทำกับพวกเขาในระหว่าง สัปดาห์. พวกเรายอมรับ การชำระเงิน หรือ โอนเงิน จาก ลูกค้า โดย เงินสด และ ตรวจสอบ เท่านั้น”.
มีการขีดเส้นใต้โครงสร้างคำนามทั้งหมด
ประโยคแรกคือ:
“พวกเราได้รับ คำสั่งซื้อ สำหรับพวกเรา สินค้า จากเรา ลูกค้า เดอะ วัน* ก่อนที่พวกเขาจะต้องการ จัดส่ง.
การทำงานผ่านประโยคที่ขีดเส้นใต้คำนามทีละคำ เราจะได้รับรายชื่อหน่วยงานและความสัมพันธ์ของผู้สมัครดังต่อไปนี้:
คำสั่ง [means of ordering] ผลิตภัณฑ์
ผลิตภัณฑ์ [ordered by means of] คำสั่ง
คำสั่ง [received from] ลูกค้า
ลูกค้า [the source of] คำสั่ง
ผลิตภัณฑ์ [delivered by means of] จัดส่ง
จัดส่ง [means of delivering] ผลิตภัณฑ์
ลูกค้า [recipient of] จัดส่ง
จัดส่ง [made to] ลูกค้า
หมายเหตุ: day* เป็นแอตทริบิวต์ของคำสั่ง อาจเป็น “วันที่”
เนื่องจากทุกการเชื่อมโยงเป็นแบบสองทาง เมื่อเราบันทึกการเชื่อมโยงหนึ่งรายการ เราจะสร้างการเชื่อมโยงทันที
การทำงานผ่านการถอดเสียงทั้งหมดข้างต้นทำให้เรามีรายการที่สมบูรณ์ (เรียงตามตัวอักษร):
การอบ [to produce] ผลิตภัณฑ์
ลูกค้า [billed by means of] ใบแจ้งหนี้
ลูกค้า [recipient of] จัดส่ง
ลูกค้า [source of] การชำระเงิน
ลูกค้า [the source of] คำสั่ง
จัดส่ง [made to] ลูกค้า
จัดส่ง [means of delivering] ผลิตภัณฑ์
จัดส่ง [of products billed on] ใบแจ้งหนี้ tbv
ใบแจ้งหนี้ [a billing for] ผลิตภัณฑ์
ใบแจ้งหนี้ [a means of billing] ลูกค้า
ใบแจ้งหนี้ [billing for goods delivered by] การจัดส่ง tbv
ระยะเวลาการออกใบแจ้งหนี้
คำสั่ง [means of ordering] ผลิตภัณฑ์
คำสั่ง [means of replenishing] วัตถุดิบ
คำสั่ง [placed with] ผู้จัดหา
คำสั่ง [received from] ลูกค้า
การชำระเงิน [accepted from] ลูกค้า
การชำระเงิน [made by] วิธีการชำระเงิน
วิธีการชำระเงิน [valid means of making] การชำระเงิน
ผลิตภัณฑ์ [billed for on] ใบแจ้งหนี้
ผลิตภัณฑ์ [delivered by means of] จัดส่ง
ผลิตภัณฑ์ [ordered by means of] คำสั่ง
ผลิตภัณฑ์ [produced by] การอบ
ผลิตภัณฑ์ [requirement for] วัตถุดิบ
วัตถุดิบ [quantified by means of] เช็คสต๊อก
วัตถุดิบ [replenished by means of] คำสั่ง
วัตถุดิบ [required to bake] ผลิตภัณฑ์
วัตถุดิบ [sourced from] ผู้จัดหา
เช็คสต๊อก [to establish quantity of] วัตถุดิบ
ผู้จัดหา [recipient of] คำสั่ง
ผู้จัดหา [the source of] วัตถุดิบ
ข้อมูลสั้นๆ นี้ทำให้เรามีเอนทิตีของผู้สมัครที่ไม่ซ้ำกัน 11 รายการและสมาคมผู้สมัคร 30 (15 x 2)
เอนทิตีการหาเหตุผลเข้าข้างตนเอง
รายชื่อเอนทิตีของผู้สมัครต้องการการดำเนินการอีกเล็กน้อยเพื่อลบเอนทิตีที่เป็นเท็จหรือปลอมแปลง ตัวอย่างทั่วไปของรายการตัวเลือกที่ไม่ใช่เอนทิตีที่เหมาะสมคือ “ใบแจ้งหนี้” ใบแจ้งหนี้อาจเป็นรายการธุรกิจทั่วไปที่สุดที่จะจำลองเป็นเอนทิตีอย่างไม่ถูกต้อง ใบกำกับสินค้าเป็นกระดาษแผ่นหนึ่งที่แสดงถึงองค์กรธุรกิจหรือชุดของหน่วยงานต่างๆ เช่น การขาย (ของผลิตภัณฑ์หนึ่งรายการขึ้นไป) หรือการเรียกเก็บเงิน (สำหรับการขายหนึ่งรายการขึ้นไป) สิ่งเหล่านี้คือเอนทิตีข้อมูลจริงที่ควรสร้างแบบจำลอง ไม่ใช่ชิ้นส่วนของกระดาษที่เป็นตัวแทน
การแปลงสมาคมเป็นความสัมพันธ์
การเชื่อมโยงที่เราระบุจะต้องได้รับการหาเหตุผลเข้าข้างตนเองและแปลงเป็น “ความสัมพันธ์” การเชื่อมโยงเพียงแค่บอกเราว่ามีการเชื่อมโยงสองหน่วยงานและให้ชื่อที่แนะนำสำหรับการเชื่อมโยงนั้น ความสัมพันธ์จะบอกเราถึงข้อมูลที่จำเป็นทั้งหมดที่เราจำเป็นต้องรู้เกี่ยวกับความสัมพันธ์ ซึ่งรวมถึง
- ชื่อที่ชัดเจนของความสัมพันธ์
- ไม่ว่าจะเป็นแบบบังคับหรือไม่บังคับก็ตาม
- “ระดับ” ของมัน นั่นคือถ้าความสัมพันธ์เป็นแบบหนึ่งต่อหนึ่ง หนึ่งต่อกลุ่ม หรือกลุ่มต่อกลุ่ม
ตัวอย่าง
ความสัมพันธ์จะต้องสามารถอ่านได้ด้วยวิธีต่อไปนี้:
แต่ละ คำสั่ง ต้องเป็น ได้รับจาก หนึ่งเดียวเท่านั้น ลูกค้า
แต่ละ ลูกค้า อาจจะ ที่มาของ หนึ่งหรือมากกว่า คำสั่งซื้อ
ความสัมพันธ์เป็นแบบสองทางเสมอ ดังนั้นจึงต้องมีสองรายการเสมอเพื่อระบุว่าทั้งสองทิศทางเป็นอย่างไร
รายการใน ตัวหนา ด้านบนคือชื่อเอนทิตี
รายการที่ขีดเส้นใต้แสดงตัวเลือก เขียนความสัมพันธ์บังคับเป็น ต้องเป็นตัวเลือกเช่น อาจจะ.
รายการที่เป็นตัวเอียงคือ ชื่อความสัมพันธ์. สิ่งเหล่านี้จะต้องตั้งชื่อเพื่อให้สามารถนำหน้าด้วย “Must be” หรือ “May be”
คำว่า “one and only one” และ “one or more” กำหนดระดับของความสัมพันธ์
ไดอะแกรมความสัมพันธ์ของเอนทิตี
ข้อมูลก่อนหน้านี้ทั้งหมดเป็นสิ่งสำคัญที่ต้องรู้ แต่แทบเป็นไปไม่ได้เลยที่จะเห็นภาพและใช้งานได้อย่างจำกัดโดยไม่สร้าง แผนภาพความสัมพันธ์ของเอนทิตี (ERD). นี่คือโมเดลเดียวที่ทรงพลังที่สุดสำหรับใช้ในการทำความเข้าใจโครงสร้างข้อมูลขององค์กรใดๆ และเป็นองค์ประกอบสำคัญในการออกแบบฐานข้อมูลคุณภาพ
เค้าโครงที่มีประสิทธิภาพ
ใน ERD ในวิธีการสร้างแบบจำลองแบบรวม จุดสิ้นสุดของความสัมพันธ์ “หลาย” จะถูกระบุด้วยสัญลักษณ์ ซึ่งคล้ายกันและเรียกว่า “ตีนกา” หากสัญลักษณ์นี้กลับหัวเราจะได้ “อีกาตาย” สิ่งนี้ก่อให้เกิดหนึ่งในกฎที่ทรงพลังที่สุดแต่เรียบง่าย เพื่อให้ได้เลย์เอาต์ที่มีประสิทธิภาพจริงๆ สำหรับ ERD ซึ่งก็คือ “Dead Crows Fly East”
ผลลัพธ์สุทธิของโครงร่างนี้คือเอนทิตีที่มีปริมาณสูงและผันผวนทั้งหมดจะปรากฏที่ด้านบนและด้านซ้ายของ ERD และเอนทิตีที่มีปริมาณต่ำและคงที่มากขึ้นทั้งหมดจะปรากฏที่ด้านล่างและด้านขวา