ĐẠI HỌC QUỐC GIA HÀ NỘI

TRƯỜNG ĐẠI HỌC CÔNG NGHỆ

BÁO CÁO BÀI TẬP LỚN MÔN HỌC

KỸ NGHỆ YÊU CẦU

Quy trình thực hiện và những thay đổi có trong tài liệu yêu cầu

Consolidated RD

Nhóm 5:
Lê Phan Anh
Lê Đức Duy
Nguyễn Tương Quyết
Lê Huy Thái
Nguyễn Lưu Tú

HÀ NỘI - 2022
Nhóm 5 Consolidated RD

Tài liệu yêu cầu kỹ thuật (RD – Requirement document) của hệ thống đã được
hoàn thành sau bước cuối cùng của quá trình RE (RE process) đó là yêu cầu thẩm định
(Requirement Validation). Tuy nhiên ta cũng có thể thêm 1 bước yêu cầu kĩ thuật cuối
cùng sau đó để tài liệu yêu cầu được hoàn thiện hơn, đồng thời đảm bảo chất lượng sản
phẩm, đó là yêu cầu hợp nhất (consolidated requirement), từ đó ta sẽ xây dựng nên tài
liệu yêu cầu thống nhất (Consolidated requirement document hay Consolidated RD)

1. Tổng quan về Consolidated Requirement

1.1. Những công việc cần thực hiện trong consolidated requirement
Yêu cầu hợp nhất (Consolidated requirement) như tên gọi sẽ thực hiện
những sự thống nhất để các yêu cầu của hệ thống hoàn thiện hơn, các công việc
được thực hiện bao gồm:
➢ Thống nhất các tiêu chí, yêu cầu chức năng, đảm bảo tính nhất quán, tính
đầy đủ, rõ ràng của hệ thống. Làm cho các mục của tài liệu yêu cầu (RD)
trở nên dễ hiểu
➢ Phát hiện các lỗi về yêu cầu chức năng trong tài liệu RD, phân tích các lỗi
này, thực hiện các biện pháp thay thế và ghi lại những thay đổi trong quá
trình thay thế các yêu cầu để khắc phục các lỗi sai.

1.2. Mục đích của consolidated requirement khi áp dụng vào ngữ cảnh bài
tập lớn.
Không phải đến khi tài liệu thống nhất yêu cầu (Consolidated requirement
document) của hệ thống review khu du lịch được thực hiện thì các yêu cầu hợp
nhất (Consolidated requirement) mới được sử dụng đến. Thực tế việc thống nhất
các tiêu chí, yêu cầu để đảm bảo tính nhất quán cho hệ thống ứng dụng đã được
thực hiện liên tục trong quá trình phát triển, ví dụ rõ ràng nhất là phần xử lý mâu
thuẫn, rủi ro (inconsistencies, risks management) trong mục I của tài liệu yêu cầu
– Đánh giá và thống nhất các yêu cầu (Requirement Evaluation).
Vì vậy tài liệu thống nhất yêu cầu (Consolidated requirement document) sẽ
nêu vắn tắt những thống nhất đã được thực hiện để đảm bảo tính nhất quán trong
tài liệu yêu cầu nói riêng và chất lượng của hệ thống nói chung, bên cạnh đó sẽ đặt
trọng tâm vào mục ghi lại những thay đổi các yêu cầu đã thực hiện và phân tích
nguyên nhân của chúng.

1
Nhóm 5 Consolidated RD

1.2.1. Mục đích chung

Mục đích chung của consolidated requirement luôn là hướng đến
trước hết là đảm bảo chất lượng cho hệ thống ứng dụng, và khi áp dụng trong
hệ thống review khu du lịch cũng không ngoại lệ. Những mâu thuẫn nhỏ có
thể gây ra những rối loạn nhỏ nhưng khi những mâu thuẫn lớn xảy ra, liên
quan đến logic hệ thống, và nếu không được thay đổi hay khắc phục kịp thời,
những mâu thuẫn này sẽ gây ra những rủi ro cực lớn, thậm chí ảnh hưởng
trực tiếp đến việc thiết kế và thời hạn hoàn thành hệ thống. Vì vậy việc đảm
bảo tính nhất quán của các yêu cầu hệ thống, khắc phục những sai sót, những
rủi ro để tiến tới nâng cao chất lượng sử dụng hệ thống luôn được đặt lên
hàng đầu, là mục đích lớn nhất khi bắt tay vào thực hiện yêu cầu hợp nhất.
Chi phí và thời gian cũng là những yếu tố được chú trọng trong quá
trình thống nhất. Có những khiếm khuyết, mâu thuẫn trong hệ thống tồn tại
xuyên suốt quá trình phát triển hay thậm chí sau khi hoàn thành hệ thống ứng
dụng mà nhóm phát triển không để ý hay những bị ẩn sâu trong các lớp ràng
buộc khác nhau khiến chúng khó được phát hiện ra. Chúng ta cần phải nhanh
chóng nhận diện và khắc phục những khiếm khuyết này vì với 1 hệ thống
được phát triển theo hình xoắn ốc (spiral) việc thêm chức năng được thực
hiện liên tục, và khi số lượng các yêu cầu tăng lên, các ràng buộc được thêm
vào, việc bóc tách để sửa chữa là vô cùng khó khăn và tốn kém chi phí lớn,
cũng như thời gian phải bỏ ra cho quá trình khắc phục.

