BÁO cáo đồ án Xây dựng website giới thiệu và tư vấn dịch vụ áo cưới cho cửa hàng áo cưới Mỹ Lượng

MỤC LỤC DANH MỤC HÌNH 4 DANH MỤC BẢNG 7 PHẦN I. MỞ ĐẦU 7 1. Tên đề tài 8 2. Lý do chọn đề tài 8 3. Khách thể và đối tượng nghiên cứu 9 4. Giới hạn và phạm vi ngiên cứu 9 5. Mục đích nghiên cứu 9 6. Phương pháp nghiên cứu 10 7. Ý nghĩa khoa học và thực tiễn của đề tài 10 8. Cấu trúc của đồ án tốt nghiệp 10 PHẦN II. NỘI DUNG 11 CHƯƠNG 1: KHẢO SÁT, ĐÁNH GIÁ HỆ THỐNG CŨ, MÔ TẢ HỆ THỐNG MỚI 11 1.1. Khảo sát và mô tả hiện trạng 11 1.1.2. Các nguồn điều tra 11 1.1.3. Hình thức khảo sát 11 1.1.4. Mô tả hoạt động của hệ thống cũ 11 1.2. Quy trình thực hiện một kịch bản chụp ảnh tại ảnh viện Chất Lâm 12 1.3 Đánh giá hiện trạng hệ thống cũ 13 1.3.1 Ưu điểm 13 1.3.2 Nhược điểm 13 1.4. Các vấn đề đặt ra cho hệ thống mới 14 1.4.1. Phạm vi đề tài 14 1.4.2.Yêu cầu tin học và thương mại hóa 15 1.4.3.Cách tiếp cận và giải quyết vấn đề 16 1.4.4. Mục tiêu đạt được khi xây dựng website quảng bá cho ảnh viện qua mạng 17 CHƯƠNG 2. PHÂN TÍCH THIẾT KẾ HỆ THỐNG 19 2.1 Danh sách các Actor 19 2.1.1. Admin 20 2.1.2. Quản trị chung 20 2.1.3. Quản lý tin 20 2.1.4. Khách hàng 20 2.2 Use Case Diagram và các sơ đồ hoạt động 21 2.2.1.Mô hình Use case tổng quát 21 2.2.2.Mô hình Use case Diagram Admin 22 2.2.3. Mô hình Usecase Diagram Quản trị chung 29 2.2.4 Mô hình Use case Diagram Quản lý tin 34 2.2.5Mô hình Use case Diagram khách hàng 38 2.3 Sequence Diagram( BIỂU ĐỒ TUẦN TỰ) 44 2.3.1 Admin 44 2.3.2 Quản trị chung 45 2.3.3 Quản lý tin 48 2.3.4. Khách hàng 50 2.4 COLLABORATION DIAGRAM (BIỂU ĐỒ CỘNG TÁC) 52 2.4.1 Admin 52 2.4.2 Quản trị chung 54 2.4.3 Quản lý tin 55 2.4.4 Khách hàng 57 CHƯƠNG 3. THIẾT KẾ CƠ SỞ DỮ LIỆU 61 3.1 Các bảng cơ sở dữ liệu 61 3.1.1 Bảng User 61 3.1.2 Bảng ProductModel 61 3.1.3 Bảng Product 62 3.1.4 Bảng Photographer 62 3.1.5 Bảng Order 62 3.1.6 Bảng News 63 3.1.7 Bảng ModelGroup 63 3.1.9 Bảng ImgPrivate 63 3.1.10 Bảng ImgPriCate 64 3.1.11 Bảng ImgModel 64 3.1.12 Bảng ConsultingCate 64 3.1.13 Bảng Consulting 64 3.1.14 Bảng Comment 65 3.1.15 Bảng Categories 65 3.1.16 Bảng Calendar 65 3.1.17 Bảng Visitor 65 3.1.18 Bảng Branch 66 3.1.20 Bảng VoteChosen 66 CHƯƠNG 4. THIẾT KẾ GIAO DIỆN VÀ CÀI ĐẶT WEBSITE 67 4.1 Giao diện trang chủ 67 4.2 Giao diện trang tư vấn 68 4.3 Giao diện trang đăng ký dịch vụ 69 4.4 Giao diện trang khách hàng 70 4.5 Giao diện trang quản lý người dùng 71 4.6 Giao diện trang soạn lịch chụp ảnh 72 4.7 Giao diện trang quản lý ảnh mẫu sản phẩm 73 4.8 Giao diện trang quản lý sản phẩm 74 4.9 Giao diện trang quản lý tin tức 75 4.10 Giao diện trang xem đơn hàng 76 4.11 Giao diện trang tải ảnh khách hàng 77 4.13Giao diện trang phản hồi khách hàng 78 CHƯƠNG 5. KẾT LUẬN 79 5.1 Kết quả đạt được 79 5.1.1.Về mặt lý thuyết 79 5.1.2. Về mặt thực nghiệm 79 5.2.2. Những khó khăn trong quá trình thực hiện đề tài 80 5.3 Hướng phát triển của đề tài 80 TÀI LIỆU THAM KHẢO 81

MỤC LỤC

DANH MỤC HÌNH 4

DANH MỤC BẢNG 7

PHẦN I MỞ ĐẦU 7

1 Tên đề tài 8

