Website đọc truyện online đặc tả yêu cầu phần mềm

Tài liệu đặc tả yêu cầu phần mềm SRS, v1.0.02.3 Mô hình quản lý 2.3.1 Kiến trúc vật lý 2.3.2 Kiến trúc ứng dụng - Sử dụng kiến tr甃Āc Client-Server bao gồm hai thành phFn riêng biệt: serv

Trang 1

KHOA CÔNG NGHỆ THÔNG TIN

Trang 2

Ngày thay đổi Phiên bản Mô tả Tác giả/Nhóm tác giả

<16/08/2021> V1.0.0 Khởi tạo tài liệu Hoàng Trọng Hùng+ Đinh Đức Hoàn

<31/08/2021> Thiết kế cơ sở dữ liệu Hoàng Trọng Hùng+ Đinh Đức Hoàn

Trang 3

<Website đọc truyện online> Tài liệu đặc tả yêu cầu phần mềm (SRS), v1.0.0

Trang 4

6.1.4 Giao diện thêm/sửa thông tin 29

Trang 5

1 GIỚI THIỆU CHUNG

1.2 Phạm vi

Tài liệu đặc tả các chức năng cần thiết của phần mềm đọc truyện online.

Tài liệu được sử dụng cho các tài liệu thiết kế, lập trình và kiểm thử sau này

1.3 Các định nghĩa, thuật ngữ, từ viết tắt

1.4 Tài liệu tham khảo

Trang 6

- Ngày nay con cuôEc s Āng ngày càng phát triển hơn con ngưHi cQng c漃Ā thêm nhiSu sT th椃Āchkhác nhau để c漃Ā thể giKi tr椃Ā sau khi làm viêEc hay nhVng giH học căng thWng Em đA lên mạng thamkhKo và cQng như đây cQng là sT th椃Āch cGa mình thì em th Āy các bạn trY hiêEn nay r Āt th椃Āch đọccác thể loại truyêEn cGa nưBc ngoài như : Trung Qu Āc, NhâEt BKn, Hàn Qu Āc, đA được d椃⌀ch lạiqua tiếng viêEt Và cQng vì các bạn c^n đang đi học nên không c漃Ā nhiSu kinh tế để ra thư viêEn muasách nên viêEc đọc trực tiếp trên internet là giKi pháp cFn thiết nh Āt.

- N_m được điSu đ漃Ā, ch甃Āng em đA tìm hiểu và xây dựng website đọc truyêEn online cho ngưHidùng

2.1.2 Phương pháp

- Tạo một website c漃Ā các chức năng đ Āi vBi nhVng ngưHi sử dụng như:

 Chức năng dành cho ngưHi dùng:

o Đăng truyện( phát triển thêm)

 Chức năng dành cho ngưHi quKn lý hệ th Āng:

2.2 Khảo sát

2.2.1 Website truyenfull.com

Trang 7

Trang chG gồm c漃Ā thanh menu ph椃Āa trên gồm các mục:danh sách, thể loại, phân loại theochương, tìm kiếm Giao diện ch椃Ānh trên trang chG chia thành các danh mục truyện: truyện hot,truyện mBi cập nhật, truyện đA hoàn thành

 Trang thông tin truyện

Trang 8

Trang thông tin truyện hiển th椃⌀ hình truyện, giBi thiệu truyện, đánh giá truyện, các thông tintruyện, bình luận( sử dụng tài khoKn facebook, website không sử dụng tài khoKn riêng cho thànhviên)

 Trang đọc truyện

Trang 9

 Trang đọc truyện c漃Ā các n甃Āt chuyển chương, chọn chương, hiển th椃⌀ nội dung chương, bìnhluận truyện, ngoài ra c^n c漃Ā n甃Āt báo lỗi chương

Trang 10

Trang thông tin truyện hiển th椃⌀ các thông tin cGa truyện: hình truyện, giBi thiệu, danh sáchchương, Nhận xét truyện( website t椃Āch hợp nhận xét bằng tKi khoKn riêng và c漃Ā thể đăng nhậpbằng facebook hoặc google)

 Trang đọc truyện

Trang 11

2.3 Mô hình quản lý

2.3.1 Kiến trúc vật lý

2.3.2 Kiến trúc ứng dụng

