Tài liệu Đặc tả yêu cầu phần mềm version 1 2 nhập môn công nghệ phần mềm

Giới thiệu Tài liệu này đưa ra mô tả chi tiết cho ứng dụng quản lý thu chi, bao gồm các phân hệ quản lý người dùng, ghi nhận thu nhập và chi tiêu, phân tích tài chính cá nhân và các chức

TRƯỜNG CÔNG NGHỆ THÔNG TIN VÀ TRUYỀN THÔNG

TÀI LIỆU ĐẶC TẢ YÊU CẦU PHẦN MỀM

Version 1.2 NHẬP MÔN CÔNG NGHỆ PHẦN MỀM

Giảng viên: Bùi Thị Mai Anh

Hà Nội, 11 – 2024

MỤC LỤC

LỜI NÓI ĐẦU 3

1 Giới thiệu 3

2 Mục đích 3

3 Scope 3

4 Từ điển thuật ngữ 4

MÔ TẢ TỔNG QUAN 5

1 Survey 5

1.1 Người dùng cá nhân: 5

1.2 Nhóm người dùng: 5

1.3 Quản trị viên hệ thống (System Administrator): 5

2 Overall requirements 5

2.1 Yêu cầu chức năng: 5

2.2 Yêu cầu phi chức năng: 6

2.3 Use case diagram tổng quan: 7

ĐẶC TẢ YÊU CẦU CHỨC NĂNG 8

1 Use Case 1: Ghi chép thu chi 8

2 Use Case 2: Xem lịch sử thu, chi 9

3 Use Case 3: Xem thống kê thu chi 10

4 Use case 4: Tạo nhóm quỹ chung 12

5 Use Case 5: Tham gia nhóm 13

YÊU CẦU PHI CHỨC NĂNG 15

1 Chức năng (Functionality) 15

1.1 Quản lý kết nối và thao tác với cơ sở dữ liệu 15

1.2 Quản lý quyền truy cập và đăng nhập người dùng 15

1.3 Định dạng hiển thị chung 15

1.4 Quản lý và lưu trữ dữ liệu thu chi 16

1.5 Quản lý nhóm và quỹ chung 16

1.6 Báo cáo và thống kê 16

2 Tính dễ dùng (Usability) 16

4 Tính tin cậy (Reliability): 17

5 Tính dễ bảo trì (Maintainability): 17

LỜI NÓI ĐẦU

1 Giới thiệu

Tài liệu này đưa ra mô tả chi tiết cho ứng dụng quản lý thu chi, bao gồm các phân hệ quản lý người dùng, ghi nhận thu nhập và chi tiêu, phân tích tài chính cá nhân và các chức năng liên quan Tài liệu mô tả mục đích, các tính năng chính của hệ thống, giao diện người dùng, và các ràng buộc cần thiết để

hệ thống có thể phản hồi một cách hiệu quả đối với các tương tác từ phía người dùng Tài liệu này sẽ là cơ sở để nhóm phát triển, kiểm thử viên, và các bên liên quan khác tham khảo trong suốt quá trình phát triển và bảo trì hệ thống

2 Mục đích

Mục đích tài liệu: cung cấp một mô tả chi tiết về các yêu cầu chức năng và phi chức năng của ứng dụng quản lý thu chi Tài liệu này phục vụ như một hướng dẫn chính thức cho nhóm phát triển phần mềm trong quá trình thiết kế, xây dựng và kiểm thử hệ thống

Ngoài ra, tài liệu cũng hướng đến các đối tượng khác như:

 Nhà quản lý dự án: Để theo dõi tiến độ và đảm bảo các yêu cầu được đáp ứng

 Nhóm kiểm thử: Để xây dựng các kịch bản kiểm thử dựa trên yêu cầu

đã định nghĩa

 Khách hàng và người dùng cuối: Để xác định rõ ràng các tính năng mà

hệ thống sẽ cung cấp