2 Lý do chọn đề tài 8

3 Khách thể và đối tượng nghiên cứu 9

4 Giới hạn và phạm vi ngiên cứu 9

5 Mục đích nghiên cứu 9

6 Phương pháp nghiên cứu 10

7 Ý nghĩa khoa học và thực tiễn của đề tài 10

8 Cấu trúc của đồ án tốt nghiệp 10

PHẦN II NỘI DUNG 11

CHƯƠNG 1: KHẢO SÁT, ĐÁNH GIÁ HỆ THỐNG CŨ, MÔ TẢ HỆ THỐNG MỚI 11

1.1 Khảo sát và mô tả hiện trạng 11

1.1.2 Các nguồn điều tra 11

1.1.3 Hình thức khảo sát 11

1.1.4 Mô tả hoạt động của hệ thống cũ 11

1.2 Quy trình thực hiện một kịch bản chụp ảnh tại ảnh viện Chất Lâm 12

1.3 Đánh giá hiện trạng hệ thống cũ 13

1.3.1 Ưu điểm 13

1.3.2 Nhược điểm 13

1.4 Các vấn đề đặt ra cho hệ thống mới 14

1.4.1 Phạm vi đề tài 14

1.4.2.Yêu cầu tin học và thương mại hóa 15

1.4.3.Cách tiếp cận và giải quyết vấn đề 16

1.4.4 Mục tiêu đạt được khi xây dựng website quảng bá cho ảnh viện qua

mạng 17

CHƯƠNG 2 PHÂN TÍCH THIẾT KẾ HỆ THỐNG 19

2.1 Danh sách các Actor 19

2.1.1 Admin 20

2.1.2 Quản trị chung 20

2.1.3 Quản lý tin 20

2.1.4 Khách hàng 20

2.2 Use Case Diagram và các sơ đồ hoạt động 21

2.2.1.Mô hình Use case tổng quát 21

2.2.2.Mô hình Use case Diagram Admin 22

2.2.3 Mô hình Usecase Diagram Quản trị chung 29

2.2.4 Mô hình Use case Diagram Quản lý tin 34

2.2.5Mô hình Use case Diagram khách hàng 38

2.3 Sequence Diagram( BIỂU ĐỒ TUẦN TỰ) 44

2.3.1 Admin 44

2.3.2 Quản trị chung 45

2.3.3 Quản lý tin 48

2.3.4 Khách hàng 50

2.4 COLLABORATION DIAGRAM (BIỂU ĐỒ CỘNG TÁC) 52

2.4.1 Admin 52

2.4.2 Quản trị chung 54

2.4.3 Quản lý tin 55

2.4.4 Khách hàng 57

CHƯƠNG 3 THIẾT KẾ CƠ SỞ DỮ LIỆU 61

3.1 Các bảng cơ sở dữ liệu 61

3.1.1 Bảng User 61

3.1.3 Bảng Product 62

3.1.4 Bảng Photographer 62

3.1.5 Bảng Order 62

3.1.6 Bảng News 63

3.1.7 Bảng ModelGroup 63

3.1.9 Bảng ImgPrivate 63

3.1.10 Bảng ImgPriCate 64

3.1.11 Bảng ImgModel 64

3.1.12 Bảng ConsultingCate 64

3.1.13 Bảng Consulting 64

3.1.14 Bảng Comment 65

3.1.15 Bảng Categories 65

3.1.16 Bảng Calendar 65

3.1.17 Bảng Visitor 65

3.1.18 Bảng Branch 66

3.1.20 Bảng VoteChosen 66

CHƯƠNG 4 THIẾT KẾ GIAO DIỆN VÀ CÀI ĐẶT WEBSITE 67

4.1 Giao diện trang chủ 67

4.2 Giao diện trang tư vấn 68

4.3 Giao diện trang đăng ký dịch vụ 69

4.4 Giao diện trang khách hàng 70

4.5 Giao diện trang quản lý người dùng 71

4.6 Giao diện trang soạn lịch chụp ảnh 72

4.7 Giao diện trang quản lý ảnh mẫu sản phẩm 73

4.8 Giao diện trang quản lý sản phẩm 74

4.9 Giao diện trang quản lý tin tức 75

4.10 Giao diện trang xem đơn hàng 76

4.11 Giao diện trang tải ảnh khách hàng 77

4.13Giao diện trang phản hồi khách hàng 78

CHƯƠNG 5 KẾT LUẬN 79

5.1 Kết quả đạt được 79

5.1.1.Về mặt lý thuyết 79

5.1.2 Về mặt thực nghiệm 79

5.2.2 Những khó khăn trong quá trình thực hiện đề tài 80

5.3 Hướng phát triển của đề tài 80

TÀI LIỆU THAM KHẢO 81

DANH MỤC HÌNH Hình 2.2.1: Mô hình Use case tổng quát 21

Hình 2.2.2: Mô hình Use case Diagram Admin 22

Hình 2.2.3: Sơ đồ hoạt động quá trình đăng nhập của Admin 23

Hình 2.2.4: Sơ đồ hoạt động quá trình quản lý người dùng của Admin 24

Hình 2.2.5: Sơ đồ hoạt động quá trình thêm mới người dùng của Admin 26

Hình 2.2.6: Sơ đồ hoạt động quá trình quản lý người dùng của Admin 27