- Sử dụng kiến tr甃Āc Client-Server bao gồm hai thành phFn riêng biệt: server đ漃Āng vai tr^ phục

vụ cung c Āp chức năng và lưu trV dV liệu, và client trong vai tr^ ngưHi tiêu thụ sử dụng các chứcnăng đ漃Ā Hai thành phFn này kết n Āi vBi nhau qua mạng Internet và Intranet

2.4 Các nghiệp vụ cần thông tin hóa

Trang 12

- Th Āng kê lượt đọc truyện trên website

- QuKn lý thông tin tài khoKn ngưHi dùng

2.5 Phạm vi và yêu cầu phi chức năng

2.5.1 Yêu cầu về giao diện người sử dụng đầu cuối

a Yêu cầu về giao diện quản trị, vận hành hệ thống

- Ngôn ngV giao diện dễ hiểu Các biểu tượng phKi mang ý nghĩa nh Āt quán C漃Ā các ph椃Ām t_thợp lý để thao tác sử dụng các chức năng nhanh ch漃Āng thuận tiện hơn

- Giao diện được trình bày khoa học, hợp lý và đKm bKo mỹ thuật hài h^a vBi mục đ椃Āch cGaphFn mSm, tuân thG các chuẩn vS truy cập thông tin

b Yêu cầu về giao diện người dùng cuối

- Ngôn ngV dễ hiểu, b Ā cục trình bày rõ ràng, thông tin ch椃Ānh xác

2.5.2 Các yêu cầu khác

a Yêu cầu về an toàn

- Chế độ backup dV liệu: 1 năm học/lFn

- Mỗi lFn vận hành c漃Ā lỗi sử dụng phKi quay vS thHi điểm gFn nh Āt chương trình vẫn chạyđ甃Āng

- C漃Ā cơ chế phục hồi dV liệu khi hệ th Āng gặp sự c Ā

b Yêu cầu về bảo mật

- Hệ th Āng phKi đáp ứng khK năng an toàn, bKo mật theo 2 mức: mức xác thực ngưHi sửdụng, mức CSDL

- NgưHi sử dụng được c Āp tài khoKn và mật khẩu duy nh Āt

- Lưu lại các d Āu vết sửa chVa các s Ā liệu

- Toàn bộ các dV liệu cFn quKn lý, phKi được lưu trong CSDL được mA h漃Āa và phân quySntruy cập chặt chẽ, phân quySn cho ngưHi sử dụng đến tIng chức năng

c Yêu cầu về môi trường hoạt động

- Môi trưHng phFn cứng, phFn mSm hệ th Āng

- Môi trưHng viễn thông: kết n Āi Internet

- Các tổ chức được cài đặt, mô hình cài đặt

- Yêu cFu đ Āi vBi kỹ năng cGa ngưHi sử dụng

d Yêu cầu về khả năng mở rộng

- Hệ th Āng phKi c漃Ā khK năng mT rộng và t椃Āch hợp vBi các hệ th Āng khác sau này

e Yêu cầu về chuẩn công nghiệp

Hệ th Āng được xây dựng tương th椃Āch vBi chuẩn:

Trang 13

Trang 14

3 MÔ TẢ TỔNG QUAN HỆ THỐNG

3.1 Mô hình use case

3.1.1 Người đọc

3.1.2 Người quản lý

3.2 Danh sách các tác nhân và mô tả

3.3 Danh sách Use case và mô tả

Trang 15

ID Tên Use case Actor sử

Việc truy cập vào website cần phải xác minh danh tính UC_00

2

Đăng ký Người đọc Người đọc đăng ký tài khoản

mới để đọc truyện UC_00

3

Quên mật

khẩu

Người đọc Người đọc có thể lấy lại mật

khẩu do quên mật khẩu UC_00

4

Tìm kiếm Người đọc Giúp cho người đọc tìm kiếm

được truyện dễ dàng hơn UC_00

5

Quản lý bộ

sưu tập

Người đọc Giúp cho người đọc có thể

lưu lại bộ truyện yêu thích hoặc đang đọc dở.

Người đọc Người đọc đánh giá, bình

.luận về chất lượng truyện UC_00

8

Thay đổi

thông tin tài

khoản

Người đọc Người đọc muốn đổi lại