Tài liệu này giúp đảm bảo rằng tất cả các bên liên quan đều có cùng một hiểu biết chung về mục tiêu và phạm vi của hệ thống

3 Scope

Ứng dụng quản lý thu chi sẽ được phát triển nhằm giúp người dùng theo dõi và quản lý tài chính cá nhân cũng như quỹ chung một cách dễ dàng và hiệu quả Các chức năng chính mà hệ thống sẽ cung cấp bao gồm:

 Ghi lại các khoản thu chi: Người dùng có thể ghi nhận chi tiết các khoản thu nhập và chi tiêu hàng ngày, giúp theo dõi dòng tiền cá nhân

 Tìm kiếm thu chi theo ngày: Ứng dụng hỗ trợ tìm kiếm và hiển thị các giao dịch thu nhập và chi tiêu theo ngày cụ thể, giúp người dùng dễ dàng tra cứu thông tin

 Thống kê thu chi theo tháng: Hệ thống sẽ cung cấp báo cáo thống kê các khoản thu chi theo tháng dưới dạng biểu đồ, giúp người dùng có cái nhìn trực quan về tình hình tài chính

 Tạo nhóm ghi chép thu chi quỹ chung: Người dùng có thể tạo nhóm để ghi chép và quản lý các khoản thu chi cho quỹ chung, hỗ trợ theo dõi tài chính nhóm

Các chức năng không nằm trong phạm vi phát triển:

 Tích hợp thanh toán trực tuyến hoặc kết nối trực tiếp với tài khoản ngân hàng

 Ghi nhận tự động các giao dịch từ ví điện tử hoặc dịch vụ tài chính bên ngoài

Triển khai và ứng dụng: Ứng dụng sẽ được phát triển trên nền tảng di

động (Android, iOS), giúp người dùng quản lý thu chi dễ dàng và mọi lúc, mọi nơi

4 Từ điển thuật ngữ

ST

T

1 Thu chi Các khoản thu nhập (thu)

và chi tiêu (chi) mà người dùng ghi nhận trong ứng dụng

Thu: 100000 vnd

thu chi

Các nhóm phân loại các khoản thu nhập và chi tiêu

Y tế, giáo dục,

ăn uống, tiền lương,

cùng tham gia ghi chép và quản lý quỹ chung cho mục đích nào đó

Nhóm "Hội bạn thân" tạo quỹ chung,

4 Quỹ chung Một quỹ tài chính được

quản lý bởi nhiều người dùng trong nhóm, được dùng cho chi phí chung

lich”,

thống kê

Biểu đồ hiển thị tổng quan các khoản thu chi theo thời gian, giúp phân tích tài

Biểu đồ tròn, biểu đồ cột

dùng

Bất kỳ ai sử dụng ứng dụng

để ghi nhận và quản lý thu nhập, chi tiêu

Sinh viên, nhân

phòng

MÔ TẢ TỔNG QUAN

Trong phần này, chúng ta sẽ mô tả tổng quan về các yếu tố và yêu cầu chung của ứng dụng quản lý thu chi, nhằm tạo ra bối cảnh cho các yêu cầu cụ thể sẽ được định nghĩa trong phần sau Các yếu tố này không chỉ ảnh hưởng đến cách thức phát triển và triển khai hệ thống mà còn giúp người dùng và các bên liên quan có cái nhìn tổng thể về mục đích và chức năng của hệ thống

1 Survey

1.1 Người dùng cá nhân:

 Mô tả: Người sử dụng ứng dụng để ghi chép các khoản thu nhập và chi tiêu cá nhân Người dùng có thể tìm kiếm các giao dịch thu chi, xem báo cáo thống kê tài chính, và tạo nhóm để quản lý quỹ chung

 Tác động đối với hệ thống: Người dùng tương tác trực tiếp với hệ thống qua giao diện người dùng, nhập liệu và yêu cầu xem các báo cáo hoặc thống kê