Hình 2.2.7: Sơ đồ hoạt động quá trình đổi quyền người dùng của Admin 28

Hình 2.2.8: Mô hình Use case Diagram Quản trị chung 29

Hình 2.2.10: Sơ đồ hoạt động quản lý lịch của quản trị chung 31

Hình 2.2.11: Sơ đồ hoạt động quản lý sản phẩm của quản trị chung 33

Hình 2.2.12: Sơ đồ hoạt động quản lý cơ sở và lịch của quản trị chung 34

Hình 2.2.13: Sơ đồ mô hình Use case Diagram Quản lý tin 34

Hình 2.2.14Sơ đồ hoạt động đăng nhập của quản lý tin 36

Hình 2.2.15: Sơ đồ hoạt động quản lý tin của quản lý tin 37

Hình 2.2.16: Mô hình Use case Diagram khách hàng 38

Hình 2.2.17: Sơ đồ hoạt độnng đăng ký của khách hàng 40

Hình 2.2.18: Sơ đồ hoạt độnng đăng nhập của khách hàng 41

Hình 2.2.17: Sơ đồ hoạt độnng đăng ký dịch vụ của khách hàng 42

Hình 2.2.19: Sơ đồ hoạt độnng trong phần khách hàng của khách hàng 43

Hình 2.3.1: Biểu đồ tuần tự quá trình đăng nhập của admin 44

Hình 2.3.2: Biểu đồ tuần tự quá trình dùng thêm người của admin 44

Hình 2.3.3: Biểu đồ tuần tự quá trình xóa người dùng của admin 45

Hình 2.3.4: Biểu đồ tuần tự quá trình đổi quyền người dùng của admin 45

Hình 2.3.5: Biểu đồ tuần tự quá trình đăng nhập của quản trj chung 46

Hình 2.3.6: Biểu đồ tuần tự quá trình quản lý cơ sở của admin 46

Hình 2.3.7: Biểu đồ tuần tự quá trình thay đổi lịch cho khách hàng của admin 47

Hình 2.3.8: Biểu đồ tuần tự quá trình đăng nhập của quản lý tin 48

Hình 2.3.9: Biểu đồ tuần tự quá trình thêm tin tức của quản lý tin 48

Hình 2.3.10: Biểu đồ tuần tự quá trình xóa tin tức của quản lý tin 49

Hình 2.3.11: Biểu đồ tuần tự quá trình cập nhật tin tức của quản lý tin 49

Hình 2.3.12: Biểu đồ tuần tự quá trình đăng nhập của khách hàng 50

Hình 2.3.13: Biểu đồ tuần tự quá trình đăng ký tài khoản của khách hàng 50

Hình 2.3.12: Biểu đồ tuần tự quá trình phản hồi của khách hàng 51

Hình 2.4.1: Biểu đồ cộng tác quá trình đăng nhập của admin 52

Hình 2.4.2: Biểu đồ cộng tác quá trình thêm người dùng của admin 52

Hình 2.4.3: Biểu đồ cộng tác quá trình xóa người dùng của admin 53

Hình 2.4.4: Biểu đồ cộng tác quá trình đổi quyền người dùng của admin 53

Hình 2.4.5: Biểu đồ cộng tác quá trình đăng nhập của quản trị chung 54

Hình 2.4.6: Biểu đồ cộng tác quá trình quản lý cơ sở của quản trị chung 54

Hình 2.4.7: Biểu đồ cộng tác quá trình thay đổi lịch cho khách của quản trị chung 55

Hình 2.4.8: Biểu đồ cộng tác quá trình đăng nhập của quản lý tin 55

Hình 2.4.9: Biểu đồ cộng tác quá trình thêm tin tức của quản lý tin 56

Hình 2.4.10: Biểu đồ cộng tác xóa tin tức của quản lý tin 56

Hình 2.4.11: Biểu đồ cộng tác xóa tin tức của quản lý tin 57

Hình 2.4.12: Biểu đồ cộng tác đăng nhập của khách hàng 57

Hình 2.4.13: Biểu đồ cộng tác đăng nhập của khách hàng 58

Hình 2.4.14: Biểu đồ cộng tác đăng ký dịch vụ của khách hàng 58

Hình 2.4.15: Biểu đồ cộng tác quá trình phản hồi của khách hàng 59

Hình 2.4.15: Biểu đồ cộng lớp của hệ thống 60

Hình 3.15 Bảng Categories 65

Hình 4.1:Giao diện trang chủ 67

Hình 4.2: Giao diện trang tư vấn 68

Hình 4.4: Giao diện đăng ký dịch vụ 69

Hình 4.3: Giao diện trang khách hàng 70

Hình 4.5: Giao diện trang quản lý người dùng 71

Hình 4.6: Giao diện trang soạn lịch chụp ảnh 72

Hình 4.7: Giao diện trang quản lý ảnh mẫu sản phẩm 73

Hình 4.8: Giao diện trang quản lý sản phẩm 74

Hình 4.9: Giao diện trang quản lý tin tức 75

Hình 4.10: Giao diện trang xem đơn hàng 76 Hình 4.12: Giao diện trang tải ảnh khách hàng 77 Hình 4.13: Giao diện trang phản hồi khách hàng 78

DANH MỤC BẢNG