1.2.2. Mục đích riêng khi áp dụng consolidated requirements trong hệ

thống review khu du lịch
Ngoài những mục đích chung mà bất cứ hệ thống nào cũng sẽ bao
gồm khi thực hiện consolidated requirements, hệ thống mà nhóm phát triển
còn hướng đến:
➢ Đảm bảo trải nghiệm cho khách du lịch: Thêm các chức năng mới
giúp việc tìm gói du lịch yêu thích thuận tiện hơn sẽ nâng cao trải
nghiệm của người dùng. Vì vậy việc thống nhất các tiêu chí và khắc
phục các lỗi liên quan đến tùy chức năng dự định được thêm vào là
vô cùng quan trọng, tránh được các mâu thuẫn và ràng buộc logic
ảnh hướng đến quá trình thêm yêu cầu cho hệ thống.
➢ Nâng cao việc phát triển hệ thống một cách liên tục: Hệ thống
review khu du lịch sẽ phải liên tục được cập nhật các thông tin về
địa du lịch hấp dẫn mới được thành lập, đồng thời là các gói du lịch
mới sẽ liên tục được các đại lý đăng bán trên hệ thống. Vì vậy để

2
Nhóm 5 Consolidated RD

không trở nên lỗi thời, hệ thống sẽ sẽ phải liên tục cập nhật những
thông tin, hình thức du lịch mới nổi bật hoặc đang được khách du
lịch ưa chuộng. Việc này đòi hỏi đội ngũ phát triển phải enhance hệ
thống thường xuyên và không để những mâu thuẫn ảnh hưởng đến
quá trình phát triển liên tục, đồng thời đảm bảo trải nghiệm mới mẻ
cho khách du lịch và quyền lợi cho những đại lý du lịch, cập nhật
những chức năng hệ thống mới mẻ để thu hút nhiều hơn khách hàng
và người bán tour du lịch đến với hệ thống.

2. Thống nhất các yêu cầu để đảm bảo tính nhất quán cho hệ thống
Việc xử lý các mâu thuẫn và đưa đến những thống nhất để đảm bảo tính nhất quán
cho hệ thống review khu du lịch đã được thực hiện trong Mục I (Requirement
Evaluation) – tài liệu yêu cầu (RD) vì vậy mục này sẽ chỉ nêu vắn tắt những mâu thuẫn
đã xảy ra và cách khắc phục chúng.

2.1. Thống nhất các yêu cầu để khắc phục các mâu thuẫn
Có hai loại mâu thuẫn cần phải khắc phục:
➢ Đối với các mâu thuẫn nhỏ như mâu thuẫn định danh hay cấu trúc, ta có thể
căn cứ vào từng trường hợp và ngữ cảnh bài tập lớn để đưa ra những giải
pháp ngay lập tức vì những mâu thuẫn này thường sẽ không ảnh hướng quá
lớn đến các ràng buộc hệ thống. Ví dụ đối với các trường hợp mâu thuẫn
định danh như nhầm lẫn các khái niệm User, Tourist, Travel agency,
System,…. ta sẽ xây dựng một bảng thuật ngữ định danh để thống nhất
cách sử dụng của chúng như; User - Người dùng, Tourist - Khách du lịch,
Travel agency - đại lý bán gói du lịch.
➢ Đối với mâu thuẫn lớn để có thể thống nhất các yêu cầu, khắc phục thường
khó hơn vì thường khó phát hiện và liên quan đến các ràng buộc hay chồng
chéo logic. Để xử lý ta sẽ thực hiện đàm phán để thống nhất các yêu cầu hệ
thống, đồng thời phải đảm bảo rằng việc thống nhất sẽ giữ lại những yêu
cầu lợi ích quan trọng nhất cho các bên tham gia. Ví dụ, khách du lịch sử
dụng hệ thống mong muốn bảo mật thông tin trong khi đại lý du lịch muốn
được cung cấp các thông tin của khách hàng.
Cách thống nhất: Các thông tin cá nhân quan trọng của khách du lịch sẽ
được bảo mật như tài khoản, mật khẩu,…. Đại lý du lịch sẽ được cung cấp họ tên
và số điện thoại của khách hàng để liên lạc., đó là quá trình đàm phán hợp lý đảm
bảo lợi ích cho cả hai bên liên quan và khắc phục mâu thuẫn logic.

