TRƯỜNG ĐẠI HỌC CẦN THƠ

KHOA CÔNG NGHỆ THÔNG TIN

& TRUYỀN THÔNG

Bài tập nhóm môn: nhập môn công nghệ phần mềm

Thiết kế phần mềm quản lý game

trên điện thoại
Giảng viên: TS Trương Minh Thái
Thành viên:
Lê Văn Hảo MSSV: B1805753 Nhóm trưởng
Đinh Hiếu Nghĩa MSSV: B1805893 Nhóm phó
Nguyễn Bảo Long MSSV: B1805783 Thư kí
Võ Văn Khánh MSSV: B1805772 Thành viên

Cần Thơ ngày 4 tháng 11 năm 2019

1
Mụ c lụ c
1. Giới thiệu....................................................................................................................................1
1.1 Mục tiêu...............................................................................................................................1
1.2 Phạm vi.................................................................................................................................1
1.3 Bảng chú giải thuật...............................................................................................................1
1.4. Tài liệu tham khảo...............................................................................................................2
1.5 Tổng quan về tài liệu............................................................................................................2
2. Tổng quan hệ thống....................................................................................................................3
2.1 Bối cảnh của sản phẩm.........................................................................................................3
2.2 Các chức năng của sản phẩm...............................................................................................4
2.3 Thông tin cần lưu.................................................................................................................4
2.4 Đặc điểm của người sử dụng................................................................................................4
2.5 Môi trường vận hành............................................................................................................5
2.6 Các ràng buộc về thực thi và thiết kế..................................................................................6
2.7 Các giả định và phụ thuộc....................................................................................................6
3.Các yêu cầu giao tiếp bên ngoài..................................................................................................6
3.1 Giao tiếp người sử dụng.......................................................................................................6
3.2 Giao tiếp với phần cứng.......................................................................................................7
3.3 Giao tiếp với phần mềm.......................................................................................................7
3.4 Giao tiếp truyền thông tin....................................................................................................8
3.5 Giao tiếp bên ngoài..............................................................................................................8
4. Các yêu cầu vui tính...................................................................................................................8
4.1 Gỡ game...............................................................................................................................8
4.2 Phản hồi người chơi...........................................................................................................10
4.3 Cập nhật giao diện game....................................................................................................11
4.4 Quản lý lịch sử tìm kiếm....................................................................................................12
4.5 Xóa game...........................................................................................................................13
4.6 Đăng tải game....................................................................................................................15
4.7 Thống kê doanh thu............................................................................................................17

i
 4.8 Cập nhật game....................................................................................................................18
4.9 Cài đặt................................................................................................................................20
4.10 Gỡ cài đặt.........................................................................................................................21
4.11 Giao dịch mua game.........................................................................................................22
4.12 Đánh giá...........................................................................................................................23
4.13 Quản lý ứng dụng.............................................................................................................25
4.14 Đăng nhập........................................................................................................................26
4.15 Đăng ký tài khoản............................................................................................................28
5. Các yêu cầu phi chức năng.......................................................................................................29
5.1 Yêu cầu thực thi.................................................................................................................29
5.2. Yêu cầu an toàn.................................................................................................................30
5.3 Bảo mật dữ liệu..................................................................................................................30
5.4 Các đặc điểm chất lượng phần mềm..................................................................................30
5.5 Các quy tắc nghiệp vụ........................................................................................................30

ii
1. Giới thiệu

1.1 Mục tiêu

● Tài liệu này lập ra nhằm cho các thành viên trong nhóm phát triển phần mềm có cái nhìn
toàn diện về phần mềm.
● Những nhóm người sử dụng:
○ Thiết kế viên: dựa vào tài liệu để thiết kế dữ liệu, giao diện, kiến trúc và các thành
phần.
○ Kiểm thử viên: dựa vào tài liệu để biết được những chức năng và các vấn đề cần
kiểm thử.
○ Người quản lý: dựa vào tài liệu để kiểm soát, quản lý các nhóm chức năng, các
ràng buộc và yêu cầu của phần mềm.

1.2 Phạm vi
● Tài liệu thiết kế phần mềm này mô tả thiết kế kiến trúc và thiết kế chi tiết của phần mềm
Quản lý game và ứng dụng.Mô tả cách thức dữ liệu chính hay các thực thể của hệ thống
được lưu trữ, được xử lý và được tổ chức.
● Tài liệu này chỉ ra 1 bản thiết kế giao diện và cách thức xử lý cho từng chức năng cụ thể
trong hệ thống.
● Sản phẩm quản lý game trên android phục vụ cho việc quản lý danh sách game, thể loại
game, chọn game, tải game mọi nơi thông qua mạng Wifi và mạng 4G.
● Phần mềm hoạt động trên nền tảng Android, giao tiếp giữa thiết bị của người dùng thông
qua máy chủ có cài đặt Microsoft SQL Server kết nối trong cùng mạng Wifi.

1.3 Bảng chú giải thuật

STT Thuật ngữ/Từ viết tắt Định nghĩa/Giải thích

1 CSDL Cơ sở dữ liệu
2 Server/Máy chủ Một loại máy tính nhận chuyển, hoặc lưu trữ các dữ

1
 liệu, chương trình bằng cách liên kết với các máy
tính thông qua mạng internet.
3 Client Một máy trạm mà chỉ được sử dụng bởi 1 người
dùng
4 Hệ quản trị CSDL Phần mềm hay hệ thống được thiết kế để quản trị
một cơ sở dữ liệu
5 Wi-fi Hệ thống mạng không dây sử dụng sóng vô tuyến.
6 WPA2 Công cụ mã hóa khác nhau để bảo đảm an toàn cho
kết nối không dây.
7 Smartphone Điện thoại tích hợp một nền tảng hệ điều Trang 6
hành di động với nhiều tính năng hỗ trợ tiên tiến về
điện toán và kết nối
8 Admin Người quản trị, có quyền hạn cao nhất trong hệ
thống
9 Google Adsense
10 SSL Liên kết này đảm bảo tất cả các dữ liệu trao đổi

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

