Transcript ระบบสารสนเทศเพื่อการขายสินค้า ผ่านเครือข่ายอินเทอร์เน็ต กรณีศึกษา

ิ ค้า
ระบบสารสนเทศเพือ
่ การขายสน
ผ่านเครือข่ายอินเทอร์เน็ ต
กรณีศึกษา : ………………
ขอบเขตการทางาน
ลูกค้าสามารถสมัครเป็ นสมาชิกเพื่อซื้อสิ นค้าได้ดว้ ยตนเอง
จัดการข้อมูลสิ นค้าในร้านโดยผูด้ ูแลระบบ (เจ้าของร้าน)
สมาชิกสามารถทารายการซื้อสิ นค้าได้ตามต้องการ
ระบบจะทาการยืนยันรายการสัง่ ซื้อกลับมายังสมาชิก (ใบสัง่ ซื้อ)
ลูกค้าชาระเงินตามใบสัง่ ซื้อ และแจ้งการชาระเงินให้กบั ระบบ
ผูด้ ูแลระบบตรวจสอบการชาระเงินที่ตรงกับรายการแจ้ง และจัดสิ่ ง
สิ นค้าพร้อมทั้งแจ้งเลขที่การส่ งสิ นค้าให้กบั สมาชิกทราบ
• ....
•
•
•
•
•
•
ผูซ้ ้ือ
ข้อมูลส่ วนตัว
1.0
สมัครสมาชิก
ใบสัง่ ซื้อ
ข้อมูลสมาชิก
สมาชิก
ข้อมูลสิ นค้า
ผูข้ าย
2.0
จัดการสิ นค้ า
รายการส่ งสิ นค้า
ข้อมูลสิ นค้า
ลดจานวนสิ นค้า
สิ นค้า
ข้อมูลการส่ งสิ นค้า
3.0
ข้อมูลสิ นค้า
ข้อมูลสมาชิก ซื้อสิ นค้ า
6.0
รายการซื้ อ
จัดส่ งสิ นค้ า
ข้อมูลการสัง่ ซื้อ
ข้อมูลการซื้อ
ชาระเงิน
รายการชาระเงิน
รายการซื้อ
4.0
ส่ งใบสั่ งซื้อ
ข้อมูลการชาระเงิน
ข้อมูลการซื้อ
5.0
ข้อมูลการซื้อ
แจ้ งชาระเงิน
แจ้งส่ งสิ นค้า
แจ้งชาระเงิน
ควรทาส่ วนใดเพิม่ อีกบ้ าง ??????
ส่ วนของรายงาน
•
•
•
•
•
•
รายงานสรุ ปรายการสัง่ ซื้อสิ นค้าประจาวัน
รายงานสรุ ปรายการแจ้งชาระเงินประจาวัน
รายงานสรุ ปการจัดส่ งสิ นค้าประจาวัน
รายงานรายชื่อสมาชิก
รายงานรายชื่อสิ นค้า
.....
ควรทาส่ วนใดเพิม่ อีกบ้ าง ??????
ส่ วนของการสื บค้ น หรือแสดงผล
•
•
•
•
สิ นค้ามาใหม่
สิ นค้าขายดี
ลูกค้าที่ Black list
.....
ควรทาส่ วนใดเพิม่ อีกบ้ าง ??????
ส่ วนของการรักษาความปลอดภัยของระบบ
• การทาธุรกรรมใดๆ จะต้อง log in เสมอ ยกเว้นการดูขอ้ มูลสิ นค้า
หรื อข้อมูลพื้นฐานของร้าน
• การทารายการซื้อสิ นค้า แจ้งชาระเงิน ลูกค้าจะต้อง log in เข้าสู่
ระบบก่อน
• เมื่อลูกค้าอยูใ่ นระบบ สามารถที่จะตรวจสอบรายการสัง่ ซื้อทีผ่ า่ นมา
รวมทั้งมีสถานะบอกว่าใบสัง่ ซื้อใดชาระเงินแล้ว ใบสัง่ ซื้อใดยังไม่ชาระ
เงิน
ควรทาส่ วนใดเพิม่ อีกบ้ าง ??????
• เจ้าของร้านหรื อผูด้ ูแลระบบ จะต้อง log in เข้าสู่ระบบก่อน
• เมื่อเจ้าของร้านอยูใ่ นระบบ สามารถที่จะตรวจสอบรายการสัง่ ซื้อ
รายการสัง่ ซื้อที่แจ้งชาระเงิน รายการสัง่ ซื้อที่จดั ส่ ง ฯลฯ
• ..........
ชื่อลูกค้ า.........................................................................
รายการสั่ งซื้อสิ นค้ า
เลขทีใ่ บสั่ งซื้อ วันที่สั่งซื้อ สถานะ
xxxxx
xxxxx xxxx
xxxxx
xxxxx xxxx
xxxxx
xxxxx xxxx
xxxxx
xxxxx xxxx
xxxxx
xxxxx xxxx
xxxxx
xxxxx xxxx
ชื่อลูกค้ า.........................................................................
แจ้ งชาระเงิน
เลขทีใ่ บสั่ งซื้อ วันที่สั่งซื้อ สถานะ
xxxxx
xxxxx xxxx
xxxxx
xxxxx xxxx
xxxxx
xxxxx xxxx
การแปลงแหล่งเก็บข้ อมูลเป็ น E-R Diagram
• แหล่งเก็บข้อมูลที่เป็ น primary หรื อเป็ น master
จะถูกแปลงไปเป็ น strong entity
• แหล่งเก็บข้อมูลที่เป็ น secondary หรื อเกิดจาก
process ที่มี input มาจากแหล่งเก็บอื่นๆ จะเป็ น
entity ที่เกิดจากความสัมพันธ์
Entity
สมาชิก
member
สิ นค้ า
product
Attribute
Address
Name
Phone
E-mail
ID
member
Attribute
product
ผูซ้ ้ือ
ข้อมูลสิ นค้า
ข้อมูลส่ วนตัว
2.0
จัดการสิ นค้ า
1.0
สมัครสมาชิก
ข้อมูลสมาชิก
ใบสัง่ ซื้อ
ข้อมูลสิ นค้า
ลดจานวนสิ นค้า
สิ นค้า
สมาชิก
3.0
ข้อมูลสมาชิก ซื้อสิ นค้ า
4.0
ส่ งใบสั่ งซื้อ
แจ้งชาระเงิน
ข้อมูลสิ นค้า
รายการซื้ อ
ข้อมูลการซื้อ
ชาระเงิน
รายการซื้อ
ข้อมูลการซื้อ
ผูข้ าย
ข้อมูลการซื้อ
5.0
แจ้ งชาระเงิน
6.0
จัดส่ งสิ นค้ า
แจ้งส่ งสิ นค้า
Relationship
member
member
1
M
Buy
N
make
N
M
Buy
product
N
have
product
member
Buy
N
make
1
member
1
1
N
make
N
have
M
Buy
N
Buy_detail
N
have
1
have
product
product
ใบสั่ งซื้อสิ นค้ า
ร้ าน..................
ชื่อลูกค้ า................................................
ทีอ่ ยู่ ....................................................
รหัสสิ นค้ า
xxxxx
ชื่อสิ นค้ า
วันที.่ ................เวลา..........
เลขทีใ่ บสั่ งซื้อ......................
รายการสั่ งซื้อสิ นค้ า
จานวน ราคา ราคารวม
xxxxxxxxxxxxxxxxxxxx
xx
xxx xx,xxx
รวมสิ นค้ า ................ ชิ้น
ราคาสิ นค้ ารวม .................. บาท
ค่ าจัดส่ ง ................... บาท
รวมเป็ นเงินทั้งสิ้น ...................... บาท
หมายเหตุ ...............................................................................................................................
......................................................................................................
Buy
Payment
1
1
take
have
1
1
Payment
Deliver
member
1
make
N
Buy
N
1
have
N
Buy_detail
1
have
1
take
1
Payment
1
have
1
Deliver
product
Mapping One-to-One
เอา Primary key ของ Entity
ที่มีความสัมพันธ์ แบบ mandatory
(บังคับให้ทุกสมาชิกใน Entity
เข้าร่ วมในความสัมพันธ์)
มาเป็ น foreign key ใน Relation
ของ Entity ฝั่งที่เป็ น optional
Mapping One-to-Many
เอา Primary key ของ Entity
ฝั่ง One มาเป็ น foreign key
ให้ Relation ของ Entity ฝั่ง many
Mapping Many-to-Many
สร้าง Relation ขึ้นมาใหม่
โดยเอา primary keys
ของทั้งสอง Entity มาเป็ น
primary key ร่ วมกัน