Tải bản đầy đủ (.docx) (125 trang)

quản lý dự án phát triển phần mềm

Bạn đang xem bản rút gọn của tài liệu. Xem và tải ngay bản đầy đủ của tài liệu tại đây (3.01 MB, 125 trang )

ĐẠ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: 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ếu
của cuộc sống. Với việc phát triển công nghệ, con người đã tiết kiệm được
nhiề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 hố. Chun mơn hố và tự động hố
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ột
tiệ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.


Dự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ần
mề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ái
Nguyên.
-Địa chỉ: 477 Lương Ngọc Quyến, Phan Đình Phùng, Thành phố Thái
Nguyê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 q trình
quả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ực
hiệ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ệc
quản lý bằng giấy tờ một cách thủ cơng như trước kia. Độ chính xác gần
như 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ề hồn
tồ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ăng
suất công việc cải thiện đáng kể cũng như tăng cao hiệu quả phục vụ.


1.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:
STT
1


Tên thành viên
Nguyễn Văn Giang

2

Nguyễn Thế Long

3

Nguyễn Hùng Anh

4

Lương Văn Minh

Công việc
***
Thu thập và xử lý
yêu cầu, kiểm thử.
Phân tích thiết kế
hệ thống
Phân tích thiết kế
hệ thống
Lập trình

-Nhóm tổ chức theo ngun tắc phi tập trung có kiểm số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

Tuần 1

Tuần 2

Tuần 3

-

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

Thành viên thực
hiện

Ghi chú
***

Tất cả thành viên

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
Nguyễn Văn Giang

chức năng, yêu cầu phi
chức năng
- Lập sơ đồ phân cấp chức
năng
Phân tích hệ thống
Nguyễn Hùng Anh

***


Công việc
-

Tuần 4

Tuần
5,6,7,8,9

Tuần 10

Liệt kê các tác nhân,các
stakeholder tham ra vào
hệ thống
Phân tích biểu đồ use
case tổng quát, phân rã
Viết kịch bản cho các
use case
Đưa ra được các biểu
đồ: hoạt động, trình tự,
thành phần, triển khai


Thiết kế hệ thống
- Thiết kế csdl
- Vẽ biểu đồ lớp

-

-

Lập trình
Thiết kế giao diện hệ
thống
Lập trình các chức năng
của hệ thống.

Kiểm thử
Lập kế hoạch kiểm thử
Thực thi kiểm thử
Đánh giá kết quả kiểm
thử

Thành viên thực
hiện

Nguyễn Thế Long

Nguyễn Hùng Anh
Nguyễn Thế Long

Lương Văn Minh


Nguyễn Văn Giang

Ghi chú


Cơng việc

Tuần 11

Lập báo cáo,thuyết trình

Thành viên thực
hiện

Ghi chú

Nguyễn Hùng Anh
Nguyễ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ên
trong cửa hàng, tìm kiếm thuốc,kiểm tra danh mục và tình trạng thuốc
thố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 theo
nhó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?


Trả 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áo
thố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ểm tra
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à theo quy

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
-

Quản lý bán thuốc:

● Trước khi xuất thuốc, nhân viên bán hàng phải kiểm tra xem thuốc mà khách
hàng u cầu có cịn trong kho hoặc trên cửa hàng khơng.
● Nếu thuốc vần cịn đủ đáp ứng nhu cầu khách hàng, nhân viên bán hàng mới
thành lập hóa đơn bán hàng và thanh toán với chủ cửa hàng.


● 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ách
hà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 toa
thuốc của khách hàng mua, còn quầy thuốc bán hàng theo kê đơn thì nhà thuốc
cầ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.
-

Lập báo cáo:

● Cuối mỗi ngày bộ phận thống kê đều phải thống kê tất cả lập tổng số thuốc đã
bán, lập tổng số cịn lại, lập sơ thuốc hết hạn, tổng hợp tình hình thu chi và tổng
số thuốc mới nhập của quầy thuốc sau khi thống kê tất cả các thông tin thì bộ
phận thống kê phải báo cáo lại với nhà quản lý.
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 khi
khơng thể tìm ra thơng tin một cách nhanh chóng, gây mất thời gian cho người

mua 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ượng
công việc được.
⮚ Quản lý khó khăn: cơng việc kiểm sốt các loại thuốc, q 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àng
nhiề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ởi
các yếu tố bên ngồ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 hồn tồ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ân
viên cũng như làm tăng thời gian chờ đợi của khách hàng.


2. Xác định phạm vi hệ thống
Project thực hiện việc xây dựng một phần mềm quản lý cơ sở dữ liệu ở mức một
cửa hàng nhỏ, với số lượng thuốc không quá lớn, vào khoảng 10 vạn đầu thuốc.
Mục tiêu chính của phần mềm là giải quyết sự chậm trễ và sai sót trong việc
phục vụ và yêu cầu của khách hàng hiện nay như nhập thuốc, xuất thuốc, lập và đưa ra
các báo cáo. Ngồi ra phần mềm cịn đem lại sự tiện lợi và chính xác trong việc thanh
toán cũng như nhập xuất các loại thuốc.
Việ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ột
mụ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ửa
hà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óa
thơng tin thc.
▪ 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.


❖ 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

Đăng nhập
Quản lí nhân
viên

Thêm tt nhân
viên mới

Quản lí thuốc

Nhập thuốc