● Tổng hợp trong quá trình nghiên cứu và tổng hợp lại từ các ứng dụng trước đó như CH
Play, Appvn.. và ý kiến từ giáo viên.

1.5 Tổng quan về tài liệu

● Tài liệu Đặc tả yêu cầu phần mềm viết ra nhằm cung cấp thông tin chi tiết về phần mềm
được phát triển. Tài liệu này gồm có 6 phần: giới thiệu, mô tả tổng quan, các yêu cầu giao
tiếp bên ngoài, các tính năng của hệ thống, các yêu cầu phi chức năng và một số yêu cầu
khác.
○ Phần thứ nhất: Giới thiệu chung về mục tiêu của tài liệu, những nhóm người sử
dụng tài liệu, mô tả phạm vi của sản phẩm. Ngoài ra, phần này còn cung cấp bảng
chú thích thuật ngữ để những người trong nhóm phát triển phần mềm có thể hiểu
được các thuật ngữ viết tắt. Cuối cùng, ở phần một này còn cung cấp các tài liệu
tham khảo để xây dựng phần mềm.
○ Phần thứ hai: Mô tả tổng quan Mô tả bối cảnh ra đời và lợi ích mà sản phẩm mang
lại cho người sử dụng. Trong phần này còn liệt kê các tính năng của sản phẩm một

2
 cách tổng quát. Đặc điểm của các nhóm người sử dụng và môi trường (phần cứng,
phần mềm) để sản phẩm hoạt động bình thường.
○ Phần thứ ba: Các yêu cầu gián tiếp bên ngoài Trong phần ba này tài liệu mô tả các
đặc điểm mà phần mềm giao tiếp với người dùng, phần cứng, phần mềm.
○ Phần thứ tư: Mô tả các tính năng của hệ thống Phần này minh họa việc tổ chức các
yêu cầu chức năng cho sản phẩm theo các tính năng của hệ thống. Mô tả các đặc
điểm, điều kiện tiên quyết, quy trình xử lý và kết quả xử lý của từng chức năng.
○ Phần thứ năm: Các yêu cầu phi chức năng Mô tả các yêu cầu thực thi đối với sản
phẩm cho các trường hợp khác nhau. Bên cạnh đó phần này còn mô tả một số yêu
cầu khác như về tính an toàn và các đặc điểm về chất lượng của phần mềm, cung
cấp các thông tin về quy tắc nghiệp vụ.
○ Phần thứ sáu: Một số yêu cầu khác Trong phần cuối này tài liệu mô tả những yêu
cầu về cơ sở dữ liệu mà phần mềm sử dụng.

2. Tổng quan hệ thống

2.1 Bối cảnh của sản phẩm

● Hệ thống thông tin trong quản lý đang được ứng dụng rộng rãi trong mọi lĩnh vực của xã
hội nói chung và các ngành nghề kinh doanh nói riêng. Cùng với đó là nhu cầu về giải trí
của con người ngày càng cao, đòi hỏi phải nâng cao chất lượng sản phẩm giải trí, có thể
đáp ứng nhu cầu của người dùng.
● Đối với việc số lượng game được thiết kế ngày càng nhiều, thì việc quản lý số lượng và
chất lượng của game cũng đòi hỏi phải được tăng cường. Giúp cho việc thao tác và tìm
kiếm một game thích hợp đối với với người dùng sẽ trở nên tiện lợi hơn. Việc cung cấp
một môi trường cạnh tranh cho các nhà thiết game khiến họ phải chỉnh chu và không
ngừng hoàn thiện đứa con cưng của mình làm cho thế giới game trở nên chất lượng hơn,
thu hút được người dùng hơn. Bên cạnh đó việc tạo một môi trường cạnh tranh lành mạnh
sẽ thu hút được nhiều game ở nước ngoài đang bị hạn chế khu vực VN sẽ mở thêm server
ở khu vực.
● Hệ thống gồm có 2 thành phần chính: máy chủ và thiết bị client. Máy chủ đóng vai trò là
nơi lưu trữ CSDL của toàn bộ hệ thống. Các thiết bị client gồm 2 nhóm: người sử dụng
(người có nhu cầu giải trí) và người cung cấp (người sẽ đăng tải những sản phẩm của
mình), chúng được tương tác với máy chủ thông qua kết nối mạng wifi, và mạng di động.

3
 2.2 Các chức năng của sản phẩm
● Đăng nhập
● Thiết lập kết nối
● Quản lý tài khoản người dùng
● Quản lý danh sách game theo thể loại và phân loại
○ Thể loại: chiến thuật, nhập vai, trò chơi điện tử, gia đình and so on
○ Phân loại: game thử nghiệm, trả phí, miễn phí, offline, online, giới hạn độ tuổi,
game ngoài khu vực
● Quản lý danh sách game đã tải
● Chọn game theo nhiều nhóm thể loại và phân loại cùng lúc.
● Tải game lên
● Nạp tài khoản
● Thống kê doanh thu
● Lịch sử cài đặt

2.3 Thông tin cần lưu

● Thông tin người dùng: tên người dùng, ngày sinh, giới tính, địa chỉ, sđt, quốc tịch, hệ
điều hành, dung lượng điện thoại, tài khoản email (dùng cho giao dịch mua game)
● Thông tin người cung cấp: hãng game, thông tin liên hệ (địa chỉ, sđt, email), Web game.
● Thông tin về game: hãng game, tên game, thể loại (trả phí hay không không trả phí),
thông tin nhà cung cấp.
○ Mô tả : dung lượng của game, comment của người dùng (tích cực hay tiêu cực),
đánh giá của người dùng (bao nhiêu sao), phiên bản, trả phí hay không trả phí, giới
hạn hệ điều hành có thể cài đặt game.

2.4 Đặc điểm của người sử dụng

Nhóm Đặc trưng Chức năng Vai trò Quyền hạn

người sử
dụng
Người ● Thống kê doanh thu Người quản Người quản
quản lý ● Xóa game lý lý
● Cập nhật giao diện
game
● Đăng nhập

