ซอฟต์แวร์โมดูลาร์
ในการสร้างระบบที่ยืดหยุ่น วิวัฒนาการ และปรับขนาดได้ เราต้องมีโมดูลาร์ นั่นคือคุณสมบัติที่ช่วยให้คุณสร้างระบบจากล่างขึ้นบน (จากล่างขึ้นบน)
ก่อนอื่นคุณต้องมีโมดูล ดังนั้นคุณต้องมี "คลังข้อมูล" ของโมดูล จากนั้นจะต้องใช้แทนกันได้ กล่าวคือ ต้องสามารถแทนที่โมดูลด้วยโมดูลอื่นที่เทียบเท่าได้ และทำได้โดยอนุญาตให้มีการแลกเปลี่ยนข้อมูลระหว่างโมดูลผ่านอินเทอร์เฟซที่กำหนดไว้: การโต้ตอบของส่วนประกอบต้องไม่แตกต่างกันตามโมดูลที่แตกต่างกัน
ซอฟต์แวร์โมดูลาร์ค้นพบกระบวนทัศน์ใหม่ของการผสานรวมระหว่างคอมโพเนนต์ด้วยการพัฒนา mashups (เว็บแอปพลิเคชันแบบไฮบริด) นั่นคือการสร้างบางสิ่งที่เริ่มต้นจากแหล่งที่มาที่แตกต่างกัน เช่น การใช้ API ที่สร้างขึ้นครั้งแรกเพื่อวัตถุประสงค์ที่แตกต่างกัน แต่จากนั้นนำมารวมกันเพื่อสร้างผลิตภัณฑ์ใหม่
โมดูลต้องง่ายเพียงใดในระบบโมดูลาร์?
แบบฟอร์มควรทำอย่างง่ายที่สุด แต่ละบริษัทสามารถจัดการความสัมพันธ์ที่ซับซ้อนที่สุดได้แตกต่างกันมาก (เช่น การบริหารงานบุคคล) แต่หน้าที่พื้นฐานยังคงเหมือนเดิม (เช่น เงินเดือน) โมดูลขนาดเล็กช่วยให้สามารถนำกลับมาใช้ใหม่ได้มากขึ้น ใช้เวลาในการพัฒนาน้อยลงและมีวิวัฒนาการอย่างต่อเนื่อง (เช่น หากคุณแยกส่วนต่อประสานผู้ใช้ คุณต้องตรวจสอบให้แน่ใจว่ามีความสอดคล้องกัน ตัวอย่างเช่น คุณต้องสามารถใช้การคัดลอกและวางได้โดยไม่คำนึงถึงระบบที่ UI ถูกสร้างขึ้น)
ปัญหาที่เกิดขึ้นคือชัดเจนว่าจะบรรลุปฏิสัมพันธ์ระหว่างโมดูลได้อย่างไร ระบบขนาดใหญ่ทำให้สามารถเชื่อมโยงข้อมูลจำนวนมากเข้าด้วยกันภายในระบบได้ นอกจากนี้ยังทำให้สามารถจัดการข้อมูลที่เกี่ยวข้องในลักษณะที่ไม่เหมือนใคร
สิทธิ์การเข้าถึงในขณะที่ใช้ i ข้อมูล กระจัดกระจายและกลไกการรับรองความถูกต้องสามารถเปลี่ยนแปลงได้
การสลายตัวนี้ทำให้เรามีอิสระมากมาย: i ข้อมูล เราสามารถนำไปวางไว้ในที่ที่เราต้องการ แจกจ่ายได้ตามต้องการ
การรวมองค์ประกอบทั้งหมด ฐานข้อมูลโมดูลและอินเทอร์เฟซ มันไม่ได้เกิดขึ้นในสุญญากาศ แต่มันเกิดขึ้นบนแพลตฟอร์ม: มันช่วยให้เราดำเนินการรวมเข้าด้วยกัน ดังนั้นจึงจำเป็นต้องกำหนดแพลตฟอร์มนี้ให้ดี
สิ่งที่ทำให้สามารถสร้างระบบโมดูลาร์ได้อันดับแรกคือมาตรฐานเกี่ยวกับประเภทของข้อมูลที่แลกเปลี่ยนโดยโมดูล: จะต้องมีการติดต่อกันในกระแสการสื่อสารที่เป็นไปได้ระหว่างโมดูล เราสามารถมีระบบการเขียนแบบเปลี่ยนได้หลายแบบถ้าเรามีมาตรฐานเดียวสำหรับเอกสาร แต่จนถึงตอนนี้สิ่งที่ตรงกันข้ามได้เกิดขึ้น: ระบบการเขียนที่โดดเด่นซึ่งมีรูปแบบเอกสารจำนวนมาก สถานการณ์นี้มีข้อเสียสองประการ:
- ถ้ามาตรฐานเกี่ยวข้องกับระบบ ระบบนั้นก็จะกลายเป็นสากล
- สิ่งนี้มีแนวโน้มที่จะสนับสนุนการปิดตลาด เนื่องจากมีมาตรฐานที่ไม่มีใครสามารถสร้างได้ ดังนั้นมาตรฐานที่แพร่หลายที่สุดจึงกลายเป็นมาตรฐานที่แข็งแกร่งที่สุดโดยอัตโนมัติ
ระเบียบวาระการประชุมเป็นตัวอย่างของการสมัครตามขวางสำหรับแอปพลิเคชันอื่น ๆ ทั้งหมด เนื่องจากต้องมีวาระเดียว ดังนั้นจึงควรจัดการที่ระดับระบบ ไม่ใช่ที่ระดับแอปพลิเคชัน ระบบคือแพลตฟอร์มที่เราเรียกใช้แอปพลิเคชัน ซึ่งเราทำให้พวกเขาสื่อสารกัน ทำให้เราสามารถแยก ข้อมูล จากแอปพลิเคชัน สิ่งนี้ช่วยลดความยุ่งยากในการสร้างระบบข้อมูล: เราสามารถผสาน ข้อมูล ของสองบริษัทได้ง่ายขึ้นหรือใช้แอพพลิเคชั่นต่างกันเพื่อเข้าถึง ข้อมูล.
การรวมระบบสารสนเทศเป็นสิ่งจำเป็นสำหรับกระบวนการควบรวมกิจการของบริษัท การมีแบบฟอร์มอย่างง่ายทำให้การแลกเปลี่ยนข้อมูลทำได้ง่ายกว่าการใช้แบบฟอร์มที่ซับซ้อน
โมดูลาร์มักมีอยู่แล้วตามมุมมองภายนอก นั่นคือ ของผู้ใช้ ในความเป็นจริง เขาเห็นระบบทีละชิ้น นั่นคือ เขาเห็นเฉพาะชิ้นส่วนที่เขาใช้ และมองว่ามันเป็นโมดูลที่แยกจากส่วนที่เหลือ โมดูลาร์ที่มองเห็นได้ชัดเจนเป็นขั้นตอนแรกในการก้าวไปสู่ความเป็นโมดูลาร์ที่แท้จริง
ซึ่งช่วยให้เราสร้างปฏิสัมพันธ์และบริการใหม่ระหว่างองค์ประกอบได้ อินเทอร์เฟซของระบบขึ้นอยู่กับสภาพแวดล้อมโดยรอบของผู้ใช้: ระบบจะตอบสนองเมื่อผู้ใช้ต้องการ ดังนั้นเวลารอจึงมีความสำคัญในการวัดประสิทธิภาพของระบบ
เป็นสิ่งสำคัญที่อินเทอร์เฟซได้รับการออกแบบโดยเริ่มจากผู้ใช้ จากสิ่งที่เขาทำ: ผู้ใช้จะคุ้นเคยกับขั้นตอนต่างๆ แม้ว่าจะดูไร้เหตุผลและไร้ตรรกะก็ตาม
สุดท้าย แพลตฟอร์มจะต้องตระหนักว่าเป็นแพลตฟอร์ม: ไม่เพียงแต่จะต้องอนุญาตให้ดำเนินการตามโมดูลเท่านั้น แต่ยังต้องมีฟังก์ชันทั้งหมดที่สามารถข้ามได้ (เช่น วาระ อีเมล) ซึ่งพวกเขาสามารถเข้าถึงได้ด้วย ดั้งเดิมของระบบ (เช่นเดียวกับการคัดลอกวาง) สำหรับระบบ สิ่งเหล่านี้อาจถูกมองว่าเป็น
- แอปพลิเคชันปกติ แต่จำเป็นเพื่อให้สามารถเข้าร่วมส่วนประกอบได้
- แพลตฟอร์ม = ระบบ + บริการขวาง
แพลตฟอร์มไม่ใช่ระบบและไม่ได้แทนที่ โดยเฉพาะอย่างยิ่งหากคุณมีระบบที่แตกต่างกัน (Windows, Linux, Mac…) โดยที่มิดเดิลแวร์เข้ามาแทนที่ โดยแสดงหลายระบบราวกับว่าเป็นระบบเดียวกัน
ดังนั้นระบบโมดูลาร์ต้องมีคุณสมบัติอย่างน้อย 4 ประการ:
- แบบฟอร์มต้องเรียบง่าย
- โมดูลจะต้องใช้แทนกันได้
- เราต้องการแพลตฟอร์มที่เต็มไปด้วยบริการที่จำเป็นสำหรับการผสานรวม
- อินเทอร์เฟซต้องได้รับการออกแบบให้เหมาะสมกับผู้ใช้แอปพลิเคชัน
คุณลักษณะทั้งหมดเหล่านี้เชื่อมโยงกับวิวัฒนาการ: โมดูลอนุญาตให้มีวิวัฒนาการแยกจากกันและอนุญาตให้มีวิวัฒนาการของระบบ ในทางกลับกัน แพลตฟอร์มและอินเทอร์เฟซจะต้องสามารถพัฒนาได้ตามโปรโตคอลและขั้นตอน
แบ่ง:
ค้นหาข้อมูลเพิ่มเติมได้จาก Online Web Agency
สมัครสมาชิกเพื่อรับบทความล่าสุดทางอีเมล