Bảng 3.1: Các kí hiệu mô tả 19

Bảng 3.1: Bảng User 61

Bảng 3.2: Bảng ProductModel 61

Bảng 3.3: Bảng Product 62

Bảng 3.4: Bảng Photographer 62

Bảng 3.5: Bảng Order 62

Bảng 3.6: Bảng News 63

Bảng 3.7: Bảng ModelGroup 63

Bảng 3.8: Bảng ModelCategories 63

Bảng 3.9: Bảng ImgPrivate 63

Bảng 3.10: Bảng ImgPriCate 64

Bảng 3.11: Bảng ImgModel 64

Bảng 3.12: Bảng ConsultingCate 64

Bảng 3.13: Bảng Consulting 64

Bảng 3.14: Bảng Comment 65

Bảng 3.16: Bảng Calendar 65

Bảng 3.17: Bảng Visitor 65

Bảng 3.18: Bảng Branch 66

Bảng 3.19: Bảng Vote 66

Bảng 3.20: Bảng VoteChosen 66

kế hoạch kinh doanh.

Website đóng vai trò kênh truyền thông và công cụ kinh doanh hàngđầu cho mỗi doanh nghiệp, nó mang lại những lợi thế không thể phủnhận Việc xây dựng website giúp:

+ Thiết lập sự hiện diện mới trên internet, tạo cơ hội tiếp xúc với kháchhàng ở mọi nơi và tại mọi địa điểm

+ Giới thiệu các sản phẩm dịch vụ một cách sinh động và mang tínhtương tác cao

+ Tạo cơ hội để bán sản phẩm hàng hóa một cách chuyên nghiệp màkhông tốn nhiều chi phí

+ Cơ hội phục vụ khách hàng tốt hơn, đạt được sự hài lòng hơn từkhách hàng

Xuất phát từ nhu cầu ứng dụng thực tế

+ Ảnh viện Mỹ Lượng là ảnh viện chuyên phục vụ các dịch vụ cướihỏi, chụp ảnh, quay phim cho các sự kiện và theo yêu cầu của kháchhàng, đang có nhu cầu mở rộng kinh doanh ra nhiều chi nhánh Ảnhviện cần có một website để đáp ứng nhu cầu phát triển của mình

Vì những lí do trên nên đồ án tốt nghiệp, chúng em chọn đề tài “Xây dựng website giới thiệu và tư vấn dịch vụ đám cưới cho cửa hàng áo cưới Mỹ

Lượng”

3 Khách thể và đối tượng nghiên cứu

Trong đồ án tốt nghiệp này nhóm đã tìm hiểu những vấn đề sau:

Phân tích thiết kế hướng đối tượng UML

Ngôn ngữ lập trình Visual C# 2008

Hệ quản trị cơ sở dữ liệu SQL Server 2008

Khảo sát đặc tả và phân tích thiết kế hệ thống của ảnh viện Mỹ Lượngcho việc xây dựng hệ thống website

4 Giới hạn và phạm vi ngiên cứu

Về mặt phân tích và thiết kế hệ thống: Kết quả thu được của đề tài từcác mô hình phân tích hệ thống, cơ sở dữ liệu… hoàn toàn có khả năngxây dựng phần cơ sở dữ liệu cho ứng dụng website thương mại điện tử.Trên cơ sở nghiên cứu và áp dụng các hiểu biết về HTML, CSS,Javacript, Asp.net để hoàn thàng những nội dung sau:

Quảng bá hình ảnh của ảnh viện đến với khách hàng

Website quảng cáo được sản phẩm, dịch vụ của ảnh viện

Website được phân quyền quản lý

Website phải có ứng dụng để quản lý sản phẩm dịch vụ, quản lý kháchhàng…

Đăng bài viết, hiển thị sản phẩm

Xây dựng ứng dụng website

6 Phương pháp nghiên cứu

Khảo sát thực trạng tạiảnh viện Mỹ Lượng

Thu thập các nhu cầu từ phía người dùng

Phân tích thiết kế hệ thống theo nhu cầu thực tế của người dùng

Nghiên cứu các công cụ xây dựng hệ thống

7 Ý nghĩa khoa học và thực tiễn của đề tài

Bản thuyết minh của đề tài sẽ là tài liệu nghiên cứu, tham khảo thiết thực cho sinh viên ngành công nghệ thông tin có niềm đam mê yêu thích và quan tâm tới lĩnh vực thiết kế Website

Chương trình ứng dụng của đề tài có thể làm công cụ thực nghiệm, mô phỏng một Website đơn giản, đặc biệt rất phù hợp với sinh viên đang và học môn ASP.Net cũng như sinh viên làm các đề tài thuộc lĩnh vực thiết kế Website

8 Cấu trúc của đồ án tốt nghiệp

Phần 1: Mở đầu

Tổng quan về đồ án tốt nghiệp “Xây dựng website giới thiệu và tư vấndịch vụ đám cưới cho cửa hàng áo cưới Mỹ Lượng”

Phần 2: Nội dung

Chương 1: Khảo sát, đánh giá hệ thống cũ, mô tả hệ thống mới

Chương 2:Phân tích thiết kế theo UML

Chương 3:Thiết kế cơ sở dữ liệu

Chương 4:Thết kế giao diện và cài đặt website