4
Nhà phát Là người thiết ● Đăng tải game (mô tả Người Người cung
hành kế những vd: thông tin về sự dùng cấp game
game game hay ứng kiện, trailer, phiên
dụng của họ bản, chức năng…)
và tải lên ứng ● Cập nhật game
dụng ● Phản hồi người chơi
● Gỡ game
● Đăng nhập
Người Là những ● Đăng ký tài khoản. Người
chơi người có nhu ● Cài đặt. dùng
cầu muốn tải ● Đánh giá
game về chơi. ● Giao dịch mua game
(nếu có nhu cầu)
● Gỡ cài đặt.
● Quản lý lịch sử tìm
kiếm
● Quản lý ứng dụng
● Đăng nhập

2.5 Môi trường vận hành

● Máy chủ CSDL:
○ Hệ điều hành Window 10
○ Hệ CSDL: Microsoft SQL Server Express
○ RAM tối thiểu 16 GB
○ HDD: 1 TB
○ SSD Western Digital Black 512GB
● CPU intel Xeon W-3175XMáy Client (Smartphone đối với người sử dụng)
○ Hệ điều hành Android 2.0 trở lên
○ RAM tối thiểu: 512 MB
○ Hỗ trợ kết nối mạng wifi
○ Số lượng tối đa: không giới hạn
● Máy Client ( PC hoặc Laptop đối với người cung cấp)
○ Hệ điều hành Linux hoặc Windows 7,8,10
○ RAM tối thiểu 8 GB

5
 ○ HDD tối thiểu 1 TB
○ CPU Intel Core i5 trở lên
( Đủ mạnh để chạy chương trình viết game và tải lên phần mềm quản lý)
● Mạng wifi hoặc mạng di động ổn định

2.6 Các ràng buộc về thực thi và thiết kế

● Thực thi:
○ Có mạng wifi hoặc sử dụng mạng di động để truy cập
○ Không bị xung đột với các phần mềm chặn virus
○ Việc trao đổi dữ liệu thông qua mạng Wi-fi được mã hóa bằng WPA2.
○
● Thiết kế:
○ Ngôn ngữ lập trình sử dụng chính: Java
○ Giao diện đơn giản, thân thiện với người sử dụng
○ Có hệ thống xếp hạng các game về độ thịnh hành,mức doanh thu, game phổ biến
○ Phần mềm chạy trên nền Android.
○ Hệ quản trị CSDL: Microsoft SQL Server 2008.
○ Kích thước của CSDL đủ lớn để lưu trữ thông tin khi sử dụng.

2.7 Các giả định và phụ thuộc

● Máy chủ bị nhiễm virus làm hỏng dữ liệu
● Phần cứng bị hỏng đột ngột
● Đường truyền wifi bị hỏng làm mất kết nối.
● Phần mềm hỗ trợ sao lưu hệ thống định kỳ.
● Thay đổi nhân sự đột ngột.
● Thiếu dung lượng khi cài đặt game
● Thay đổi đột ngột các tài liệu trong dự án
● Hệ quản trị CSDL Microsoft SQL Server phiên bản miễn phí còn hạn chế về mặt thương
mại

3.Các yêu cầu giao tiếp bên ngoài

3.1 Giao tiếp người sử dụng

● Giao diện của app

6
 ○ Font: Arial
○ Kích cỡ: Tùy vào từng nội dung mà thay đổi
(Ví dụ như kích cỡ tại khung tìm kiếm, tag, thư mục...)
○ Thanh thư mục (gồm mục thông tin tài khoản, lịch sử, thông báo, bảo mật, Danh
sách ưa thích,..): Góc trái trên màn hình kế bên khung tìm kiếm.
○ Khung tìm kiếm: Đỉnh đầu màn hình, chạy dài đến cuối góc phải trên bên kia.
○ Bộ lọc tìm kiếm (Dùng để tìm kiếm nhiều thể loại cùng lúc): Góc phải trên của
màn hình cạnh thanh tìm kiếm
○ Mục lựa chọn game offline và game online nằm ngay cạnh bộ lọc tìm kiếm với
icon quả cầu trái đất (khi xuất hiện hình trái đất nghĩa là đang trong phần game
online, nếu chỉ có hình tròn bao bọc nhưng không có hình trái đất bên trong có
nghĩa là đang ở mục game offline)
○ Mục lựa chọn game thử nghiệm, game miễn phí và trả phí: Ngay dưới khung tìm
kiếm
○ Thể loại game: Ngay dưới Mục lựa chọn với cỡ chữ nhỏ hơn.
○ Icon thỏa các điều kiện:
■ Kích thước cuối cùng: 512px x 512px
■ Định dạng: PNG 32 bit
■ Không gian màu: sRGB
■ Kích thước tệp tối đa: 1024KBs
■ Hình dạng: Hình vuông đầy đủ - Google Play tự động xử lý việc tạo mặt nạ.
Bán kính sẽ tương đương với 20% kích thước biểu tượng.
■ Bóng: Không có - Google Play sẽ tự động xử lý bóng. Xem phần 'Bóng' bên
dưới về cách tạo bóng trong tác phẩm nghệ thuật.

3.2 Giao tiếp với phần cứng

● Người dùng (bằng máy tính): Tương tác bằng bàn phím và chuột
● Người dùng (bằng điện thoại): Tương tác bằng cách chạm trực tiếp vào màn hình cảm
ứng.

3.3 Giao tiếp với phần mềm

● Sử dụng hệ điều hành Android 2.0 trở lên
● Sử dụng hệ quản trị cơ sở dữ liệu Microsoft SQL Server.
● Cài đặt thư viện jtds 1.2.5 để kết nối CSDL.

7
 3.4 Giao tiếp truyền thông tin
- Thông qua mạng có dây hoặc không dây (wifi)

- Cần Wi-fi để làm cầu nối giữa client và server, sử dụng phương thức mã hóa
đường truyền WPA2.

3.5 Giao tiếp bên ngoài