1.2 Nhóm người dùng:

 Mô tả: Một nhóm người cùng sử dụng ứng dụng để quản lý các khoản thu chi chung, ví dụ như trong gia đình, bạn bè, hoặc nhóm cộng đồng

 Tác động đối với hệ thống: Các nhóm người dùng có thể tạo quỹ chung

và ghi chép thu chi chung

1.3 Quản trị viên hệ thống (System Administrator):

 Mô tả: Quản trị viên là người chịu trách nhiệm quản lý hệ thống, bao gồm việc quản lý tài khoản người dùng, bảo mật dữ liệu, và giám sát hoạt động của hệ thống

 Tác động đối với hệ thống: Quản trị viên cần truy cập vào các công cụ quản trị để kiểm tra và xử lý các sự cố hoặc thay đổi cấu hình hệ thống

2 Overall requirements

Phần này mô tả tổng thể về các yêu cầu chức năng và phi chức năng của phần mềm, tạo bối cảnh cho các yêu cầu chi tiết trong phần sau Các yêu cầu này sẽ cung cấp một cái nhìn tổng quan về hệ thống, giúp người đọc hiểu rõ các mục tiêu của phần mềm

2.1 Yêu cầu chức năng:

 Ghi nhận thu chi: Người dùng có thể ghi nhận các khoản thu nhập và chi tiêu hàng ngày Mỗi giao dịch sẽ bao gồm thông tin như loại giao dịch (thu hay chi), số tiền, danh mục, ngày tháng, và mô tả

 Tìm kiếm thu chi theo ngày: Người dùng có thể tìm kiếm các khoản thu chi theo một khoảng thời gian cụ thể, như theo ngày, tuần, hoặc tháng Kết quả tìm kiếm sẽ hiển thị danh sách các giao dịch theo ngày yêu cầu

 Thống kê thu chi theo tháng: Hệ thống cung cấp biểu đồ thống kê thu chi theo tháng, giúp người dùng dễ dàng nhận diện được các khoản chi tiêu lớn và xu hướng tài chính

 Quản lý nhóm: Người dùng có thể tạo nhóm để quản lý quỹ chung Các thành viên trong nhóm có thể thêm thu chi, chia sẻ chi phí và xem báo cáo chung Hệ thống sẽ cung cấp tính năng phân quyền cho các thành viên trong nhóm

 Quản lý tài khoản người dùng: Hệ thống sẽ cho phép người dùng đăng

ký, đăng nhập, và quản lý tài khoản cá nhân của mình Quản trị viên có thể quản lý và giám sát các tài khoản người dùng

2.2 Yêu cầu phi chức năng:

 Bảo mật: Hệ thống phải đảm bảo bảo mật thông tin người dùng, bao gồm

dữ liệu cá nhân và giao dịch tài chính Dữ liệu phải được mã hóa và bảo

vệ khỏi các truy cập trái phép

 Tính dễ sử dụng: Giao diện người dùng cần đơn giản, dễ hiểu và dễ sử dụng cho mọi đối tượng, kể cả người không có kinh nghiệm sử dụng phần mềm

 Hiệu suất: Hệ thống cần đáp ứng nhanh chóng các yêu cầu từ người dùng, đặc biệt khi tìm kiếm thu chi theo ngày hoặc khi xử lý các báo cáo thống

kê tài chính

 Khả năng mở rộng: Hệ thống cần có khả năng mở rộng khi số lượng người dùng tăng lên hoặc khi thêm tính năng mới

 Tính ổn định: Ứng dụng phải hoạt động ổn định, không gặp sự cố hoặc lỗi khi người dùng thao tác trên hệ thống

2.3 Use case diagram tổng quan:

ĐẶC TẢ YÊU CẦU CHỨC NĂNG

1 Use Case 1: Ghi chép thu chi

Use Case: Ghi chép thu chi

1 Mã Use Case: UC001

2 Tác nhân:

Người dùng

Hệ thống

3 Mô tả tóm tắt:

Use Case này mô tả quy trình cho phép người dùng ghi chép các giao dịch thu nhập và chi tiêu vào ứng dụng

4 Các luồng chính:

1 Người dùng mở ứng dụng và chọn chức năng "Ghi chép thu chi"

2 Người dùng chọn "Thêm giao dịch mới"

3 Người dùng nhập thông tin giao dịch, bao gồm: loại giao dịch (thu hoặc chi), số tiền, danh mục, ngày tháng, và ghi chú

4 Hệ thống kiểm tra tính hợp lệ của dữ liệu Nếu dữ liệu không hợp lệ,

hệ thống hiển thị

5 Hệ thống lưu giao dịch vào cơ sở dữ liệu

6 Hệ thống cập nhật tổng thu hoặc chi dựa trên loại giao dịch

7 Hệ thống hiển thị thông báo "Ghi chép thành công" cho người dùng

8 Kết thúc Use Case

5 Luồng thay thế (Alternative Flows):

 Luồng 4a – Kiểm tra dữ liệu: Thông báo lỗi: Cần nhập các trường

bắt buộc nếu Người dùng nhập thiếu

6 Các ràng buộc và điều kiện tiên quyết:

 Người dùng phải có tài khoản và đã đăng nhập vào ứng dụng

 Người dùng phải cung cấp đủ thông tin bắt buộc của giao dịch (loại giao dịch, số tiền, danh mục)

7 Điều kiện bắt đầu:

 Người dùng mở ứng dụng và truy cập vào chức năng "Ghi chép thu chi"

8 Điều kiện kết thúc:

 Giao dịch được thêm mới thành công và hệ thống cập nhật tổng thu/chi phù hợp

Biểu đồ use case diagram:

2 Use Case 2: Xem lịch sử thu, chi

Use Case: Xem lịch sử thu, chi

1 Mã Use Case: UC002

2 Tác nhân:

Người dùng

3 Mô tả tóm tắt:

Use Case này mô tả quy trình cho phép người dùng xem lịch sử thu nhập và chi tiêu theo ngày thông qua chức năng lịch trong ứng dụng

4 Các luồng chính:

 Người dùng mở ứng dụng và chọn chức năng "Calendar"

 Hệ thống hiển thị giao diện lịch

 Người dùng chọn ngày muốn xem lịch sử thu, chi

 Hệ thống kiểm tra tính hợp lệ của ngày được chọn

 Hệ thống lấy dữ liệu thu, chi cho ngày đã chọn

 Nếu có dữ liệu thu, chi, hệ thống hiển thị chi tiết các khoản thu, chi của ngày đó

 Nếu không có dữ liệu, hệ thống hiển thị thông báo "Không có dữ liệu cho ngày này"

 Kết thúc Use Case.

5 Luồng thay thế (Alternative Flows):

 Luồng 4a – Kiểm tra dữ liệu ngày:

Nếu người dùng chọn một ngày không hợp lệ (ví dụ: ngày trong tương lai), hệ thống sẽ thông báo lỗi và yêu cầu người dùng chọn ngày khác

6 Các ràng buộc và điều kiện tiên quyết:

 Người dùng phải có tài khoản và đã đăng nhập vào ứng dụng

 Hệ thống phải có dữ liệu thu, chi của các ngày đã lưu trong cơ sở dữ liệu

7 Điều kiện bắt đầu:

 Người dùng mở ứng dụng và truy cập vào chức năng "Calendar"

8 Điều kiện kết thúc:

 Lịch sử thu, chi của ngày được chọn được hiển thị thành công cho người dùng hoặc thông báo “Không có dữ liệu cho ngày được chọn” Biểu đồ use case diagram:

3 Use Case 3: Xem thống kê thu chi

Use Case “Xem thống kê thu chi”

2 Mô tả ngắn gọn

Người dùng nhập vào tháng muốn xem, hệ thống sẽ hiển thị các khoản thu và chi trong tháng đó dưới dạng biểu đồ cột