thông tin cá nhân UC_00

9

Quản lý tài

khoản

Người quản lý

Người quản lý muốn thêm hoặc xóa một tài khoản UC_01

0

Quản lý

truyện

Người quản lý

Người quản lý muốn thêm, sửa, xóa bộ truyện

Trang 16

4 ĐẶC TẢ CÁC YÊU CẦU CHỨC NĂNG (FUNCTIONAL)

Mô tả một cách chi tiết từng yêu cầu cụ thể, cho phép các thành viên trong nhóm căn cứ vào

đó để xây dựng một website có chất lượng tốt nhất Với cách tiếp cận theo mô hình UseCase (UC), các yêu cầu phần mềm được mô tả theo các UC và trong các đặc tả bổ sung.

4.1 UC_001_Người đọc đăng nhập hệ thống

Mô tả use case UC_001

Use case: {UC_001_Người đọc đăng nhập hê thống}

Mục đích: - Người đọc đăng nhập thành công để thực hiện được các công việc

của mình.

Mô tả: - Cho phép người đọc đăng nhập hệ thống để sử dụng các chức

năng được hỗ trợ đối với đối tượng người dùng này.

Tác nhân: - At_User

Điều kiện trước: - Truy cập vào website.

Luồng sự kiện chính

(Basic flows)

- Nhập tên tài khoản

- Nhập mật khẩu của tài khoản

Luồng sự kiện phụ

(Alternative Flows): - Đăng nhập không thành công vì sai tên tài khoản

- Đăng nhập không thành công vì mật khẩu không khớp với tài khoản

Điều kiện sau: - Đăng nhập thành công và bắt đầu sử dụng các chức năng khác

của hệ thống

4.1.2 Biểu đồ

4.2 UC_002_Người đọc đăng kí tài khoản

4.2.1 Mô tả use case UC_002

Use case: {UC_002_Người đọc đăng ký tài khoản}

Mục đích: - Tại một tài khoản mới để đăng nhập vào hệ thống

Mô tả: - Cho phép người đọc tại khoản mới để sử dụng chức năng đăng

Trang 17

(Alternative Flows): - Tên tài khoản đã tồn tại

- Email đăng kí đã được sử dụng

- Mật khẩu quá yếu

- Mật khẩu nhập lại không khớp

Điều kiện sau: - Thông báo đăng ký thành công.

4.2.2 Biểu đồ

4.3 UC_003_Người đọc quên mật khẩu

Use case: {UC_002_Người đọc quên mật khẩu}

Mục đích: - Cung cấp lại mật khẩu cho người đọc

Mô tả: - Cho phép người đọc đặt mật khẩu mới cho tài khoản khi xác thực

(Alternative Flows): - Tên tài khoản không tồn tại

- Email đăng kí chưa sử dụng

- Mật khẩu quá yếu

Trang 18

- Mật khẩu lần 2 không khớp

Điều kiện sau: - Thông báo đặt lại mật khẩu mới thành công.

4.3.2 Biểu đồ

4.4 UC_003_Người đọc tìm kiếm

Use case: {UC_003_Người đọc tìm kiếm}

Mục đích: - Người đọc tìm kiếm truyện dễ dàng hơn

Mô tả: - Người đọc tìm kiếm truyện theo tên, theo bộ lọc thể loại, tác giả,

(Alternative Flows): - Không có tác giả phù hợp tìm kiếm

- Truyện không tồn tại

- Không có truyện phù hợp với bộ lọc

Điều kiện sau: - Hiển thị truyện

4.4.2 Biểu đồ

Trang 19

4.5 UC_004_Người đọc quản lý bộ sưu tập

Use case: {UC_004_Người đọc quản lý bộ sưu tập}

Mục đích: - Người đọc quản lý lưu lại bộ truyện yêu thích hoặc đang đọc dở

Mô tả: - Người đọc có thể quản lý bộ sưu tập, thêm, sửa, xóa truyện trong

Use case: {UC_005_Người đọc đọc truyện }

Mục đích: - Người đọc đọc truyện

Mô tả: - Người đọc đọc truyện

Điều kiện trước: - Người đọc chọn truyện để đọc

Luồng sự kiện chính - Người đọc ấn chọn truyện để đọc