● Liên kết với Google
● Liên kết với Google Adsense để thiết lập quảng cáo
● Liên kết với Facebook để thiết lập transfer dữ liệu và quảng bá game

4. Các yêu cầu đặc tả

4.1 Gỡ game

Tên Use case: Gỡ game ID: QLG -01

Actor chính: Nhà phát hành game Mức độ cần thiết: Bắt buộc
Phân loại: Trung bình
Các thành phần tham gia và mối quan tâm: Người mới bước chân vào nghề,
người làm ra game, các hãng game cần gỡ game ra khỏi ứng dụng

8
Mô tả tóm tắt: Người sử dụng gỡ game khỏi app, app sẽ xử lý và gửi thông báo
đến người chơi

Trigger: Yêu cầu xóa game ra khỏi App

Kiểu sự kiện: external
Các mối quan hệ:
+Association (kết hợp): Nhà phát hành game
+Include(bao gồm): gỡ game
+Extend(mở rộng):
+Generalization(tổng quát hóa): chặn đánh giá, chặn tìm kiếm , chặn cài đặt
game
Luồng xử lý bình thường của sự kiện:
1. Nhấn vào mục menu của app sau khi đăng nhập
2. Nhấn chọn vào mục bảng điều khiển dành cho người phát triển
(Google Play Console)
3. Nhấn chọn game trong bảng điều khiển (Dashboard)
4. Nhấn chọn Hiển diện cửa hàng (Store presence) rồi chọn Giá cả và
Phân phối (Pricing & distribution)
5. Trong bảng Ứng dụng sẵn có (App Availability) chọn Hủy xuất bản
(Unpublish)
Sub 1: Thông báo
6. Kết thúc sự kiện
Các luồng sự kiện con (Subflows):
Sub1: Thông báo
1. Cảnh báo người dùng trước khi hủy xuất bản
2. Yêu cầu xác nhận hoặc hủy để tiếp tục
3. Nếu xác nhận thì hủy xuất bản và tiếp tục bước 6
Luồng luân phiên/đặc biệt (Alternate/Exceptional flows):
- Tại bước 5 nếu gặp phải sự cố mất điện hay rớt mạng thì dữ liệu vẫn
không bị hủy xuất bản

9
 4.2 Phản hồi người chơi

Tên Use case: Phản hồi chơi chơi ID: QLG -02
Actor chính: Nhà phát hành game Mức độ cần thiết: Mong muốn
Phân loại: Đơn giản
Các thành phần tham gia và mối quan tâm: Người đăng tải game và người
chơi

Mô tả tóm tắt: Người đăng tải game trả lời câu hỏi của người chơi
17

Trigger: Người chơi có thắc mắc cần được người đăng tải trả lời
Kiểu sự kiện: external
Các mối quan hệ:
+Association (kết hợp): Nhà phát hành game
+Include(bao gồm): phải hồi đánh giá của người chơi, dăng nhập
+Extend(mở rộng):
+Generalization(tổng quát hóa):
Luồng xử lý bình thường của sự kiện:
1. Bấm vào giao diện chính của game đã đang tải
2. Lướt xuống phần comment của khách hàng
3. Nhấn hiển thị tất cả để tất cả comment xuất hiện
4. Kéo xem phần comment của người chơi xem có thắc mắc cần giải
quyết hay không
5. Trả lời người chơi
6. Kết thúc sự kiện
Các luồng sự kiện con (Subflows):
...

Luồng luân phiên/đặc biệt (Alternate/Exceptional flows):

-

10
 4.3 Cập nhật giao diện game

Tên Use case: Cập nhật giao diện ID: QLG- 04

Actor chính: Người quản lý Mức độ cần thiết: :Tùy chọn
Phân loại: Phức tạp
Các thành phần tham gia và mối quan tâm: Người quản lý thu thập phản hồi
từ người dùng về giao diện của app.

Mô tả tóm tắt: Người quản lý viết lại code và chỉnh lại giao diện cho phù hợp

Trigger: Người quản lý cần thay đổi giao diện của app
Kiểu sự kiện: external
Các mối quan hệ:
+Association (kết hợp): Người quản lý
+Include(bao gồm): khảo sát ý kiến người dùng, cập nhật giao diện ,Lập
trình ,thiết kế giao diện
+Extend(mở rộng): chọn màu, chọn bố cục, chọn font chữ
+Generalization(tổng quát hóa):
Luồng xử lý bình thường của sự kiện:
1. Thu thập phản hồi của khách hàng
2. Xử lí và thiết kế bản mẫu của giao diện 18

11
 3. Lựa chọn màu, Font chữ, đơn giản hóa tối đa giao diện các chức năng
4. Thực tế hóa bản mẫu thông qua code
5. Lưu lại giao diện và đưa lên app
Sup 1: Thông báo
Sup 2: Lựa chọn
6. Kết thúc sự kiện
Các luồng sự kiện con (Subflows):
Sub1: Thông báo
1. Thông báo cho người dùng biết giao diện mới đã được cập nhật
Sub2: Lựa chọn
1. Cho người dùng lựa chọn đổi giao diện mới hay không, nếu không giữ
như ban đầu, nếu đổi thay thế cái mới
2. Kết thúc sự kiện
Luồng luân phiên/đặc biệt (Alternate/Exceptional flows):

4.4 Quản lý lịch sử tìm kiếm

Tên Use case: Quản lý lịch sử tìm ID: QLG -05

kiếm
Actor chính: Người chơi Mức độ cần thiết: :mong muốn
Phân loại: Trung bình
Các thành phần tham gia và mối quan tâm: Lịch sử tìm kiếm của người dùng

Mô tả tóm tắt: Người chơi có nhu cầu muốn xem lại lịch sử tìm kiếm của mình
Trigger:
Kiểu sự kiện: internal
Các mối quan hệ:
+Association (kết hợp): Người chơi
+Include(bao gồm): Đăng nhập, quản lý lịch sử tìm kiếm
+Extend(mở rộng):
+Generalization(tổng quát hóa):

