ĐẶC TẢ HỆ THỐNG
Mục đích, yêu cầu
Xây dựng hệ thống quản lý bán thuốc tại một cửa hàng thuốc nhằm quản lý hoạt động, nâng cao chất lượng dịch vụ và đảm bảo tính chặt chẽ trong việc nhập thuốc từ các nhà cung cấp, với các lô thuốc được cung cấp bởi các hãng sản xuất khác nhau, kiểm kê số lượng thuốc còn hoặc hết trong kho, cập nhật thuốc vào kho và bán thuốc đúng theo nhu cầu người mua hoặc bán theo đơn thuốc của người mua đã có trước đó.
Nhân viên phải cung cấp đầy đủ và nắm chắc thông tin về thuốc: công dụng, thành phần thuốc, cách sử dụng, tác dụng phụ của thuốc,
Các phiếu nhập, xuất phải đưa ra được các thông tin như: mã phiếu, mã thuốc, tên thuốc, số lượng, đơn giá, một cách rõ ràng.
Phải xác định đúng đắn tình trạng lô thuốc, thuốc trong kho thuốc còn hoặc hết và hạn sử dụng của thuốc.
Kịp thời bổ sung, cập nhật lại các thuốc trong kho.
Đảm bảo được tính linh động, mạch lạc và quy cách trong việc hoạt động của nhà thuốc, giải quyết tốt việc chồng chéo quy trình nghiệp vụ.
Có thể linh động cho khách hàng trong việc đổi các loại thuốc có cùng công dụng của các nhà sản xuất thuốc để phù hợp với túi tiền của người mua.
Mô tả hệ thống
Nhà sản xuất sản xuất các loại thuốc nhằm phục vụ cho y tế Thuốc được xuất theo lô; mỗi lô sẽ có nhiều loại thuốc khác nhau phân phối đến các nhà cung cấp.
Nhà cung cấp sẽ cung cấp thuốc đến các cơ sở bán thuốc thông qua phiếu nhập.
Khi cơ sở bán thuốc có nhu cầu mua thuốc, một bộ phận nhân viên sẽ gửi phiếu nhập đến nhà cung cấp để mua thuốc, nhà cung cấp sẽ xem xét phiếu được gửi đến để cung cấp thuốc theo đúng yêu cầu, kèm theo hóa đơn (bao gồm: đơn giá từng loại thuốc và thành tiền), hóa đơn này được lưu lại phục vụ cho việc kiểm kê sau này.
Khách hàng đến hỏi mua thuốc được nhân viên tư vấn rồi nhận thuốc Nhân viên giao thuốc và xuất hóa đơn (phiếu xuất) cho khách hàng.
Nhân viên có thể là người quản lí, giám sát nhân viên làm việc hay quản lí cơ sở, kiểm tra kho hàng hoặc nhân viên có thể là người bán hàng, tư vấn bán thuốc cho khách hàng và xuất hóa đơn cho khách hàng (nhân viên quản lý nhân viên).
Mô hình tổ chức: Nhà thuốc gồm có nhà cung cấp thuốc, hãng sản xuất thuốc, nhân viên (quản lý và bán hàng).
Sản xuất ra các lô thuốc.
Cung cấp thuốc cho nhà thuốc theo lô, phù hợp với yêu cầu của nhà thuốc.
Tổng hợp thuốc theo danh sách từng loại thuốc.
Kiểm tra: Theo định kỳ, số thuốc còn lưu trữ, lô thuốc cũ hay mới, hạn sử dụng và chất lượng thuốc trong kho cần được người quản lý kiểm kê.
Nhập thuốc: Liên hệ với người đại diện của nhà cung cấp để thực hiện việc nhập thuốc Cần có phiếu nhập, được cập nhật thường xuyên trên hệ thống danh sách với đầy đủ các thông tin: Ngày nhập, lô nhập, số lượng thuốc nhập, đơn giá nhập
Tư vấn cho khách hàng đầy đủ các thông tin về loại thuốc: Liều lượng sử dụng, tác dụng, giá tiền; cũng như giải đáp các câu hỏi của khách hàng về từng loại thuốc.
Xuất hóa đơn bán thuốc: Nhân viên bán thuốc cho khách hàng cần cung cấp hóa đơn với đầy đủ thông tin: ngày xuất, số lượng thuốc mua, đơn giá, chi tiết cách sử dụng từng loại thuốc, thông tin liên hệ nhà thuốc.
Giao thuốc cho khách hàng.
Sử dụng thuốc theo hướng dẫn của nhân viên nhà thuốc để đảm bảo thuốc có tác dụng tốt nhất.
Liên hệ ngay với nhà thuốc nếu việc sử dụng thuốc có vấn đề do ảnh hưởng của tác dụng phụ
Có nhu cầu thông tin về chất lượng dịch vụ.
Đặc tả chức năng
Nhân viên lập phiếu nhập và gửi phiếu nhập đến nhà cung cấp để yêu cầu nhập thuốc Nhà cung cấp tiếp nhận rồi xem xét tình trạng đơn thuốc xem có đủ loại và số lượng Sau đó, chuyển thuốc đến nhà thuốc.
Khách hàng đến mua thuốc, thông báo bệnh tình rồi được nhân viên tư vấn, lấy thuốc, xuất hóa đơn, thu tiền, hoàn trả tiền thừa và giao thuốc; đồng thời, hướng dẫn cách sử dụng thuốc cho khách.
Theo định kì, nhân viên kiểm kê lại số lượng thuốc đã bán và số lượng thuốc còn đang lưu trữ trong kho để có kế hoạch nhập thuốc và điều chỉnh lại số lượng thuốc.
Chức năng : Cập nhật thuốc mới và số lượng thuốc tồn
Sau khi kiểm thuốc trong kho, nếu loại thuốc nào đó không cần phải nhập thêm hoặc nếu thuốc đó còn tồn, thì thực hiện bán số thuốc cũ trước rồi mới bán đến thuốc mới nhập.
PHÂN TÍCH DỮ LIỆU HỆ THỐNG
Mô tả hệ thống dưới dạng mối quan hệ dữ liệu
Mỗi Hãng sản xuất có Mã hãng sản xuất duy nhất, có Tên hãng, Quốc gia. Hãng sẽ sản xuất ra các Lô thuốc có Mã lô duy nhất, có Ngày sản xuất và Hạn sử dụng.
Mỗi Lô thuốc bao gồm nhiều Thuốc (có nhiều loại) Mỗi Thuốc có Mã thuốc duy nhất, có Tên thuốc, Công dụng, Thành phần và Số lượng tồn.
Số lượng tồn: số lượng thuốc còn lại trong kho đến thời điểm kiểm kê theo định kì.
Mỗi Loại thuốc có Mã loại duy nhất, có Tên loại Mỗi Loại thuốc bao gồm nhiều Thuốc.
Mỗi Nhà cung cấp có Mã nhà cung cấp duy nhất, có Tên, CMND/TCCCD và Thông tin đại diện, cung cấp Thuốc cho Nhà thuốc thông qua Phiếu nhập.
Nhân viên có Mã nhân viên duy nhất, có tên Nhân viên, Số điện thoại và CMND/TCCCD Nhân viên quản lí Nhân viên.
Khách hàng có Mã khách hàng, Tên khách hàng, Số điện thoại và CMND/TCCCD.
Khi Khách hàng mua thuốc, Nhân viên in Phiếu xuất cho Khách hàng Mỗi Phiếu xuất có Mã phiếu xuất duy nhất Một Nhân viên có thể in nhiều Phiếu xuất, với Ngày xuất Một Khách hàng có thể có nhiều Phiếu xuất Phiếu xuất có số lượng thuốc và đơn giá khác nhau.
Mô tả cụ thể từng mối quan hệ
- Thuốc bao gồm: Mã thuốc (khóa chính), Tên thuốc, Dạng thuốc, Công dụng, Thành phần, Số lượng tồn.
Mã thuốc Tên thuốc Dạng thuốc Công dụng Thành phần
- Loại thuốc bao gồm: Mã loại thuốc (khóa chính), Tên loại thuốc, Ghi chú.
Mã loại thuốc Tên loại thuốc
- Lô thuốc bao gồm: Mã lô thuốc (khóa chính), Ngày sản xuất, Hạn sử dụng.
Mã lô thuốc Ngày sản xuất Hạn sử dụng
- Hãng sản xuất bao gồm: Mã hãng sản xuất (khóa chính), Tên hãng sản xuất, Quốc gia.
Mã hãng sản xuất Tên hãng sản xuất Quốc gia
- Nhà cung cấp bao gồm: Mã nhà cung cấp (khóa chính), Tên nhà cung cấp, CMND/TCCCD, Thông tin người đại diện.
Mã nhà cung cấp Tên nhà cung cấp
Số điện thoại liên hệ Thông tin đại diện
- Phiếu nhập bao gồm: Mã phiếu nhập (khóa chính), Ngày nhập.
- Nhân viên bao gồm: Mã nhân viên (khóa chính), Tên nhân viên, Số điện thoại nhân viên, CMND/TCCCD.
Mã nhân viên Tên nhân viên
Số điện thoại NV CMND/TCCCD
- Phiếu xuất bao gồm: Mã phiếu xuất (khóa chính), Ngày xuất.
Mã phiếu xuất Ngày xuất
- Khách hàng bao gồm: Mã khách hàng (khóa chính), Tên khách hàng, Số điện thoại khách hàng, CMND/TCCCD.
Mã khách hàng Tên khách hàng
Số điện thoại KH CMND/TCCCD
- Một loại thuốc thuốc gồm nhiều thuốc.
- Thuốc được nhập bởi phiếu nhập, với đơn giá và số lượng được định ra ở thời điểm nhập. Được nhập
Mã thuốc Tên thuốc Dạng thuốc Công dụng Thành phần
Số lượng tồn Loại thuốc
Mã phiếu nhậpNgày nhập n n n
- Nhà cung cấp thuốc được nhận nhiều phiếu nhập.
- Hãng sản xuất sản xuất nhiều lô thuốc.
- Nhân viên viết nhiều phiếu nhập vào các ngày nhập thuốc.
- Nhân viên viết nhiều phiếu xuất vào các ngày xuất thuốc.
- Khách hàng có thể có nhiều phiếu xuất.
Thông tin đại diện có Phiếu nhập
Mã phiếu nhập Ngày nhập
Mã lô thuốc Ngày sản xuất Hạn sử dụng Hãng sản xuất
Mã phiếu nhập Ngày nhập
Mã phiếu xuất Ngày xuất
Mã phiếu xuấtNgày xuất
- Thuốc được xuất bởi phiếu xuất với số lượng và đơn giá ở thời điểm xuất. n n
- Một lô thuốc gồm nhiều thuốc. n 1
Số lượng xuất Đơn giá xuất Thuốc
Mã phiếu xuất Ngày xuất
Mã lô thuốcNgày sản xuấtHạn sử dụng
Mô hình liên kết thực thể
Số lượng xuất Có Đơn giá nhập
Viết 1 n n Được nhập n 1 Được xuất n n Đơn giá xuất
Mã hãng sản xuất Tên hãng sản xuất
Mã loại thuốic Tên loại thuốc
Mã khách hàng Tên khách hàng
Số điện thoại KH CMND/TCCCD Thuốc
Mã thuốc Tên thuốc Dạng thuốc Công dụng Thành phần
Mã phiếu xuất Ngày xuất
Mã nhân viên Tên nhân viên
Số điện thoại NV CMND/TCCCD
Cách chuyển đổi mô hình liên kết thực thể sang mô hình quan hệ
NHACUNGCAP (MaNhaCungCap, TenNhaCungCap, CMND/TCCCD,
THUOC (MaThuoc, TenThuoc, DangThuoc, CongDung, ThanhPhan, SoLuongTon) PHIEUNHAP (Ma Phieu Nhap , NgayNhap)
PHIEUXUAT (Ma Phieu Xuat , NgayXuat)
NHANVIEN (MaNV, TenNV, SĐTNV, CMND/TCCCD)
KHACHHANG (MaKH, TenKH, SĐTKH, CMND/TCCCD)
- Mối quan hệ 1-1: (Chuyển khóa chính của quan hệ này sang làm khóa ngoại của quan hệ kia hoặc ngược lại - Nhập 2 kiểu thực thể và mối liên kết thành 1 quan hệ với khóa chính phù hợp.)
- Mối quan hệ 1-n: (Chuyển khóa chính của quan hệ cha sang làm khóa ngoại của quan hệ con.)
+ Hãng sản xuất (con) - Lô thuốc (cha):
LOTHUOC (MaLoThuoc, MaHangSX, NgaySanXuat, HanSuDung)
+ Lô thuốc (con) - Thuốc (cha):
THUOC (MaThuoc, MaLoThuoc, TenThuoc, DangThuoc, CongDung, ThanhPhan,
+ Loại thuốc (con) - Thuốc (cha):
THUOC (MaThuoc, Ma Loai Thuoc , TenThuoc, DangThuoc, CongDung, ThanhPhan,
+ Nhà cung cấp (con) - Phiếu nhập (cha):
PHIEUNHAP (Ma Phieu Nhap , MaNhaCungCap, NgayNhap) (3) + Nhân viên (con) - Phiếu nhập (cha):
PHIEUNHAP (Ma Phieu Nhap , Ma NV , NgayNhap) (4) + Nhân viên (con) - Phiếu xuất (cha):
PHIEUXUAT (Ma PhieuXuat , Ma NV , NgayXuat) (5)
+ Khách hàng (con) - Phiếu xuất (cha):
PHIEUXUAT (Ma PhieuXuat , Ma KH , NgayXuat) (6)
- Mối quan hệ n-n: (Chuyển mối liên kết thành quan hệ có thuộc tính là thuộc tính của mối liên kết, thêm vào các thuộc tính khóa chính của các quan hệ có liên quan, khóa chính quan hệ mới là thuộc tính mới thêm vào.)
CHITIETPHIEUNHAP (Ma Thuoc , MaPhieuNhap, SoLuongNhap, DonGiaNhap)
CHITIETPHIEUXUAT (MaThuoc MaPhieuXuat, , SoLuongXuat, DonGiaXuat)
TenThuoc DangThuoc CongDung ThanhPhan SoLuongTon
Phân tích nhu cầu sử dụng thông tin
Khẳng định mối quan hệ thu được
LOTHUOC (MaLoThuoc, MaHangSX, NgaySanXuat, HanSuDung)
PHIEUNHAP (MaPhieuNhap, MaNhaCungCap, MaNV, NgayNhap) theo (3) (4)
PHIEUXUAT(MaPhieuXuat, MaNV, MaKH, NgayXuat) theo (5) (6)
NHANVIEN (MaNV, TenNV, SDTNV, CMND/TCCCD)
KHACHHANG (MaKH, TenKH, SDTKH, CMND/TCCCD)
CHITIETPHIEUNHAP (MaThuoc MaPhieuNhap, , SoLuongNhap, DonGiaNhap)
CHITIETPHIEUXUAT (Ma Thuoc , MaPhieuXuat, SoLuongXuat, DonGiaXuat)
THUOC (MaThuoc, Ma Lo Thuoc , Ma Loai Thuoc , TenThuoc, DangThuoc, CongDung,
TenNhaCungCapCMND/TCCCDThongTinNguoiDaiDien Đặc tả dữ liệu
Thuộc tính Kiểu dữ liệu Mô tả Chú giải
MaThuoc Char[30] Primary-key Mã thuốc
MaLoThuoc Char[15] Foreign-key Mã lô thuốc
MaLoaiThuoc Char[15] Foreign-key Mã loại thuốc
TenThuoc NvarChar[30] Not null Tên thuốc
DangThuoc NvarChar[30] Not null Dạng thuốc (tuýp, viên nang , dung dịch)
CongDung NvarChar[50] Not null Công dụng của thuốc
ThanhPhan NvarChar[50] Not null Thành phần thuốc
SoLuongTon Int Not null Số lượng tồn của thuốc sau khi được kiểm kê hàng tháng
Thuộc tính Kiểu dữ liệu Mô tả Chú giải
MaLoaiThuoc Char[15] Primary-key Mã loại thuốc
TenLoaiThuoc NvarChar[30] Not null Tên loại thuốc
Thuộc tính Kiểu dữ liệu Mô tả Chú giải
MaLoThuoc Char[15] Primary-key Mã lô thuốc
MaHangSanXuat Char[30] Not null Tên lô thuốc
NgaySanXuat Date Not null Ngày sản xuất
HanSuDung Date Not null Hạn sử dụng của thuốc
Thuộc tính Kiểu dữ liệu Mô tả Chú giải
MaHangSX Char[15] Primary-key Mã hãng sản xuất
TenHangSX NvarChar[30] Not null Tên hãng sản xuất
QuocGia NvarChar[30] Not null Quốc gia
Thuộc tính Kiểu dữ liệu Mô tả Chú giải
MaPhieunhap Char[15] Primary-key Mã phiếu nhập
NgayNhap Date Not null Ngày nhập
MaNhaCungCap Char[15] Foreign-key Mã nhà cung cấp
MaNhanVien Char[15] Foreign-key Mã nhân viên
Thuộc tính Kiểu dữ liệu Mô tả Chú giải
MaNhaCungCap Char[15] Primary-key Mã nhà cung cấp
TenNhaCungCap Nvarchar[30] Not null Tên nhà cung cấp
SDTNNC Nvarchar[50] Not null Số điện thoại nhà cung cấp ThongTinNguoiDaiDien Nvarchar[50] Not null
Thông tin người đại diện của nhà cung cấp
Thuộc tính Kiểu dữ liệu Mô tả Chú giải
MaNhanVien Char[15] Primary-key Mã nhân viên
TenNhanVien Nvarchar[40] Not null Tên nhân viên
SoDienThoai String Not null Số điện thoại nhân viên
CMND/TCCCD String Not null
Số chứng minh thư hoặc thẻ căn cước công dân của nhân viên
Thuộc tính Kiểu dữ liệu Mô tả Chú giải
MaPhieuXuat Char[15] Primary-key Mã phiếu xuất
NgayXuat Date Not null Ngày xuất
MaKhachHang Char[15] Foreign-key Mã khách hàng mua
MaNhanVien Char[15] Foreign-key Mã nhân viên bán thuốc
Thuộc tính Kiểu dữ liệu Mô tả Chú giải
MaKhachHang Char[15] Primary-key Mã khách hàng mua thuốc TenKhachHang Nvarchar[40] Not null Tên khách hàng mua thuốc
SoDienThoai String Not null Số điện thoại của KH mua CMND/TCCCD Nvarchar[50] Not null
Số chứng minh nhân dân hoặc thẻ căn cước công dân của khách hàng
Thuộc tính Kiểu dữ liệu Mô tả Chú giải
MaPhieuNhap Char[15] Primary-key Mã phiếu nhập
MaThuoc Char[15] Primary-key Mã thuốc nhập
SoLuong Int Not null Số lượng nhập
DonGia Int Not null Đơn giá nhập
Thuộc tính Kiểu dữ liệu Mô tả Chú giải
MaPhieuXuat Char[15] Primary-key Mã phiếu xuất
MaThuoc Char[15] Primary-key Mã thuốc bán
SoLuong Int Not null Số lượng bán
DonGia Int Not null Đơn giá bán
ADO.NET được chia ra làm hai phần chính rõ rệt, được thể hiện qua hình:
DataSet là thành phần chính cho đặc trưng kết nối không liên tục của kiến trúc
ADO.NET DataSet được thiết kế để có thể thích ứng với bất kỳ nguồn dữ liệu nào DataSet chứa một hay nhiều đối tượng DataTable mà nó được tạo từ tập các dòng và cột dữ liệu, cùng với khoá chính, khóa ngoại, ràng buộc và các thông tin liên quan đến đối tượng DataTable này Bản thân DataSet được dạng như một tập tin XML.
Thành phần chính thứ hai của ADO.NET chính là NET Provider Data, nó chứa các đối tượng phục vụ cho việc thao tác trên cơ sở dữ liệu được hiệu quả và nhanh chóng, nó bao gồm một tập các đối tượng Connection Command DataReader , , và DataAdapter Đối tượng Connection cung cấp một kết nối đến cơ sở dữ liệu, Command cung cấp một thao tác đến cơ sở dữ liệu, DataReader cho phép chỉ đọc dữ liệu và DataAdapter là cấu nối trung gian giữa DataSet và nguồn dữ liệu.
Mô hình đối tượng ADO.NET
Có thể nói mô hình đối tượng của ADO.NET khá uyển chuyển, các đối tượng của nó được tạo ra dựa trên quan điểm đơn giản và dễ dùng Đối tượng quan trọng nhất trong mô
22 hình ADO.NET chính là Dataset Dataset có thể được xem như là thể hiện của cả một cơ sở dữ liệu con, lưu trữ trên vùng nhớ cache của máy người dùng mà không kết nối đến cơ sở dữ liệu.
QUẢN TRỊ DỰ ÁN
Ước lượng dự án
Giai đoạn Công việc chính Mô tả công việc
Khảo sát yêu cầu dự án Thu thập dữ liệu cần thiết về dự án
Bắt đầu dự án Triển khai và thiết lập project cho dự án
Lập kế hoạch phạm vi dự án
Lập kết hoạch chi tiết cho phạm vi hoạt động làm việc
Viết báo cáo tổng kết dự án Tổng kết lại toàn bộ quá trình quản lí dự án
Phân tích thiết kế và hệ thống Đặc tả chi tiết yêu cầu của khách hàng
Mô tả chi tiết những yêu cầu, chức năng cần có của ứng dụng
Mô tả hệ thống thông qua sơ đồ use-case và trình tự
Xây dựng sơ đồ use-case và trình tự bằng phần mềm StarUML
Thiết kế cơ sở dữ liệu Xây dựng các trường dữ liệu cần thiết cho ứng dụng DBank
Thiết kế giao diện cho phần mềm
Xây dựng các chức năng chính cho ứng dụng DBank
Viết phân tích chi tiết về hệ thống
Viết báo cáo trình bày phân tích và thiết kế ra ứng dụng DBank
Module thống kê ứng dụng DBank
Phân tích yêu cầu cụ thể cho từng module
Xây dựng chi tiết nhiệm vụ chính của hệ thống
Thiết kế các module Xây dựng chức năng cùng các sự kiện
Xây dựng code Xử lý các tính năng thao tác
Cài đặt các module Demo các module sau khi xây dựng xong
Kiểm tra giao diện, độ chính xác,hiệu suất và tìm các lỗi trong hệ thống
Viết báo cáo hoàn thiện Trình bày báo cáo chi tiết khi thiết kế module
Tích hợp và hoàn thành ứng dụng
Tích hợp các module đã thiết kế
Lắp gắp các module lại với nhau cho hoàn chỉnh
Kiểm thử ứng dụng Test lại toàn bộ hệ thống đã xây dựng
Tìm kiếm các lỗi phát sinh trong quá trình thực thi và sữa chữa Đóng gói ứng dụng DBank
Viết báo cáo hướng dẫn sử dụng DBank
Viết bản hướng dẫn sử dụng ứng dụng DBank
Lên kế hoạch bảo trì ứng dụng DBank Đề ra kế hoạch bảo trì
Kết thúc dự án Tổng kết lại quá trình làm ra dự án
Bảng 3 1: Bảng ước lượng về chi phí
Giai Đoạn Công việc chính Mô tả công việc Thời gian
Quản lý dự án Khảo sát yêu cầu dự án
Thu thập dữ liệu cần thiết về dự án
Bắt đầu dự án Triển khai và thiết lập project cho dự án
Lập kế hoạch phạm vi dự án
Lập kết hoạch chi tiết cho phạm vi hoạt động làm việc
Viết báo cáo tổng kết dự án
Tổng kết lại toàn bộ quá trình quản lí dự án
Phân tích thiết kế và hệ thống Đặc tả chi tiết yêu cầu của khách hàng
Mô tả chi tiết những yêu cầu, chức năng cần có của ứng dụng
Mô tả hệ thống thông qua sơ đồ use-case và trình tự
Xây dựng sơ đồ use-case và trình tự bằng phần mềm StarUML
Thiết kế cơ sở dữ liệu
Xây dựng các trường dữ liệu cần thiết cho ứng dụng DBank
Thiết kế giao diện cho phần mềm
Xây dựng các chức năng chính cho ứng dụng DBank
Viết phân tích chi tiết về hệ thống
Viết báo cáo trình bày phân tích và thiết kế ra ứng dụng DBank
Module thống kê ứng dụng DBank
Phân tích yêu cầu cụ thể cho từng module
Xây dựng chi tiết nhiệm vụ chính của hệ thống
Xây dựng chức năng cùng các sự kiện
Xây dựng code Xử lý các tính năng thao tác
Cài đặt các module Demo các module sau khi xây dựng xong
Kiểm tra giao diện, độ chính xác,hiệu suất và tìm
26 các lỗi trong hệ thống
Viết báo cáo hoàn thiện
Trình bày báo cáo chi tiết khi thiết kế module
Tích hợp và hoàn thành ứng dụng
Tích hợp các module đã thiết kế
Lắp gắp các module lại với nhau cho hoàn chỉnh
Kiểm thử ứng dụng Test lại toàn bộ hệ thống đã xây dựng
Tìm kiếm các lỗi phát sinh trong quá trình thực thi và sữa chữa
3 ngày Đóng gói ứng dụng DBank
Viết báo cáo hướng dẫn sử dụng
Viết bản hướng dẫn sử dụng ứng dụng DBank
Lên kế hoạch bảo trì ứng dụng
DBank Đề ra kế hoạch bảo trì
Kết thúc dự án Tổng kết lại quá trình làm ra dự án
Bảng 3.1.2: Bảng ước lượng về thời gian
3.1.3 Ước lượng về số lượng người tham gia
Số lượng người tham gia vào dự án này là 4 người
Lập lịch và theo dõi dự án
Hoạt động kế thừa Thời gian bắt đầu
Hoàn thành Chưa hoàn thành
Khảo sát thực tế, phân tích các yêu cầu.
1.2 Báo cáo triển khai dự án 1.1 5/7/2023 6/7/2023 X
1.3 Lập cho kế hoạch dự án 1.2 6/7/2023 7/7/2023 X
Phân tích và thiết kế phần mềm
Phân tích quy trình nghiệp vụ
Xây dựng use- case cho hệ thống.
Xây dựng sơ đồ trình tự cho hệ thống.
2.4 Thống nhất các sơ đồ 2.3 14/7/2023 16/7/2023 X
3.1 Phân tích các đối tượng
Xây dựng các thuộc tính cho từng đối tượng
Thiết kế cơ sở dữ liệu và nhập dữ liệu
Xây dựng các form đã được phân tích
Demo các module đã hoàn thành
5.1 Kiểm tra các giao diện 4.3 28/7/2023 29/7/2023 X
5.2 Kiểm tra lại dữ liệu 5.1 29/7/2023 31/7/2023 X
6.1 Viết báo cáo về module 5.1 2/8/2023 3/8/2023 X
Viết báo cáo hướng dẫn ứng dụng
Tích hợp và bảo trì
Lên kế hoạch bảo trì ứng dụng
Bảng 3.3: Bảng lập lịch và theo dõi
GIAO DIỆN PHẦN MỀM
5 Giao diện thông tin thuốc:
6 Giao diện quản lý thuốc:
7 Giao diện quản lí loại thuốc
8 Giao diện thống kê nhập hàng:
9 Giao diện thống kê bán hàng:
10 Giao diện quản lý tài khoản người dùng:
KIỂM THỬ PHẦN MỀM
Phương pháp kiểm thử
Khi viết test case sẽ dựa vào yêu cầu và giao diện bên ngoài của chương trình(không can thiệp vào bên trong code của chương trình).
Khi thực hiện test sẽ thực hiện trên giao diện của chương trình(yêu cầu chương trình phải chạy được mới test được, không can thiệp vào code).
Do tính chất kiểm thử: Chỉ thực hiện test bên ngoài code của chương trình(coi như một cai hộp), vì không biết rõ bên trong hộp nên gọi là hộp đen
Kiểm thử
Mô tả Các bước thực hiện Kết quả mong muốn Kết quả test
Kiểm tra giao diện Kiểm tra tổng thể giao diện màn hình
-Kiểm tra bố cục, font chữ, chính tả, màu chữ
-Các label, text box, button , Datagridview có độ dài, rộng và khoảng cách bằng nhau, không xô lệch -Các label sử dụng cùng 1 loại font, cỡ chữ, căn lề trái -Kiểm tra tất cả lỗi
38 chính tả, cấu trúc câu, ngữ pháp trên màn hình
-Form được bố trí hợp lý và dễ sử dụng
Kiểm tra thứ tự di chuyển trỏ trên màn hình khi nhấn phím
-Nhấn Tab liên tục -Con trỏ di chuyển lần lượt theo thứ tự: Từ phải sang trái, từ dưới lên trên
Kiểm tra thứ tự con trỏ di chuyển ngược lại trên màn hình khi nhấn Shift-
Tab liên tục -Con trỏ di chuyển ngược lại từ dưới lên trên, từ phải qua trái
Kiểm tra thực hiện chức năng chính của màn hình khi nhấn
-Nhấn phím Enter -Nếu chuột không focus vào button thì thực hiện chức năng của button chính -Nếu đang focus vào button thì sẽ thực hiện chức năng của button
Kiểm tra chọn 1 giá trị trong danh sách
-Chọn một giá trị trong danh sách
-Kiểm tra dữ liệu hiển thị trên Form
-Hiển thị giá trị được chọn lên Form
Kiểm tra chức năng của hệ thống
Kiểm tra chức năng đăng nhập.
-Nhập thông tin tài khoản mật khẩu.
ĐÓNG GÓI, BẢO TRÌ PHẦN MỀM
Đóng gói phần mềm
Đóng gói phần mềm giúp người sử dụng dễ dàng cài đặt phần mềm phần mềm được đóng gói dưới định dạng exe.
Bảo trì phần mềm
Bảo trì phần mềm chính là hoạt động chỉnh sửa chương trình sau khi nó đã được đưa vào sử dụng.
Bảo trì thường không bao gồm những thay đổi chính liên quan tới kiến trúc của hệ thống Những thay đổi trong hệ thống thường được cài đặt bằng cách điều chỉnh những thành phần đang tồn tại và bổ sung những thành phần mới cho hệ thống.
Bảo trì là không thể tránh khỏi vì:
- Các yêu cầu hệ thống thường thay đổi khi hệ thống đang được xây dựng vì môi trường thay đổi
- Các hệ thống có gắn kết chặt chẽ với môi trường của nó Khi hệ thống được cài đặt trong một môi trường nhất định nó sẽ làm thay đổi môi trường đó và vì vậy sẽ thay đổi các yêu cầu của hệ thống.
- Các hệ thống phải được bảo trì nếu chúng muốn là những phần hữu ích trong môi trường nghiệp vụ.
Phân loại các kiểu bảo trì:
- Bảo trì sửa lỗi: thay đổi hệ thống để sửa lại những khiếm khuyết nhằm thoả mãn yêu cầu hệ thống.
- Bảo trì tích hợp hệ thống vào một môi trường vận hành khác
- Bảo trì để bổ sung hoặc chỉnh sửa các yêu cầu chức năng của hệ thống: chỉnh sửa hệ thống sao cho thoả mãn các yêu cầu mới.
Nếu bảo trì càng nhiều, sẽ càng làm thay đổi cấu trúc phần mềm và do đó sẽ làm cho việc bảo trì càng trở lên khó khăn hơn Phần mềm có tuổi thọ càng cao thì càng phải cần chi phí cao hơn (vì sử dụng các ngôn và chương trình dịch cũ …).
- Sự ổn định của đội dự án: chi phí bảo trì sẽ giảm nếu nhân viên trong đội dự án không thay đổi.
- Những trách nhiệm đã cam kết: người xây dựng hệ thống có thể không cam kết trách nhiệm bảo trì cho nên không có gì để bắt buộc họ phải thiết kế lại cho các thay đổi trong tương lai.
- Kỹ năng của nhân viên: nhân viên bảo trì thường không có kinh nghiệm và hiểu biết về miền ứng dụng của họ bị hạn chế.
- Tuổi thọ và cấu trúc chương trình: khi tuổi thọ và cấu trúc chương trình bị xuống cấp thì chúng càng trở lên khó hiểu và thay đổi nhiều.
Dự đoán bảo trì có liên quan tới việc đánh giá những phần nào của hệ thống có thể gây ra lỗi và cần nhiều chi phí để bảo trì.
Khả năng chịu được sự thay đổi phụ thuộc vào khả năng bảo trì của các thành phần bị ảnh hưởng bởi sự thay đổi đó
Chi phí bảo trì phụ thuộc vào số lượng các thay đổi và chi phí thay đổi phụ thuộc vào khả năng bảo trì.
Dự đoán số lượng các thay đổi có thể xảy ra và tìm hiểu mối quan hệ giữa hệ thống và môi trường của nó.
Sự thay đổi yêu cầu hệ thống có liên quan chặt chẽ tới sự thay đổi của môi trường Trong đó, các nhân tố ảnh hưởng tới mối quan hệ này bao gồm:
- Số lượng và độ phức tạp của các giao diện hệ thống.
- Số lượng các yêu cầu bất ổn định có tính phân cấp.
- Các quy trình nghiệp vụ của hệ thống.
Ta có thể dự đoán bảo trì thông qua việc đánh giá độ phức tạp của các thành phần hệ thống Độ phức tạp phụ thuộc vào:
- Độ phức tạp của cấu trúc điều khiển.
- Độ phức tạp của cấu trúc dữ liệu.
- Kích thước của đối tượng, phương thức và mô-đun.
Ngoài ra, có thể sử dụng các phép đo quy trình để đánh giá khả năng bảo trì
- Số lượng các yêu cầu cần bảo trì sửa lỗi.
- Thời gian trung bình cần thiết để phân tích ảnh hưởng.
- Thời gian trung bình để cài đặt một yêu cầu thay đổi.
- Số lượng các yêu cầu cần giải quyết.