To complete the UCL conceptual data

To complete the UCL conceptual database design we must verify the model. Verification represents the link between the database modelling and design activities, database implementation, and database application design. Therefore, the verification process is used to establish that:

The design properly reflects the end user or application views of the database.

All database transaction - inserts, updates, deletes ? are defined and modelled to ensure that the implementation of the design will support all transaction processing requirements. The database design is capable of meeting all output requirements, such as query screens, forms, and report formats. (Remember that information requirements may drive part of the design process). All required input screens and data entry forms are supported. The design is sufficiently flexible to support expected enhancements and modifications. In spite of the fact we were forces to revise the E-R diagram depicted in Figure 2.1, it is still possible that: Some of the relationship are not clearly identified and may even have been misidentified. The model contains design redundancies (consider the similarity between the WTIHDRAW and CHECK-OUT entities). The model can be enhanced to improve semantic precision and better represent the operations in the real world. The model will demonstrate the requirements (such as processing performance or security).

ผลลัพธ์ (ไทย) 1:

การออกแบบฐานข้อมูลแนวคิดของประชาชนสสส. เราต้องตรวจสอบรูปแบบ ตรวจสอบหมายถึงการเชื่อมโยงระหว่างแบบจำลองฐานข้อมูล และออกแบบกิจกรรม การใช้งานฐานข้อมูล และออกแบบโปรแกรมประยุกต์ฐานข้อมูล ดังนั้น ใช้กระบวนการตรวจสอบการสร้างว่า:

แบบถูกต้องสะท้อนให้เห็นถึงผู้ใช้หรือมุมมองของแอพลิเคชันของฐานข้อมูล

ทั้งหมดฐานข้อมูลธุรกรรม - แทรก ปรับปรุง ลบหรือไม่ มีกำหนด และคือ แบบจำลองเพื่อให้แน่ใจว่า ปฏิบัติการออกแบบจะสนับสนุนธุรกรรมทั้งหมดที่ประมวลผลความต้องการ การออกแบบฐานข้อมูลมีความสามารถในการประชุมความต้องผลผลิตทั้งหมด หน้าจอสอบถาม ฟอร์ม และรูปแบบรายงาน (จำไว้ว่า ความต้องการข้อมูลอาจขับรถการออกแบบ) หน้าจอป้อนข้อมูลที่จำเป็นทั้งหมด และได้รับการสนับสนุนแบบฟอร์มป้อนข้อมูล การออกแบบมีความยืดหยุ่นเพียงพอเพื่อสนับสนุนการปรับปรุงที่คาดไว้และการปรับเปลี่ยน แม้ความจริงเรามีกองกำลังแก้ไข E-R ไดอะแกรมที่แสดงในรูปที่ 2.1 ก็ยังสามารถที่: ความสัมพันธ์จะไม่ระบุชัดเจน และอาจจะมีการ misidentified แบบประกอบด้วยการออกแบบ redundancies (พิจารณาความคล้ายคลึงกันระหว่างเอนทิตี WTIHDRAW และเช็ค) รูปแบบสามารถเพิ่ม การปรับปรุงความแม่นยำความหมายดี หมายถึงการดำเนินงานในโลกจริง แบบจำลองจะแสดงให้เห็นถึงความต้องการ (เช่นการประมวลผลประสิทธิภาพหรือความปลอดภัย)

ผลลัพธ์ (ไทย) 3:

เพื่อให้แนวคิดการออกแบบฐานข้อมูล UCL เราต้องหมั่นตรวจสอบรูปแบบ การตรวจสอบแสดงการเชื่อมโยงระหว่างฐานข้อมูลการสร้างแบบจำลองและกิจกรรมดำเนินการออกแบบฐานข้อมูลและโปรแกรมการออกแบบฐานข้อมูล ดังนั้น กระบวนการตรวจสอบจะใช้ในการสร้าง :

ออกแบบได้อย่างถูกต้องสะท้อนให้เห็นถึงมุมมองของผู้ใช้หรือโปรแกรมประยุกต์ฐานข้อมูล

ทุกฐานข้อมูลธุรกรรม - แทรกปรับปรุง , ลบ ? ซึ่งมีกำหนดและเพื่อให้แน่ใจว่าการใช้งานของการออกแบบจะสนับสนุนความต้องการการประมวลผลธุรกรรม การออกแบบฐานข้อมูล คือ ความสามารถในการประชุมความต้องการของผลผลิตทั้งหมด เช่น แบบสอบถามหน้าจอ , รูปแบบและรูปแบบรายงาน ( จำได้ว่า ความต้องการข้อมูลที่อาจทำให้ส่วนหนึ่งของกระบวนการออกแบบ )ต้องใส่หน้าจอและข้อมูลรูปแบบรายการจะได้รับการสนับสนุน การออกแบบที่ยืดหยุ่นเพื่อรองรับการปรับปรุงคาดว่าจะเพียงพอและการปรับเปลี่ยน ทั้งๆที่ความจริงเรากำลังทบทวน E-R Diagram แสดงในรูปที่ 2.1 ก็ยังเป็นไปได้ว่าบางส่วนของความสัมพันธ์จะไม่ได้ระบุไว้อย่างชัดเจน และอาจได้รับ misidentified .รูปแบบประกอบด้วยซ้อนการออกแบบ ( พิจารณาความคล้ายคลึงกันระหว่าง wtihdraw และนิติบุคคลแบบด่วน ) รุ่นที่สามารถเพิ่มเพื่อปรับปรุงความแม่นยำและเป็นตัวแทนความหมายดีกว่างานในโลกจริง รูปแบบจะแสดงให้เห็นถึงความต้องการ ( เช่นการประมวลผลประสิทธิภาพหรือความปลอดภัย