PHẦN 1 TỔNG QUAN VẤN ĐỀ NGHIÊN CỨU
3.3. Thiết kế hệ thống
3.3.4. Xây dựng giao diện giữa người dùng và máy
Giao diện giữa người dùng và máy của hệ thống thông tin quản lý khách hàng cho Công ty TNHH Đào Vũ được thiết kế mẫu bằng phần mềm GUI Design Studio – Phần mềm thiết kế giao diện Windows Form. GUI Design Studio là một phần mềm công cụ thiết kế chuyên biệt cho bất cứ ai tham gia vào việc thiết kế ứng dụng giao diện người dùng, bao gồm cả thiết kế trải nghiệm người dùng, nhà phân tích kinh doanh, phát triển, quản lý dự án và tư vấn.
Không chỉ dừng lại ở việc tạo ra các giao diện form, các menu, các webpage, GUI Design Studio còn giúp bạn kết nối các thành phần này lại với nhau bằng các hành động (VD: Click vào button này sẽ mở form kia, click vào menu này sẽ mở form xyz nào đó…)
Một số form cơ bản:
Form Đăng nhập
Hình 3.28. Giao diện Đăng nhập
Form Màn hình chính
Form Khách hàng
Hình 3.30. Giao diện Khách hàng
Form Thống kê
Form Tìm kiếm
KẾT LUẬN
Ngày nay, chúng ta đang sống trong kỷ nguyên của thông tin cùng với sự phát triển vũ bão của khoa học kỹ thuật, việc xây dựng và phát triển các hệ thống thông tin trong các doanh nghiệp đã trở thành một nhu cầu tất yếu, trở thành một trong những điều kiện tiên quyết cho sự tồn tại và phát triển trong thời kỳ bùng nổ công nghệ thông tin. Nhu cầu phát triển một hệ thống thông tin quản lý khách hàng là một nhu cầu cấp thiết đối với mỗi doanh nghiệp. Hệ thống quản lý khách hàng sẽ giúp cho doanh nghiệp đơn giản hóa các quy trình xử lý, quản trị thơng tin và nâng cao hiệu suất kinh doanh, đồng thời cũng tiết kiệm thời gian cho doanh nghiệp và khách hàng. Công ty TNHH Đào Vũ kinh doanh trong nhiều lĩnh vực nên số lượng khách hàng là tương đối lớn. Vì vậy, việc bổ sung hệ thống thông tin quản lý khách hàng cho công ty trong thời điểm này là cần thiết.
Trong bài luận văn, em đã tiến hành phân tích, thiết kế hệ thống quản lý khách hàng tại công ty TNHH Đào Vũ một cách chi tiết, tạo cơ sở cho giai đoạn lập trình sau này. Dựa trên cơ sở nhu cầu quản lý của công ty, hệ thống đã được thiết kế đơn giản, thân thiện, linh hoạt và dễ sử dụng. Trong tương lai, hệ thống có thể được nâng cấp hơn để hỗ trợ tối đa người dùng qua việc thiết kế giao diện tiện lợi hơn giúp người dùng thao tác nhanh chóng hơn và tiết kiệm thời gian tìm kiếm, có thể mở rộng thêm các chức năng mới để phù hợp với nhu cầu của khách hàng.
Do kiến thức và thời gian có hạn nên bài luận văn khơng thể tránh được những thiết sót cũng như chưa đáp ứng được đầy đủ các u cầu thực tế của cơng ty, em kính mong sẽ nhận được sự nhận xét, góp ý của thầy cơ giáo để bài luận được hoàn thiện hơn.
Một lần nữa, em xin chân thành cảm ơn cô giáo Thạc sĩ Đinh Thị Hà đã hướng dẫn, giúp đỡ em rất nhiều trong q trình làm bài khóa luận.
TÀI LIỆU THAM KHẢO
[1] Nguyễn Văn Ba, 2010, Phân tích và thiết kế hệ thống thơng tin quản lý - NXB Đại học Quốc gia Hà Nội
[2] Trần Đình Quế - Nguyễn Mạnh Sơn, 2007, Phân tích và thiết kế hệ thống
thơng tin - Học viện cơng nghệ bưu chính viễn thơng
[3] TS Dương Kiều Hoa - Tơn Thất Hịa An, 2008, Phân tích thiết kế hệ thống
thơng tin theo UML - Trường Đại học Công nghệ thông tin, Đại học Quốc gia TPHCM
[4] Website tham khảo:
http://ketnooi.com/forum/viewtopic.php?f=137&t=127346 http://luanvan.net.vn/luan-van/phan-tich-va-thiet-ke-he-thong-quan-ly-khach- hang-tai-cong-ty-co-phan-du-lieu-va-truyen-thong-dai-viet-46419/ http://luanvan.co/luan-van/quan-ly-ban-hang-linh-kien-may-tinh-35043/ http://doc.edu.vn/tai-lieu/de-tai-phan-tich-va-thiet-ke-he-thong-quan-ly-cua- hang-mua-ban-sach-5788/
PHỤ LỤC
Biểu diễn các use case bởi kịch bản
Biểu diễn kịch bản cho use case “ ThemKhachHang”
Tác nhân chính Nhân viên
Mức 3
Điều kiện bắt đầu Nhân viên chọn form KhachHang trên hệ thống.
Điều kiện kết thúc Thông tin về khách hàng mới được bổ sung vào cơ sở dữ liệu Diễn biến chính :
1. Nhân viên chọn chức năng thêm khách hàng.
2. Hệ thống hiển thị form thêm khách hàng và yêu cầu nhân viên nhập thông tin khách hàng mới.
3. Nhân viên nhập thông tin khách hàng mới và nhấn OK.
4. Hệ thống kiểm tra thông tin khách hàng và xác nhận thông tin hợp lệ. 5. Thông tin khách hàng mới được nhập vào cơ sở dữ liệu.
6. Hệ thống thông báo đã nhập thành công.
7. Nhân viên thoát khỏi chức năng thêm khách hàng. Ngoại lệ :
1. Hệ thống thơng báo đã có khách hàng trong cơ sở dữ liệu. 2. Hệ thống thông báo thông tin khách hàng không hợp lệ 2.1. Hệ thống yêu cầu nhân viên nhập lại thông tin khách hàng. 2.2. Nhân viên nhập lại thông tin khách hàng.
Biểu diễn kịch bản cho use case “SuaKhachHang”
Tác nhân chính Nhân viên
Mức 3
Điều kiện bắt đầu Nhân viên chọn form KhachHang trong hệ thống
Điều kiện kết thúc Thông tin khách hàng vừa sửa được cập nhập vào cơ sở dữ liệu.
Diễn biến chính
1. Nhân viên kích hoạt yêu cầu sửa thông tin khách hàng.
2. Hệ thống hiển thị form sửa thông tin khách hàng và yêu cầu nhân viên nhập tên khách hàng cần sửa
3. Hệ thống kiểm tra tên khách hàng mà nhân viên đã nhập và hiển thị thông tin của khách hàng.
4. Nhân viên sửa thông tin khách hàng và nhấn OK.
5. Hệ thống kiểm tra thông tin khách hàng được sửa và xác nhận thông tin hợp lệ. 6. Hệ thống nhập thông tin khách hàng đã được sửa vào cơ sở dữ liệu.
7. Hệ thống thông báo sửa thành cơng.
8. Nhân viên thốt khỏi chức năng sửa khách hàng. Ngoại lệ
1. Hệ thống thơng báo khơng có tên khách hàngmà nhân viên đã nhập. 1.1. Hệ thống hỏi nhân viên có muốn nhập tên khách hàngkhác khơng 1.2. Nhân viên nhập tên khách hàngkhác.
1.3. Hệ thống hiển thị thông tin của khách hàng. 1.4. Nhân viên sửa lại thông tin khách hàng 1.5. Hệ thống thông báo sửa thành công.
2. Hệ thống thông báo thông tin khách hàngđược sửa không hợp lệ. 2.1. Hệ thống yêu cầu nhân viên nhập lại thông tin khách hàngcần sửa. 2.2. Nhân viên nhập lại thông tin khách hàng.
Biểu diễn kịch bản cho use case “XoaKhachHang”
Tác nhân chính Nhân viên
Mức 3
Điều kiện bắt đầu Nhân viên chọn form KhachHang trên hệ thống. Điều kiện kết thúc Thơng tin về khách hàng được xóa khỏi cơ sở dữ liệu. Diễn biến chính
1. Nhân viên kích hoạt u cầu xóa khách hàng
2. Hệ thống hiển thị form xóa khách hàng và yêu cầu nhân viên nhập tên khách hàng muốn xóa.
3. Nhân viên nhập tên khách hàng muốn xóa và nhấn OK
4. Hệ thống kiểm tra tên của khách hàng muốn xóa và xác nhận hợp lệ.
5. Hệ thống hỏi nhân viên có chắc chắn muốn xóa khách hàng khỏi cơ sở dữ liệu không? Và hiển thị lựa chọn yes hoặc no.
6. Nhân viên chọn yes.
7. Hệ thống xóa khách hàng khỏi cơ sở dữ liệu.
8. Nhân viên thốt khỏi chức năng xóa khách hàng. Ngoại lệ
1. Hệ thống thơng báo khơng có tên khách hàng trong cơ sở dữ liệu. 1.1. Hệ thống yêu cầu nhân viên nhập lại tên sản phẩm.
1.2. Nhân viên nhập tên khách hàngkhác. 1.3. Hệ thống thơng báo xóa thành cơng
2. Nhân viên chọn “no” : hệ thống quay lại bước trước.
Biểu diễn kịch bản cho use case “ThemHopDong”
Tác nhân chính Nhân viên
Mức 3
Điều kiện bắt đầu Nhân viên chọn form HopDong trên hệ thống.
Điều kiện kết thúc Thông tin về hợp đồng mới được bổ sung vào cơ sở dữ liệu Diễn biến chính :
1. Nhân viên chọn chức năng thêm hợp đồng.
đồng mới.
3. Nhân viên nhập thông tin hợp đồng mới và nhấn OK.
4. Hệ thống kiểm tra thông tin hợp đồng và xác nhận thông tin hợp lệ. 5. Thông tin hợp đồng mới được nhập vào cơ sở dữ liệu.
6. Hệ thống thông báo đã nhập thành công.
7. Nhân viên thoát khỏi chức năng thêm hợp đồng. Ngoại lệ :
1. Hệ thống thơng báo đã có hợp đồng trong cơ sở dữ liệu. 1.1. Yêu cầu nhập lại tên hợp đồng.
1.2. Nhân viên nhập lại tên hợp đồng.
1.3. Hệ thống thông báo đã nhập thành công.
2. Hệ thống thông báo thông tin hợp đồng không hợp lệ 2.1. Hệ thống yêu cầu nhân viên nhập lại thông tin hợp đồng. 2.2. Nhân viên nhập lại thông tin hợp đồng.
Biểu diễn kịch bản cho use case “SuaHopDong”
Tác nhân chính Nhân viên
Mức 3
Điều kiện bắt đầu Nhân viên chọn form HopDong trên hệ thống
Điều kiện kết thúc Thông tin hợp đồng vừa sửa được cập nhập vào cơ sở dữ liệu.
Diễn biến chính:
1. Nhân viên kích hoạt u cầu sửa thơng tin hợp đồng.
2. Hệ thống hiển thị form sửa thông tin hợp đồng và yêu cầu nhân viên nhập tên hợp đồng cần sửa.
3. Hệ thống kiểm tra tên hợp đồng mà nhân viên đã nhập và hiển thị thông tin của hợp đồng.
4. Nhân viên sửa thông tin hợp đồng và nhấn OK.
5. Hệ thống kiểm tra thông tin hợp đồng được sửa và xác nhận thông tin hợp lệ. 6. Hệ thống nhập thông tin hợp đồng đã được sửa vào cơ sở dữ liệu.
7. Hệ thống thông báo sửa thành công.
8. Nhân viên thoát khỏi chức năng sửa hợp đồng. Ngoại lệ
1. Hệ thống thơng báo khơng có tên hợp đồng mà nhân viên đã nhập. 1.1. Hệ thống hỏi nhân viên có muốn nhập tên hợp đồng khác khơng 1.2. Nhân viên nhập tên hợp đồng khác.
1.3. Hệ thống hiển thị thông tin của hợp đồng. 1.4. Nhân viên sửa lại thông tin hợp đồng. 1.5. Hệ thống thông báo sửa thành công.
2. Hệ thống thông báo thông tin hợp đồng được sửa không hợp lệ.
2.1. Hệ thống yêu cầu nhân viên nhập lại thông tin hợp đồng cần sửa. 2.2. Nhân viên nhập lại thông tin hợp đồng.
Biểu diễn kịch bản cho use case “XoaHopDong”
Tác nhân chính Nhân viên
Mức 3
Điều kiện bắt đầu Nhân viên chọn form HopDong hệ thống.
Điều kiện kết thúc Thơng tin về hợp đồng đã được xóa khỏi cơ sở dữ liệu. Diễn biến chính
1. Nhân viên kích hoạt u cầu xóa hợp đồng.
2. Hệ thống hiển thị form xóa hợp đồng và yêu cầu nhân viên nhập tên hợp đồng muốn xóa.
3. Nhân viên nhập tên hợp đồng muốn xóa và nhấn OK.
4. Hệ thống kiểm tra tên của hợp đồng muốn xóa và xác nhận hợp lệ. 5. Hệ thống hỏi nhân viên có chắc chắn muốn xóa hợp đồng khỏi cơ sở dữ liệu không? Và hiển thị lựa chọn yes hoặc no.
6. Nhân viên chọn yes.
7. Hệ thống xóa hợp đồng khỏi cơ sở dữ liệu. 8. Nhân viên thốt khỏi chức năng xóa hợp đồng. Ngoại lệ :
1. Hệ thống thơng báo khơng có tên hợp đồng trong cơ sở dữ liệu. a. Hệ thống yêu cầu nhân viên nhập lại tên hợp đồng.
b. Nhân viên nhập tên hợp đồng khác. c. Hệ thống thơng báo xóa thành cơng
Biểu diễn kịch bản cho use case “ThemGiaoDich”
Tác nhân chính Nhân viên
Mức 3
Điều kiện bắt đầu Nhân viên chọn form GiaoDich trên hệ thống.
Điều kiện kết thúc Thông tin về giao dịch mới được bổ sung vào cơ sở dữ liệu
Diễn biến chính :
1. Nhân viên chọn chức năng thêm giao dịch.
2. Hệ thống hiển thị form thêm giao dịch và yêu cầu nhân viên nhập thông tin giao dịch mới.
3. Nhân viên nhập thông tin giao dịch mới và nhấn OK.
4. Hệ thống kiểm tra thông tin giao dịch và xác nhận thông tin hợp lệ. 5. Thông tin giao dịch mới được nhập vào cơ sở dữ liệu.
6. Hệ thống thơng báo đã nhập thành cơng.
7. Nhân viên thốt khỏi chức năng thêm giao dịch. Ngoại lệ :
1. Hệ thống thơng báo đã có giao dịch trong cơ sở dữ liệu. 1.1. Yêu cầu nhập lại tên giao dịch.
1.2. Nhân viên nhập lại tên giao dịch.
1.3. Hệ thống thông báo đã nhập thành công.
2. Hệ thống thông báo thông tin giao dịch không hợp lệ 2.1. Hệ thống yêu cầu nhân viên nhập lại thông tin giao dịch. 2.2. Nhân viên nhập lại thông tin giao dịch.
Biểu diễn kịch bản cho use case “SuaGiaoDich”
Tác nhân chính Nhân viên
Mức 3
Điều kiện bắt đầu Nhân viên chọn form GiaoDich trên hệ thống
Điều kiện kết thúc Thông tin giao dịch vừa sửa được cập nhập vào cơ sở dữ liệu.
Diễn biến chính:
1. Nhân viên kích hoạt u cầu sửa thơng tin giao dịch.
2. Hệ thống hiển thị form sửa thông tin giao dịchvà yêu cầu nhân viên nhập tên giao dịch cần sửa.
3. Hệ thống kiểm tra tên giao dịch mà nhân viên đã nhập và hiển thị thông tin của giao dịch.
4. Nhân viên sửa thông tin giao dịch và nhấn OK.
5. Hệ thống kiểm tra thông tin giao dịch được sửa và xác nhận thông tin hợp lệ.
6. Hệ thống nhập thông tin giao dịch đã được sửa vào cơ sở dữ liệu. 7. Hệ thống thông báo sửa thành cơng.
8. Nhân viên thốt khỏi chức năng sửa giao dịch. Ngoại lệ
1. Hệ thống thơng báo khơng có tên giao dịch mà nhân viên đã nhập. 1.1. Hệ thống hỏi nhân viên có muốn nhập tên giao dịch khác khơng 1.2. Nhân viên nhập tên giao dịchkhác.
1.3. Hệ thống hiển thị thông tin của giao dịch. 1.4. Nhân viên sửa lại thông tin giao dịch. 1.5. Hệ thống thông báo sửa thành công.
2. Hệ thống thông báo thông tin giao dịch được sửa không hợp lệ. 2.1. Hệ thống yêu cầu nhân viên nhập lại thông tin giao dịch cần sửa. 2.2. Nhân viên nhập lại thông tin giao dịch.
Biểu diễn kịch bản cho use case “XoaGiaoDich”
Tác nhân chính Nhân viên
Mức 3
Điều kiện bắt đầu Nhân viên chọn form GiaoDichtrên hệ thống.
Điều kiện kết thúc Thông tin về giao dịch đã được xóa khỏi cơ sở dữ liệu. Diễn biến chính
1. Nhân viên kích hoạt u cầu xóa giao dịch.
2. Hệ thống hiển thị form xóa giao dịch và yêu cầu nhân viên nhập tên giao dịch muốn xóa.
3. Nhân viên nhập tên giao dịch muốn xóa và nhấn OK.
4. Hệ thống kiểm tra tên của giao dịch muốn xóa và xác nhận hợp lệ.
5. Hệ thống hỏi nhân viên có chắc chắn muốn xóa giao dịch khỏi cơ sở dữ liệu không? Và hiển thị lựa chọn yes hoặc no.
6. Nhân viên chọn yes.
7. Hệ thống xóa giao dịch khỏi cơ sở dữ liệu. 8. Nhân viên thốt khỏi chức năng xóa giao dịch. Ngoại lệ :
1. Hệ thống thơng báo khơng có tên giao dịch trong cơ sở dữ liệu. 1.1. Hệ thống yêu cầu nhân viên nhập lại tên giao dịch.
1.2. Nhân viên nhập tên giao dịch khác. 1.3. Hệ thống thơng báo xóa thành cơng
2. Nhân viên chọn “no” : hệ thống quay lại bước trước.
Biểu diễn kịch bản cho use case “ TimKiem”
Tác nhân chính Nhân viên
Mức 1
Điều kiện bắt đầu Nhân viên chọn form TimKiem trên hệ thống. Điều kiện kết thúc Hiển thị thơng tin cần tìm kiếm
Diễn biến chính :
1. Nhân viên kích hoạt u cầu tìm kiếm.
2. Hệ thống hiển thị form tìm kiếm và u cầu nhân viên chọn đối tượng tìm kiếm, sau đó nhập từ khóa tìm kiếm.
3. Nhân viên nhập từ khóa tìm kiếm và nhấn OK.
4. Hệ thống kiểm tra từ khóa tìm kiếm và xác nhận từ khóa hợp lệ. 5. Hệ thống hiển thị kết quả tìm được.
6. Nhân viên thốt khỏi chức năng tìm kiếm. Ngoại lệ :
1. Hệ thống thơng báo khơng có thơng tin cần tìm trong cơ sở dữ liệu. 1.1. Hệ thống hỏi nhân viên có muốn tìm kiếm thơng tin khác khơng. 1.2. Nhân viên nhập thơng tin khác.
1.3. Hệ thống đưa ra kết quả cần tìm.
2. Hệ thống báo từ khóa cần tìm khơng hợp lê.