Chương 5: Kết luận

Tài liệu tham khảo

PHẦN II NỘI DUNG CHƯƠNG 1: KHẢO SÁT, ĐÁNH GIÁ HỆ THỐNG CŨ, MÔ TẢ HỆ

THỐNG MỚI 1.1 Khảo sát và mô tả hiện trạng

Ảnh viện áo cưới Mỹ Lượng

Địa chỉ: Chợ Đường Cái – Trưng Trắc – Văn Lâm – Hưng Yên

1.1.2 Các nguồn điều tra

- Từ giám đốc và nhân viên trong ảnh viện

- Từ khách hàng

- Hoạt động của ảnh viện

http://aocuoianhphuong.com, http://aocuoidaminhtan.com.vn,

http://meliawedding.com.vn/.

1.1.3 Hình thức khảo sát

- Phỏng vấn/ điều tra: Hỏi trực tiếp chủ ảnh viện, nhân viên trong ảnh viện và

khách hàng đã tới chụp ảnh ở ảnh viện ( sử dụng những câu hỏi mở )

- Nghiên cứu tài liệu:

+ Cơ cấu tổ chức của ảnh viện

+ website trên mạng

1.1.4 Mô tả hoạt động của hệ thống cũ

Trong ảnh viện mỹ Lượng tổ chức các bộ phận có sự hỗ trợ lẫn nhau bao gồm: bộ phận tư vấn,bộ phận chụp ảnh, bộ phận trang điểm, bộ phận chỉnh sửa ảnh, bộ phận tài chính

1.1.4.1 Bộ phận tư vấn

Cho khách hàng xem các mẫu album của ảnh viện

Từ ý kiến của khách hàng bộ phận tư vấn đưa ra các gói dịch vụ hợp lýcho khách

Khi khách hàng đã quyết định chụp ảnh tại ảnh viện, khách hàng đăng

ký lịch chụp bộ phận tư vấn xem lịch chụp ảnh của ảnh viện và thốngnhất lại lịch chụp ảnh với khách hàng

1.1.4.2 Bộ phận chụp ảnh

Bộ phận chụp ảnh chụp ảnh cho khách theo lịch đã sắp xếp trước

Cho khách hàng xem ảnh sau khi chụp và khách hàng sẽ chọn các ảnhlàm album, ảnh lớn

Đưa lại các kiểu ảnh khách hàng đã chọn cho bộ phận chỉnh sửa ảnh

1.1.4.3 Bộ phận trang điểm

Cùng bộ phận chụp ảnh trang điểm trong các kịch bản chụp ảnh

Trang điểm trong lễ cưới hỏi…

1.1.4.4 Bộ phận hành chính

Quản lý tài chính của ảnh viện

Quản lý lịch chụp ảnh và lấy ảnh của khách hàng

Quản lý , theo dõi lịch làm việc cảu các bộ phận khách

1.2 Quy trình thực hiện một kịch bản chụp ảnh tại ảnh viện Mỹ Lượng

Tại ảnh viện Mỹ Lượng thì quy trình một kịch bản chụp ảnh được thựchiện qua các bước sau:

Bước 1: Khi khách hàng đến ảnh viện chụp ảnh thì đầu tiên khách hàng

được nhân viên bên bộ phận chăm sóc khách hàng tư vấn,giải đáp cácthắc mắc, giới thiệu về mẫu album, ảnh mà khách hàng xem hoặc yêucầu

Bước 2: Khách hàng quyết định chụp ảnh tại ảnh viện, khách hàng

thống nhất lịch chụp ảnh tại ảnh viện

Điền thông tin của khách hàng và đặt một phần tiền trước cho ảnh viện

Bước 3:Đến ngày hẹn khách hàng tới chụp ảnh.

Chọn các ảnh làm album và ảnh lớn

Khách hàng được hẹn ngày tới xem ảnh sau khi được chỉnh sửa

Ảnh được chuyển cho bộ phận chỉnh sửa ảnh

Bước 4:Khách hàng đến xem ảnh đã được chỉnh sửa.

Nếu đồng ý với ảnh đã chỉnh sửa ảnh được mang đi in

Khách hàng tiếp tục được hẹn ngày tới lấy album

Bước 5:Khách hàng tới lấy album, ảnh và thanh toán nốt phần tiền còn

Tuy nhiên cũng đã có một số ảnh viện đã ứng dụng thương mại điện tử

và tin học hóa rất tốt vào việc kinh doanh như Meliawedding Ảnh viện có website giới thiệu mẫu album ảnh rất phong phú ở đó cho phép khách hàng đặt lịch chụp ảnh và xem trước ảnh đã chỉnh sửa mà không cần tới ảnh viện

Ở đó ảnh viện có thể giới thiệu đầy đủ các thông tin của sản phẩm giúp khách hàng khi vào đó xem có thể chọn lựa cho mình những album, lại còn làm giảm bớt thời gian giới thiệu của nhân viên Khách hàng cần gì chỉ cần vào website là biết ngay

1.3.1 Ưu điểm

- Khách hàng tận mắt nhìn thấy sản phẩm, nhận hàng trực tiếp

Được trao đổi trực tiếp với cửa hàng

1.3.2 Nhược điểm

- Khách hàng phải mất thời gian đến tận ảnh viện xem album ảnh

