ĐẠI HỌC CÔNG NGHỆ THÔNG TIN VÀ TRUYỀN THÔNG THÁI NGUYÊN KHOA CÔNG NGHỆ THÔNG TIN BÀI BÁO CÁO MÔN DỰ ÁN PHÁT TRIỂN PHẦN MỀM Đề tài QUẢN LÝ THÔNG TIN QUẦY THUỐC CỦA 1 BỆNH VIỆN Thái Nguyên 2021 CHƯƠNG 1.
Trang 1ĐẠI HỌC CÔNG NGHỆ THÔNG TIN VÀ TRUYỀN THÔNG THÁI NGUYÊN
KHOA CÔNG NGHỆ THÔNG TIN
CHƯƠNG 1: THU THẬP VÀ LÀM RÕ YÊU CẦU
1.1Chọn đề tài và nghiên cứu môn học:
1.1.1Tổng Quan:
Công nghệ ngày một trở nên phát triển và trở thành một phần thiết yếucủa cuộc sống Với việc phát triển công nghệ, con người đã tiết kiệm đượcnhiều nguyên liệu và nhiên liệu, thời gian và công sức hơn trong việc sản xuất,vận chuyển, lưu thông và quản lý hàng hoá Chuyên môn hoá và tự động hoátrong từng khâu làm tăng hiệu năng trong sản xuất Việc quản lý cũng ngày mộttiện dụng hơn với sự hỗ trợ của công nghệ: máy tính, điện thoại thông minh hỗtrợ GSM, CDMA Một phần không thể không nhắc đến là các phần mềm quản
lý tiện ích chạy trên các thiết bị phần cứng trên
Trang 2Dựa trên yêu cầu ngày một cao hơn và sâu hơn của các cửa hàng, chúng
em xin làm đề tài cho môn dự án phát triển phần mềm là thiết kế một phầnmềm quản lý bán hàng, mà cụ thể ở đây là hiệu thuốc- quầy thuốc
-Tên đơn vị áp dụng: Quầy thuốc Trường Thọ- Bệnh viện quốc tế TháiNguyên
-Địa chỉ: 477 Lương Ngọc Quyến, Phan Đình Phùng, Thành phố TháiNguyên
-Số điện thoại: 02083653938
1.1.2 Mục tiêu đề tài:
Với thực trạng hiện nay đó là công việc quản lý diễn ra trên giấy tờ,nhưng khối lượng dữ liệu thì ngày một lớn, phần mềm “Quản lý quầy thuốc” rađời nhằm mục đích giải quyết những vướng mắc trên, giúp cho công việc quản
lý trở nên đơn giản, hiệu quả và chính xác hơn bằng việc tự động hóa quá trìnhquản lý các yếu tố liên quan như thuốc, hóa đơn, nhân viên ,…
Mục tiêu của đề tài “Quản lý quầy thuốc” là:
● Nhanh chóng và hiệu quả: hầu hết các công việc đều diễn ra trên máy
tính, với các thao tác đơn giản Mọi yêu cầu của khách hàng đều sẽ thựchiện một cách nhanh chóng, không mất nhiều thời gian chờ đợi nhưtrước đây
● Chính xác và đầy đủ: các yêu cầu của khách hàng được đáp ứng một
cách đầy đủ và chính xác, không có sự sai lệch như khi áp dụng việcquản lý bằng giấy tờ một cách thủ công như trước kia Độ chính xác gầnnhư 100%
● Quản lý dễ dàng: Người làm công tác quản lý có thể tra cứu tất cả các
thông tin trong kho dữ liệu một cách nhanh chóng và kết quả trả về hoàntoàn chính xác và hết sức nhanh chóng
● Giảm tải: Là hệ quả của việc giải quyết các vấn đề trên, nhân viên bán
hàng sẽ không phải chịu nhiều công việc như trước nữa Làm cho năngsuất công việc cải thiện đáng kể cũng như tăng cao hiệu quả phục vụ
Trang 31.2.Giới thiệu nhóm và phân chia công việc:
1.2.1Giới thiệu nhóm và các thành viên trong nhóm:
Nhóm chúng em gồm các thành viên:
1 Nguyễn Văn Giang Thu thập và xử lý
yêu cầu, kiểm thử
2 Nguyễn Thế Long Phân tích thiết kế
hệ thống
3 Nguyễn Hùng Anh Phân tích thiết kế
hệ thống
-Nhóm tổ chức theo nguyên tắc phi tập trung có kiểm soát
1.2.2.Kế hoạch chi tiết :
-Tên ứng dụng: CHƯƠNG TRÌNH QUẢN LÝ THÔNG TIN QUẦY THUỐC CỦA
MỘT BỆNH VIỆN
-Mô hình phát triển phần mềm : chu trình thác nước
-Thời gian thực hiện: từ 30/12/2021- 23/3/2022
Kế hoạch chi tiết
Công việc Thành viên thực
Tuần 1
Lên kế hoạch
- Phân công công việc
- Lên kế hoạch cho mô hình phát triển ứng dụng
Tất cả thành viên
***
Tuần 2
Thu nhận làm rõ yêu cầu
- Mô tả yêu cầu phần mềm
- Đưa ra được yêu cầu chức năng, yêu cầu phi chức năng
- Lập sơ đồ phân cấp chứcnăng
Nguyễn Văn Giang
***
Tuần 3 Phân tích hệ thống Nguyễn Hùng Anh
Trang 4Công việc Thành viên thực
- Đưa ra được các biểu đồ: hoạt động, trình tự, thành phần, triển khai
Lương Văn Minh
Trang 5Công việc Thành viên thực
Tuần 11 Lập báo cáo,thuyết trình Nguyễn Hùng AnhNguyễn Thế Long
1.3.Khảo sát và thu thập các yêu cầu:
1 Khảo sát ý kiến:
-Một số câu hỏi khi thu thập và làm rõ yêu cầu:
1_Hỏi: Yêu cầu đối với một phần mềm quản lý cần những chức năng
cơ bản gì?
Trả lời: Cần có những chức năng cơ bản như nhập các loại thuốc gì,
tên ra sao, số lượng và giá cả, quản lý chung về thông tin nhân viêntrong cửa hàng, tìm kiếm thuốc,kiểm tra danh mục và tình trạng thuốcthống kê thuốc-doanh thu
2_ Hỏi: Vậy hệ thống có cần chức năng đặc biệt nào không?
Trả lời: Vì hiện nay mỗi hãng thuốc lại có một tên biệt dược (tên
thuốc) khác nhau nên việc tra cứu theo đơn gặp rất nhiều khó khăn.Nếu chương trình có chức năng tìm kiếm thuốc theo tên hoặc theonhóm thuốc thì tốt
3_Hỏi : Đối tượng tương tác vào hệ thống là những ai?
Trả lời: Người quản lí quầy thuốc và nhân viên quầy thuốc.
4_Hỏi: Người quản lý và nhân viên có những quyền gì trong hệ
thống?
Trang 6Trả lời: Người quản lí có quyền- quản lí thuốc( tìm kiếm thuốc,nhập
thông tin thuốc, kiểm tra danh mục thuốc, kiểm tra tình trạng thuốc),quản lí bán hàng( thông tin khách hàng, quản lí doanh thu, quản líthuốc bán kê đơn và không kê đơn); Nhân viên có quyền- báo cáothống kê
5_Hỏi: Nhân viên có được quản lí các thông tin bán hàng- thuốc bán
kê đơn và không kê đơn, được tìm kiếm, kiểm tra thuốc không?
Trả lời: Có.
6_Hỏi: Ứng dụng được cài đặt và cấu hình trên các thiết bị nào?
Trả lời: được cài đặt trong máy tính của quầy thuốc và thiết bị riêng
của người quản lí như laptop, ipad…
1.3.1.Tổng quan về hệ thống hiện tại:
- Quản lý nhập thuốc từ nhà cung cấp vào kho:
● Hàng ngày các nhân viên kiểm tra các loại thuốc trong kho xem số lượng ra sao,hạn sử dụng có còn không Việc làm này diễn ra dựa trên việc vào kho, kiểmtra từng loại thuốc đã được sắp xếp theo một thứ tự giữa các loại thuốc và theoquy luật cái nào mới cho vào sau để bán sau
● Kiểm tra các đơn nhập
● nhập thuốc và thanh toán tiền hàng với nhà cung cấp
Trang 7● Nếu bán hàng không theo kê thì nhà thuốc không cần kiểm tra thông tin kháchhàng, kiểm tra nguyên nhân bênh của khách hàng mà chỉ cần bán hàng theo toathuốc của khách hàng mua, còn quầy thuốc bán hàng theo kê đơn thì nhà thuốccần kiểm tra thông tin khách hàng, kiểm tra nguyên nhân bệnh và lấy thuốc theo
kê đơn sẵn của khách hàng
1.3.2.Một số vấn đề của hệ thống hiện tại:
⮚ Tốc độ: khi muốn tra cứu 1 sản phẩm thuốc thì nhân viên cửa hàng phải đi tìm
lại trong các tủ thuốc, hoặc tra cứu 1 cách chậm chạp từ sổ sách Nhiều khikhông thể tìm ra thông tin một cách nhanh chóng, gây mất thời gian cho ngườimua hàng cũng như với các nhân viên bán hàng
⮚ Quá tải: khi thị trường yêu cầu càng lớn, số lượng thuốc trong cửa hàng ngày
một lớn, có khi cũng một tác dụng như nhau nhưng có tới vài ba thuốc Mà sốlượng nhân viên của quầy thuốc thì có hạn, không thể thay đổi theo số lượngcông việc được
⮚ Quản lý khó khăn: công việc kiểm soát các loại thuốc, quá trình nhập xuất các
loại sản phẩm không được dễ dàng cho lắm Khi khối lượng dữ liệu ngày càngnhiều, việc tìm kiếm và đưa ra các thông tin cần thiết trở nên khó khăn và cókhả năng sẽ bị sai sót do các công việc diễn ra thủ công, hay bị ảnh hưởng bởicác yếu tố bên ngoài, ví dụ như do mất mát, do sai sót khi nhập dữ liệu……
⮚ Dễ gây sai sót: Hệ thống vận hành hoàn toàn thủ công nên tất cả các công đoạn
nhập thuốc, xuất thuốc đều được làm bằng tay, bằng sức người Điều này rất dễgây ra sai sót Nó sẽ làm khó khăn cho việc quản lý của chủ quầy thuốc, nhânviên cũng như làm tăng thời gian chờ đợi của khách hàng
Trang 8Việc mở rộng và phát triển thêm các chức năng và quy mô phần mềm là mộtmục tiêu trong tương lai.
1.3.3.Xác định người dùng và các chức năng của mỗi người dùng:
- Người quản lý (hay còn gọi là chủ quầy thuốc):
⮚ Quản lý nhân viên: Quản lý tất cả các thông tin về các nhân viên trong cửahàng, điều hành phân chia ca làm cho nhân viên, …
⮚ Quản lý về việc nhập thuốc: quản lý các thông tin về mã sản phẩm nhập xuất, sốlượng , ……
⮚ Quản lý các hóa đơn : có quyền xem mọi lại hóa đơn trong quá trình quản lý
- Nhân viên bán hàng:
⮚ Thực hiện việc thống kê báo cáo, thống kê doanh thu, tìm kiếm thuốc
1.3.4Các yêu cầu chức năng và phi chức năng:
❖ Yêu cầu chức năng:
▪ Quản lý nhân viên: Quản lý các thông tin về mã nhân viên, họ tên , ngày sinh,
▪ Quản lý thuốc: Tìm kiếm thuốc, nhập thông tin thuốc,sửa thông tin thuốc,xóathông tin thuôc
▪ Quản lí thông tin khách hàng : Thêm ,sửa ,xóa, tìm kiếm thông tin khách hàng
▪ Quản lí hóa đơn : Tạo hóa đơn bán, hủy hóa đơn bán
▪ Báo cáo thống kê: Thống kê doanh thu theo ngày
Trang 9❖ Yêu cầu phi chức năng:
▪ Giao diện đẹp, đơn giản, dễ thao tác trên các thành phần chương trình
▪ Hệ thống chạy nhanh và ổn định
▪ Hệ thống chiếm ít tài nguyên của máy tính
1.3.5.Biểu đồ phân cấp chức năng
Hệ thống quản lí thông tin quầy thuốc
Quản lí tt khách hàng
Thêm mới tt khách
Sửa tt khách
Xóa thông tin khách
Tìm kiếm tt khách hàng
Quản lí hóa đơn
Tạo hóa đơn
Hủy hóa đơn
Thống kê
Thống kê doanh thu Đăng nhập
Trang 10CHƯƠNG 2: PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG
1.Giới thiệu chung
1.1.Mục đích
Mục đích của việc thu thâp yêu cầu của các bên liên quan là để cung cấp cho độingũ phát triển phần mềm đầy đủ các mong muốn của các stakeholder với phầnmềm quản lý bán thuốc cho quầy thuốc của bệnh viện
Cung cấp tài liệu trực quan mô tả các yêu cầu thu thập được từ phía stakeholder từ
đó làm cơ sở cho phía xây dựng
1.2.Phạm vi
- Tài liệu này là cơ sở xác định các mong đợi của các bên liên quan đối với hệthống phần mềm quản lý bán thuốc
- Là cơ sở cho việc thu thập yêu cầu của các bên liên quan
- Là tài liệu đầu vào cho việc xác định yêu cầu phần mềm, lập kế hoạch quản lýyêu cầu
1.3.Các định nghĩa, thuật ngữ, từ viết tắt
Trang 111.4.Tài liệu tham khảo
1 Giáo trình phân tích quản lý yêu cầu phần mềm của
Trường đại học Công nghệ thông tin và Truyền thông
Thái nguyên
2 Giáo trình phân tích và thiết kế hướng đối tượng (Đặng
Văn Đức)
1.5.Thiết lập hồ sơ người dùng hoặc bên liên quan
Chức vụ: Quản lý quầy thuốc
- Nhóm đại diện: Người quản lý
Chức vụ: Nhân viên quầy thuốc
- Nhóm đại diện: Nhân viên
- Tuy nhiên việc quản lý một quầy thuốc mà không có công cụ hỗ trợ sẽ gặp rấtnhiều trở ngại Đôi khi những khó khăn này đạt mức độ nghiêm trọng và ảnhhưởng đến hoạt động kinh doanh
Trang 121.8.Hiểu môi trường người dùng
- Người dùng là nhân viên hoặc người quản lý của quầy thuốc
- Đa số người dùng có kiến thức cơ bản trong việc sử dụng máy vi tính
- Người dùng chưa có kinh nghiệm trong việc sử dụng các website hỗ trợ quản lýkinh doanh cho quầy thuốc
- Hiện tại chưa có nền tảng nào được người dùng sử dụng để quản lý việc kinhdoanh quầy thuốc cho bệnh viện
- Sản phẩm website quản lý quầy thuốc được kì vọng sẽ cung cấp cho người dùngnhững chức năng cơ bản , đáp ứng được nhu cầu quản lý kinh doanh của quầythuốc
Trang 132.Mô tả tổng quan ứng dụng
2.1.Mô hình Usecase
2.2 Mô hình Usecase phân rã
2.2.1 Usecase phân rã “Hệ thống” cho tác nhân người quản lý
Trang 142.2.2 Usecase phân rã “Hệ thống” cho tác nhân nhân viên
2.2.3 Usecase phân rã “Quản lý ” cho tác nhân người quản lý
Trang 152.2.4 Usecase phân rã “Quản lý ” cho tác nhân nhân viên
2.2.5 Usecase phân rã “Hóa đơn” cho tác nhân người quản lý
Trang 162.2.6 Usecase phân rã “Thống kê” cho tác nhân người quản lý
2.3.Danh sách các tác nhân và mô tả
Người quản lý Là người dùng hệ thống phải đăng nhập và thực hiện các
chức năng: Thống kê, hóa đơn, quản lý, hệ thốngNhân viên bán
hàng
Là người dùng hệ thống phải đăng nhập và thực hiện cácchức năng: Thống kê, hóa đơn, quản lý
2.4.Danh sách Usecase và mô tả (21 use case)
ID Tên Usecase Mô tả ngắn gọn Usecase Chức năng Ghi
chúUC001 Đăng nhập Use case thực hiện việc đăng nhập
vào trang mainUC002 Thêm tài
khoản
Cho phép người quản lý thêm tàikhoản đăng nhập vào hệ thốngUC003 Sửa tài khoản Cho phép người quản lý sửa thông
tin tài khoản được dùng để đăngnhập vào hệ thống
Trang 17UC004 Xóa tài khoản Cho phép người quản lý xóa thông
tin tài khoản được dùng để đăngnhập vào hệ thống
UC005 Đăng xuất Cho phép nhân viên, người quản lý
đăng xuất tài khoản khỏi hệ thốngUC006 Thêm khách
UC010 Thêm thuốc Cho phép nhân viên, người quản lý
thêm thông tin thuốcUC011 Sửa thuốc Cho phép nhân viên, người quản lý
sửa thông tin thuốcUC012 Xóa thuốc Cho phép nhân viên, người quản lý
xóa thông tin thuốcUC013 Tìm kiếm
UC015 Sửa nhân viên Cho phép người quản lý sửa thông
tin nhân viênUC16 Xóa nhân viên Cho phép người quản lý xóa thông
tin nhân viênUC17 Tìm kiếm
nhân viên
Cho phép người quản lý tìm kiếmnhân viên
UC18 Tạo chi tiết,
tạo hóa đơn
Cho phép người quản lý, nhân viênthêm mới thông tin hóa đơn và chi
Trang 18tiết hóa đơn đóUC19 Xóa hóa đơn Cho phép người quản lý, nhân viên
xóa hóa đơnUC20 Xóa chi tiết Cho phép người quản lý, nhân viên
xóa chi tiết hóa đơnUC21 Thống kê
3.1.1.Mô tả use case UC001_đăng nhập
Use Case: UC001_Đăng nhập
Mục đích Đăng nhập thành công
Mô tả Use case thực hiện việc đăng nhập vào hệ thống
Tác nhân Người quản lý,Nhân viên bán hàng
Điều kiện truớc Truy cập vào hệ thống
Điều kiện sau Hiển thị thông báo đăng nhập thành công
Luồng sự kiện 1 Hệ thống hiển thị form đăng nhập
2 Người quản lý nhập tài khoản và nhấn đăng nhập
3 Hệ thống lấy thông tin tài khoản
4 Hệ thống truy vấn tài khoản và xác nhận hợp lệ
5 Hệ thống thông báo đăng nhập thành công và vào trangmain
Luồng sự kiện phụ 4.1 Hệ thống truy vấn tài khoản và xác nhận không hợp lệ
4.1.1 Hệ thống thông báo đăng nhập thất bại và hiển thị lạiform đăng nhập
3.1.2.Biểu đồ
+ Biểu đồ trình tự
Trang 19+ Biểu đồ hoạt động
Trang 203.2.UC002_Thêm tài khoản (Hệ thống)
3.2.1.Mô tả use case UC002_Thêm tài khoản
Use Case: UC002_Thêm tài khoản
Mục đích Thêm được tài khoản vào hệ thống
Mô tả Cho phép người quản lý thêm tài khoản đăng nhập vào trong
hệ thống
Trang 21Tác nhân Người quản lý
Điều kiện truớc Đang ở trang main
Điều kiện sau Hiển thị thông báo thêm tài khoản thành công
Luồng sự kiện 1 Người quản lý nhấn chọn “Hệ thống” và chọn “Quản lý tài
khoản”
2 Hệ thống hiển thị form “Quản lý tài khoản”
3 Tại mục điều khiển, người quản lý chọn “Thêm”
4 Tại mục thông tin, người quản lý nhập thông tin tài khoản
7 Trở lại form “Quản lý tài khoản”
Luồng sự kiện phụ 3.1 Người quản lý chọn “Thoát”
3.1.1 Hệ thống quay trở lại trang main4.1 Người quản lý nhấn “Hủy”
4.1.1 Hệ thống quay trở lại form “Quản lý tài khoản”
5.1 Thông tin không hợp lệ5.1.1 Hiển thị thông báo nhập sai thông tin5.1.2 Hệ thống quay trở lại form “Quản lý tài khoản”
3.2.2.Biểu đồ
+ Biểu đồ trình tự
Trang 22+ Biểu đồ hoạt động
Trang 233.3.UC003_Sửa tài khoản (Hệ thống)
3.3.1.Mô tả use case UC003_Sửa tài khoản
Use Case: UC003_Sửa tài khoản
Mục đích Sửa thông tin tài khoản
Mô tả Cho phép người quản lý sửa tài khoản đăng nhập vào trong hệ
Trang 24Điều kiện truớc Đang ở trang main
Điều kiện sau Hiển thị thông báo sửa tài khoản thành công
Luồng sự kiện 1 Người quản lý nhấn chọn “Hệ thống” và chọn “Quản lý tài
khoản”
2 Hệ thống hiển thị form “Quản lý tài khoản”
3 Tại bảng , người quản lý nhấn chọn 1 tài khoản bất kì rồi chọn “Sửa”
4 Tại mục thông tin, thông tin tài khoản được chọn sẽ hiện ra
và người quản lý thực hiện việc sửa thông tin và nhấn chọn
“Lưu”
5 Hệ thống kiểm tra thông tin nhập vào là hợp lệ và lưu vào trong csdl
6 Hệ thống thông báo “Sửa thành công” và đổ dữ liệu ra bảng
7 Trở lại form “Quản lý tài khoản”
Luồng sự kiện phụ 3.1 Người quản lý chọn “Thoát”
3.1.1 Hệ thống quay trở lại trang main4.1 Người quản lý nhấn “Hủy”
4.1.1 Hệ thống quay trở lại form “Quản lý tài khoản”
5.1 Thông tin không hợp lệ5.1.1 Hiển thị thông báo nhập sai thông tin5.1.2 Hệ thống quay trở lại form “Quản lý tài khoản”
3.3.2.Biểu đồ
+ Biểu đồ trình tự
Trang 25+ Biểu đồ hoạt động
Trang 263.4.UC004_Xóa tài khoản (Hệ thống)
3.4.1.Mô tả use case UC004_Xóa tài khoản
Use Case: UC004_Xóa tài khoản
Mô tả Cho phép người quản lý xóa tài khoản dùng để đăng nhập vào
trong hệ thống
Trang 27Tác nhân Người quản lý
Điều kiện truớc Đang ở trang main
Điều kiện sau Hiển thị thông báo xóa thành công
Luồng sự kiện 1 Người quản lý nhấn chọn “Hệ thống” và chọn “Quản lý tài
khoản”
2 Hệ thống hiển thị form “Quản lý tài khoản”
3 Tại bảng , người quản lý nhấn chọn 1 tài khoản bất kì rồi chọn “Xóa”
4 Hệ thống thực hiện xóa thông tin tài khoản trong csdl
5 Hệ thống thông báo “Xóa thành công”
Luồng sự kiện phụ 3.1 Người quản lý chọn “Thoát”
3.1.1 Hệ thống quay trở lại trang main
3.4.2.Biểu đồ
+ Biểu đồ trình tự
+ Biểu đồ hoạt động
Trang 283.5.UC005_Đăng xuất (Hệ thống)
3.5.1.Mô tả use case UC005_Đăng xuất
Use Case: UC005_Đăng xuất
Mục đích Đăng xuất thành công
Mô tả Use case thực hiện việc đăng xuất khỏi hệ thốngTác nhân Người quản lý,Nhân viên
Trang 29Điều kiện truớc Đang ở trang main
Điều kiện sau Đang ở trang đăng nhập của hệ thống
Luồng sự kiện 1 Người quản lý nhấn chọn “Hệ thống” và chọn “Đăng xuất”
2 Hệ thống hiển thị thông báo “ Có chắc muốn đăng xuất haykhông”
3 Người quản lý chọn “Yes”
4 Quay ra trang đang nhập của hệ thốngLuồng sự kiện phụ 3.1 Người quản lý chọn “No”
3.1.1 Hệ thống quay trở lại trang main
3.5.2.Biểu đồ
+ Biểu đồ trình tự
+ Biểu đồ hoạt động
Trang 303.6.UC006_Thêm khách hàng (Quản lý khách hàng-Quản lý)
3.6.1.Mô tả use case UC006_Thêm khách hàng
Use Case: UC006_Thêm khách hàng
Mục đích Thêm được khách hàng
Mô tả Cho phép người quản lý thêm thông tin khách hàng
Tác nhân Người quản lý, nhân viên
Điều kiện truớc Đang ở trang main
Điều kiện sau Thông báo thêm khách hàng thành công
Luồng sự kiện 1 Người quản lý nhấn chọn “Quản lý” và chọn “Khách hàng”
2 Hệ thống hiển thị form “Quản lý khách hàng”
3 Tại mục điều khiển, người quản lý chọn “Thêm”
4 Tại mục thông tin, người quản lý nhập thông tin khách hàng
và nhấn “Lưu”
Trang 315 Hệ thống kiểm tra thông tin nhập vào là hợp lệ và thêm vào csdl
6 Hệ thống thông báo “Thêm thành công” và đổ dữ liệu ra bảng
7 Trở lại form “Quản lý khách hàng”
Luồng sự kiện phụ 3.1 Người quản lý chọn “Thoát”
3.1.1 Hệ thống quay trở lại trang main4.1 Người quản lý nhấn “Hủy”
4.1.1 Hệ thống quay trở lại form “Quản lý khách hàng”
5.1 Thông tin không hợp lệ5.1.1 Hiển thị thông báo nhập sai thông tin5.1.2 Hệ thống quay trở lại form “Quản lý khách hàng”
3.6.2.Biểu đồ
+ Biểu đồ trình tự
+ Biểu đồ hoạt động
Trang 323.7.UC007_Sửa khách hàng (Quản lý khách hàng-Quản lý) 3.7.1.Mô tả use case UC007_Sửa khách hàng
Use Case: UC007_Sửa khách hàng
Trang 33Mục đích Sửa được khách hàng
Mô tả Cho phép người quản lý sửa thông tin khách hàng
Tác nhân Người quản lý, nhân viên
Điều kiện truớc Đang ở trang main
Điều kiện sau Thông báo sửa khách hàng thành công
Luồng sự kiện 1 Người quản lý nhấn chọn “Quản lý” và chọn “Khách hàng”
2 Hệ thống hiển thị form “Quản lý khách hàng”
3 Tại bảng , người quản lý nhấn chọn 1 khách hàng bất kì rồi chọn “Sửa”
4 Tại mục thông tin, thông tin khách hàng được chọn sẽ hiện
ra và người quản lý thực hiện việc sửa thông tin và nhấn chọn
“Lưu”
5 Hệ thống kiểm tra thông tin nhập vào là hợp lệ và lưu vào trong csdl
6 Hệ thống thông báo “Sửa thành công” và đổ dữ liệu ra bảng
7 Trở lại form “Quản lý khách hàng”
Luồng sự kiện phụ 3.1 Người quản lý chọn “Thoát”
3.1.1 Hệ thống quay trở lại trang main4.1 Người quản lý nhấn “Hủy”
4.1.1 Hệ thống quay trở lại form “Quản lý khách hàng”
5.1 Thông tin không hợp lệ5.1.1 Hiển thị thông báo nhập sai thông tin5.1.2 Hệ thống quay trở lại form “Quản lý khách hàng”
3.7.1.Biểu đồ
+ Biểu đồ trình tự
Trang 34+ Biểu đồ hoạt động
Trang 353.8.UC008_Xóa khách hàng (Quản lý khách hàng-Quản lý) 3.8.1.Mô tả use case UC008_Xóa khách hàng
Use Case: UC008_Xóa khách hàng
Mục đích Xóa được khách hàng
Mô tả Cho phép người quản lý xóa thông tin khách hàngTác nhân Người quản lý, nhân viên
Điều kiện truớc Đang ở trang main
Điều kiện sau Thông báo xóa khách hàng thành công
Trang 36Luồng sự kiện 1 Người quản lý nhấn chọn “Quản lý” và chọn “Khách hàng”
2 Hệ thống hiển thị form “Quản lý khách hàng”
3 Tại bảng , người quản lý nhấn chọn 1 khách hàng bất kì rồi chọn “Xóa”
4 Hệ thống thực hiện xóa thông tin khách hàng trong csdl
5 Hệ thống thông báo “Xóa thành công”
Luồng sự kiện phụ 3.1 Người quản lý chọn “Thoát”
3.1.1 Hệ thống quay trở lại trang main
3.8.2.Biểu đồ
+ Biểu đồ trình tự
+ Biểu đồ hoạt động
Trang 373.9.UC009_Tìm kiếm khách hàng (Quản lý khách hàng-Quản lý) 3.9.1.Mô tả use case UC009_Tìm kiếm khách hàng
Use Case: UC009_Tìm kiếm khách hàng
Mục đích Tìm kiếm được khách hàng
Mô tả Cho phép người quản lý tìm kiếm khách hàngTác nhân Người quản lý, nhân viên
Điều kiện truớc Đang ở trang main
Điều kiện sau Hiển thị thông tin khách hàng tìm kiếm
Trang 38Luồng sự kiện 1 Người quản lý nhấn chọn “Quản lý” và chọn “Khách hàng”
2 Hệ thống hiển thị form “Quản lý khách hàng”
3 Người quản lý nhập tên khách hàng cần tìm kiếm và nhấn
Luồng sự kiện phụ 3.1 Người quản lý chọn “Thoát”
3.1.1 Hệ thống quay trở lại trang main4.1 Thông tin nhập vào không hợp lệ
Hệ thống thông báo “Thông tin nhập vào sai”
Trở lại form “Quản lý khách hàng”
3.9.2.Biểu đồ
+ Biểu đồ trình tự
+ Biểu đồ hoạt động
Trang 393.10.UC0010_Thêm thuốc (Quản lý thuốc-Quản lý)
3.10.1.Mô tả use case UC0010_Thêm thuốc
Use Case: UC0010_Thêm thuốc
Mô tả Cho phép người quản lý thêm thông tin thuốc
Tác nhân Người quản lý, nhân viên
Điều kiện truớc Đang ở trang main
Điều kiện sau Thông báo thêm thuốc thành công
Luồng sự kiện 1 Người quản lý nhấn chọn “Quản lý” và chọn “Thuốc”
2 Hệ thống hiển thị form “Quản lý thuốc”
3 Tại mục điều khiển, người quản lý chọn “Thêm”
Trang 404 Tại mục thông tin, người quản lý nhập thông tin thuốc và nhấn “Lưu”
5 Hệ thống kiểm tra thông tin nhập vào là hợp lệ và thêm vào csdl
6 Hệ thống thông báo “Thêm thành công” và đổ dữ liệu ra bảng
7 Trở lại form “Quản lý thuốc”
Luồng sự kiện phụ 3.1 Người quản lý chọn “Thoát”
3.1.1 Hệ thống quay trở lại trang main4.1 Người quản lý nhấn “Hủy”
4.1.1 Hệ thống quay trở lại form “Quản lý thuốc”
5.1 Thông tin không hợp lệ5.1.1 Hiển thị thông báo nhập sai thông tin5.1.2 Hệ thống quay trở lại form “Quản lý thuốc”
3.10.2.Biểu đồ
+ Biểu đồ trình tự