Ví du đưa ra yêu câu xây dựng hệ thống xuất bản trên nền táng web Mục đích của tài liệu là thu thập và phân tích tất cá các loại ý tưởng đã đưa ra dé xác định hệ thống, các yêu cầu của h
Trang 1<Tên dự án> Version: <X.Xx>
A
Tài liệu đặc tả yêu câu
<<Tén dw an>>
SRS_ Tên viết tat hé thong Nhom sé6.docx
SRS_QLTC_Nhom 03.doex
Trang 2<Tên dự án> Version: <X.Xx>
Tài liệu đặc tả yêu câu
Lịch sử chỉnh sửa
Trang 3
<Tên dự án> Version: <X.Xx>
Table of Contents
1 Giới thiệu tổng quan về tài liệu
11
12
1.3
1.4
Mục đích của tài liệu
Pham vi của tài liệu
Các định nghĩa và các từ viết tắt
Tham khảo
2 Tổng quan hệ thống và đặc tả chức năng
21
2.2
2.3
2.4
Quan diém vé san pham
Yêu câu người đùng
Đặc tả người dùng
Phân rã chức năng
3 Mô hình hóa hệ thống
3.1
3.2
3.3
3.4
3.5
Vai trò (phân quyển người đùng)
Ma trận phân quyền chức năng - hỗ sơ dữ liệu
Luéng man hinh (Screen flow)
M6 ta man hinh
Yêu câu phi chức năng
3.5.1 Tính bảo mật
3.5.2 Tính sẵn sàng và khả năng đáp ứng
3.5.3 Giao diện
3.5.4 Khả năng sử dụng
3.5.5 Hiệu suất
3.5.6 Rang budc thiét ké
Trang 4
Tài liệu đặc tả yêu cầu
Trong phần giới thiệu tổng quan này cung cấp một cái nhìn tông quan về toàn bộ SRS với
mục đích, phạm vi, định nghĩa, từ viết tắt, chữ viết tắt, tài liệu tham khảo và tổng quan về SRS SRS
là cơ sở của toàn bộ dự án của tô chức Nó đưa ra khuôn khổ mà tắt cả các nhóm phát triển sẽ tuân
theo Nó cung cấp thông tin quan trong cho tat cả các nhóm, bao gồm phát triển, hoạt động, đảm bảo chất lượng (QA) và báo trì, đảm bảo các nhóm luôn đồng thuận
(Ví dụ trong tài liệu này được thế hiện bằng chữ màu tím, để nhằm giúp người học đễ dàng thực hiện với dự án cần xây đựng Ví du đưa ra yêu câu xây dựng hệ thống xuất bản trên nền táng web)
Mục đích của tài liệu là thu thập và phân tích tất cá các loại ý tưởng đã đưa ra dé xác định hệ thống, các yêu cầu của hệ thống đối với người tiêu dùng Ngoài ra, chúng tôi sẽ dự đoán và sắp xếp cách chúng tôi hy vọng sản phẩm này sẽ được sử dụng để hiểu rõ hơn về đự án, phác thao các khái niệm có thê được phát triển sau này và ghi lại các ý tưởng đang được xem xét nhưng có thể bị loại
bỏ vì sản phẩm phát triển Tóm lại, mục đích của tài liệu SRS này là cung cấp tổng quan chỉ tiết về sản phẩm phần mềm, các thông số và mục tiêu của nó Trong phần này, bạn sẽ mô tả đối tượng dự định và cách họ sẽ sử dụng sản phẩm Đây là cách bạn nên cấu trúc mục đích:
- _ Xác định phạm vi của sán phẩm
- M6 ta gia tri ma no sé mang lai
- Cho biét ai sé str dung phan mém
Mục đích của tài liệu này là trình bày mô tá chỉ tiết về Hệ thống xuất bản web Nó sẽ giải
thích mục đích và các tính năng của hệ thống, các giao diện của hệ thống, hệ thống sẽ làm gì, các ràng buộc mà nó phải hoạt động và cách hệ thống sẽ phán ứng với các kích thích bên ngoài Tài liệu này dành cho cá các bên liên quan và các nhà phát triên của hệ thống để phê duyệt
Giải thích phạm vi của phần mềm Mục tiêu và mục tiêu chính là gì? Chúng liên quan như
Trang 5<Tên dự án> Version: <X.Xx>
thế nào đến mục tiêu của cần đạt được của phần mềm, Trong đó, mô tả và giải thích về hoạt động
tổng thê và mục tiêu chính của tài liệu và giá trị mà tài liệu sẽ cung cấp cho khách hàng Nó cũng bao gồm mô tả về chỉ phí phát triển và thời gian cần thiết
Hệ thông phần mềm này sẽ là Hệ thống xuất bản web cho một biên tập viên địa phương của một xã hội lịch sử khu vực Hệ thống này sẽ được thiết kế để tối đa hóa năng suất của người biên tập bằng cách cung cấp các công cụ đề hỗ trợ tự động hóa quy trình đánh giá và xuất bản bài viết, nếu không, quy trình này sẽ phải được thực hiện theo cách thủ công Bằng cách tối đa hóa hiệu quá công việc và sản xuất của người biên tập, hệ thống sẽ đáp ứng nhu cầu của người biên tập trong khi vẫn
dé hiểu và dễ sử dụng
Đặc biệt hơn, hệ thống này được thiết kế để cho phép một biên tập viên quản lý và giao tiếp với một nhóm các nhà phê bình và tác giả để xuất bán các bài báo lên một trang web công cộng Phan mém sé tạo điều kiện giao tiếp giữa tác giả, người đánh giá và người biên tập qua E-Mail Các
biểu mẫu trá lời được định dạng trước được sử dụng trong mọi giai đoạn của tiến trình bài báo thông
qua hệ thống để cung cấp một quy trình đánh giá thống nhất; vị trí của các biểu mẫu này có thế được định cầu hình thông qua các tùy chọn báo trì của ứng dụng Hệ thống cũng chứa một cơ sở đữ liệu quan hệ chứa danh sách các Tác giả, Người phản biện và các bài báo
1.3 Các định nghĩa và các từ viết tắt
Cung cắp tổng quan về bắt kỳ định nghĩa nào mà người đọc nên hiểu trước khi đọc tiếp
Câu hình Nó có nghĩa là một sản phẩm có săn / Được chọn từ một danh mục có thể được
tùy chỉnh
1.4 Tham khao
Nội dung của phần cung cấp những nguồn tài liệu tham khảo để có thể hoàn thành được tài liệu (phần này có thê có hoặc không)
v Website bán hàng
¥ JEEE IEEE Std 830-1998 IEEE Recommended Practice for Software Requirements
Trang 6<Tên dự án> Version: <X.Xx>
Specifications IEEE Computer Society, 1998
v
2 Tổng quan hệ thống và đặc tả chức năng
Phân này của SRS mô tả các yêu tố chung ánh hưởng đến sản phẩm và các yêu cầu của nó Bây giờ chúng ta có thê đi vào chỉ tiết Phần này vẫn không phái là tổng quan kỹ thuật thuần túy, mà nó hướng đến việc xác định các khía cạnh nghiệp vụ (business) và khả năng sử dụng chính
của dự án Bạn có thể muốn mô tả những thứ như:
- _ Người dùng chính xác là a1?
- Họ sẽ sử dụng phần mềm như thể nào?
- _ Cân nhắc quan trọng (ví đụ: nếu phần mềm mới nên tích hợp với cơ sở hạ tầng cũ) Phân này còn bao gồm tuyên bố về vấn đề mà hệ thống hiện tại đang gặp phái, điều này khiến người đung gặp khó khan như thế nào Nó còn chứa đanh sách các bên liên quan và người sử dụng giải pháp được đề xuất Nó cũng minh họa nhu cầu và mong muốn của các bên liên quan đã
được xác định Nó liệt kê thêm và mô tả ngắn gọn các tính năng chính và mô tả ngắn gọn về từng hệ thống được đề xuất
SRS sau đây chứa quan điểm chỉ tiết về sản phẩm từ các bên liên quan khác nhau Nó cung cấp các chức năng sản phẩm chỉ tiết của hệ thống xuất bản với các đặc điểm người dùng được phép,
các ràng buộc, giả định và phụ thuộc và các tập con yêu cầu
Giới thiệu tổng quan về sản phẩm /Hệ thống Vai trò, trách nhiệm của các thành phân - components trong sản phẩm Thường trong phân này sẽ có sơ đô thê hiện tổng quan, phạm vi của sản phẩm/hệ thống và kèm theo mô tả giao điện giữa các thành phần, nhiệm vụ các thành phần cần phái thực hiện Xác định người dùng hệ thống từ đó vẽ được sơ đồ ngữ cảnh của hệ thống Sinh viên cần định nghĩa rõ ràng về phần mềm mà mình đang thực hiện thiết kế và xây dựng
Hệ thông xuất bản web có bốn tác nhân đang hoạt động và một hệ thống hợp tác Tác giả,
Trang 7<Tên dự án> Version: <X.Xx>
Người đọc hoặc Người phán biện truy cập Tạp chí Trực tuyến thông qua Internet Mọi thông tin liên lạc của Tác giá hoặc Người đánh giá với hệ thống đều thông qua email Editor truy cập trực tiếp vào
toàn bộ hệ thống Có một liên kết đến Hội Lịch sử (hiện có)
meal order and meal changes payroll
Manager registration menu G
we \ delivery request Staff menu contents meal status
update payment request
Cafeteria Ordering
System
Payroll deduction
request payroll deduction
confirmation Deliverer food item
Payroll System payment A dit request ood orders item
Cafeteria
Inventory System
availability information
Hình 1 Mô hình tống quan của hệ thống
Việc chia Hệ thống xuất bản web thành hai phan thanh phan, Tạp chí trực tuyến và Trình
quản lý bài viết, là một ví dụ về việc sử dụng các lớp miền để giải thích rõ ràng hơn
Trong phần này sẽ liệt kê những yêu câu của người dung với hệ thống để xác định họ có thé làm gì và hệ thống đáp ứng được gì cho họ Đề xác định yêu cầu người đung có thế dựa trên nội
dung đã thực hiện trong phần 2.1 khi actor thao tác được với thành phan nào để có thê dự đoán họ sẽ
làm được gì (Thực hiện tốt phần này sẽ giúp chúng ta xác định được quyền và phạm vi hoạt động của đối tượng trong những phân tiếp theo)
Đây là phần bạn có được kỹ thuật, khiến đây là phần khó nhất khi viết SRS Nếu bạn không phải là kiến trúc sư phần mềm, bạn có thể muốn thực hiện phần này với một nhà tư vấn hoặc nhà
cung cấp phần mềm của bạn Trong phần này, bạn tập trung vào:
Trang 8
- _ Phần cứng sẽ cần phần mềm nào?
- _ Phần mềm sẽ giao tiếp với các hệ thông khác như thế nào?
- _ Các chỉ số hiệu suất mà bạn đang hướng tới là gì?
- Phẳnmềm phải được bảo mật như thế nào?
- _ Phần mềm nên lưu trữ và quán lý dữ liệu như thế nào?
quán lý tác phẩm, xét duyệt tác phẩm, xuất ban,
- - Phần mềm cần có giao điện thuận tiện, dé str dung,
- Cơ sở đữ liệu
Khái quát các loại người dùng và đặc điểm của các loại người dung Mô tả các đặc điểm thích hợp của từng lớp người dùng Các yêu cầu nhất định có thé chi liên quan đến một số lớp người dùng nhất định
- _ Author: tác giả của những tác phẩm được xuất bản, họ có tài khoản dé đăng nhập và xem
được tác phẩm của mình
- Reviewer: la những người xét duyệt tác pham, họ có thể đưa ra nhận xét và quyết định
tác phẩm có được xuất bản hay không
2.4 _ Phân rã chức năng
Trong phần này chúng ta sẽ thực hiện phân rã yêu cầu người dùng Từ người đùng của hệ thống, ta sẽ xác định được actor, những chức năng họ có thẻ thực hiện (yêu cầu) được xác định thành các chức năng
Phân này phác thảo các trường hợp sử dụng cho từng trình đọc tích cực riêng biệt Người đọc, tác giá và người đánh giá chỉ có một ca sử dụng duy nhất trong khi người biên tập là tác nhân chính trong hệ thống này
Sơ đồ phân cấp chức năng
Trang 9
Mô tá chức năng lá theo các thông tin chỉ tiết của nó
3 Mô hình hóa hệ thống
Trong phản này, thực hiện xác định quyền và vai trò của người dung trong hệ thống, họ có quyền thực hiện với các chức năng nào?
Author: vai trò người dung, mô tả vai trò tác giả
Reviewer: mô tả vai trò kiểm duyệt nội dung
Sau khi đặc tả được yêu cầu với sự mô tả chỉ tiết của các chức năng thực hiện tạo bảng ma
trận phân quyền chức năng
3.3 Luồng màn hình (Screen flow)
Phan này biếu diễn các màn hình hệ thống và mối quan hệ giữa các màn hình Có thế vẽ
Edit Order Products Info
Click “Product
Info” tab
Click Edit button Click Orders > Click Import link >
on left menu
Luéng man hinh cho hé thống dưới dạng sơ đề như bên dưới
DA o0
Click
mon \ This is PopUp
Click “Register” link “|
vy
Forget Password Click Edit button» BB aie dite] vv CMR ela y=
Hình 2 Luồng màn hình của phần mềm
Trang 10
3.4 Mô tả màn hình
Trong phân này, sử dụng báng dưới đây mô tá đặc điểm của màn hình có trong hình 3
Giao diện trang chủ của website
Home
3.5
3.5.1
3.5.2
3.5.3
3.5.4
Yêu câu phi chức năng
Tinh bao mat
Xác định các yêu cầu liên quan đến vấn đề bảo mật hoặc quyển riêng tư đẫn đến hạn chế quyền truy cập hoặc sử dụng sản phẩm Co thé là bảo mật vật lý, đữ liệu hoặc phần mềm Các yêu cầu bảo mật thường bắt nguồn từ các quy tắc kinh doanh, vi vay hãy xác định mọi chính sách hoặc quy định về bảo mật hoặc quyền riêng tư mà sản phẩm phải tuân theo Hãy tham khảo tài liệu nếu những điều này được ghi lại trong kho lưu trữ quy tắc kinh doanh Tính sẵn sàng và khả năng đáp ứng
Nêu về sự sẵn sàng của hệ thống như khả năng làm việc 24/7, luôn đáp ứng yêu cầu người
đọc và tác giả có thể xem và cập nhật bài với các thời gian khác nhau
Giao diện
Giao điện có yêu cầu than thiện không, có cần theo chuẩn của GUI hay không, hay đáp ứng được cho yêu câu người dung mới, không có nhiều kĩ năng công nghệ théng tin,
Kha nang sw dung
Xác định các yêu cầu liên quan đến các đặc điểm giúp phần mềm có giao diện “thân thiện với người dùng” Khả năng sử dụng bao gồm dễ sử dụng, đễ học; có khả năng ghi nhớ; tránh lỗi, khá năng xử lý và phục hỏi; hiệu quá tương tác; khá năng tiếp cận; và thiết kế gọn nhẹ Đôi khi những điều này có thể xung đột với nhau, cũng như đểễ sử dụng có thê xung đột với
dé hoc Chi ra tat ca tiêu chuẩn hoặc nguyên tắc thiết kế giao diện người dùng mà ứng dung phải tuân theo
Trang 11
3.5.5 Hiệu suất
Nêu các yêu cầu hiệu suất cụ thể cho các hoạt động hệ thống khác nhau Nếu các yêu cầu chức năng hoặc tính năng khác nhau có yêu cầu về hiệu suất khác nhau, nên chỉ định các mục tiêu hiệu suất đó ngay cạnh các yêu cầu chức năng tương ứng chứ không gộp lại trong
phần này Một số mục tiêu hiệu suất mẫu bao gốm:
Thời gian phản hồi cho một giao dịch (trung bình, tối đa)
Xuất lượng, ví đụ: giao địch mỗi giây
Hiệu suất, ví dụ, số lượng khách hàng hoặc giao dịch mà hệ thống có thê đáp ứng
Sử dụng tài nguyên, chăng hạn như bộ nhớ, đĩa, thông tin liên lạc, v.v
3.5.6 Ràng buộc thiết kế
Phân này chỉ ra tất cả các ràng buộc thiết kế đối với hệ thống đang được xây dựng Các ràng buộc thiết kế đại điện cho các quyết định thiết kế đã được ủy quyền và phải tuân thủ Ví đụ gồm có ngôn ngữ phần mềm, yêu cầu quy trình phần mềm, việc sử đụng theo quy định của các công cụ phát
triển, các ràng buộc về kiến trúc và thiết kế, các thành phần đã mua, thư viện lớp, v.v