mẫu ,xem ảnh sau khi chỉnh sửa

- Công ty phải có nhân viên tư vấn cho khách hàng, điều này làm cho cả nhân viên và khách hàng rất mất thời gian

- Để chụp ảnh khách hàng phải mất rất nhiều thời gian chờ đợi, qua rất nhiều công đoạn khác nhau

1.4 Các vấn đề đặt ra cho hệ thống mới

Nhận xét tình hình thực tế: Qua thực tế khảo sát, nhận thấy rằng số

lượng công việc trong một ảnh viện thì nhiều mà hầu hết các công việc được làm thủ công nên có nhiều bất tiện như:

Đối với khách hàng đến ảnh viện phải chờ đợi và đặc biệt là khó có thể tìmđược mẫu theo yêu cầu

Đối với nhân viên trong công ty, việc quản lý điều hành vẫn làm thủ công

ở hầu hết các khâu Và đặc biệt là nhân viên phải mất thời gian cũng như côngsức để tư vấn, giải đáp thắc mắc, giới thiệu cho khách hàng

Việc thống kê, điều tra nhu cầu khách hàng chưa thể thực hiện một cáchchính xác vì chưa có hệ thống lưu trữ và quản lý các thông tin này

Xuất phát từ những hạn chế của hệ thống cũ nên việc tin học và thương mại hóa vào việc xem album ảnh mẫu và đăng ký thời gian chụp ảnh là việc làm hợp lý Chính vì vậy nhóm đề tài xây dựng một website quảng bá cho ảnhviện Mỹ Lượng Website đó đảm bảo cho ảnh viện có thể quảng cáo hình ảnh ảnh viện, các mẫu album và các dịch vụ có trong ảnh viện, các dịch vụ hỗ trợ khách hàng

Trong đây, xây dựng một hệ thống lưu trữ cơ sỡ dữ liệu phù hợp với nhu cầu,

hỗ trợ các công việc trên

1.4.2.Yêu cầu tin học và thương mại hóa

1.4.2.1.Nội dung đề tài

Với nhu cầu thông tin và qui mô kinh doanh ngày càng mở rộng cho các công ty, doanh nghiệp nhằm tạo sự thu hút cũng như giới quan tâm về mua bán, có thể quan hệ hợp tác và trao đổi trực tiếp những vấn đề cần thiết về mua bán, hay tìm hiểu về chính công ty, hàng hóa của mình Do đó website này đòi hỏi phải tiện lợi, đơn giản, đẹp mắt, dễ sử dụng, dễ hiểu, các thao tác

dễ dàng, luôn cập nhật những sản phẩm, mặt hàng mới của ảnh viện mình.Với nhân viên quản lý

Website đòi hỏi nhân viên phải thường xuyên theo dõi các thông tin về hàng hóa, xử lý đúng yêu cầu, đúng chức năng do nhân viên nhập vào và thaotác dễ dàng với công việc quản lý dữ liệu phải đáp ứng được yêu cầu.

Nhân viên phải nhập các thông tin cho các vật liệu mới, nhà cung cấp mới,khách hàng mới vào trong dữ liệu và có sự kiểm tra về tính chính xác, đúng đắn của dữ liệu

Nhân viên được phép chỉnh sửa, xóa những thông tin sai, không phù hợp

1.4.2.2.Mô tả yêu cầu

Yêu cầu chức năng

Tra cứu:

+ Sản phẩm và dịch vụ: tìm kiếm thông tin về sản phẩm và dịch vụ

+ Đặt lịch đến ảnh viện: xem lịch làm việc của ảnh viện

Lưu trữ:

+ Sản phẩm và dịch vụ đây là hệ thống dữ liệu về quản lý sản phẩm và dịch vụ, bao gồm các thông tin: tên, chi tiết, loại, thời lượng Trong đó các thao tác về sản phẩm là thêm chi tiết từng sản phẩm, từng dịch vụ

+ Khách hàng: đây là hệ thống dữ liệu về quản lý khách hàng, bao gồm các thông tin về khách hàng, họ, tên và email, địa chỉ…

+ Quyền: dữ liệu quản lý nội dung các thông tin về quyền của nhân viên khi đăng nhập hệ thống

1.4.3.Cách tiếp cận và giải quyết vấn đề

1.4.3.1.Cách tiếp cận

Dùng phương pháp hướng đối tượng để tiếp cận vấn đề rõ hơn, tạo

khung nhìn tổng thể của vấn đề

1.4.3.2.Giải quyết vấn đề

Có nhiều cách để giải quyết vấn đề Nhưng ở đây, đề tài chọn phân tích– thiết kế hướng đối tượng bằng ngôn ngữ UML – Unified Modeling Language

để giải quyết vấn đề đặt ra Gồm các bước sau:

Mô hình hóa nghiệp vụ:

Dựa trên khảo sát thực trạng, đề tài sử dụng các công cụ của UML để môhình hóa các nghiệp vụ

Phân tích:

Ở bước này, đề tài phân tích để đưa ra những mô hình tổng quát quan sát trạng thái tĩnh của các nghiệp vụ, quy trình của mỗi nghiệp vụ và các Actor ( tác nhân ) Sử dụng các công cụ của UML

Đối với khách hàng và người quản trị