Trang 20

(Basic flows)

(Alternative Flows): - Load truyện thất bại

Điều kiện sau: - Hiển thị truyện cho người đọc

4.6.2 Biểu đồ

4.7 UC_006_Người đọc đánh giá, bình luận

Use case: {UC_006_Người đọc đánh giá, bình luận}

Mục đích: - Người đọc đánh giá, bình luận về chất lượng, nội dung truyện

Mô tả: - Người đọc có thể đánh giá mức độ về chất lượng, bình luận về chất

lượng nội dung của truyện

Điều kiện trước: - Đăng nhập thành công với quyền truy cập của người đọc

- Chọn truyện đánh giá, bình luận

(Basic flows)

- Người đọc đánh giá truyện theo mức độ(1-5*)

- Người đọc nhập bình luận truyện

(Alternative Flows): - Không có luồng sự kiện phụ

Điều kiện sau: - Thông báo đã nhận đánh giá

- Hiển thị bình luận

Trang 21

4.7.2 Biểu đồ

4.8 UC_007_Người đọc thay đổi thông tin cá nhân

Use case: {UC_006_Người đọc thay đôi thông tin cá nhân}

Mục đích: Người đọc muốn đổi lại thông tin cá nhân

Mô tả: Người đọc có thể sửa lại thông tin cá nhân: email, password, họ tên

Tác nhân: At_User

Điều kiện trước: Đăng nhập thành công với quyền truy cập của người đọc

(Basic flows) Nhập lại thông tin cá nhân mới: email, họ tên

Đổi password: Nhập lại mật khẩu cũ, nhập mật khẩu mới 2 lần

(Alternative Flows): Email đã tồn tại

Password quá yếu hoặc nhập lại lần 2 không khớp

Điều kiện sau: - Hồ sơ của sinh viên được lưu lại trong CSDL với các thông tin đã

được thay đổi chính xác

4.8.2 Biểu đồ

4.9 UC_008_Người quản lý quản lý tài khoản

Use case: {UC_008_Người quản lý quản lý tài khoản}

Mục đích: - Người quản lý có thể quản lý tài khoản cá nhân người đọc

Mô tả: - Người quản lý có thể thay đổi, sửa xóa thông tin người đọc, người

đọc.

Tác nhân: - At_Admin

Trang 22

Điều kiện trước: - Đăng nhập thành công với quyền truy cập của bộ phận quản lý.

- Kích mục chọn quản lý tài khoản

(Basic flows) - Hiển thị danh sách người dùng

(Alternative Flows): - Danh sách người dùng trống

Điều kiện sau: - Thông tin người dùng được sửa sau khi người quản lý thay đổi

4.9.2 Biểu đồ

4.10 UC_009_Người quản lý quản lý truyện

Use case: {UC_009_Người quản lý quản lý truyện}

Mục đích: Người quản lý có thể quản lý các bộ truyện

Mô tả: Cho phép người quản lý có thể thêm sửa xóa các bộ truyện

Cho phép người quản lý có thể thêm, sửa, tác giả của bộ truyện Cho phép người quản lý có thể thêm, sửa thể loại ,trạng thái của bộ truyện Cho phép người quản lý có thể xóa bình luận vi phạm chuẩn mực của bộ truyện.

(Alternative Flows): - Không có luồng sự kiện phụ

Điều kiện sau: - Lưu thông tin sau khi thay đổi của người quản lý.

Trang 23

4.10.2 Biểu đồ

5 Thiết kế cơ sở dữ liệu

5.1 Mô tả cơ sở dữ liệu

- Bao gồm admin qunar lý toàn bộ website

- NgưHi dùng c漃Ā thể đăng ký, đăng nhập, đọc truyện trên website

- Website bao gồm nhiSu thể loại truyện, vBi nhiSu truyện

- NgưHi dùng c漃Ā thể bình luận vS nhVng truyện

- Sử dụng kết n Āi Sql thông qua asp.net mvc

5.2 Mô tả cơ sở dữ liệu

Admins (Id_Admin, UserName, Password, status) Admin quản lí toàn bộ website bao gồm:

id_admin, username, password, trạng thái.

Users (ID _User, HoTen, GioiTinh, NgaySinh, SDT,

Email, UserName Password, status, CreateTime)