2.2. Thống nhất về mục tiêu và phạm vi sản phẩm

3
Nhóm 5 Consolidated RD

Việc thống những đặc điểm mô tả chung của sản phẩm sẽ giúp các thành
viên tham gia phát triển hiểu rõ nhất về sản phẩm dự định phát triển, các yêu cầu
cần có của một ứng dụng phục vụ du lịch, đồng thời phục vụ tốt nhất cho quá trình
thiết kế các chức năng sau này.

2.2.1. Thống nhất mục tiêu tài liệu yêu cầu sản phẩm (RD)
Mục tiêu của tài liệu yêu cầu (RD) của hệ thống review khu du lịch
trước hết là cung cấp các mô tả một cách đầy đủ về hệ thống dự định thiết kế
của nhóm. Bên cạnh đó RD còn có thể tích hợp thêm các mục nâng cao phục
vụ cho các bên liên quan có thêm thông tin về chuyên ngành du lịch. Từ đó,
mục tiêu của hệ thống được thống nhất ở đây là một tài liệu yêu cầu mô tả về
sản phẩm, các thông số kỹ thuật và các yêu cầu chức năng một cách đầy đủ.

2.2.2. Thống nhất phạm vi sản phẩm

Việc triển khai một hệ thống trên một phạm vi nào đó với bất kì hệ
thống nào cũng sẽ gây ra những tranh cãi khác nhau vì liên quan
nhiều đến chi phí, các ràng buộc hệ thống cũng như khả năng tối đa
và tối thiểu của sản phẩm. Thống nhất về phạm vi sử dụng ứng dụng
review khu du lịch được triển khai ở:
➢ Những địa điểm đã có hoạt động du lịch và đại lý du lịch
đăng bài bán gói du lịch có niêm yết địa điểm khu du lịch tại
nơi đó
➢ Phạm vi tối đa triển khai hệ thống là trên toàn lãnh thổ Việt
Nam gồm 63 tỉnh thành phố. Những bài đăng có địa điểm khu
du lịch khác sẽ không được chấp thuận.
Việc thống nhất phạm vi triển khai này là vừa đủ đối với một ứng
dụng còn non trẻ mới được phát triển như hệ thống review khu du
lịch đồng thời tạo thêm thời gian và nguồn khách hàng để phát triển
hệ thống trong tương lai.

2.3. Thống nhất các yêu cầu chức năng của sản phẩm
Với bất cứ một hệ thống ứng dụng nào khi được phát triển cũng sẽ hướng
đến những lợi ích cho đối tượng sử dụng sản phẩm và hệ thống review khu du lịch
cũng không phải là ngoại lệ. Hệ thống sẽ hướng đến hai đối tượng sử dụng chính
của sản phẩm là khách du lịch/người dùng và đại lý du lịch/doanh nghiệp, bên
cạnh đó là một bên liên quan thứ 3 là quản trị viên/hệ thống.

2.3.1. Các yêu cầu chức năng cho người dùng được tích hợp
➢ Chức năng đăng nhập

4
Nhóm 5 Consolidated RD

➢ Chức năng đăng ký

➢ Chức năng xem hồ sơ và chỉnh sửa hồ sơ cá nhân
➢ Chức năng tìm kiếm
➢ Chức năng viết đánh giá
➢ Chức năng xem chi tiết thông tin dịch vụ
➢ Chức năng lưu trữ thông tin

2.3.2. Các yêu cầu chức năng cho doanh nghiệp được tích hợp
➢ Chức năng đăng nhập
➢ Chức năng đăng ký doanh nghiệp trên hệ thống
➢ Chức năng xem và chỉnh sửa hồ sơ cá nhân
➢ Chức năng xem và phản hồi đánh giá
➢ Chức năng quản lý thông tin dịch vụ
➢ Chức năng kháng cáo đánh giá của người dùng
➢ Chức năng tạo quảng cáo cho doanh nghiệp