- Khách hàng xem và lựa chọn dịch vụ và thời gian thực hiện, đăng nhập khách hàng và quyết định có sử dụng dịch vụ hay không.

- Khách hàng có thể tìm hiểu những thông tin về ảnh viện,báo giá dịch

vụ, đóng góp ý kiến về ảnh viện

- Nếu bạn là người quản trị bạn có thể thao tác trên cơ sở dữ liệu, đăng

ký người quản trị mới, cập nhập thông tin sản phẩm và dịch vụ, cập nhập tin tức, thông tin tư vấn, tải ảnh khách hàng…

- Khách hàng có thể xem các thông tin về số khách hàng, lựa chọn các ảnh vào album sau khi chụp

- Xử lý, chuẩn hoá dữ liệu nhập vào bởi những người truy cập web và ban quản trị khi cập nhật thông tin

CHƯƠNG 2 PHÂN TÍCH THIẾT KẾ HỆ THỐNG

Trong chương này nhóm đề tài sẽ phân tích hệ thống theo UML

Mô tả một hoạt động gồm tên hoạt động và đặc tả

của hoạt động

Mô tả một lựa chọn điều kiệnTrạng thái khởi đầuTrạng thái kết thúcQuan hệ <<Include>>

Quan hệ <<Extend>>

Bảng 3.1: Các kí hiệu mô tả

2.1 Danh sách các Actor

2.1.1 Admin

Người sử dụng thuộc nhóm quyền này sẽ được quyền truy xuất nhữngchức năng trong hệ thống và có thể cấp quyền hay thay đổi quyền củanhững người sử dụng khác Quyền này thường dành riêng cho người quảntrị chương trình

+ Chọn ảnh làm ảnh lớn và các ảnh tronh abbum.

+ Gửi góp ý, thắc mắc, khiếu nại

2.2 Use Case Diagram và các sơ đồ hoạt động

2.2.1.Mô hình Use case tổng quát

Hình 2.2.1: Mô hình Use case tổng quát

2.2.2.Mô hình Use case Diagram Admin

Hình 2.2.2: Mô hình Use case Diagram Admin

Phân tích Use Case củaAdmin

Điều kiện tiên quyết: Không có

Kết quả: Use Case thực hiện xong sẽ đăng nhập vào hệ thống, có thể thêm, sửa, xóa người dùng

Điều kiện lỗi: Không có.

Tác nhân chính: Actor nhập tên và password

Sự kiện ràng buộc: Không có

2 Kịch bản chính

1 Hoạt vụ bắt đầu khi người sử dụng muốn thêm, sửa, xóa người dùng

2 Người sử dụng nhập tên và password

3 Hệ thống sẽ đăng nhập vào chương trình

Mục đích sử dụng: Use Case “Quản lý người dùng” cho phép quản trị

hệ thống thêm mới/ sửa/ xóa hoặc đổi quyền của người dùng

Tầm ảnh hưởng: Không ảnh hưởng

Mức độ: 1: Summary.

Điều kiện tiên quyết: Actor phải đăng nhập vào hệ thống

Kết quả: Use Case thực hiện xong sẽ lưu thông tin người dùng

Điều kiện lỗi: Không có

Tác nhân chính: Actor Admin hệ thống nhập thông tin người dùng hoặcsửa quyền của người dùng

Sự kiện ràng buộc: Không có

Kịch bản chính

Các bước của luồng các sự kiện chính bao gồm:

1 Hoạt vụ bắt đầu khi quản trị hệ thống lựa tùy chọn quản lý người dùng

2 Người quản trị hệ thống nhập vào thông tin người dùng hay sửa thông tin người dùng

3 Hệ thống sẽ lưu thông tin

4 Hoạt vụ kết thúc

Sơ đồ hoạt động

Hình 2.2.4: Sơ đồ hoạt động quá trình quản lý người dùng của Admin

Các bước của luồng các sự kiện chính bao gồm:

1 Hoạt vụ bắt đầu khi quản trị hệ thống lựa tùy chọn thêm mới người dùng

2 Người quản trị hệ thống nhập thông tin người dùng mới

3 Hệ thống lưu thông tin

4 Người dùng có thể dùng tùy chọn xem thông tin

5 Hoạt vụ kết thúc

Sơ đồ hoạt động

Hình 2.2.5: Sơ đồ hoạt động quá trình thêm mới người dùng của Admin

Điều kiện tiên quyết: Actor phải đang nhập vào hệ thống

Kết quả: Use Case thực hiện xong sẽ hủy người dùng

Điều kiện lỗi: Không có

Tác nhân chính: Actor quản trị hệ thống nhập tên người dùng

Sự kiện ràng buộc: Không có

Kịch bản chính

Các bước của luồng các sự kiện chính bao gồm:

1 Hoạt vụ bắt đầu khi người dùng quản trị hệ thống lựa tùy chọnxóa người dùng

2 Người quản trị hệ thống nhập tên người dùng.

3 Hệ thống sẽ xóa tên người dùng

Hình 2.2.6: Sơ đồ hoạt động quá trình quản lý người dùng của Admin

2.2.2.5.Thay đổi quyền

Kết quả: Use Case thực hiện xong sẽ đổi quyền sử dụng của ngườidùng.

Điều kiện lỗi: Không có

Tác nhân chính: Actor nhập tên và sau đó nhập quyền mới

