Quản lý quan hệ khách hàng

TRƯỜNG ĐẠI HỌC AN GIANG KHOA KỸ THUẬT – CÔNG NGHỆ - MƠI TRƯỜNG LẬP TRÌNH QUẢN LÝ Đề Tài Quản Lý Quan Hệ Khách Hàng Giảng viên hướng dẫn: ThS Huỳnh Lý Thanh Nhàn Sinh viên thực hiện: Nguyễn Thiện An – DTH114081 An Giang – 05/2014 Đề tài: Quản lý quan hệ khách hàng GVHD: ThS Huỳnh Lý Thanh Nhàn MỤC LỤC MỤC LỤC DANH MỤC BẢNG DANH MỤC HÌNH NỘI DUNG GIỚI THIỆU 1.1 Giới thiệu 1.2 Mô tả nghiệp vụ 1.3 Mục tiêu 1.3.1 Mục tiêu tổng quan 1.3.2 Mục tiêu cụ thể 1.3.3 Công cụ thực QUY TRÌNH ỨNG DỤNG 11 2.1 Tiêu chí lựa chọn phương pháp 11 2.1.1 Mức độ yêu cầu người dùng 11 2.1.2 Mức độ quen biết kỹ thuật 11 2.1.3 Độ phức tạp 11 2.1.4 Độ tin cậy 11 2.1.5 Thời gian 11 2.1.6 Kế hoạch 11 2.2 Nhận xét 11 2.3 Mơ hình 12 PHÂN TÍCH 13 3.1 Sơ đồ Usecase 13 3.1.1 Danh sách vai trò người dùng (actor) 13 3.1.2 Danh sách usecase 13 3.1.3 Actor người dùng 15 3.1.4 Actor nhân viên 15 3.1.5 Actor người quản trị (admin) 17 3.1.6 Actor khách hàng 17 Nguyễn Thiện An – DH12TH 05/2014 Đề tài: Quản lý quan hệ khách hàng 3.2 GVHD: ThS Huỳnh Lý Thanh Nhàn Mô tả usecase 18 3.2.1 Usecase đăng nhập 18 3.2.2 Usecase đăng xuất 19 3.2.3 Usecase đổi mật 19 3.2.4 Usecase thêm khách hàng 20 3.2.5 Usecase tìm kiếm khách hàng 21 3.2.6 Usecase cập nhật thông tin khách hàng 21 3.2.7 Xem thông tin khách hàng 22 3.2.8 Usecase thêm hợp dồng 23 3.2.9 Usecase xem danh sách hợp đồng 23 3.2.10 Usecase lập phiếu toán 24 3.2.11 Usecase thêm dịch vụ 24 3.2.12 Usecase xem danh sách dịch vụ 25 3.2.13 Usecase thêm nhân viên 25 3.2.14 Usecase cập nhật thông tin nhân viên 26 3.2.15 Usecase thống kê khách hàng ký nhiều hợp đồng 27 3.2.16 Usecase thống kê toán cần thu tuần 27 3.2.17 Usecase thống kê chương trình tổ chức ngày 27 3.2.18 Usecase quản lý người dùng 28 3.2.19 Usecase xem nhật ký hệ thống 29 3.2.20 Usecase lưu liệu 29 3.2.21 Usecase phục hồi liệu 30 THIẾT KẾ 31 4.1 Thiết kế kiến trúc 31 4.1.1 4.2 Mơ hình kiến trúc 31 Thiết kế giao diện 32 4.2.1 Sơ đồ cấu trúc giao diện 32 4.2.2 Giao diện người dùng 33 4.2.2.1 Hệ thống menu 33 4.2.2.2 Một số giao diện chương trình 34 4.3 Thiết kế sở liệu 36 Nguyễn Thiện An – DH12TH 05/2014 Đề tài: Quản lý quan hệ khách hàng GVHD: ThS Huỳnh Lý Thanh Nhàn 4.3.1 Sơ đồ lớp 36 4.3.2 Cơ sở liệu 36 4.3.3 Mô tả lớp 37 TỔNG KẾT 42 5.1 Kết đạt 42 5.1.1 Thuận lợi 42 5.1.2 Khó khăn 42 5.2 Hướng phát triển 42 Nguyễn Thiện An – DH12TH 05/2014 Đề tài: Quản lý quan hệ khách hàng GVHD: ThS Huỳnh Lý Thanh Nhàn DANH MỤC BẢNG Bảng 1: Công cụ thực đồ án Bảng 2: Danh sách actor 13 Bảng 3: Danh sách usecase 13 Bảng 4: Mô tả usecase đăng nhập 18 Bảng 5: Mô tả usecase đăng xuất 19 Bảng 6: Mô tả usecase đổi mật 19 Bảng 7: Mô tả usecase thêm khách hàng 20 Bảng 8: Mơ tả usecase tìm kiếm khách hàng 21 Bảng 9: Mô tả usecase cập nhật thông tin khách hàng 22 Bảng 10: Mô tả usecase xem thông tin khách hàng 22 Bảng 11: Mô tả usecase thêm hợp đồng 23 Bảng 12: Mô tả usecase xem danh sách hợp đồng 23 Bảng 13: Mô tả usecase lập phiếu toán 24 Bảng 14: Mô tả usecase thêm dịch vụ 24 Bảng 15: Mô tả usecase xem danh sách dịch vụ 25 Bảng 16: Mô tả usecase thêm nhân viên 25 Bảng 17: Mô tả usecase cập nhật thông tin nhân viên 26 Bảng 18: Mô tả usecase thống kê khách hàng ký nhiều hợp đồng 27 Bảng 19: Mô tả usecase thống kê toán cần thu tuần 27 Bảng 20: Mơ tả usecase thống kê chương trình tổ chức ngày 28 Bảng 21: Mô tả usecase quản lý người dùng 28 Bảng 22: Mô tả usecase xem nhật ký hệ thống 29 Bảng 23: Mô tả usecase lưu liệu 29 Bảng 24: Mô tả usecase phục hồi liệu 30 Bảng 25: Mô tả quan hệ khách hàng 37 Bảng 26: Mô tả quan hệ nhân viên 38 Bảng 27: Mơ tả quan hệ chương trình 38 Bảng 28: Mô tả quan hệ hợp đồng 39 Bảng 29: Mô tả quan hệ kế hoạch chi trả 40 Bảng 30: Mô tả quan hệ người dùng 40 Bảng 31: Mô tả quan hệ liên hệ 41 Nguyễn Thiện An – DH12TH 05/2014 Đề tài: Quản lý quan hệ khách hàng GVHD: ThS Huỳnh Lý Thanh Nhàn DANH MỤC HÌNH Hình 1: Sơ đồ hoạt động tổng quan yêu cầu hệ thống Hình 2: Mơ hình phương pháp phát triển theo giai đoạn 12 Hình 3: Mối quan hệ actor hệ thống 13 Hình 4: Sơ đồ usecase người dùng 15 Hình 5: Sơ đồ usecase actor nhân viên nhóm nghiệp vụ khách hàng 15 Hình 6: Sơ đồ usecase actor nhân viên nhóm nghiệp vụ hợp đồng 16 Hình 7: Sơ đồ usecase actor nhân viên nhóm nghiệp vụ nhân viên 16 Hình 8: Sơ đồ usecase actor nhân viên nhóm nghiệp vụ dịch vụ 17 Hình 9: Sơ đồ usecase actor người quản trị hệ thống (admin) 17 Hình 10: Sơ đồ usecase actor khách hàng 18 Hình 11: Mơ hình kiến trúc hệ thống 31 Hình 12: Sơ đồ cấu trúc giao diện 33 Hình 13: Menu trang 33 Hình 14: Menu trợ giúp 33 Hình 15: Menu nghiệp vụ 33 Hình 16: Menu báo cáo thống kê 33 Hình 17: Menu quản trị hệ thống 33 Hình 18: Giao diện 34 Hình 19: Giao diện duyệt web 34 Hình 20: Giao diện cập nhật thơng tin khách hàng 35 Hình 21: Giao diện thống kê tốn cần thu 35 Hình 22: Sơ đồ lớp hệ thống 36 Hình 23: Lược đồ quan hệ sở liệu 37 Nguyễn Thiện An – DH12TH 05/2014 Đề tài: Quản lý quan hệ khách hàng GVHD: ThS Huỳnh Lý Thanh Nhàn NỘI DUNG GIỚI THIỆU 1.1 Giới thiệu Trên thương trường, khách hàng tương ứng hội kinh doanh Tìm kiếm khách hàng chăm sóc khách hàng cũ điều mà doanh nghiệp luôn phải quan tâm Việc doanh nghiệp tìm hiểu triển khai CRM (Customer Relationship Management – Quản Lý Quan Hệ Khách Hàng) vào công ty hay tổ chức cách đưa doanh nghiệp đến gần với khách hàng tạo mối quan hệ chặt chẽ nhờ tính mà CRM mang lại Hiểu lợi ích đó, cơng ty tổ chức kiện ViEvents triển khai mơ hình quản lý quan hệ khách hàng nhằm mục đích để dễ dàng khâu quản lý thông tin khách hàng liệu liên quan, để thực tốt công tác quản lý giảm chi tối thiểu chi phí thời gian nhân lực Phần mềm giúp công ty lưu trữ tất thơng tin liên quan đến khách hàng, công tác marketing, khuyến mãi, hậu dịch vụ chăm sóc khách khác… 1.2 Mô tả nghiệp vụ Công ty TNHH thành viên ViEvents chuyên tổ chức kiện cần quản lý thông tin khách hàng để phát triển chiến lược chăm sóc khách hàng marketing, có yêu cầu sau: Cơng ty chun tổ chức nhiều loại chương trình khác trình diễn thời trang, vấn người tiếng, ca nhạc, triển lãm, hội chợ… Bất kỳ khách hàng muốn tổ chức chương trình cần cung cấp chi tiết chương trình, cần phải trả chi phí tổ chức chương trình Mỗi chương trình khách hàng đăng ký tổ chức Mỗi khách hàng đăng ký tổ chức nhiều chương trình Chi tiết chương trình mã chương trình, tên chương trình, ngày bắt đầu, ngày kết thúc, mơ tả chương trình, số người tham gia chương trình, vị trí, tên loại chương trình, mơ tả loại chương trình Thơng tin chi tiết khách hàng mã khách hàng, họ tên khách hàng, địa chỉ, thành phố, nước, số điện thoại Chi phí tổ chức chương trình toán thành nhiều giai đoạn theo kế hoạch chi trả nhân viên quản lý chương trình thực với thoả thuận khách hàng Kế hoạch chi trả bao gồm thông tin mã giai đoạn tốn, mơ tả phí, phí giai đoạn, phương thức tốn, mơ tả phương thức toán, ngày toán theo kế hoạch, ngày thực tốn Kế hoạch chi trả cần thơng báo đến khách hàng Một khách hàng cần toán tất giai đoạn kế hoạch phí vào ngày bắt đầu hay trước ngày bắt đầu tổ chức chương trình Nguyễn Thiện An – DH12TH 05/2014 Đề tài: Quản lý quan hệ khách hàng GVHD: ThS Huỳnh Lý Thanh Nhàn Nếu khách hàng khơng tốn hạn theo kế hoạch chi trả (nghĩa hay trước ngày toán theo kế hoạch), khách hàng bị phạt theo mức phạt phụ thuộc vào thể loại chương trình Tiền phạt với số ngày trễ hạn nhân với mức phạt Những khách hàng liên hệ đến công ty lưu thông tin lại Thông tin khách hàng gồm tên khách hàng, địa chỉ, điện thoại, email, loại khách hàng (VIP, thân thiết, thường, nợ xấu, ),… Yêu cầu khách hàng, hẹn, gặp mặt, điện thoại, email công ty khách hàng ghi nhận lại Một khách hàng liên hệ đến cơng ty nhiều lần Mỗi liên hệ khách hàng đến công ty nhân viên phụ trách Một nhân viên phụ trách nhiều liên hệ Hàng tháng phận quan hệ khách hàng – marketing tiến hành tổng hợp đánh giá để điều chỉnh chiến lược công ty Bộ phận dựa liệu ghi nhận để phân loại khách hàng Loại khách hàng cập nhật vào thông tin khách hàng  Khách hàng VIP (thỏa điều kiện): + Có hợp đồng, giá trị hợp đồng từ 5.000.000 trở lên, số lần tốn trễ hạn khơng q + Tổng giá trị hợp đồng từ 60.000.000 trở lên, số lần tốn trễ hạn khơng q  Khách hàng thân thiết (thỏa điều kiện): + Có hợp đồng, giá trị hợp đồng từ 3.000.000 trở lên, số lần toán trễ hạn không + Tổng giá trị hợp đồng từ 40.000.000 trở lên, số lần toán trễ hạn không  Khách hàng tiềm (thỏa điều kiện): + Có hợp đồng, tổng giá trị hợp đồng từ 20.000.000 trở lên, số lần tốn trễ hạn khơng q + Có hợp đồng, giá trị hợp đồng từ 10.000.000 trở lên, khơng tốn trễ hạn  Khách hàng nợ xấu: Số lần toán trễ hạn từ 10 trở lên  Khách hàng thường: Những trường hợp cịn lại Ngồi ban giám đốc cơng ty cần xem danh sách chương trình tổ chức ngày đó, thống kê kế hoạch chi trả chưa toán cho tuần, báo cáo danh sách khách hàng đăng ký tổ chức nhiều chương trình Quy trình hoạt động hệ thống cần xây dựng thể tổng quan hình Nguyễn Thiện An – DH12TH 05/2014 Đề tài: Quản lý quan hệ khách hàng GVHD: ThS Huỳnh Lý Thanh Nhàn Hình 1: Sơ đồ hoạt động tổng quan yêu cầu hệ thống 1.3 Mục tiêu 1.3.1 Mục tiêu tổng quan - Hệ thống phải đáp ứng xuyên suốt quy trình nghiệp vụ cơng ty Hệ thống hóa hầu hết nghiệp vụ từ tổng quan đến chi tiết - Sử dụng công nghệ áp dụng vào hệ thống Tạo tảng để hệ thống đáp ứng tốt cho tương lai Hệ thống phải đảm bảo dễ dàng bảo trì nâng cấp - Đảm bảo tương tác dễ dàng tương thích với hệ thống khác có liên quan đến nghiệp vụ công ty 1.3.2 Mục tiêu cụ thể - Hệ thống tiết hóa đến hợp đồng, kế hoạch chi trả khách hàng Lưu giữ thông tin liên quan đến khách hàng cách chi tiết - Các hoạt động quy trình nghiệp vụ phải ràng buộc kiểm soát chặt chẽ Đưa nhìn rõ ràng chức phần mềm cung cấp - Giao diện đảm bảo tính thân thiện dễ dàng sử dụng người dùng có trình độ tin học thường 1.3.3 Cơng cụ thực Bảng 1: Công cụ thực đồ án Giai đoạn Công cụ Nhà sản xuất Phiên Đặc tả Microsoft Office Microsoft 2010 Phân tích Microsoft Office Microsoft 2010 Nguyễn Thiện An – DH12TH 05/2014 Đề tài: Quản lý quan hệ khách hàng GVHD: ThS Huỳnh Lý Thanh Nhàn StarULM Thiết kế 5.0.2.1570 Power Designer Sybase Microsoft Office Microsoft Power Designer Sybase StarULM Cài đặt 16.1.0.3637 2010 16.1.0.3637 5.0.2.1570 Microsoft Visual Studio Microsoft 2008 Microsoft SQL Server Microsoft 2008 Nguyễn Thiện An – DH12TH 05/2014 10 Đề tài: Quản lý quan hệ khách hàng GVHD: ThS Huỳnh Lý Thanh Nhàn Bảng 20: Mô tả usecase thống kê chương trình tổ chức ngày Use case name: Thống kê chương trình ID: 17 Importance level: Cao tổ chức ngày Primary actor: Nhân viên Use case type: Chi tiết Stakehoders and interests: Nhân viên lập thống kê chương trình tổ chức ngày Brief descprition: Khi cần thống kê chương trình tổ chức ngày, nhân viên chọn chức thống kê chương trình tổ chức ngày Danh sách chương trình hiển thị Trigger: Có yêu cầu thống kê chương trình tổ chức ngày Type: External Relationships: + Association: Nhân viên + Include: Đăng nhập Normal flow of event: Chọn chức Thống Kê Chương Trình Được Tổ Chức Trong Ngày Danh sách chương trình hiển thị Kết thúc Subflows: Khơng có Exceptional flows: Không xảy ngoại lệ 3.2.18 Usecase quản lý người dùng Bảng 21: Mô tả usecase quản lý người dùng Use case name: Quản lý người dùng ID: 18 Importance level: Trung bình Primary actor: Admin Use case type: Chi tiết Stakehoders and interests: Admin cần xem thông tin tất người dùng Brief descprition: Khi cần xem thông tin tất người hệ thống, admin chọn chức quản lý người dùng Thông tin tất người dùng hiển thị Trigger: Có yêu cầu xem thông tin tất người dùng hệ thống Type: External Relationships: + Association: Admin + Include: Đăng nhập Normal flow of event: Chọn chức quản lý người dùng Chọn người dùng Nhấn nút thiết lập mật  Sub1 Nhập mật Nhấn nút OK Kết thúc Subflows: Sub1 Nhập mật Nhập mật xác nhận mật Nguyễn Thiện An – DH12TH 05/2014 28 Đề tài: Quản lý quan hệ khách hàng GVHD: ThS Huỳnh Lý Thanh Nhàn Kiểm tra mật mật xác nhận Nếu khơng thơng báo lỗi quay lại Sub1-1 Ngược lại, thực Sub1-4 Tiếp tục thực bước Exceptional flows: Khơng có ngoại lệ xảy 3.2.19 Usecase xem nhật ký hệ thống Bảng 22: Mô tả usecase xem nhật ký hệ thống Use case name: Xem nhật ký hệ thống ID: 19 Importance level: Cao Primary actor: Admin Use case type: Chi tiết Stakehoders and interests: Admin cần xem nhật ký đăng nhập hệ thống Brief descprition: Khi cần xem nhật ký đăng nhập hệ thống, admin chọn chức xem nhật ký Chức hữu ích cho việc kiểm tra vào thao tác, thao tác với hệ thống Trigger: Có u cầu xem nhật ký hệ thống Type: External Relationships: + Association: Admin + Include: Đăng nhập Normal flow of event: Chọn chức xem nhật ký Chọn tháng cần xem Nội dung nhật ký hiển thị Kết thúc Subflows: Khơng có Exceptional flows: Nếu chưa có nhật ký cho tháng chọn thơng báo lỗi 3.2.20 Usecase lưu liệu Bảng 23: Mô tả usecase lưu liệu Use case name: Sao lưu liệu ID: 20 Importance level: Trung bình Primary actor: Admin Use case type: Chi Tiết Stakehoders and interests: Admin cần lưu liệu hệ thống Brief descprition: Khi cần lưu liệu hệ thống lại, ddmin chọn chức lưu liệu Chức giúp cho liệu an tồn, khơng hệ thống có cố Trigger: Có yêu cầu lưu liệu Type: External Relationships: + Association: Admin + Include: Đăng nhập Normal flow of event: Chọn chức lưu liệu Chọn nơi đặt tập tin lưu Nhấn nút Save Thông báo kết thao tác lưu Nguyễn Thiện An – DH12TH 05/2014 29 Đề tài: Quản lý quan hệ khách hàng GVHD: ThS Huỳnh Lý Thanh Nhàn Kết thúc Subflows: Khơng có Exceptional flows: Khơng xảy ngoại lệ 3.2.21 Usecase phục hồi liệu Bảng 24: Mô tả usecase phục hồi liệu Use case name: Phục hồi liệu ID: 23 Importance level: Trung bình Primary actor: admin Use case type: Chi tiết Stakehoders and interests: Admin muốn phục hồi lại liệu lưu Brief descprition: Khi cần phục hồi lại liệu lưu, Admin chọn chức Phục Hồi Dữ Liệu Chức cho phép phục hồi lại tất liệu lưu trước Trigger: Có yêu cầu phục hồi liệu Type: External Relationships: + Association: Admin + Include: Đăng nhập Normal flow of event: Chọn chức phục hồi liệu Chọn đường dẫn nơi lưu tập tin lưu Nhấn nút Open Thông báo kết thao tác phục hồi Kết thúc Subflows: Khơng có Exceptional flows: Không xảy ngoại lệ Nguyễn Thiện An – DH12TH 05/2014 30 Đề tài: Quản lý quan hệ khách hàng GVHD: ThS Huỳnh Lý Thanh Nhàn THIẾT KẾ 4.1 Thiết kế kiến trúc Kiến trúc thiết kế thành phần thiếu thiết kế Với kiến trúc vạch định hướng giúp nhà lập trình dễ dàng nhận biết áp dụng phù hợp với hệ thống 4.1.1 Mơ hình kiến trúc Lớp Giao Diện Lớp Xử Lý Nghiệp Vụ Lớp Dữ Liệu Lớp Data Provider CSDL Hình 11: Mơ hình kiến trúc hệ thống  Lớp giao diện: hay cịn gọi lớp trình bày (presentation layer), hoạt động hiển thị thông tin xử lý lệnh người dùng trình bày thể lớp này, lớp thường form giao diện, website…  Lớp xử lý nghiệp vụ (bussiness layer): hoạt động lớp nhằm xử lý quy trình nghiệp vụ ứng dụng Những nội dung truyền tải từ giao diện xử lý thông qua tầng  Lớp liệu: hay gọi lớp truy cập liệu (data access layer), hoạt động lớp xử lý cần thiết câu lệnh truy vấn CSDL để thực việc truy cập đến liệu lưu trữ Việc truyền tải câu lệnh truy vấn đến CSDL mang liệu để tiến hành việc xử lý lớp nhiệm vụ mà lớp phụ trách Nguyễn Thiện An – DH12TH 05/2014 31 Đề tài: Quản lý quan hệ khách hàng GVHD: ThS Huỳnh Lý Thanh Nhàn  Lớp data provider: lớp quản lý việc kết nối đến hệ quản trị CSDL, việc thực thi câu lệnh truy vấn lớp liệu Việc kết nối đến hệ quản trị CSDL khác phụ thuộc vào lớp  Cơ sở liệu: hay gọi kho liệu, với tất liệu tập trung lưu trữ thành phần hệ thống Đây nơi tập hợp lưu lại thông tin liên quan hệ thống 4.2 Thiết kế giao diện 4.2.1 Sơ đồ cấu trúc giao diện Biểu đồ thể giao diện hệ thống phân cấp định vào mục định đảm bảo tính rõ ràng quán đảm bảo tính dễ dùng tính dễ bảo trì hệ thống Tạo định hướng cho người dùng dễ dàng tiếp cận với hệ thống Giao diện thiết kế sơ đồ Hệ thống quản lý quan hệ khách hàng Trang Nghiệp vụ Người dùng Khách hàng Internet Hợp đồng Báo cáo thống kê Quản trị hệ thống Báo cáo khách hàng Thống kê doanh thu Giao diện Thanh toán Thống kê nợ Người dùng Cơ sở liệu Cấu hình hệ thống Trợ giúp Hướng dẫn sử dụng Thông tin CT Thông tin TG Giao Dịchdiện vụ Nhân viên Nguyễn Thiện An – DH12TH 05/2014 32 Đề tài: Quản lý quan hệ khách hàng GVHD: ThS Huỳnh Lý Thanh Nhàn Hình 12: Sơ đồ cấu trúc giao diện 4.2.2 Giao diện người dùng 4.2.2.1 Hệ thống menu Hình 13: Menu trang Hình 14: Menu trợ giúp Hình 15: Menu nghiệp vụ Hình 16: Menu báo cáo thống kê Hình 17: Menu quản trị hệ thống Nguyễn Thiện An – DH12TH 05/2014 33 Đề tài: Quản lý quan hệ khách hàng GVHD: ThS Huỳnh Lý Thanh Nhàn 4.2.2.2 Một số giao diện chương trình Hình 18: Giao diện Hình 19: Giao diện duyệt web Nguyễn Thiện An – DH12TH 05/2014 34 Đề tài: Quản lý quan hệ khách hàng GVHD: ThS Huỳnh Lý Thanh Nhàn Hình 20: Giao diện cập nhật thơng tin khách hàng Hình 21: Giao diện thống kê tốn cần thu Nguyễn Thiện An – DH12TH 05/2014 35 Đề tài: Quản lý quan hệ khách hàng GVHD: ThS Huỳnh Lý Thanh Nhàn 4.3 Thiết kế sở liệu 4.3.1 Sơ đồ lớp Chương trình +Tên chương trình: String +Mô tả: String * * Khách hàng +Họ tên: String +Địa chỉ: String +Điện thoại: String +Email: String Hợp đồng Kế hoạch chi trả +Số hợp đồng: Int +Ngày bắt đầu: DateTime +Ngày kết thúc: DateTime +Mô tả: String +Số người tham gia: Int +Địa điểm: String +Mức phạt: String +Giai đoạn: Int +Phí: Int +Mô tả phí: String +Phương thức toán: String +Ngyà toán theo kê hoạch: DateTime +Ngày thật toán: DateTime 1 * 1 * 1 Nhân viên * Liên hệ +Thời gian: DateTime +Nội dung: String +Hình thức: String +Độ quan trọng: Int +Đã gải quayết: Boolean * +Họ tên: String +Ngày sinh: DateTime +Giới tính: Boolean +Hệ số lương: Float +Điện thoại: String +Email: String +Địa chỉ: String Phí phạt +Số hợp đồng: Int +Giai đoạn: Int +Phí phạt: Int Hình 22: Sơ đồ lớp hệ thống 4.3.2 Cơ sở liệu Thực việc chuyển CSDL từ sơ đồ lớp (mơ hình luận lý ) sang mơ hình vật lý Cơ sở liệu lưu trữ thông tin liên quan hệ thống chương trình quản lý tổ chức kiện Nguyễn Thiện An – DH12TH 05/2014 36 Đề tài: Quản lý quan hệ khách hàng GVHD: ThS Huỳnh Lý Thanh Nhàn Hình 23: Lược đồ quan hệ sở liệu 4.3.3 Mô tả lớp  Khách hàng: Bảng 25: Mô tả quan hệ khách hàng STT Tên trường MaKH TenKH DiaChi DienThoai Email Kiểu varchar(8) nvarchar(50) nvarchar(100) varchar(20) varchar(50) Khóa PK Not null   Diễn giải Mã khách hàng Tên khách hàng Địa Số điện thoại Email  Mô tả: - Bảng khách hàng lưu trữ thông tin khách hàng công ty - Mã khách hàng dùng để phân biệt khách hàng với Mỗi khách hàng có mã số  Tối ưu hóa: - Mã khách hàng phải theo nguyên tắc: KH + kí tự số - Ví dụ: KH000001, KH000002,…  Ràng buộc: - Nguyễn Thiện An – DH12TH Mã khách hàng phải đặt theo nguyên tắc: KH kí tự số 05/2014 37 Đề tài: Quản lý quan hệ khách hàng GVHD: ThS Huỳnh Lý Thanh Nhàn  Nhân viên: Bảng 26: Mô tả quan hệ nhân viên STT Tên trường MaNV TenNV GioiTinh NgaySinh DiaChi DienThoai Email HeSoLuong Kiểu varchar(5) nvarchar(50) bit date nvarchar(100) Varchar(20) Varchar(50) float Khóa PK Not null    Diễn giải Mã nhân viên Tên nhân viên Giới tính Ngày sinh Địa Số điện thoại Địa email Hệ số lương  Mô tả: - Bảng lưu thông tin liên quan đến nhân viên công ty - Mỗi nhân viên có mã nhân viên mã số Đây tên đăng nhập nhân viên vào hệ thống chương trình  Tối ưu hóa: - Mã Nhân viên phải theo nguyên tắc: NV - Ví dụ: NV001, NV002, NV003… kí tự số  Ràng buộc: - Mã nhân viên phải đặt theo nguyên tắc: NV số kí tự  Chương trình: Bảng 27: Mơ tả quan hệ chương trình STT Tên trường MaCT TenCT MoTaCT Kiểu varchar(5) nvarchar(50) nvarchar(100) Khóa PK Not null   Diễn giải Mã chương trình Tên chương trình Mơ tả chương trình  Mơ tả: - Bảng lưu thông tin liên quan đến chương trình mà cơng ty tổ chức thực tế - Ghi thông tin đề cập chương trình - Mã chương trình dùng để phân biệt chương trình với Mỗi chương trình có mã chương trình riêng biệt Nguyễn Thiện An – DH12TH 05/2014 38 Đề tài: Quản lý quan hệ khách hàng GVHD: ThS Huỳnh Lý Thanh Nhàn  Tối ưu hóa: Mã chương trình tổ chức phải đặt theo nguyên tắc: CT kí tự số Ví dụ: CT001, CT002 -  Ràng buộc: - Tất chương trình tổ chức phải có đầy đủ thơng tin mã chương trình tên chương trình (phần mơ tả chương trình để trống) - Mã chương trình phải viết theo nguyên tắc  Hợp đồng: Bảng 28: Mô tả quan hệ hợp đồng STT 10 Tên trường Kiểu ID MaKH MaCT MaNV NgayBatDau NgayKetThuc MoTa SoNguoiThamGia DiaDiem MucPhat int varchar(8) varchar(5) varchar(5) smalldatetime smalldatetime nvarchar(100) int nvarchar(100) int Khóa PK FK FK FK Not null        Diễn giải Khóa bảng Mã khách hàng Mã chương trình Mã nhân viên Ngày bắt đầu Ngày kết thúc Mô tả Số người tham gia Địa điểm tổ chức Mức phạt  Mô tả: - Bảng lưu thông tin chi tiết chương trình mà cơng ty tổ chức, giống phiếu đăng kí (một hợp đồng) tổ chức chương trình thực tế - Một khách hàng đăng ký tổ chức nhiều chương trình - Mỗi chi tiết chương trình cấp D nhất, để hệ thống dễ dàng quản lý  Ràng buộc: - Mã khách hàng, mã chương trình, mã nhân viên phải viết theo nguyên tắc: + Mã khách hàng: KH + Mã chương trình: CT + Mã nhân viên : NV kí tự số kí tự số kí tự số  Kế hoạch chi trả: Nguyễn Thiện An – DH12TH 05/2014 39 Đề tài: Quản lý quan hệ khách hàng GVHD: ThS Huỳnh Lý Thanh Nhàn Bảng 29: Mô tả quan hệ kế hoạch chi trả STT Tên trường Kiểu IdCTCT int tinyint int nvarchar(100) nvarchar(50) GiaiDoan Phi MoTaPhi PhuongThucTT Khóa Not null PK, FK  PK  NgayTTTheoKH smalldatetime NgayThatSuTT smalldatetime Diễn giải ID bảng chi tiết chương trình Giai đoạn tốn Số tiền cần tốn Mơ tả phí Phương thức tốn Thời gian khách hàng phải toán Thời gian thật toán khách hàng  Mô tả: Bảng kế hoạch chi trả lưu thơng tin chi tiết cách tốn chương trình thực tế -  Ràng buộc: - Ngày toán theo kế hoạch phải trước với ngày bắt đầu tổ chức chương trình - Nếu khách hàng toán sau ngày toán theo kế hoạch khách hàng bị phạt  Phí phạt: STT Tên trường Kiểu Khóa Not null IdCTCT int PK, FK  GiaiDoan PhiPhat tinyint int PK, FK   Diễn giải ID bảng chi tiết chương trình Giai đoạn tốn Phí phạt  Mơ tả: Mỗi bảng phí phạt tương ứng với phiếu phạt áp dụng cho khách hàng tốn trễ hạn -  Ràng buộc: Phí phạt khách hàng toán trễ hạn mức phạt chi tiết chương trình mà khách hàng đăng kí nhân với số ngày trễ hạn -  Người dùng: Bảng 30: Mô tả quan hệ người dùng STT Tên trường Username Nguyễn Thiện An – DH12TH Kiểu Varchar(20) Khóa PK 05/2014 Not null Diễn giải Tên đăng nhập  40 Đề tài: Quản lý quan hệ khách hàng Password TenNguoiDung Quyen MoTaQuyen GVHD: ThS Huỳnh Lý Thanh Nhàn  Varchar(35) Nvarchar(30) Tinyint Nvarchar(50)  Mật mã hóa Tên người dùng Quyền người dùng Mô tả cho quyền  Mô tả: - Bảng người dùng sử dụng để lưu thơng tin người dùng chương trình  Tối ưu hóa: - Password người mã hóa để tăng tính bảo mật  Ràng buộc: - Mỗi nhân viên khách hàng cấp tài khoản sử dụng chương trình (mã nhân viên mã khách hàng tên đăng nhập)  Liên hệ: Bảng 31: Mô tả quan hệ liên hệ STT Tên trường MaLienHe MaKH MaNV ThoiGian NoiDung HinhThuc DoQuanTrong DaGiaiQuyet Nguyễn Thiện An – DH12TH Kiểu Int Varchar(8) Varchar(5) DateTime Nvarchar(max) Nvarchar(50) Tinyint Bit Khóa PK FK FK 05/2014 Not null      Diễn giải Mã liên hệ Mã khách hàng Mã nhân viên Thời gian liên hệ Nội dung liên hệ Hình thức liên hệ Độ quan trọng Đã giải 41 Đề tài: Quản lý quan hệ khách hàng GVHD: ThS Huỳnh Lý Thanh Nhàn TỔNG KẾT 5.1 Kết đạt 5.1.1 Thuận lợi - Với giai đoạn phân tích thực đặt tả hầu hết chức - Với giai đoạn thiết kế thực chi tiết đầy đủ - Nắm tổng quan dự án - Đáp ứng yêu cầu yếu hệ thống - Tạo giao diện thân thiện với người dùng đảm bảo tính tồn vẹn - Có tài liệu đáp ứng giai đoạn - Công cụ sử dụng đáp ứng yêu cầu đảm bảo tính linh hoạt - Thiết kế chi tiết từ mức tổng quan đến mức cụ thể (chi tiết) - Đảm bảo đầy đủ giai đoạn việc Đặc tả - phân tích - thiết kế 5.1.2 Khó khăn - Thực chưa triệt để thành phần thiết kế - Còn vài lỗi chưa kiểm sốt phân tích - Chưa hiểu hết chi tiết thành phần cụ thể hệ thống - Chưa kiểm thử qua việc thực thi kiểm thử 5.2 Hướng phát triển - Hệ thống nâng cấp tương lai với kỹ thuật cơng nghệ Có thể áp dụng cơng nghệ đám mây điện tốn để lưu trữ truy xuất thông tin trực tuyến - Thực nâng cấp để đáp ứng sở liệu lớn mức độ truy cập cao Nguyễn Thiện An – DH12TH 05/2014 42 ... Đăng nhập hệ thống Đăng xuất hệ thống 05/2014 13 Đề tài: Quản lý quan hệ khách hàng Đổi mật Thêm khách hàng Cập nhật thông tin khách hàng Tìm kiếm khách hàng Đánh giá phân loại khách hàng Ghi... DH12TH 05/2014 36 Đề tài: Quản lý quan hệ khách hàng GVHD: ThS Huỳnh Lý Thanh Nhàn Hình 23: Lược đồ quan hệ sở liệu 4.3.3 Mô tả lớp  Khách hàng: Bảng 25: Mô tả quan hệ khách hàng STT Tên trường MaKH... Đề tài: Quản lý quan hệ khách hàng GVHD: ThS Huỳnh Lý Thanh Nhàn QUY TRÌNH ỨNG DỤNG 2.1 Tiêu chí lựa chọn phương pháp 2.1.1 Mức độ yêu cầu người dùng - Với hệ thống quản lý quan hệ khách hàng trình