Skip to content

Latest commit

 

History

History
66 lines (66 loc) · 11.3 KB

10.4. Application system reuse.md

File metadata and controls

66 lines (66 loc) · 11.3 KB

Application system reuse Application system reuse

  • Application system product เป็นระบบซอฟต์แวร์ที่สามารถปรับให้เหมาะสำหรับลูกค้ารายต่าง ๆ โดยไม่ต้องเปลี่ยนซอร์สโค้ดของระบบ
  • Application systems มีคุณสมบัติทั่วไปและสามารถใช้หรือนำมาใช้ซ้ำได้ในสภาพแวดล้อมที่แตกต่างกัน
  • Application system product ได้รับการดัดแปลงโดยใช้กลไกการกำหนดค่าที่มีอยู่แล้วเพื่อให้สามารถทำงานได้ตามความต้องการเฉพาะของลูกค้า
  • ตัวอย่างเช่นในระบบบันทึกผู้ป่วยในโรงพยาบาลอาจมีการกำหนดรูปแบบการป้อนข้อมูลและรายงานการส่งออกแยกต่างหากสำหรับผู้ป่วยประเภทต่าง ๆ โดยไม่ต้องแก้ไข source code Benefits of application system reuse
  • สามารถ deploy ระบบที่เชื่อถือได้ ได้รวดเร็วขึ้น
  • สามารถเห็นความสามารถของแอพพลิเคชันที่จะนำมาใช้ใหม่ ดังนั้นจึงง่ายต่อการตัดสินว่าน่าจะเหมาะสมหรือไม่
  • หลีกเลี่ยงความเสี่ยงในการพัฒนาโดยใช้ซอฟต์แวร์ที่มีอยู่
  • ธุรกิจสามารถมุ่งเน้นไปที่กิจกรรมหลักของพวกเขาโดยไม่ต้องทุ่มเททรัพยากรจำนวนมากในการพัฒนาระบบไอที
  • การดำเนินงานการปรับปรุงเทคโนโลยีเป็นของผู้ผลิตผลิตภัณฑ์ COTS ซึ่งมีความเชี่ยวชาญเฉพาะด้าน จะส่งผลดีต่อลูกค้ามากกว่า Problems of application system reuse
  • อาจจะต้องมีการปรับ requirement เพื่อสะท้อนถึงการทำงานและรูปแบบการดำเนินงานของผลิตภัณฑ์ COTS
  • เมื่อใช้ผลิตภัณฑ์ COTS เป็นส่วนประกอบในระบบ ต้องทำใจว่าอาจเป็นไปไม่ได้ที่จะเปลี่ยนแปลงได้ทันความต้องการของลูกค้า
  • การเลือกระบบ COTS ที่เหมาะสมสำหรับองค์กรอาจเป็นกระบวนการที่ยากลำบากโดยเฉพาะอย่างยิ่งผลิตภัณฑ์ COTS จำนวนมากไม่ได้รับการจัดทำเป็นอย่างดี
  • อาจมีการขาดความชำนาญจากผู้ผลิต COTS ในการสนับสนุนการพัฒนาระบบ
  • ผู้จำหน่ายผลิตภัณฑ์ COTS มักจะกลายเป็นผู้ควบคุมการสนับสนุนและวิวัฒนาการของระบบ ERP systems
  • ระบบการวางแผนทรัพยากรขององค์กร (Enterprise Resource Planning : ERP) เป็นระบบทั่วไปที่สนับสนุนกระบวนการทางธุรกิจ เช่น การสั่งซื้อและการออกใบแจ้งหนี้ การผลิต ฯลฯ
  • ระบบเหล่านี้ใช้กันอย่างแพร่หลายในบริษัทขนาดใหญ่ (เป็นรูปแบบที่ใช้กันโดยทั่วไปของซอฟต์แวร์)
  • แกนหลักของซอฟต์แวร์ ได้รับการดัดแปลงโดยการรวมโมดูลและรวมเอาความรู้เกี่ยวกับกระบวนการและกฎเกณฑ์ทางธุรกิจเข้าไว้ด้วยกัน The architecture of an ERP system ERP architecture
  • โมดูลจำนวนหนึ่ง เพื่อรองรับฟังก์ชันต่าง ๆ ทางธุรกิจ
  • ชุดกระบวนการทางธุรกิจที่กำหนดไว้ในแต่ละโมดูล ซึ่งเกี่ยวข้องกับกิจกรรมในโมดูลนั้น
  • ฐานข้อมูลทั่วไปที่เก็บรักษาข้อมูลเกี่ยวกับฟังก์ชันทางธุรกิจทั้งหมดที่เกี่ยวข้อง
  • ชุดของกฎเกณฑ์ทางธุรกิจที่ใช้กับข้อมูลทั้งหมดในฐานข้อมูล ERP configuration
  • เลือกฟังก์ชันที่ต้องการจากระบบ
  • สร้างแบบจำลองข้อมูล ที่กำหนดว่าข้อมูลขององค์กรจะมีโครงสร้างในฐานข้อมูลระบบอย่างไร
  • กำหนดกฎเกณฑ์ทางธุรกิจที่ใช้กับข้อมูลนั้น
  • กำหนดปฏิสัมพันธ์ที่คาดไว้กับระบบภายนอก
  • ออกแบบแบบฟอร์มการป้อนข้อมูลและรายงานผลลัพธ์ที่สร้างขึ้นโดยระบบ
  • ออกแบบกระบวนการทางธุรกิจที่สอดคล้องกับรูปแบบกระบวนการอ้างอิงที่ได้รับการสนับสนุนโดยระบบ
  • ตั้งค่าพารามิเตอร์ที่กำหนดวิธีการนำระบบไปใช้งาน (บนแพลตฟอร์มต้นแบบ) Integrated application systems
  • ระบบแอ็พพลิเคชันรวม (Integrated application systems) คือ application ที่มี application systems สองตัวขึ้นไป รวมถึงระบบ application แบบเดิม
  • เราอาจใช้วิธีนี้เมื่อไม่มีระบบ application เดียวที่ตรงกับความต้องการทั้งหมดหรือเมื่อต้องการรวมระบบ application ใหม่เข้ากับระบบที่คุณใช้อยู่แล้ว Design choices
  • Application systems ใดที่มีฟังก์ชันการทำงานที่เหมาะสมที่สุด
  • โดยปกติจะมีผลิตภัณฑ์ application systems จำนวนหนึ่งพร้อมใช้งาน ซึ่งสามารถนำมาใช้ร่วมกันได้หลายวิธี
  • ข้อมูลจะถูกแลกเปลี่ยนอย่างไร?
  • ผลิตภัณฑ์ที่แตกต่างกันมักใช้โครงสร้างและรูปแบบข้อมูลที่ต่างกัน คุณต้องเขียนอะแดปเตอร์ที่แปลงจาก application หนึ่งไปยังอีกที่หนึ่ง
  • คุณสมบัติของผลิตภัณฑ์ที่จะใช้จริง?
  • ผลิตภัณฑ์หลาย ๆ ตัวที่จะนำมาใช้ร่วมกันนั้นในแต่ละตัวอาจมีฟังก์ชันการทำงานมากกว่าที่ต้องการ
  • ฟังก์ชันการทำงานอาจซ้ำกันในผลิตภัณฑ์ต่างๆ An integrated procurement system Service-oriented interfaces
  • การรวมระบบแอพพลิเคชันสามารถทำได้ง่ายขึ้นถ้าใช้วิธีการ service-oriented
  • วิธีการที่มุ่งเน้นบริการหมายถึง
  • การอนุญาตให้เข้าถึงฟังก์ชันการทำงานของ application system โดยใช้ standard service interface
  • มี service สำหรับแต่ละส่วนที่ทำงานแยกกันเด็ดขาด
  • บางโปรแกรมอาจมี interface สำหรับ service อยู่แล้ว
  • แต่บางครั้ง service interface นี้จะถูกใช้โดย system integrator
  • อาจต้องสร้างโปรแกรม wrapper ที่ซ่อน application ไว้ และให้บริการที่เรียกใช้จากภายนอก Application wrapping Application system integration problems
  • ขาดการควบคุมการทำงานและประสิทธิภาพต่ำ
  • Application system อาจมีประสิทธิภาพน้อยกว่าที่ปรากฏ
  • ปัญหาเกี่ยวกับการร่วมงานระหว่าง application
  • Application system ที่แตกต่างกันอาจมีส่วนที่ซ้ำซ้อนกันแต่มีกลไกการทำงานที่แตกต่างกันซึ่งหมายความว่าการผสานรวมนั้นทำได้ยาก
  • ไม่สามารถควบคุมวิวัฒนาการของระบบ
  • ผู้ขายระบบคือผู้ควบคุมวิวัฒนาการของระบบ เราในฐานะผู้ dev ระบบไม่สามารถควบคุมได้ทั้งหมด
  • การสนับสนุนจากผู้ขายระบบ
  • ผู้จำหน่าย application system อาจไม่มีการสนับสนุนตลอดอายุการใช้งานของผลิตภัณฑ์