Quản lí tt
khách hàng
Thêm mới tt
khách

Tạo hóa đơn

Hủy hóa đơn

Sửa tt nhân
viên

Thêm mới

Sửa tt khách

Xóa tt nhân
viên

Sửa thuốc

Xóa thơng
tin khách


Tìm kiếm
nhân viên

Xóa thuốc

Tìm kiếm tt
khách hàng

Tìm kiếm
thuốc

Quản lí hóa
đơn

Thống kê
Thống kê
doanh thu


CHƯƠ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 đội
ngũ phát triển phần mềm đầy đủ các mong muốn của các stakeholder với phần
mề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
STT

Thuật ngữ, từ viết tắt

Giải thích

1

SQRT

Yêu cầu của Stakeholder

2

FEAT

Đặc trưng của yêu cầu

3

CSDL

Cơ sở dữ liệu


Ghi chú


1.4.Tài liệu tham khảo
STT

Tên tài liệu

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 ngun

2

Giáo trình phân tích và thiết kế hướng đối tượng (Đặng
Văn Đức)

Ghi chú

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
1.6.Đánh giá vấn đề
- Mơ hình kinh doanh phổ biến hiện nay trong các của hàng là người chủ sở hữu
không trực tiếp đứng bán hoặc giám sát các hoạt động. Thay vào đó, họ sẽ quản lý
từ xa. Họ uy quyền cho những nhân viên của mình và xem báo cáo kinh doanh của

mình vào cuối ngày, cuối tháng và cuối tuần thơng qua website quản lý
- Lợi ích của mơ hình này là người chủ sở hữu khơng cần trực tiếp tham gia vận
hành cửa hàng mà chỉ cần có tiềm lực kinh tế và tầm nhìn chiến lược. Điều này
giúp tiết kiệm thời gian và công sức của chủ sở hữu cũng như cho phép mở rộng
kinh doanh với nhiều cửa hàng, đại lý, hình thành những chuỗi quầy thuốc rộng
lớ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ất
nhiều trở ngại. Đơi khi những khó khăn này đạt mức độ nghiêm trọng và ảnh
hưởng đến hoạt động kinh doanh


1.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 kinh
doanh 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ùng
những chức năng cơ bản , đáp ứng được nhu cầu quản lý kinh doanh của quầy
thuốc.


2.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ý



2.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ý


2.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ý


2.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ả
Tác nhân

Mô tả tác nhân

Ghi chú

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ống

Nhân viên bán Là người dùng hệ thống phải đăng nhập và thực hiện các
hàng
chứ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

UC001

Đăng nhập

UC002

Thêm
khoản

UC003

Sửa tài khoản

Mô tả ngắn gọn Usecase
Use case thực hiện việc đăng nhập
vào trang main

tài Cho phép người quản lý thêm tài
khoản đăng nhập vào hệ thống
Cho phép người quản lý sửa thông
tin tài khoản được dùng để đăng
nhập vào hệ thống

Chức năng

Ghi
chú



UC004

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 để đăng
nhậ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ống

UC006

Thêm
hàng

khách Cho phép nhân viên, người quản lý
thêm thông tin khách hàng

UC007

Sửa
hàng


khách Cho phép nhân viên, người quản lý
sửa thông tin khách hàng

UC008

Xóa
hàng

khách Cho phép nhân viên, người quản lý
xóa thơng tin khách hàng

UC009

Tìm
kiếm Cho phép nhân viên, người quản lý
khách hàng
tìm kiếm khách hàng

UC010

Thêm thuốc

Cho phép nhân viên, người quản lý
thêm thông tin thuốc

UC011

Sửa thuốc

Cho phép nhân viên, người quản lý

sửa thơng tin thuốc

UC012

Xóa thuốc

Cho phép nhân viên, người quản lý
xóa thơng tin thuốc

UC013

Tìm
thuốc

kiếm Cho phép nhân viên, người quản lý
tìm kiếm thuốc

UC014

Thêm
viên

nhân Cho phép người quản lý thêm thơng
tin nhân viên

UC015

Sửa nhân viên

UC16


Xóa nhân viên Cho phép người quản lý xóa thơng
tin nhân viên

UC17

Tìm
kiếm Cho phép người quản lý tìm kiếm
nhân viên
nhân viên

UC18

Tạo chi tiết, Cho phép người quản lý, nhân viên
tạo hóa đơn
thêm mới thơng tin hóa đơn và chi

Cho phép người quản lý sửa thông
tin nhân viên


tiế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 đơn

UC20


Xóa chi tiết

Cho phép người quản lý, nhân viên
xóa chi tiết hóa đơn

UC21

Thống
doanh thu

kê Cho phép người quản lý và nhân
viên xem thống kê được doanh thu

3.Đặc tả các yêu cầu chức năng (funtional)
3.1.UC001_Đăng nhập
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

Luồng sự kiện phụ

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 trang
main
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ại
form đăng nhập

3.1.2.Biểu đồ
+ Biểu đồ trình tự


+ Biểu đồ hoạt động


3.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


Tá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 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ý 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 main
4.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 tin
5.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ự


+ Biểu đồ hoạt động


3.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ệ


thống
Tá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 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”
3.1 Người quản lý chọn “Thoát”

Luồng sự kiện phụ

3.1.1 Hệ thống quay trở lại trang main
4.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 tin
5.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ự


+ Biểu đồ hoạt động


×