12
Luồng xử lý bình thường của sự kiện:
1. Chọn chức năng Lịch sử tìm kiếm.
2. Hiển thị danh sách đã tìm kiếm trong hệ thống
3. Xem thông tin chi tiết từng từ khóa tìm kiếm
Sub 1: Thông tin từ khóa tìm kiếm
4. Kết thúc sự kiện
Các luồng sự kiện con (Subflows):
Sub 1: Thông tin từ khóa tìm kiếm
1. Bấm chọn từ khóa tìm kiếm trong danh sách tìm kiếm
2. Hiển thị thông tin chi tiết của thực đơn vừa chọn, trong đó bao gồm các
thông tin sau: giờ và ngày tìm kiếm, kết quả tìm kiếm.
3. Kết thúc sự kiện
Luồng luân phiên/đặc biệt (Alternate/Exceptional flows):
Sub 1-2: Khi có sự cố về mạng, hiển thị thông báo cho người dùng biết
không thể kết nối.

4.5 Xóa game

Tên Use case: Xóa game ID: QLG -06

Actor chính: Người quản lý Mức độ cần thiết: Bắt buộc
Phân loại: Trung bình
Các thành phần tham gia và mối quan tâm: Game và người quản lý
Mô tả tóm tắt: Người quản lý kiểm tra game khi được các người dùng khác báo
cáo, người quản lý phát hiện lỗi bản quyền thông qua hệ thống, người quản lý sẽ
xóa game ra khỏi ứng dụng vì đã vi phạm điều khoản do app đặt ra

Trigger: Khi người cung cấp vi phạm điều khoản đặt ra

Kiểu sự kiện: external
Các mối quan hệ:
+Association (kết hợp): Người quản lý

13
+Include(bao gồm): xóa game, kiểm tra các vi phạm
+Extend(mở rộng):
+Generalization(tổng quát hóa):
Luồng xử lý bình thường của sự kiện:
1. Hệ thống tổng hợp lại và xử lý tất cả các trường hợp bị gắn cờ vi phạm
điều khoản và tất cả các báo cáo vi phạm từ người dùng rồi chuyển sang
cho người quản lý
2. Người quản lý xem xét và điều tra tất cả các trường hợp trên từng cái
một
3. Sau khi xem xét kỹ lưỡng và xác định người dùng vi phạm điều khoản
y như báo cáo sẽ tiến hành xóa game ra khỏi ứng dụng
Sub 1: Gửi thông báo
4. Kết thúc sự kiện
Các luồng sự kiện con (Subflows):
Sub1: Gửi thông báo
1. Sau khi quá trình xem xét hoàn tất và xác nhận xóa game gửi thông báo
đến mail của người đăng tải về việc vi phạm điều khoản
2. Kết thúc sự kiện
Luồng luân phiên/đặc biệt (Alternate/Exceptional flows):
- Tại bước 3 sau khi xử lý và xóa game cho phép người đăng tải gửi kiến
nghị về việc vi phạm điều khoản nếu là do hiểu lầm, hiển nhiên người
đăng tải phải có đủ thông tin cần thiết mới được xem xét lại.

14
 4.6 Đăng tải game

Tên Use case: Đăng tải game ID: QLG -07

Actor chính: Nhà phát hành game Mức độ cần thiết: :Bắt buộc
Phân loại: Trung bình
Các thành phần tham gia và mối quan tâm: Người mới bước chân vào nghề,
người làm ra game, các hãng game cần cung cấp game cần phải thông qua các
bước điền đầy đủ thông tin cần thiết.
Mô tả tóm tắt: Người sử dụng cung cấp game cho app và app sẽ quản lý game
được cung cấp.
Trigger: Yêu cầu đăng tải game lên app
Kiểu sự kiện: Internal
Các mối quan hệ:
+Association (kết hợp): Nhà phát hành game
+Include(bao gồm):
+Extend(mở rộng): kiểm tra file apk, kiểm tra thông tin, kiểm tra icon, đăng tải
game, mô tả game
+Generalization(tổng quát hóa):
Luồng xử lý bình thường của sự kiện:
1. Chọn chức năng đăng tải trong phần menu
2. Chọn file APK của game cần đăng tải
+ Sup 1: Kiểm tra File
3. Nhập thông tin cho game (Tên, ngôn ngữ, thể loại,...)
+ Sup 2: Kiểm tra thông tin
4. Đăng icon
+ Sup 3: Kiểm tra icon
5. Lựa chọn game có trả phí hay không, là bản chơi thử hay chính thức
6. Điền thông tin cá nhân cần thiết (Email, số điện thoại, Tài khoản ngân
hàng (Nếu cần))
7. Đọc điều khoản rồi bấm vào khung đã hiểu

15
 8. Bấm upload, dữ liệu sẽ được lưu tự động và chờ người phê duyệt chấp
thuận.
9. Kết thúc một sự kiện

Các luồng sự kiện con (Subflows):

Sub1: Kiểm tra File
1. Kiểm tra dạng File có phải là dạng APK hay không.
2. Nếu trùng khớp quay tiếp tục bước 3, không trùng khớp báo lỗi và quay
lại bước 2.
3. Kết thúc sự kiện
Sub2: Kiểm tra thông tin
1. Kiểm tra xem có ô nào cần thiết mà bị bỏ trống hay không (Tên game,
thể loại,..) Nếu có báo lỗi và tiếp tục bước 3, nếu không tiếp tục bước 4.
2. Kết thúc sự kiện
Sub3: Kiểm tra icon
1. Kiểm tra icon có vượt qua kích thướng đề ra hay không nếu có báo lỗi và
tiếp tục bước 4, nếu không tiếp tục bước 5.
2. Kết thúc sự kiện
...

Luồng luân phiên/đặc biệt (Alternate/Exceptional flows):

- Bước 2 nếu có sự cố mất điện hay rớt mạng đột ngột sẽ thông báo lỗi
vào lần sau truy cập và File sẽ không được lưu.

16
 4.7 Thống kê doanh thu

Tên Use case: Thống kê doanh thu ID: QLG -08