Sự kiện ràng buộc: Không có

Kịch bản chính

Các bước của luồng các sự kiện chính bao gồm:

1 Hoạt vụ bắt đầu khi người sử dụng lựa trùy chọn đổi quyền sử dụng

2 Người sử dụng nhập vào tên và password cũ, sau đó nhập quyền mới

2.2.3 Mô hình Usecase Diagram Quản trị chung

Hình 2.2.8: Mô hình Use case Diagram Quản trị chung

Phân tích Use Case của Quản trị chung

Tầm ảnh hưởng: Không ảnh hưởng

Mức độ: 1: Summary

Điều kiện tiên quyết: Không có

Kết quả: Use Case thực hiện xong sẽ đăng nhập vào hệ thống, có thể thêm, sửa, xóa người dùng

Điều kiện lỗi: Không có.

Tác nhân chính: Actor nhập tên và password

Sự kiện ràng buộc: Không có

Kịch bản chính

Các bước của luồng các sự kiện chính bao gồm:

1 Hoạt vụ bắt đầu khi người sử dụng muốn quản lý cơ sở và lịch, quản

lý mẫu sản phẩm, quản lý sản phẩm, quản lý tin tức , quản lý khách hàng

2 Người sử dụng nhập tên và password

3 Hệ thống sẽ đăng nhập vào chương trình

Mục đích sử dụng: Use Case “Quản lý mẫu sản phẩm” cho phép người dùng hệ thống thêm mới, sửa,nhóm mẫu sản phẩm, mẫu sản phẩm, ảnh mẫu sản phẩm.

Tầm ảnh hưởng: Không ảnh hưởng

Mức độ: 1: Summary

Điều kiện tiên quyết: Actor phải đăng nhập vào hệ thống

Kết quả: Use Case thực hiện xong sẽ lưu nhóm mẫu sản phẩm, mẫu sản phẩm, ảnh mẫu sản phẩm

Điều kiện lỗi: Không có

Tác nhân chính: Actor hệ thống nhập thông tin hoặc sửa nhómmẫu sản phẩm, ảnh mẫu sản phẩm

Sự kiện ràng buộc: Không có

Kịch bản chính

Các bước của luồng các sự kiện chính bao gồm:

1 Hoạt vụ bắt đầu khi quản trị hệ thống lựa tùy chọn quản lý mẫu sảnphẩm

2 Người quản trị hệ thống nhập vào thông tin hay sửa nhóm mẫu sản phẩm, ảnh mẫu sản phẩm

3 Hệ thống sẽ lưu thông tin

4 Hoạt vụ kết thúc

Sơ đồ hoạt động

Hình 2.2.10: Sơ đồ hoạt động quản lý lịch của quản trị chung

2.2.3.3 Quản lý sản phẩm

Đặc tả Use Case

< Quản trị chung >: < Quản lý sản phẩm >

Mô tả

Mục đích sử dụng: Use Case “Quản lý sản phẩm” cho phép người dùng

hệ thống thêm mới, sửa,loại sản phẩm, tên sản phẩm, thời gian thực hiện

Tầm ảnh hưởng: Không ảnh hưởng

Mức độ: 1: Summary

Điều kiện tiên quyết: Actor phải đăng nhập vào hệ thống

Kết quả: Use Case thực hiện xong sẽ lưu sản phẩm, tên sản phẩm, thời gian thực hiện

Điều kiện lỗi: Không có

Tác nhân chính: Actor hệ thống nhập thông tin hoặc sửa sản phẩm, tênsản phẩm, thời gian thực hiện

Sự kiện ràng buộc: Không có

Kịch bản chính

Các bước của luồng các sự kiện chính bao gồm:

1 Hoạt vụ bắt đầu khi quản trị hệ thống lựa tùy chọn quản lý sảnphẩm

2 Người quản trị hệ thống nhập vào thông tin hay sửa sản phẩm, tên sản phẩm, thời gian thực hiện

3 Hệ thống sẽ lưu thông tin

4 Hoạt vụ kết thúc

Tầm ảnh hưởng: Không ảnh hưởng.

Mức độ: 1: Summary

Điều kiện tiên quyết: Actor phải đăng nhập vào hệ thống

Kết quả: Use Case thực hiện xong sẽ lưutên cở sở, địa chỉ, thông tin thợchụp ảnh, lịch chụp ảnh của từng cơ sở, từng nhân viên chụp ảnh

Điều kiện lỗi: Không có

Tác nhân chính: Actor hệ thống nhập thông tin hoặc sửatên cở sở, địachỉ, thông tin thợ chụp ảnh, lịch chụp ảnh của từng cơ sở, từng nhân viênchụp ảnh

Sự kiện ràng buộc: Không có.

Kịch bản chính

Các bước của luồng các sự kiện chính bao gồm:

1 Hoạt vụ bắt đầu khi quản trị hệ thống lựa tùy chọn quản lý cơ sở vàlịch

2 Người quản trị hệ thống nhập vào thông tin hay sửa sản phẩm, tên sản phẩm, thời gian thực hiện

3 Hệ thống sẽ lưu thông tin

4 Hoạt vụ kết thúc

Sơ đồ hoạt động

Hình 2.2.12: Sơ đồ hoạt động quản lý cơ sở và lịch của quản trị chung