3 Tác nhân

Người dùng

4 Tiền điều kiện

 Người dùng phải có tài khoản và đã đăng nhập vào ứng dụng

 Hệ thống phải có dữ liệu thu, chi của các ngày đã lưu trong cơ sở dữ liệu

5 Luồng sự kiện cơ sở

 Người dùng chọn “Chart”

 Màn hình phần mềm hiển thị trang thống kê thu chi

 Người dùng nhập vào tháng mà mình muốn xem thống kê

 Phần mềm kiểm tra xem tháng có hợp lệ (tháng đó ở tương lai hay không) Nếu có thì yêu cầu người dùng nhập lại

 Phần mềm yêu cầu dữ liệu lấy dữ liệu thu chi của tháng và biểu diễn dưới dạng biểu đồ cột

 Phần mềm hiển thị ra màn hình biểu đồ

6 Luồng sự kiện thay thế

Bảng N-Các luồng sự kiện thay thế cho thứ tự UC Place

No Vị trí Điều kiện Hành động Vị trí quay lui

4

Nếu tháng nhập vào ở tương lai

Báo lỗi và cho phép người dùng nhập lại

Quay trở lại bước 3

6

Nếu lấy dữ liệu thành công

Hiển thị biểu đồ ra màn hình

Kết thúc UC

7 Dữ liệu đầu vào

Các giao dịch thu, chi trong tháng

8 Dữ liệu đầu ra

Bảng đặc tả dữ liệu đầu ra

No fields Data Description Display format Example

9 Hậu điều kiện (nếu có)

Biểu đồ use case diagram:

4 Use case 4: Tạo nhóm quỹ chung

Use Case: Tạo nhóm quỹ chung

1 Mã Use Case: UC004

2 Tác nhân:

Người dùng

Trưởng nhóm

3 Mô tả tóm tắt

Use Case này mô tả quy trình cho phép người dùng góp quỹ cho mục đích

đi chơi, du lịch …

4 Các luồng chính:

 1.Người dùng mở ứng dụng và chọn chức năng "tạo quỹ chung"

 2.Người dùng nhập thông tin nhóm và bấm tạo nhóm

 3.Hệ thống kiểm tra tính hợp lệ của dữ liệu

 4.Hệ thống hiển thị thông báo "tạo nhóm thành công" cho người dùng

 5.Kết thúc Use Case

5 Luồng thay thế (Alternative Flows):

 Luồng 4a – Kiểm tra dữ liệu: Thông báo lỗi: Cần nhập lại thông

tin nhóm và quay lại bước 2

 Người dùng phải có tài khoản và đã đăng nhập vào ứng dụng.

7 Điều kiện bắt đầu:

 Người dùng mở ứng dụng và truy cập vào chức năng "Tạo quỹ nhóm"

8 Điều kiện kết thúc:

 Giao dịch được thêm mới thành công và hệ thống cập nhật thành viên

Biểu đồ use case diagram:

5 Use Case 5: Tham gia nhóm

Use Case: Tham gia nhóm

1 Mã Use Case: UC005

2 Tác nhân:

Người dùng

Nhóm trưởng

3 Mô tả tóm tắt:

Use Case này mô tả quy trình người dùng yêu cầu tham gia vào một nhóm thông qua hệ thống Hệ thống sẽ kiểm tra tính hợp lệ của yêu cầu và gửi thông báo đến nhóm trưởng để xem xét và quyết định

4 Các luồng chính:

o 1 Người dùng chọn chức năng "Tham gia nhóm"

o 2 Hệ thống hiển thị giao diện tham gia nhóm

o 3 Người dùng nhập thông tin tham gia nhóm (ID nhóm, lời nhắn…)

o 4 Người dùng gửi yêu cầu tham gia nhóm

o 5 Hệ thống kiểm tra tính hợp lệ của ID nhóm:

Nếu ID hợp lệ:

 6.Hệ thống thông báo cho nhóm trưởng về yêu cầu tham gia.

 7.Nhóm trưởng xem xét yêu cầu và quyết định chấp nhận

hoặc từ chối

 8.Nếu chấp nhận người dùng được thêm vào nhóm và nhận thông báo chấp nhận, nếu nhóm trưởng từ chối lời mời thì người dùng nhận thông báo từ chối

5 Luồng thay thế (Alternative Flows):

o Luồng 5a - ID nhóm không hợp lệ: Nếu ID nhóm không

hợp lệ, hệ thống sẽ thông báo cho người dùng rằng ID không hợp lệ và yêu cầu người dùng nhập lại thông tin

6 Các ràng buộc và điều kiện tiên quyết:

o Người dùng phải có tài khoản và đã đăng nhập vào hệ thống

o Nhóm trưởng đã thiết lập nhóm và ID nhóm hợp lệ

7 Điều kiện bắt đầu:

o Người dùng đăng nhập vào hệ thống và chọn chức năng

"Tham gia nhóm"

8 Điều kiện kết thúc:

o Người dùng nhận được thông báo chấp nhận và được thêm vào nhóm, hoặc nhận thông báo từ chối yêu cầu

Biểu đồ use case diagram:

YÊU CẦU PHI CHỨC NĂNG

1 Chức năng (Functionality)

1.1 Quản lý kết nối và thao tác với cơ sở dữ liệu

 Xử lý lỗi khi kết nối với cơ sở dữ liệu: Trong trường hợp có lỗi kết nối với cơ sở dữ liệu (CSDL), hệ thống hiển thị một thông báo lỗi rõ ràng cho người dùng: "Lỗi kết nối cơ sở dữ liệu Vui lòng thử lại sau"

 Xử lý lỗi khi thao tác với cơ sở dữ liệu: Khi có lỗi trong quá trình thao tác với CSDL (ví dụ: lỗi khi lưu dữ liệu, lỗi khi truy vấn, lỗi khi cập nhật), hệ thống thông báo lỗi cụ thể cho người dùng: "Không thể lưu giao dịch Vui lòng thử lại"

1.2 Quản lý quyền truy cập và đăng nhập người dùng

 Quản lý người dùng và quyền truy cập:

- Quản trị viên (Admin): Quản trị viên có quyền quản lý người dùng, thay đổi quyền truy cập và thực hiện các tác vụ quản trị như tạo nhóm, phân quyền và quản lý dữ liệu hệ thống Quản trị viên có thể truy cập tất cả các chức năng trong ứng dụng mà không bị hạn chế

- Người dùng (User): Người dùng có thể ghi nhận thu chi, tìm kiếm và xem báo cáo tài chính cá nhân hoặc nhóm mà họ tham gia Tuy nhiên,

họ không có quyền truy cập vào các chức năng quản trị hoặc thay đổi quyền của người dùng khác

 Đăng nhập và phân quyền:

- Trước khi thực hiện bất kỳ hành động nào trên hệ thống, người dùng (bao gồm Quản trị viên và Người dùng) phải đăng nhập với vai trò tương ứng

- Đăng nhập: Hệ thống sẽ yêu cầu người dùng nhập tên người dùng và mật khẩu Dựa trên thông tin đăng nhập, hệ thống sẽ xác định vai trò của người dùng (Quản trị viên, Người dùng hoặc Khách) và cung cấp quyền truy cập phù hợp Nếu thông tin đăng nhập sai, hệ thống sẽ thông báo lỗi "Thông tin đăng nhập không hợp lệ"

1.3 Định dạng hiển thị chung

 Căn lề: Các số liệu tài chính phải được căn phải để dễ đọc và dễ nhìn Các văn bản mô tả, ghi chú hoặc tiêu đề phải được căn trái để phân biệt

rõ ràng với các số liệu

 Font chữ và màu sắc:

- Font chữ: Tất cả các văn bản và số liệu trong hệ thống sẽ sử dụng font Arial, kích thước 14