Actor chính: Người quản lý Mức độ cần thiết: tùy chọn
Phân loại: Đơn giản
Các thành phần tham gia và mối quan tâm: Người quản lý và hệ thống

Mô tả tóm tắt: Hệ thống nhận số liệu từ google rồi thống kê doanh thu

Trigger: Đạt mốc thời gian cần thiết của hệ thống

Kiểu sự kiện: internal
Các mối quan hệ:
+Association (kết hợp): Google Adsense, Người quản lý 24
+Include(bao gồm): Thống kê doanh thu, đăng nhập, xử lý dữ liệu doanh thu
và gửi cho người quản lý
+Extend(mở rộng): :
+Generalization(tổng quát hóa): Thống kê doanh thu hôm nay, Thống kê
doanh thu tuần này, Thống kê doanh thu một tháng

Luồng xử lý bình thường của sự kiện:

1. Người quản lý chọn chức năng thống kê
2. Hiển thị doanh thu hôm nay, tuần này và tháng này
Sup 1:Doanh thu theo tháng
3. Hệ thống nhận dữ liệu từ Google Adsense
4. Thông qua thuật toán xử lý dữ liệu doanh thu và gửi đến người quản lý
Sub 2: Thông báo

17

25
5. Người quản lý nhận dữ liệu
6. Kết thúc sự kiện
Các luồng sự kiện con (Subflows):
Sub 1: Doanh thu theo tháng
1. Chọn tháng cần xem doanh thu từ Google Adsense
2. Hiển thị thống kê doanh thu của tháng vừa chọn
3. Kết thúc sự kiện
Sub 2: Thông báo
1. Thông báo cho người quản lý sau khi dữ liệu được gửi đến
2. Kết thúc sự kiện
Luồng luân phiên/đặc biệt (Alternate/Exceptional flows):

4.8 Cập nhật game

Tên Use case: Cập nhật game ID: QLG -09

Actor chính: Nhà phát hành game Mức độ cần thiết: Bắt buộc
Phân loại: Trung bình
Các thành phần tham gia và mối quan tâm: Người mới bước chân vào nghề,
người làm ra game, các hãng game cần đăng bản cập nhật mới lên app

Mô tả tóm tắt: Khi đăng bản cập nhật game, app sẽ xử lý và gửi thông báo cho
các người chơi biết.

Trigger: Cần tiếp nhận bản cập nhật từ người đăng

Kiểu sự kiện: external
Các mối quan hệ:

18
+Association (kết hợp): Nhà phát hành game
+Include(bao gồm): Đăng nhập, cập nhât game
+Extend(mở rộng): Cung cấp thông tin bản cập nhật, Đăng tải bản cập nhật
+Generalization(tổng quát hóa): [use case1, use case 2...]
Luồng xử lý bình thường của sự kiện:
1. Nhấn vào mục menu của app sau khi đăng nhập
2. Nhấn chọn vào mục bảng điều khiển dành cho người phát triển
(Google Play Console)
3. Sau đó nhấn vào Quản lý phát hành (Release Management) rồi đến
phát hành ứng dụng (App Releases)
4. Chọn quản lý sản xuất (Manage Production) rồi đến Tạo bản phát hành
(Create Release)
5. Nhấn vào chọn thư mục (Browse File) rồi chọn file APK bạn muốn.
Sub 1: Cảnh báo
Sub 2: Kiểm tra File
6. Điền vào khung Có gì mới trong phần phát hành? (What's new in the
release?)
Sub 3: Kiểm tra ô trống
7. Chọn lưu và xem lại để tiếp tục
8. Xem lại bản phát hành vào phần tiếp theo rồi kéo xuống dưới và nhấn xác
nhận
9. Kết thúc sự kiện
Các luồng sự kiện con (Subflows):
Sub1: Cảnh báo
1. Cảnh báo người dùng bản apk trước sẽ bị vô hiệu
2. Nhấn vào ô đồng ý để tiếp tục bước kiểm tra
Sub2: Kiểm tra File
1. Kiểm tra dạng File có phải là dạng APK hay không? Nếu đúng thì tiếp
tục kiểm tra đến phiên bản
2. Kiểm tra mã phiên bản có lớn hơn mã phiên bản hiện tại không, nếu
không thì báo lỗi
3. Kiểm tra tên gói APK có giống với hiện tại hay không? Nếu sai thì báo
lỗi, nếu đúng thì tiếp tục bước 6
Sub3: Kiểm tra ô trống
1. Kiểm tra xem bên trong khung có trống hay không, nếu đúng thì tiếp tục

19
 bước 7, nếu sai thì báo lỗi
Luồng luân phiên/đặc biệt (Alternate/Exceptional flows):
- Bước 5 nếu có sự cố mất điện hay rớt mạng đột ngột sẽ thông báo lỗi
vào lần sau truy cập và File sẽ không được lưu.

4.9 Cài đặt

Tên Use case: Cài đặt ID:QLG -10

Actor chính: Người chơi Mức độ cần thiết: bắt buộc
Phân loại: Trung bình
Các thành phần tham gia và mối quan tâm: người dùng cần gỡ cài đặt ứng
dụng

Mô tả tóm tắt: người dùng cần gỡ cài đặt khỏi thiết bị.

Trigger: Có yêu cầu cài đặt

Kiểu sự kiện: external
Các mối quan hệ:
+Association (kết hợp): Người chơi
+Include(bao gồm): Đăng nhập, cài đặt
+Extend(mở rộng):
+Generalization(tổng quát hóa):
Luồng xử lý bình thường của sự kiện:
1. Đăng nhập vào ứng dụng
2. Chọn ứng dụng cần cài đặt
Sub 1: Thông báo
3. kết thúc sự kiện

Các luồng sự kiện con (Subflows):

20
Sub 1:Thông báo
1. Cảnh báo người dùng trước khi cài đặt
2. Yêu cầu người dùng chọn xác nhận hoặc hủy bỏ để tiếp tục
3. Nếu chọn xác nhận thì thông báo đã cài đặt thành công và tiếp tục bước 3.

