Tài Liệu Đặc Tả Yêu Cầu Phần Mềm | Môn Công nghệ thông tin - Trường Cao đẳng Công Nghệ Bách Khoa Hà Nội

lOMoAR cPSD| 59691467
TÀI LIỆU ĐẶC TẢ YÊU CẦU PHẦN MỀM Mã dự án Mã tài liệu Phiên bản tài liệu <Địa iểm>, lOMoAR cPSD| 59691467
– Tài liệu Đặc tả Yêu cầu Phần mềm 1/2
BẢNG GHI NHẬN THAY ĐỔI TÀI LIỆU Phiên Ngày Vị trí thay Nguồn bản Phiên bản thay ổi ổi Lý do gốc cũ Mô tả thay ổi mới
Ghi chú: Các hạng mục nội dung ánh dấu (*) là bắt buộc phải có, nếu dấu (*) ược ánh ở Hạng mục
Cha thì các Hạng mục con bắt buộc phải có theo Hạng mục Cha. Vị trí các hạng mục có thể ược thay ổi
– Các oạn text nằm trong dấu ngoặc ơn vuông [] và ược trình bày bằng màu chữ xanh
Hyperlink là những mô tả chi tiết, hướng dẫn và có thể là những gợi ý cho các ề mục tương ứng.
– Các oạn text nằm trong dấu ngoặc nhọn <> hoặc ngoặc vuông [] và ược trình bày bằng
màu chữ nâu là những ví dụ minh họa.
→ Các oạn text này cần ược bỏ khi người viết thực hiện viết các tài liệu trên template này lOMoAR cPSD| 59691467
– Tài liệu Đặc tả Yêu cầu Phần mềm 1/2 TRANG KÝ ABC: Người lập: _______________________ Ngày __________________ Người kiểm tra: _______________________ Ngày __________________ Người phê duyệt: _______________________ Ngày __________________ Khách hàng: Người kiểm tra: _______________________ Ngày __________________ Người phê duyệt: _______________________ Ngày __________________ lOMoAR cPSD| 59691467 lOMoAR cPSD| 59691467
– Tài liệu Đặc tả Yêu cầu Phần mềm 1/2 MỤC LỤC I.
TỔNG QUAN (*)....................................................................................................................... 5 I.1.
Mục ích ............................................................................................................................ 5 I.2.
Phạm vi.............................................................................................................................. 5 I.3.
Tài liệu liên quan ............................................................................................................... 5 I.4.
Thuật ngữ và các từ viết tắt .............................................................................................. 6 II.
NỘI DUNG ............................................................................................................................... 7
II.1. Tổng quan hệ thống (*) ..................................................................................................... 7 II.1.1. Phối cảnh sản phẩm
.................................................................................................. 7 II.1.2. Chức năng sản phẩm
................................................................................................ 8 II.1.3.
Các ặc iểm người sử dụng .................................................................................... 8 II.1.4. Các ràng buộc
........................................................................................................... 9
II.2. Đặc tả yêu cầu chức năng hệ thống (*) ............................................................................ 9 II.2.1. Phân hệ/Module 1
..................................................................................................... 9 II.2.1.1. Mã
yêu cầu 1: tên gọi yêu cầu 1 ........................................................................ 9 II.2.1.2.
Mã yêu cầu n: Tên gọi yêu cầu n..................................................................... 11 II.2.2. Phân hệ/Module n
................................................................................................... 12 II.2.2.1. Mã
yêu cầu 1: Tên gọi yêu cầu 1..................................................................... 12 II.2.2.2.
Mã yêu cầu n: Tên gọi yêu cầu n..................................................................... 14
II.3. Các yêu cầu Phi Chức Năng ........................................................................................... 15 II.3.1. : Yêu cầu bảo mật (*)
....................................................................... 15 II.3.2. : Yêu cầu sao lưu (*)
........................................................................ 15 II.3.3.
: Yêu cầu về tính ổn ịnh (Reliability) (*) ......................................... 16 lOMoAR cPSD| 59691467
– Tài liệu Đặc tả Yêu cầu Phần mềm 1/2 II.3.4.
: Yêu cầu về tính khả dụng (usability) (*) ........................................ 17 II.3.5.
: Yêu cầu về hiệu năng (Performance) (*) ....................................... 17 II.3.6.
: Yêu cầu về tính hỗ trợ (supportability) (*) ..................................... 18 II.3.7.
: Các ràng buộc thiết kế (design contraints) (*) ............................... 20 II.3.8.
: Yêu cầu về giao tiếp (Interfaces) (*) .............................................. 21 II.3.8.1.
: Giao tiếp người dùng (User interfaces) .................................. 21 II.3.8.2.
: Giao tiếp phần cứng (hardware interfaces) ........................... 22 II.3.8.3.
: Giao tiếp phần mềm (software interfaces) ............................. 23 II.3.9.
: Các yêu cầu về tài liệu người dùng và hỗ trợ trực tuyến (*) ......... 25 II.3.10.
: Các thành phần mua ngoài ........................................................ 25 II.3.11.
: Các yêu cầu pháp lý, bản quyền và ghi chú khác ..................... 25 II.3.12.
: Các tiêu chuẩn áp dụng ............................................................. 26 II.3.13.
: Các yêu cầu khác....................................................................... 26
II.4. Tiêu chuẩn nghiệm thu (*) ............................................................................................... 26 I. TỔNG QUAN (*)
[Phần giới thiệu của tài liệu Đặc tả yêu cầu phần mềm cung cấp cái nhìn tổng quan về toàn bộ tài
liệu. Nó bao gồm mục tiêu tài liệu mà tài liệu cần nhắm ến; phạm vi hệ thống; diễn giải các khái
niệm, thuật ngữ; các giới thiệu các tài liệu tham khảo; mô tả tổng quan của tài liệu.] I.1. Mục ích
[Chỉ ra mục tiêu mà tài liệu muốn hướng ến] <Ví dụ:
– Tài liệu này ặc tả chi tiết các Yêu Cầu Chức Năng của chương trình Quản lý ấu thầu.
– Tài liệu này ược dùng làm ầu vào cho các quá trình: •
Quá trình thiết kế, lập trình lOMoAR cPSD| 59691467
– Tài liệu Đặc tả Yêu cầu Phần mềm 1/2 •
Quá trình kiểm tra hệ thống > − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv I.2. Phạm vi
[Mô tả ngắn gọn các ứng dụng phần mềm ược ặc tả trong tài liệu, các ặc trưng chức năng
hay nhóm hệ thống con khác và những gì có liên quan hay có ảnh hưởng tới hệ thống.] <Ví dụ:
– Chương trình Quản lý ấu thầu sẽ bao gồm các chức năng chính sau: •
Phân hệ quản lý ấu thầu •
Phân hệ tra cứu thống kê báo cáo> − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv
I.3. Tài liệu liên quan
[Phần liệt kê danh sách ầy ủ tất cả các tài liệu tham khảo bên ngoài. Mỗi tài liệu ược xác ịnh
bằng tên tài liệu, tác giả và ngày phát hành ồng thời cũng phải chỉ rõ là tài liệu này có thể
dùng ược hay chỉ mang tính chất tham khảo. Nếu thích hợp cần chỉ rõ số hiệu báo cáo, tên
tạp chí và tổ chức phát hành ra tài liệu.] ST Tên tài liệu
Mã tài liệu / Nguồn T 1. NA 2. NA
I.4. Thuật ngữ và các từ viết tắt
[Phần này sẽ liệt kê ịnh nghĩa của các khái niệm, thuật ngữ … ]
Thuật ngữ/chữ viết tắt ST Mô tả T 1. lOMoAR cPSD| 59691467
– Tài liệu Đặc tả Yêu cầu Phần mềm 1/2 2. 3. 4. 5. 6. 7. 8. 9. II. NỘI DUNG
II.1. Tổng quan hệ thống (*)
[Phần này mô tả các yếu tố tổng quát có ảnh hưởng tới sản phẩm và những yêu cầu của nó.
Phần này không ưa ra những yêu cầu ặc thù cụ thể, thay vào ó nó cung cấp một nền tảng
chung cho những yêu cầu ược mô tả chi tiết ở các phần tiếp theo trở nên rõ ràng hơn, nó
bao gồm các Hạng mục bắt buộc sau ây: • Phối cảnh sản phẩm • Chức năng sản phẩm •
Các ặc iểm người sử dụng
Và một số thông tin khác như: • Các ràng buộc •
Các giả ịnh và phụ buộc nếu có •
Các tập yêu cầu nhỏ hơn] − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv lOMoAR cPSD| 59691467
– Tài liệu Đặc tả Yêu cầu Phần mềm 1/2
II.1.1. Phối cảnh sản phẩm
[Phần này mô tả thật ngắn gọn các thông tin như: ịnh nghĩa Hệ thống sẽ xây dựng, áp ứng mong
muốn gì của khách hàng, mang lại lợi ích ra sao, cho ối tượng nào?!?] [Ví dụ: –
Hiện tại Sở KHĐT ã sử dụng chương trình ể quản lý các dự án ầu tư. Số lượng dự án ang quản lý: 2000. –
Tuy nhiên chương trình chưa phản ảnh nội dung cần quản lý của toàn bộ quá trình ầu tư sử
dụng vốn ngân sách như: công tác ấu thầu, công tác giám ịnh ầu tư, quản lý tiến ộ thực hiện dự án,… –
Ngoài ra, theo quyết ịnh 126/2007/QĐ-UBND của UBND TpHCM ban hành ngày 20/10/2007
về quản lý thực hiện các dự án ầu tư sử dụng vốn ngân sách nhà nước của TpHCM, các dự
án ầu tư ược phân cấp quản lý và iều hành cho chủ ầu tư và các cơ quan QLNN tương ứng
nên chương trình không còn áp ứng yêu cầu quản lý các dự án do Sở KHĐT phân cấp vốn..] − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv
II.1.2. Chức năng sản phẩm [Ví dụ: Use-case
STT Mã Use-case Tên Use-case Mô tả sơ lược cấp cha 1. DT_BUS_01
Nhóm yêu cầu Quản lý thông tin ấu thầu DT phân hệ quản lý ấu thầu 2. DT_BUS_02
Yêu cầu quản lý Thực hiện các báo cáo thông DT các báo cáo kê thống kê ] − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv lOMoAR cPSD| 59691467
– Tài liệu Đặc tả Yêu cầu Phần mềm 1/2 II.1.3.
Các ặc iểm người sử dụng [Ví dụ: STT Người sử dụng Vai trò 1. Chuyên viên
Sử dụng chương trình Quản lý ấu thầu ể cập nhật và phòng ngành
khai thác thông tin phục vụ tác nghiệp 2. Lãnh ạo
Sử dụng chương trình Quản lý ấu thầu ể khai thác thông tin 3.
Quản trị viên hệ thống Quản trị hệ thống ] − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv
II.1.4. Các ràng buộc − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv
II.2. Đặc tả yêu cầu chức năng hệ thống (*)
[Phần này của tài liệu liệt kê tất cả các yêu cầu của phần mềm ở mức ủ chi tiết: –
Cho phép người thiết kế có thể thiết kế ược hệ thống áp ứng yêu cầu, –
Cho phép người test kiểm tra hệ thống áp ứng ược yêu cầu.
Khi sử dụng phương pháp use-case, các yêu cầu ược ghi nhận ở các Use Cases và các mô
tả bổ sung. Nếu không sử dụng phương pháp use-case thì những nét chính của phần mô tả
bổ sung có thể ược viết trực tiếp ở ây.
Các yêu cầu về chức năng của hệ thống ược mô tả chính trong Mục này.
Với nhiều ứng dụng, phần này sẽ là thành phần quan trọng của tài liệu ặc tả yêu cầu phần mềm. lOMoAR cPSD| 59691467
– Tài liệu Đặc tả Yêu cầu Phần mềm 1/2
Phần này thường ược tổ chức theo iểm ặc trưng, nhưng có thể tổ chức theo cách khác cho
thích hợp như tổ chức theo người sử dụng hoặc tổ chức theo hệ thống con. Các yêu cầu
chức năng có thể gồm tập hợp các ặc iểm, khả năng và bảo mật.
Sự phân rã các chức năng trong tài liệu này dựa trên các yêu cầu ược nêu rõ trong tài liệu
Phân tích yêu cầu người sử dụng (URD). Các chức năng phải có khả năng ược phát biểu
ộc lập tương ối. Các yêu cầu chức năng ược nêu trong tài liệu này có thể không tương ứng
1-1 với số các yêu cầu trong tài liệu Phân tích Yêu Cầu Người Sử Dụng (URD).
Nếu có sử dụng công cụ ể ghi nhận các chức năng phần mềm, phần này của tài liệu sẽ tham
khảo ến những dữ liệu ược lưu trữ ở vị xác ịnh và tên công cụ dùng ể lưu trữ dữ liệu.]
II.2.1. Phân hệ/Module 1 II.2.1.1.
Mã yêu cầu 1: tên gọi yêu cầu 1
[Các thông tin ược yêu cầu ghi nhận trong Đề mục này gồm:
• Mô tả ngắn gọn Chức năng hiện hành ược sử dụng ể làm gì
• Diễn giải các dòng sự kiện chính
• Diễn giải các dòng sự kiện phụ
• Các Yêu cầu ặc biệt
• Tình trạng trước và Tình trạng sau khi thao tác trên chức năng này
Đối với các báo cáo (Report) của hệ thống: danh sách của chúng bắt buộc phải ược liệt
kê, các Báo cáo nào cần thiết và quan trọng phải ược mô tả chi tiết sao cho ội thiết kế của
dự án có thể thiết kế áp ứng ược yêu cầu của báo cáo ó.] II.2.1.1.1.
Mô tả yêu cầu (brief description)
<Ví dụ: Cập nhật thông tin quyết ịnh ầu tư dự án (mới, iều chỉnh).> − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv II.2.1.1.2.
Dòng sự kiện chính (basic flow) <Ví dụ:
1. Chọn dự án muốn nhập thông tin quyết ịnh ầu tư từ danh sách các dự án
2. Cập nhật thông tin chung của dự án
3. Cập nhật thông tin chi tiết của dự án
4. Cập nhật thông tin quyết ịnh ầu tư: lOMoAR cPSD| 59691467
– Tài liệu Đặc tả Yêu cầu Phần mềm 1/2
i. Thông tin hồ sơ pháp lý ii. Thông tin thiết kế cơ sở của dự án
(nếu có) i i. Thông tin kế hoạch ấu thầu dự án ( ối với các dự án nhóm C) > − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv II.2.1.1.3.
Dòng sự kiện phụ (alternative flow) <Ví dụ:
o Chọn Sửa ể sửa thông tin hồ sơ pháp lý, thiết kế cơ sở hoặc kế
hoạch ấu thầu ược chọn.
o Chọn Xóa ể xoá thông tin hồ sơ pháp lý, thiết kế cơ sở hoặc kế
hoạch ấu thầu ược chọn.
o Chọn Bỏ qua ể bỏ qua các thao tác vừa thực hiện.Xóa thông tin kế
hoạch ấu thầu ã có trong hệ thống.> − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv II.2.1.1.4.
Các yêu cầu ặc biệt <Ví dụ:
Thông tin quyết ịnh ầu tư ược lưu vết theo từng quyết ịnh (số quyết ịnh, ngày quyết
ịnh). Thông tin hiển thị trên phần thông tin chung và thông tin chi tiết là thông tin
của quyết ịnh ầu tư cuối cùng. Người sử dụng chọn Quyết ịnh cuối ể xác ịnh quyết
ịnh ầu tư nào là cuối cùng.> − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv II.2.1.1.5.
Tình trạng trước (pre-conditions) lOMoAR cPSD| 59691467
– Tài liệu Đặc tả Yêu cầu Phần mềm 1/2
<Ví dụ: Dự án chưa ược cập nhật quyết ịnh ầu tư> − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv II.2.1.1.6.
Trình trạng sau (post-conditions)
<Ví dụ: Dự án ược cập nhật các quyết ịnh ầu tư (mới/ iều chỉnh).> II.2.1.2.
Mã yêu cầu n: Tên gọi yêu cầu n II.2.1.2.1.
Mô tả yêu cầu − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv II.2.1.2.2.
Dòng sự kiện chính − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv II.2.1.2.3.
Dòng sự kiện phụ − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv II.2.1.2.4.
Yêu cầu ặc biệt − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv lOMoAR cPSD| 59691467
– Tài liệu Đặc tả Yêu cầu Phần mềm 1/2 II.2.1.2.5.
Tình trạng trước − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv II.2.1.2.6.
Tình trạng sau − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv
II.2.2. Phân hệ/Module n II.2.2.1.
Mã yêu cầu 1: Tên gọi yêu cầu 1 II.2.2.1.1.
Mô tả yêu cầu (brief description) − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv II.2.2.1.2.
Dòng sự kiện chính (basic flow) − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv II.2.2.1.3.
Dòng sự kiện phụ (alternative flow) − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv lOMoAR cPSD| 59691467
– Tài liệu Đặc tả Yêu cầu Phần mềm 1/2 II.2.2.1.4.
Các yêu cầu ặc biệt − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv II.2.2.1.5.
Tình trạng trước (pre-conditions) − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv II.2.2.1.6.
Tình trạng sau (post-conditions) − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv II.2.2.2.
Mã yêu cầu n: Tên gọi yêu cầu n II.2.2.2.1.
Mô tả yêu cầu − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv II.2.2.2.2.
Dòng sự kiện chính − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv lOMoAR cPSD| 59691467
– Tài liệu Đặc tả Yêu cầu Phần mềm 1/2 II.2.2.2.3.
Dòng sự kiện phụ − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv II.2.2.2.4.
Yêu cầu ặc biệt − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv II.2.2.2.5.
Tình trạng trước − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv II.2.2.2.6.
Tình trạng sau − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv
II.3. Các yêu cầu Phi Chức Năng
II.3.1. : Yêu cầu bảo mật (*)
[Phần này mô tả tất cả các yêu cầu liên quan ến Bảo mật; Toàn vẹn; Xác thực dữ liệu. Các
yêu cầu này có thể phát biểu ộc lập ở ây hoặc trong phần phát biểu yêu cầu chức năng hoặc cả hai] − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv lOMoAR cPSD| 59691467
– Tài liệu Đặc tả Yêu cầu Phần mềm 1/2 + bbvbv
II.3.2. : Yêu cầu sao lưu và phục hồi dữ liệu (*)
[Phần này mô tả tất cả các yêu cầu liên quan ến sao lưu khôi phục dữ liệu. Các yêu cầu này
có thể phát biểu ộc lập ở ây hoặc trong phần phát biểu yêu cầu chức năng hoặc cả hai]
[Ví dụ: Hệ thống áp ứng các yêu cầu:
– Dữ liệu lưu trong hệ thống ược sao lưu dự phòng tự ộng 24/24 bằng một hệ thống song
hành tránh mất mát dữ liệu. Dữ liệu hệ thống có thể kết xuất ra các thiết bị lưu trữ ngoài
và phục hồi khi cần thiết.
– Hằng ngày vào các khoảng thời gian nhất ịnh nào ó ược setup (ví dụ: 11h30 và 16h30),
chương trình sẽ tự ộng chạy chức năng Backup dữ liệu ra thiết bị lưu trữ, thiết bị này
phải ảm bảo ược dung lượng lưu trữ cũng như thời gian lưu trữ.
– Hỗ trợ các cơ chế sao lưu theo yêu cầu người sử dụng: Sao lưu dữ liệu tự ộng theo lịch
(hàng ngày / tuần / tháng), sao lưu bằng tay theo nhu cầu, sao lưu toàn bộ dữ liệu hoặc
sao lưu dữ liệu thay ổi v.v…. Hệ thống cho phép lưu lại các phiên bản sao lưu, cho phép
người quản trị có thể khôi phục lại hệ thống vào bất kỳ thời iểm nào.
– Cho phép người quản trị có thể thiết lập cơ chế sao lưu dữ liệu tự ộng (thiết lập sao lưu
hàng ngày, hàng tuần, hoặc hàng tháng) hoặc sao lưu dự liệu thủ công bằng tay theo nhu cầu.
– Cơ chế phục hồi nhanh chóng, cho phép phục hồi dữ liệu vào bất kỳ thời iểm nào hoặc
dựa vào thời iểm xảy ra sự cố. •
Dữ liệu sao lưu ược nén và mã hóa bảo mật. •
Lưu trữ tất các các phiên bản sao lưu dữ liệu của hệ thống. •
Sao lưu và phục hồi dữ liệu với ộ tin cậy và sẵn sàng cao.] − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv II.3.3.
: Yêu cầu về tính ổn ịnh (Reliability) (*)
[Các yêu cầu về tính ổn ịnh của hệ thống mô tả ở ây, gồm: Trưởng thành; Sẵn sàng; Khả
năng chịu lỗi; Khả năng phục hồi; Thời gian giữa các lần xảy ra sự cố gián oạn hoạt ộng của
hệ thống; Một số ề xuất như: •
Tính sẵn sàng (Availability – Chỉ ra tỷ lệ phần trăm sẵn sàng (xx.xx%), số giờ sử dụng,
bảo hành, chế ộ vận hành suy giảm .... lOMoAR cPSD| 59691467
– Tài liệu Đặc tả Yêu cầu Phần mềm 1/2 •
Thời gian trung bình giữa hai sự cố (Mean Time Between Failures - MTBF) – ược tính
bằng giờ, tuy nhiên cũng có thể tính bằng ngày, tháng hoặc năm. •
Thời gian trung bình phải sửa chữa (Mean Time To Repair - MTTR) – Khi hệ thống bị
lỗi, cho phép hệ thống không làm việc bao lâu? •
Tính chính xác – chỉ ra precision (resolution) và accuracy (theo tiêu chuẩn nào ó) ối
với ầu ra của hệ thống. •
Maximum Bugs hay Defect Rate – thường biểu diến bằng (bugs/KLOC) hay bugs per
function-point (bugs/function-point). •
Bugs hay Defect Rate – phân loại theo minor, significant, hay critical bugs: Yêu cầu
phải chỉ rõ thế nào là “critical” bug; ví dụ, mất dữ liệu toàn bộ hay mất khả năng sử
dụng toàn bộ một phần chức năng nào ó của hệ thống.]
[Ví dụ: Hệ thống áp ứng các yêu cầu: •
Khi xảy ra các sự cố làm ngừng vận hành hệ thống, hệ thống phải ảm bảo phục hồi
90% trong vòng 1h và 100% trong vòng 24h. •
Hệ thống gây trung bình 1 lỗi / tháng trong 3 tháng vận hành ầu tiên. 1 lỗi / năm trong
3 năm vận hành tiếp theo và 0 lỗi / năm trong các năm vận hành tiếp theo. Lỗi chấp
nhận là lỗi trung bình không gây tổn hại trầm trọng hệ thống và có thể phục hồi 90% hiệu quả.] − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv
II.3.4. : Yêu cầu về tính khả dụng (usability) (*)
[Phần này mô tả tất cả các yêu cầu liên quan ến tính sử dụng (usability), là mức ộ sử dụng
ược và làm hài lòng người sử dụng như: Phù hợp với nhu cầu; Dễ dàng học cách sử dụng;
Giao diện người sử dụng; Khả năng truy cập, khai thác; Chẳng hạn: •
Chỉ ra thời gian ào tạo cần thiết cho người dùng bình thường và người dùng chuyên
trách ể thao tác hiệu quả hệ thống •
Chỉ ra số lần tác vụ o ược (measurable task times) cho những tác vụ thông dụng hay
thiết lập khả năng sử dụng (usability) của hệ thống mới trên nền các yêu cầu về tính
sử dụng của hệ thống cũ hoặc hệ thống mà người dùng ã biết và cảm thấy phù hợp •
Chỉ ra yêu cầu phù hợp với những khả năng sử dụng chuẩn chung như chuẩn giao diện của Microsoft, …]
[Ví dụ: Hệ thống áp ứng các yêu cầu: lOMoAR cPSD| 59691467
– Tài liệu Đặc tả Yêu cầu Phần mềm 1/2 •
Cung cấp một giao diện thân thiện phù hợp với quy trình nghiệp vụ hiện ang vận hành. •
Hệ thống ơn giản trong cài ặt và quản lý. •
Hệ thống hỗ trợ các trình duyệt phổ biến là IE, Nescape, Mozil a Firefox.] − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv
II.3.5. : Yêu cầu về hiệu năng (Performance) (*)
[Yêu cầu về các ặc trưng hiệu năng của hệ thống ược mô tả ở ây. Nó bao gồm thời gian
phản hồi ặc trưng (Yêu cầu về thời gian), Tài nguyên sử dụng; Công suất tối a;. Khi có thể,
tham chiếu tới những Use Cases liên quan theo tên.
Đối với trường hợp không thể o ạc ược và test hiệu năng, tác giả có thể tham chiếu ến các
chuẩn hiệu năng tối thiểu và ghi nhận vào ây. •
Response time ối với giao dịch (average, maximum) •
Throughput, ví dụ, số giao dịch trong 1 giây •
Capacity, ví dụ, số khách hàng hay giao dịch mà hệ thống có thể áp ứng •
Degradation modes (Chế ộ làm việc có thể chấp nhận ược mỗi khi hệ thống bị trục trặc nào ó) •
Resource utilization, như memory, disk, communications,...] [Ví dụ: Hệ thống áp ứng các yêu cầu: •
Hệ thống cho phép truy cập dữ liệu thời gian thực. Các tác vụ thực hiện tức thời
trong thời gian ngừng cho phép chấp nhận dưới 30s. •
Hệ thống ảm bảo phục vụ truy cập online 50 người cùng một lúc.] − zvbfbf • Cc ▪ Dfef o Vzfvfd  Zvv + bbvbv II.3.6.
: Yêu cầu ộ tăng trưởng Dữ liệu trong tư ng lai (*)
[Phần này chỉ ra các nội dung về khả năng tăng trưởng dữ liệu trong tương lai, những dự
báo và giải pháp có thể áp dụng ược ối với khả năng tăng trưởng này….]
[<Ví dụ: hiện tại, các trung tâm dữ liệu ang hướng tới một giai oạn không bền vững, trong
vòng năm năm tới, một doanh nghiệp thông thường sẽ có dung lượng dữ liệu tăng h lOMoAR cPSD| 59691467
– Tài liệu Đặc tả Yêu cầu Phần mềm 1/2
n 800% so với hiện thời. Các doanh nghiệp cần phải có khả năng kiểm soát tốc ộ tăng
trưởng dữ liệu theo cấp số nhân này, trong khi vẫn triển khai ược các ứng dụng, hạ tầng
mới. Tuy nhiên, hoạt ộng ổi mới trong doanh nghiệp thường bị hạn chế bởi ộ phức tạp của
môi trường CNTT ã lỗi thời. Các tổ chức cần phải có các giải pháp triển khai ược tối ưu hóa
và hiện ại hóa theo phong cách mới, giúp nâng cao khả năng tạo ra doanh thu, tăng cường
ổi mới và hạ thấp rủi ro kinh doanh. Theo ó, −
Tập trung vào giải quyết dữ liệu lặp. Việc lặp dữ liệu gây ảnh hưởng lớn không phải vì
nó chiếm thêm dung lượng bộ nhớ mà do sự rắc rối nó tạo ra → Giải pháp là chuyển
dữ liệu lặp thành 1 bảng khác và liên kết với bảng gốc thông qua khóa ngoại. −
Các hệ thống CNTT sau một thời gian vận hành có thể sẽ gặp các vấn ề về hiệu suất
và tốc ộ làm việc do sự gia tăng không ngừng của lượng thông tin, dữ liệu - ảnh hưởng
ến hiệu quả của công tác sản xuất kinh doanh tại tổ chức. Dịch vụ tối ưu hóa CSDL sẽ
nâng cao hiệu quả ầu tư ối với các hệ thống CNTT thông qua tinh chỉnh và làm tăng
tốc ộ xử lý của hệ thống gấp nhiều lần: •
Tinh chỉnh các câu lệnh SQL. •
Tinh chỉnh các tham số hệ iều hành tối ưu cho Oracle. •
Tinh chỉnh và tối ưu hóa mức CSDL. • Tinh chỉnh ứng dụng. • Tinh chỉnh lưu trữ. −
Có thể sử dụng hệ thống lưu trữ hội tụ chuyên dụng dành cho các ứng dụng quan
trọng như ảo hóa, dữ liệu lớn và cơ sở hạ tầng máy desktop ảo, giúp ạt ược năng suất
làm việc với tốc ộ kỷ lục, cắt giảm áng kể chi phí.
Ví dụ như việc ứng dụng việc sử dụng các hệ thống lưu trữ sử dụng cho ổ lưu trữ
flash ể tạo ra lợi nhuận kinh doanh nhanh hơn, ồng thời ơn giản hóa khả năng di
chuyển ứng dụng từ các môi trường iện toán ám mây công cộng sang môi trường iện
toán ám mây riêng trong khi vẫn ảm bảo các cấp ộ dịch vụ an toàn và bảo mật. −
Ngoài ra, có thể sử dụng các cách sau ây ể có thể tối ưu hóa khả năng tăng trưởng dữ liệu trong tương lai: 1.
Sử dụng các công cụ thống kê CSDL. Công cụ thống kê là các thông tin về
indexes và phân bổ của nó. Bộ tối ưu dùng các thông tin này ể quyết ịnh ường
dẫn có chi phí tối thiểu. Không cập nhật hoặc mất thông tin thống kê sẽ làm cho
công cụ tối ưu hoạt ộng không hiệu quả gây ra tăng thời gian phản hồi. 2.
Tạo các index tối ưu. Bộ tối ưu SQL phụ thuộc nhiều vào các index ược ịnh
nghĩa cho bảng ặc thù. Index có 2 tác dụng: không index sẽ làm chậm tốc ộ truy
vấn SELECT, quá nhiều index sẽ làm chậm các truy vấn DML (Data Manipulation
Language = ngôn ngữ sửa ổi dữ liệu). Do ó, cần phải lựa chọn cân bằng các
index. Bên cạnh số lượng index, các trường và thứ tự của chúng cũng rất quan
trọng. Khi tạo các index, ước lượng số lượng các giá trị duy nhất của cột sẽ có
với từng trường riêng biệt 3.
Thận trọng trong việc sử dụng hàm trong câu truy vấn.