2.3.3. Các yêu cầu chức năng cho quản trị viên được tích hợp
➢ Chức năng đăng nhập
➢ Chức năng kiểm duyệt đánh giá
➢ Chức năng kiểm duyệt doanh nghiệp
➢ Chức năng phân quyền đối tượng sử dụng
➢ Chức năng chỉnh sửa thông tin

3. Ghi lại các thay đổi trong quá trình thống nhất yêu cầu

3.1. Những yêu cầu được thêm vào hệ thống

Có 2 yêu cầu chức năng được thêm vào hệ thống đó là:
➢ Chức năng viết đánh giá: Chức năng được sử dụng cho người dùng,
hay khách du lịch có thể đánh giá một tour du lịch sau khi họ trải
nghiệm bằng cách nhập các văn bản có nội dung liên quan
Giải thích: Việc thêm chức năng viết đánh giá sẽ đảm bảo
cho trải nghiệm của người dùng như mục đích sản phẩm đã nêu ở
trên. Những người mua gói tour sau có thể thấy được những đánh
giá chân thật của những khác du lịch đã trải nghiệm dịch vụ trước đó
và họ có thể đưa ra những lựa chọn chính xác nhất.
Vị trí được thêm trong tài liệu: Mục 3.1.2.1.5 trong phần 3 –
Yêu cầu chi tiết.

5
Nhóm 5 Consolidated RD

➢ Chức năng kháng cáo đánh giá của người dùng: Chức năng này được
sử dụng cho doanh nghiệp hay địa lý du lịch, những người bán gói
du lịch cho khách hàng. Doanh nghiệp sẽ kháng cáo những báo cáo
về tour du lịch mà họ cho là không đúng sự thật, từ đó thông tin sẽ
được gửi đến hệ thống xử lý, đánh giá và kiểm tra sai phạm.
Giải thích: Để tránh những khách hàng sử dụng khả năng viết
đánh giá nhằm mục đích công kích không đúng sự thật nhắm vào
những người sở hữu dịch vụ. Hệ thống sẽ tích hợp thêm khả năng
cho phép doanh nghiệp có bài đăng bị đánh giá bằng nội dung không
tốt có thể kháng cáo đánh giá, từ đó quản trị viên sẽ xem xét và điều
tra thông tin có đúng với sự thật hay không, qua đó sẽ đảm bảo
quyền lợi cho cả khách du lịch và địa lý bán gói du lịch.
Vị trí được thêm trong tài liệu: Mục 3.1.2.2.6 trong phần 3 –
Yêu cầu chi tiết.

3.2. Những yêu cầu đã được thay đổi

Có 1 chức năng đã được thay đổi đó là chức năng kiểm duyệt, được tách
làm hai chức năng riêng lẻ là kiểm duyệt doanh nghiệp và kiểm duyệt đánh giá.
Giải thích: Việc tích hợp thêm các chức năng khách du lịch đánh giá
gói dịch vụ và doanh nghiệp tham gia nền tảng đã nảy sinh ra những vấn đề
mới cần phải giải quyết.
Cần phải xác minh bài viết đánh giá của khách hàng về gói du lịch
có chính xác hay không để đảm bảo tốt nhất quyền lợi của doanh nghiệp và
người mua gói tour.
Xác minh điều kiện của doanh nghiệp khi đăng ký tham gia vào hệ
thống, qua đó kiểm soát được chất lượng dịch vụ của doanh nghiệp và
không làm mất lòng tin từ khách hàng.
Vị trí thay đổi trong tài liệu: Mục 3.1.2.2.3 và 3.1.2.2.4 trong phần
Chức năng cho doanh nghiệp, phần 3 – yêu cầu chi tiết.

3.3. Những yêu cầu đã bị xóa đi

Có 1 chức năng đã bị xóa đi, đó là chức năng đánh giá 1 tour du lịch bằng
sao dành cho người dùng.
Giải thích: Việc xóa đi chức năng đánh giá bằng sao là vì nó không
mô tả được hết những điều mà khách du lịch muốn nói về gói du lịch họ đã
trải nghiệm khi chỉ có những mốc đánh giá từ 1 – 5 sao. Việc đánh giá bằng
văn bản viết sẽ giúp truyền đạt thông điệp nhanh hơn, rõ ràng hơn giúp cho

6
Nhóm 5 Consolidated RD

những người khách du lịch khác hiểu được trải nghiệm của họ đồng thời
người bán gói du lịch có thể cải thiện dịch vụ một cách tốt hơn.
Vị trí bị xóa: Trong phần 3.1.2.2 – chức năng cho doanh nghiệp ở
phần 3 – yêu cầu chi tiết.