4.10 Gỡ cài đặt

Tên Use case: Gỡ cài đặt ID: QLG -11

Actor chính: Người chơi Mức độ cần thiết: bắt buộc
Phân loại: Trung bình
Các thành phần tham gia và mối quan tâm: người dùng cần gỡ cài đặt ứng
dụng

Mô tả tóm tắt: người dùng cần gỡ cài đặt khỏi thiết bị.

Trigger: Có yêu cầu gỡ cài đặt

Kiểu sự kiện: external
Các mối quan hệ:
+Association (kết hợp): Người chơi
+Include(bao gồm): Đăng nhập, gỡ cài đặt
+Extend(mở rộng):
+Generalization(tổng quát hóa):
Luồng xử lý bình thường của sự kiện:
1. Đăng nhập vào ứng dụng
2. Chọn ứng dụng cần gỡ cài đặt
Sub 1: Thông báo
3. kết thúc sự kiện

21
Các luồng sự kiện con (Subflows):
Sub 1:Thông báo
1. Cảnh báo người dùng trước khi cài đặt
2. Yêu cầu người dùng chọn xác nhận hoặc hủy bỏ để tiếp tục
3. Nếu chọn xác nhận thì thông báo đã gỡ cài đặt thành công và tiếp tục
bước 3.

4.11 Giao dịch mua game

Tên Use case: Giao dịch mua game ID: QLG -12
Actor chính: Người chơi Mức độ cần thiết: Tùy chọn
Phân loại: Đơn giản
Các thành phần tham gia và mối quan tâm: người dùng khi có nhu cầu giao
dịch.

Mô tả tóm tắt:
Khi các ứng dụng được chỉnh sửa và có nhu cầu giao dịch mua game (nếu có)
Trigger: Có yêu cầu giao dịch mua game
Kiểu sự kiện: external

22
Các mối quan hệ:
+Association (kết hợp): Người chơi
+Include(bao gồm): Giao dịch mua game, Đăng nhập, Chọn phương thức
thanh toán
+Extend(mở rộng):
+Generalization(tổng quát hóa):
Luồng xử lý bình thường của sự kiện:
1. Đăng nhập vào app
2. Chọn game cần giao dịch và nhấn vào giá tiền để mua
3. Chọn phương thức thanh toán
Sub 1: Đăng nhập vào tài khoản thanh toán
4. Thanh toán và cài đặt game
Sub 2: Xác nhận
5. Kết thúc sự kiện
Các luồng sự kiện con (Subflows):
Sub 1: Đăng nhập vào tài khoản thanh toán
1. Nếu chọn phương thức thanh toán bằng tài khoản ngân hàng hoặc ví
airpay tiến tiến hành đăng nhập tài khoản ngân hàng hoặc ví airpay, nếu
chọn thanh toán bằng card điện thoại thì không cần đăng nhập và tiến
hành bước 4.
2. Kết thúc sự kiện.
Sub 2: Xác nhận
1. Hiện thông báo xác nhận cho người dùng.
2. Nếu nhấn xác nhận thì tiến hành thanh toán, nếu không thì không thanh
toán.
Luồng luân phiên/đặc biệt (Alternate/Exceptional flows):

4.12 Đánh giá

23
Tên Use case:Đánh giá ID: QLG -13
Actor chính: Người chơi Mức độ cần thiết: bắt buộc
Phân loại: Trung bình
Các thành phần tham gia và mối quan tâm: Người dùng có yêu cầu đánh giá,
phản hồi game tới hệ thống.

Mô tả tóm tắt: Người dùng đăng nhập vào app để đánh giá game.
Trigger: Người dùng có yêu cầu đánh giá
Kiểu sự kiện: external
Các mối quan hệ:
+Association (kết hợp): Người chơi
+Include(bao gồm): Đánh giá, Đăng nhập
+Extend(mở rộng): Chọn số sao, Bình luận
+Generalization(tổng quát hóa):
Luồng xử lý bình thường của sự kiện: <Liệt kê các bước thực hiện>
1. Đăng nhập vào app.
2. Chọn ứng dụng cần đánh giá ( các game đã cài đặt trên thiết bị của
người dùng)
3. Chọn xếp hạng ứng dụng này.
Sub 1 Đánh giá số sao.
4. Kết thúc sự kiện.

Các luồng sự kiện con (Subflows):

Sub1: Đánh giá số sao
1. Chọn số sao.
2. Nhập nội dung bình luận.
3. Đăng bài.
Luồng luân phiên/đặc biệt (Alternate/Exceptional flows):

24
 4.13 Quản lý ứng dụng

Tên Use case: Quản lý ứng dụng ID: QLG -14

Actor chính: Người chơi Mức độ cần thiết: Bắt buộc
Phân loại: Trung bình
Các thành phần tham gia và mối quan tâm: Gamer và người dùng

Mô tả tóm tắt: Một thư viện quản lý các ứng dụng

Trigger: Quản lý tất cả các ứng dụng được tải trên app
Kiểu sự kiện: internal
Các mối quan hệ:
+Association (kết hợp): Người chơi
+Include(bao gồm): Đăng nhập, quản lý ứng dụng
+Extend(mở rộng):
+Generalization(tổng quát hóa):
Luồng xử lý bình thường của sự kiện:
1. Đăng nhập vào app
2. Chọn phần quản lý ứng dụng của tôi trong thanh menu
3. Kết thúc sự kiện
Các luồng sự kiện con (Subflows)

Luồng luân phiên/đặc biệt (Alternate/Exceptional flows):

25
 4.14 Đăng nhập

Tên Use case: Đăng nhập ID: QLG -15

Actor chính: Người quản lý, nhà Mức độ cần thiết: Bắt buộc
phát hành, người chơi. Phân loại:Trung bình
Các thành phần tham gia và mối quan tâm: Admin, người đăng tải, người sử
dụng muốn thực hiện các chức năng bên trong

Mô tả tóm tắt:Người dùng cần đăng nhập vào hệ thống