Mỗi khách hàng phân biệt với nhau bằng id_user

và thông tin lưu trữ bao gồm: họ tên, email, số điện thoại,giới tính, username, password, ngày tạo

TacGia(I d_TacGia ,Ten_TacGia,MetaTitle,CreateTim

TrangThai(I d_TrangThai , Ten_TrangThai, MetaTitle ) Mỗi thể loại bao gồm id_trangthai để phân biệt,

tên trangthai, metatitle

Truyen(ID _Truyen ,Ten_Truyen,MetaTitle,Avt_Truyen

,GioiThieu_Truyen,TotalVIew,CreateDate,TopHot,

Id_TacGia,Id_TheLoai, Id_TrangThai)

Mỗi truyện bao gồm id_truyen để phân biệt, tên truyện, metatitle, avt truyện, giới thiệu truyện, ngày tạo, có thuộc sản phẩm hot.

ChuongTruyen(I d_Chuong ,ID_Truyen,Ten_Chuong,

NoiDung_Chuong, Metatitle)

Mỗi truyện bao gồm nhiều chương, mỗi chương

sẽ gồm id_chuong để phân biệt, tên chương, nội

Trang 24

dung chương, metatitle.

BinhLuan(I d_BinhLuan ,NoiDung,CreateTime,Id_Tru

yen, Id_User)

Người dùng được bình luận truyện, mỗi bình luận

sẽ gồm id_binhluan để phân biệt, nội dung bình luận, ngày bình luận.

BoSuuTap (I d_BoSuuTap , Id_User, Id_Truyen ) Mỗi bộ sưu tập sẽ gồm id_bosuutap để phân biệt.

Id_Admin Bigint Khóa chính Not null

UserName varchar(50)

Password varchar(50)

status bit

Users

Id_User Bigint Khóa chính Not null

Id_TacGia Bigint Khóa chính Not null

Ten_TacGia nvarchar(250)

Trang 25

CreateTime datetime

TheLoai

Ten_TheLoai nvarchar(250)

MetaTitle varchar(250)

CreateTime datetime

TrangThai

TrangThai varchar(250)

MetaTitle varchar(250)

Truyen

Id_TacGia Bigint Kh漃Āa ngoại Not null

Id_TheLoai Bigint Kh漃Āa ngoại Not null

Id_TrangThai Bigint Kh漃Āa ngoại Not null

ChuongTruyen

Id_Chuong Bigint Khóa chính Not null

Trang 26

NoiDung Nvarchar(255)

CreateTime datetime

Id_Truyen Bigint Kh漃Āa ngoại Not null

Id_User Bigint Kh漃Āa ngoại Not null

BoSuuTap

Id_Truyen Bigint Kh漃Āa ngoại Not null

Id_User Bigint Kh漃Āa ngoại Not null

5.5 Database diagram

Trang 27

6 Kết quả thực hiện

6.1 Giao diện người quản lý

6.1.1 Giao diện đăng nhập

6.1.2 Giao diện trang chủ

Trang 28

6.1.3 Giao diện hiển thị thông tin

6.1.4 Giao diện thêm/sửa thông tin

Trang 29

6.2 Giao diện người dùng

6.2.1 Giao diện đăng ký/ đăng nhập

Trang 30

6.2.2 Giao diện trang chủ

Trang 31

6.2.3 Giao diện thông tin truyện

Trang 32

6.2.4 Giao diện đọc truyện

6.2.5 Giao diện bình luận

6.2.6 Giao diện thông tin cá nhân

Trang 33

Giao diện thông tin tài khoKn

Giao diện đang theo dõi

Trang 34

Giao diện cập nhật tài khoKn

Tiêu đề	Website Đọc Truyện Online Đặc Tả Yêu Cầu Phần Mềm
Tác giả	Hoàng Trọng Hùng, Đinh Đức Hoàn
Trường học	Khoa Công Nghệ Thông Tin, Đại Học Công Nghiệp Thành Phố Hồ Chí Minh
Chuyên ngành	Phần mềm
Thể loại	Tài liệu đặc tả yêu cầu phần mềm
Năm xuất bản	2021
Thành phố	Hồ Chí Minh

Định dạng
Số trang	34
Dung lượng	7,4 MB