Trigger: Người dùng cần thực hiện các chức năng bên trong app.
Kiểu sự kiện: internal
Các mối quan hệ:
+Association (kết hợp): Người quản lý, người chơi, nhà phát hành game
+Include(bao gồm): Đăng nhập
+Extend(mở rộng):
+Generalization(tổng quát hóa):
Luồng xử lý bình thường của sự kiện:
1. Khởi chạy ứng dụng.
2. Người dùng nhập tên đăng nhập và mật khẩu

26
 3. Bấm chọn Đăng nhập
4. Kiểm tra kết nối. Nếu kết nối thành công thì chuyển sang bước 5, nếu thất bại
thì thông báo lỗi, chuyển sang bước 6.
5. Kiểm tra thông tin đăng nhập
Sub 1: Kiểm tra thông tin đăng nhập
6. Kết thúc sự kiện Đăng nhập

Các luồng sự kiện con (Subflows):

Sub1: Kiểm tra thông tin đăng nhập.
1. Kiểm tra tên người dùng và mật khẩu trong Google, nếu trùng khớp thì
hiển thị giao diện ứng với phân quyền người dùng và chuyển sang bước 6, nếu
sai thì báo lỗi và chuyển sang bước 6
2. Kết thúc sự kiện.
.
Luồng luân phiên/đặc biệt (Alternate/Exceptional flows):

4.15 Đăng ký tài khoản

Nhập thông tin tài khoản

<extend>

Đăng ký tài khoản

Người chơi
<extend>

Xác nhận tài khoản qua gmail

Tên Use case: Đăng ký tài khoản ID: QLG -15

Actor chính: Người chơi Mức độ cần thiết: Bắt buộc
Phân loại: Đơn giản
Các thành phần tham gia và mối quan tâm: Người dùng thực hiện chức năng đăng

27
ký của hệ thống

Mô tả tóm tắt: Người dùng cần đăng ký tài khoản

Trigger: Người dùng có nhu cầu sử dụng chức năng đăng ký

Kiểu sự kiện: external
Các mối quan hệ:
+Association (kết hợp): Người chơi
+Include(bao gồm): đăng ký tài khoản
+Extend(mở rộng): Nhập thông tin tài khoản, Xác nhận tài khoản qua gmail
+Generalization(tổng quát hóa):
Luồng xử lý bình thường của sự kiện:
1. Nhấn vào mục 3 gạch trên góc trái trên của màn hình
2. Nhấn vào tài khoản
3. Sau khi nhấn vào giao diện sẽ được chuyển sang giao diện tài khoản và nhấn vào
nút đăng nhập
4. Trong giao diện đăng nhập nhấn vào tạo tài khoản mới và giao diện đăng ký tài
khoản sẽ xuất hiện
5. Điền lần lượt các thông tin bao gồm Tên tài khoản, Email, Mật khẩu và xác nhận
mật khẩu
6. Nhấn đăng ký
7. Kiểm tra thông tin vừa nhập
Sub 1: Thông báo
8. Nhập mã xác nhận email và nhấn tiếp tục, nếu mã không được gửi thì nhấn vào gửi
mã lại rồi nhập và nhấn tiếp tục
9. Kiểm tra mã xác nhận
Sub 2: Thông báo xác nhận
10. Kết thúc sự kiện
Các luồng sự kiện con (Subflows):
Sub1: Thông báo
1. Thông báo lỗi nếu phần thông tin nhập vào bị trùng khớp, sai hoặc bỏ trống,
nếu không tiếp tục bước 8
2. Kết thúc sự kiện
Sub2: Thông báo xác nhận
1. Thông báo lỗi nếu mã xác nhận không trùng khớp, nếu đúng thì tiếp tục
2. Kết thúc sự kiện
Luồng luân phiên/đặc biệt (Alternate/Exceptional flows):

28
5. Các yêu cầu phi chức năng

5.1 Yêu cầu thực thi

● Số lượng máy client kết nối đồng thời vào hệ thống là không giới hạn
● Máy tính đóng vai trò là máy chủ phải hoạt động liên tục trong suốt thời gian vận hành hệ
thống.
● Tốc độ đường truyền mạng tối thiểu download/upload 4 Mbps / 512 Kbps.

5.2. Yêu cầu an toàn

● Các tác vụ liên quan đến cập nhật CSDL hoặc các thay đổi liên quan đến dữ liệu lưu trữ
trên ổ cứng, phải được sự xác nhận của người dùng.
● Dữ liệu phải được sao lưu định kỳ và lưu trữ an toàn đề phòng khi hệ thống đột ngột bị
dừng do sự cố mất điện hoặc hư hỏng thiết bị.

5.3 Bảo mật dữ liệu

● Chứng chỉ SSL(Secure Sockets Layer) đảm bảo việc tiếp nhận thông tin và lưu trữ thông
tin của khách hàng được an toàn.
● Các chức năng được hiển thị dựa trên phân quyền của từng nhóm người sử dụng
● Thiết lập tường lửa trên máy chủ.
● Sử dụng kết nối wifi với chuẩn bảo mật tối thiểu là WPA2

5.4 Các đặc điểm chất lượng phần mềm

● Độ tin cậy của game cao (game không phải game lậu, không virus, đảm bảo thông tin của
người dùng)
● Độ chính xác của thông tin (thông tin về phiên bản, sự kiện, hãng game,…)
● Có thể chơi thử game qua quảng cáo
● Có thể dừng app để bảo trì và nâng cấp hệ thống từ những vấn đề phát sinh (server quá
tải, không thể đăng nhập mặc dù có tài khoản,…)
● Thông tin về bản cập nhật của từng phiên bản được quản lý cụ thể, khi người dùng có yêu
cầu có thể coi bất cứ lúc nào.

29
 5.5 Các quy tắc nghiệp vụ
● Các nhóm người sử dụng chỉ có thể sử dụng các chức năng theo đúng nghiệp vụ của
mình
● Admin luôn cập nhật những đánh giá để sửa chữa cho phù hợp với nhu cầu chung của
người sử dụng

30