Mau Bao Cao Btn_Ct113_12324.Docx
Bạn đang xem bản rút gọn của tài liệu. Xem và tải ngay bản đầy đủ của tài liệu tại đây (281.41 KB, 18 trang )
TRƯỜNG ĐẠI HỌC CẦN THƠ
TRƯỜNG CÔNG NGHỆ THÔNG TIN & TRUYỀN THƠNG
BÀI TẬP NHĨM NHẬP MƠN CƠNG NGHỆ PHẦN MỀM
LỚP HỌC PHẦN:
PHẦN MỀM TÌM NHÀ TRỌ SINH VIÊN
CẦN THƠ
GV. hướng dẫn:
TS. Phan Phương Lan
Nhóm sinh viên:
< B1496000 - Mai Hoa Thảo>
Cần Thơ, 11/2023
Báo cáo bài tập nhóm
Được chuẩn bị bời
Nhóm: 6768
B2203498
Nguyễn Phát Đạt
Trưởng nhóm
B2203530
Nguyễn Chí Thiên
Phó Trưởng nhóm
B2203516
Nguyễn Hồng Thanh
Ngun
Thành viên
B2203521
Châu Quốc Pháp
Thành viên
Trang v
Danh Mục Từ Viết Tắt
STT
Thuật ngữ / Từ viết tắt
Định nghĩa / Giải thích
Trang vi
Tài Liệu Tham Khảo
[1] IEEE Computer Society, IEEE Recommended Practice for Software Requirements
Specifications, IEEE Std 830-1998, 1998.
[2] Karl E. Wiegers, Software Requirements Specification Template, 1999.
[3] Bộ Thông tin và Truyền thông, Hướng dẫn về các yêu cầu phi chức năng chung
cho các hệ thống thông tin cung cấp dịch vụ công trực tuyến, 2013.
Trang vii
Mục Lục
1. Kế hoạch.................................................................................. 1
1.1
Tổ chức nhóm......................................................................................1
1.2
Kế hoạch làm việc nhóm.....................................................................1
1.3
Các quy định của nhóm.......................................................................1
2. Đặc tả u cầu..........................................................................2
2.1
Mơ tả tổng quan..................................................................................2
2.1.1 Bối cảnh của sản phẩm....................................................................2
2.1.2 Đặc điểm người sử dụng..................................................................2
2.1.3 Môi trường vận hành........................................................................2
2.1.4 Các ràng buộc về thực thi và thiết kế..............................................2
2.1.5 Các giả định và phụ thuộc................................................................2
2.2
Các yêu cầu chức năng.......................................................................3
2.2.1 Chức năng 1 (Tên cụ thể của chức năng 1)......................................3
2.2.2 Chức năng 2 (Tên cụ thể của chức năng 2)......................................4
2.3
Các yêu cầu phi chức năng.................................................................4
2.3.1 Yêu cầu về hiệu suất........................................................................4
2.3.2 Yêu cầu về tính tin cậy.....................................................................4
2.3.3 u cầu về an tồn thơng tin...........................................................5
2.3.4 u cầu về tính duy trì được............................................................5
2.3.5 u cầu về tính khả dụng.................................................................5
3. Thiết kế.................................................................................... 6
3.1
Thiết kế kiến trúc................................................................................6
3.2
Thiết kế dữ liệu....................................................................................6
3.3
Thiết kế chi tiết...................................................................................6
3.3.1 Chức năng 1 (Tên cụ thể của chức năng 1)......................................6
3.3.2 Chức năng 2 (Tên cụ thể của chức năng 2)......................................7
4. Kiểm thử đơn vị........................................................................8
4.1
Kiểm thử 1 (Tên cụ thể của kiểm thử 1)..............................................8
4.1.1 Tạo đồ thị dòng chảy........................................................................8
4.1.2 Liệt kê các đường đi độc lập cơ bản.................................................8
4.1.3 Sinh các trường hơp kiểm thử..........................................................8
4.2
Kiểm thử 2 (Tên cụ thể của kiểm thử).................................................8
Trang viii
Báo cáo bài tập nhóm Nhập mơn Cơng nghệ phần mềm
1.
Kế hoạch
1.1
Tổ chức nhóm
STT
MSSV
...
1.2
...
Họ và tên
Vai trị
...
Trưởng nhóm
Phó Trưởng nhóm
...
Kế hoạch làm việc nhóm
Ngày
Cơng việc
Đặc tả u cầu phần mềm
11/09/2023
Thiết kế phần mềm
…
…
Kiểm thử đơn vị phần mềm
…
…
1.3
<
Trang 1
Các quy định của nhóm
Người
thực hiện
Hạn nộp
Mức
hồn
thành
độ
Ghi chú
Báo cáo bài tập nhóm Nhập mơn Cơng nghệ phần mềm
Trang 2
- Kênh liên lạc:
- Thời gian họp nhóm:
- Địa điểm họp:
-…
>
2.
Đặc tả yêu cầu
2.1
Mô tả tổng quan
2.1.1 Bối cảnh của sản phẩm
Phần mềm tìm nhà trọ sinh viên là một sản phẩm độc lập, thay thế cho những hội nhóm tìm
trọ trên mạng xã hội facebook và các nền tảng khác. Ý tưởng này được dựa trên các phần
mềm tìm kiếm nhà nghỉ, khách sạn hiện nay phù hợp với hầu hết mọi người, nhất là sinh viên
hiện nay.
thế cho một hệ thống hiện có hay một sản phẩm mới độc lập. Nếu đây là tài liệu đặc tả
một thành phần của một hệ thống lớn hơn, cần liên hệ các yêu cầu của hệ thống lớn
hơn với chức năng của phần mềm này và xác định sự giao tiếp giữa chúng. Trong phần
này, ta nên đưa vào một sơ đồ khối để chỉ ra các thành phần chính của hệ thống tổng
thể, sự giao tiếp qua lại giữa hệ thống con và các tương tác ngoài. Lưu ý, trong mục
này, ta nên cung cấp nhiều thơng tin như có thể.>
2.1.2 Đặc điểm người sử dụng
Các nhóm người sử dụng: chủ nhà trọ, người thuê trọ
Chức năng:
+Người cho thuê trọ: Đăng tải thông tin về phịng trọ hiện tại cho người có nhu cầu tìm kiếm,
bao gồm hình ảnh tình trạng căn phịng, địa chỉ, giá tiền, những quy định về giờ giấc, an ninh,
các khoản phí phát sinh thay thế
+Người thuê trọ: Tìm kiếm và lọc thơng tin phịng trọ theo u cầu, xác nhận đặt phịng khi đã
thanh tốn
Tấn st sử dụng: Chủ yếu dành cho sinh viên và người lao động
Hai nhóm người sủ dụng quan trọng nhất là sinh viên và chủ nhà trọ
hay quyền, kinh nghiệm. Mơ tả các điểm đặc trưng của từng nhóm người sử dụng. Các
yêu cầu xác định có thể chỉ gắn liền với một nhóm người sử dụng cụ thể. Phân biệt
nhóm người sử dụng quan trọng nhất với những nhóm ít quan trọng hơn để đáp ứng
các u cầu của họ.>
2.1.3 Môi trường vận hành
Phần mềm sẽ vận hành trên các trình duyệt web như Goole Chorme, Cốc Cốc, Microsoft
Edge
Phần mềm sẽ được liên kết với Google Map
Báo cáo bài tập nhóm Nhập mơn Cơng nghệ phần mềm
Trang 3
cứng, hệ điều hành và phiên bản của nó, và bất cứ thành phần phần mềm hay ứng dụng
nào mà sản phẩm phần mềm này phải cùng tồn tại.
- Mô tả các đặc điểm luận lý và vật lý của từng giao diện giữa sản phẩm phần
mềm và các thành phần phần cứng của hệ thống. Phần này có thể bao gồm các
loại thiết bị được hỗ trợ, trạng thái của sự tương tác điều khiển và dữ liệu giữa
phần mềm và phần cứng và các giao thức giao tiếp được sử dụng.
- Mô tả các nối kết giữa sản phẩm phần mềm này và các thành phần phần mềm
cụ thể khác (tên và phiên bản), bao gồm cơ sở dữ liệu, hệ điều hành, các công
cụ, thư viện, các thành phần thương mại được tích hợp. Định danh các thành
phần (item) dữ liệu hay các thông điệp đi vào và đi ra khỏi hệ thống và mơ tả
mục đích của từng item. Mô tả các dịch vụ được cần đến và trạng thái của các
giao tiếp. Xác định dữ liệu sẽ được chia sẻ giữa các thành phần phần mềm, v.v.
>
2.1.4 Các ràng buộc về thực thi và thiết kế
diện với những ứng dụng khác; các cơ sở dữ liệu, công cụ, kỹ thuật cụ thể sẽ được sử
dụng; các yêu cầu ngôn ngữ; các giao thức giao tiếp; v.v>
2.1.5 Các giả định và phụ thuộc
thuộc bên thứ ba mà ta có kế hoạch sử dụng, các vấn đề liên quan tới môi trường vận
hành và phát triển, hay các ràng buộc. Dự án có thể bị ảnh hưởng nếu các giả định này
là khơng chính xác, khơng được chia sẻ hoặc thay đổi. Ngoài ra ta cũng phải xác định
những phụ thuộc của dự án vào các yếu tố bên ngoài, chẳng hạn dự án này muốn tái sử
dụng các thành phần phần mềm từ một dự án khác. >
2.2
Các yêu cầu chức năng
mục này theo các tính năng, chế độ vận hành, lớp người sử dụng, lớp đối tượng, sự
phân cấp theo chức năng, hoặc kết hợp chúng lại với nhau.>
2.2.1 Chức năng 1 (Tên cụ thể của chức năng 1)
Tên chức năng:
ID: Yêu cầu đặt phòng
Người sử dụng:
Mức độ cần thiết: (Bắt buộc/Mong
muốn/ Tùy chọn)
Phân loại: Đơn giản/Trung bình/Phức tạp
Các thành phần tham gia và mối quan tâm:
Báo cáo bài tập nhóm Nhập mơn Cơng nghệ phần mềm
Mơ tả tóm tắt:
Các mối quan hệ:
+Các chức năng liên quan khác:
Luồng xử lý bình thường của sự kiện: <Liệt kê các bước thực hiện>
1. …
2. .…
3. ....
Sub 1: Thêm đơn đặt phịng
Sub 2: Sửa đơn đặt phịng
Sub 3: Xóa đơn đặt phịng
Sub 4: Tìm đơn đặt phịng
4. ...
...
Các luồng sự kiện con (Subflows):
Sub 1: <tên luồng con 1>
1. ...
2. ...
...
Sub 2: <tên luồng con 2>
1. ...
2. ...
...
Luồng luân phiên/đặc biệt (Alternate/Exceptional flows):
- [Bước n: Mô tả sự kiện/điều kiện và cách xử lý]
...
2.2.2 Chức năng 2 (Tên cụ thể của chức năng 2)
<
- Có các mục tương tự như chức năng 1
>
Trang 4
Báo cáo bài tập nhóm Nhập mơn Cơng nghệ phần mềm
2.3
Trang 5
Các yêu cầu phi chức năng
2.3.1 Yêu cầu về hiệu suất
Thời gian cho phép để hệ thống phản hồi lại thông tin đã tiếp nhận yêu cầu xử lý từ
phía người sử dụng là 5 giây (s); thời gian cho phép để hiện thị đầy đủ trang thông tin
là 3 (s); thời gian cho phép để hiển thị kết quả tìm kiếm thơng tin là 10 (s);
Đảm bảo khả năng 200 người sử dụng dịch vụ truy cập đồng thời; đảm bảo khả năng
thực hiện 10 giao dịch/giây;
<
- Yêu cầu về thời gian: Các yêu cầu về thời gian phổ biến như thời gian phản hồi,
thời gian xử lý và thời gian trả kết quả khi một hệ thống thực hiện các chức năng đáp
ứng yêu cầu người sử dụng trong trạng thái hoạt động bình thường của hệ thống. Yêu
cầu về thời gian cần được lượng hóa đảm bảo khả năng đánh giá được. Ví dụ: Thời
gian cho phép để hệ thống phản hồi lại thông tin đã tiếp nhận yêu cầu xử lý từ phía
người sử dụng là 3 giây (s); thời gian cho phép để hiện thị đầy đủ trang thông tin/cổng
thông tin điện tử tĩnh là 3 (s); thời gian cho phép để gửi kết quả tìm kiếm thơng tin là
10 (s);
- Cơng suất tối đa: Các giới hạn tối đa của các tham số của hệ thống trong điều
kiện hoạt động bình thường đáp ứng yêu cầu của người sử dụng. Các tham số bao
gồm: Số lượng các đối tượng/thực thể có khả năng lưu trữ, số lượng người truy cập
đồng thời, băng thông, khối lượng giao dịch thực hiện thành công/đơn vị thời gian,
kích thước cơ sở dữ liệu. Ví dụ: Đảm bảo khả năng 100 người sử dụng dịch vụ truy
cập đồng thời; đảm bảo khả năng thực hiện 10 giao dịch/giây; băng thông sử dụng tối
đa cho phép là 20% băng thơng của tồn mạng; đảm bảo tối thiểu 80% số giao dịch
thực hiện thành cơng/một phút;
-…
>
2.3.2 u cầu về tính tin cậy
- Đảm bảo hệ thống trong tình trạng sẵn sàng 24/7, ngoại trừ các trường hợp hệ
thống lỗi, bảo trì, nâng cấp hệ thống khơng q 1.5 giờ/ 1 tháng
- Trong các trường hợp xảy ra sự cố, thời gian để cho phép để hệ thống phục hồi
trở lại hoạt động bình thường khơng q 2 (h).
<
- Sẵn sàng: Khả năng hệ thống hoạt động ở trạng thái bình thường trong một
khoảng thời gian xác định. Ví dụ: Tính sẵn sàng của hệ thống phải đạt mức 99,5% theo
năm, trong đó khơng kể thời gian bảo trì theo kế hoạch định trước; thời gian không sẵn
sàng của hệ thống phải nhỏ hơn 1 giờ/1 tháng khơng tính thời gian bảo trì hệ thống;
Báo cáo bài tập nhóm Nhập mơn Cơng nghệ phần mềm
Trang 6
- Khả năng phục hồi: Khả năng một hệ thống phục hồi dữ liệu trực tiếp bị ảnh
hưởng và tái thiết lập trạng thái hoạt động bình thường của hệ thống do bị ảnh hưởng
bởi các sự kiện, sự gián đoạn/lỗi nào đó. Ví dụ: Trong mọi trường hợp xảy ra sự cố (dữ
liệu, máy chủ vật lý, máy chủ ứng dụng), thời gian cho phép để hệ thống phục hồi
trạng thái hoạt động bình thường là 3 (h);
-…
>
2.3.3 u cầu về an tồn thơng tin
Mỗi tài khoản u cầu nhập mật khẩu để truy cập vào dữ liệu người dùng
Đảm bảo các thông tin bảo mật ngừoi dùng(tên tài khoản, mật khẩu) được mã hóa khi truyền
trên mơi trường mạng.
<
- Bảo mật: Mức độ một hệ thống đảm bảo việc truy cập dữ liệu là chỉ được phép
đối với các đối tượng được phân quyền tương ứng;
- Toàn vẹn: Mức độ ngăn ngừa các truy cập hoặc thay đổi khơng được phép đối
với các chương trình máy tính/dữ liệu của một hệ thống. Ví dụ: Khơng cho phép tên
tài khoản và mật khẩu đăng nhập được truyền trên mơi trường mạng mà khơng được
mã hóa;
-…
>
2.3.4 u cầu về tính duy trì được
- Hệ thống hỗ trợ nền tảng phần cứng của một số nhà cung cấp phổ biến như
IBM, HP, Dell…; hỗ trợ hệ điều hành máy chủ Linux, MasOS, Windows Server;
- Hệ thống hỗ trợ đa kênh truy cập với các kích thước màn hình hiển thị khác
nhau như hỗ trợ truy cập thông qua PC, Laptop, Tablet, Smart Phone.
<
- Khả chuyển: Mức độ hiệu suất và hiệu quả của việc dịch chuyển một hệ thống
từ một nền tảng phần cứng, phần mềm, hệ điều hành, môi trường sử dụng này sang
một nền tảng phần cứng, phần mềm, hệ điều hành, mơi trường sử dụng khác. Ví dụ:
Hệ thống hỗ trợ nền tảng phần cứng của một số nhà cung cấp phổ biến như IBM, HP,
Dell…; hỗ trợ hệ điều hành máy chủ Linux, Unix, Windows Server; hỗ trợ khả năng
dịch chuyển từ nền tảng chạy trên Unix sang nên tảng chạy trên Windows Server một
cách dễ dàng, khơng phát sinh thêm chi phí hoặc kinh phí khơng đáng kể;
- Thích ứng: Mức độ một hệ thống có thể thích nghi một cách hiệu quả đối với sự
đa dạng và sự phát triển của các nền tảng phần cứng, phần mềm, hệ điều hành và môi
trường sử dụng. Khả năng thích ứng bao gồm cả khả năng mở rộng bên trong của hệ
thống như kích thước màn hình hiển thị, các bảng cơ sở dữ liệu, khối lượng giao dịch,
định dạng báo cáo… Ví dụ: Hệ thống hỗ trợ đa kênh truy cập với các kích thước màn
hình hiển thị khác nhau như hỗ trợ truy cập thơng qua máy tính cá nhân, điện thoại
Báo cáo bài tập nhóm Nhập mơn Cơng nghệ phần mềm
Trang 7
thông minh, thiết bị di động, ki ốt thông tin… các bảng cơ sở dữ liệu cho phép mở
rộng trường thuộc tính lên đến 50 trường;
-…
>
2.3.5 Yêu cầu về tính khả dụng
Giao diện thân thiện người dùng, sử dụng tông màu chủ đạo là nền trắng, xanh da trời; hỗ trợ
giao diện sáng/tối; cho phép chuyển đổi giữa hai ngôn ngữ tiếng Anh và tiếng Việt.
<
- Giao diện người sử dụng: Mức độ thân thiện của giao diện người dùng trong
các tương tác giữa hệ thống với các đối tượng người sử dụng. Yêu cầu này tham chiếu
đến các thuộc tính của hệ thống nhằm làm tăng mức độ dễ sử dụng của người sử dụng,
chẳng hạn như việc sử dụng các tông màu và thiết kế đồ họa, bố trì các cửa sổ
(window), kiểu thực đơn (menu), biểu tượng (icon)... Ví dụ: Tơng màu chủ đạo của
các giao diện là tông màu xanh da trời, nền trắng; Giao diện hỗ trợ 02 ngôn ngữ (tiếng
Việt + tiếng Anh); cung cấp nhiều phương án về giao diện để chủ đầu tư có thể lựa
chọn trước khi triển khai.
- Khả năng truy cập: Khả năng một hệ thống có thể được sử dụng bởi nhiều
nhóm đối tượng người sử dụng khác nhau trong các ngữ cảnh xác định. Sự đa dạng
của đối tượng sử dụng có thể được hiểu: Người bình thường/người khuyết tật, theo độ
tuổi khác nhau, lãnh đạo/cán bộ nghiệp vụ/cán bộ chuyên trách/người sử dụng dịch
vụ…
-…
>
3.
Thiết kế
3.1
Thiết kế kiến trúc
<
- Thiết kế kiến trúc: Đưa ra một sơ đồ hiển thị các hệ thống con chính và các kho
dữ liệu cũng như các mối liên hệ giữa các thành phần đó. Nếu thấy cần thiết, ta có thể
giải thích thêm ở dạng văn bản: định danh từng hệ thống con chính và vai trị hay trách
nhiệm của chúng; mô tả cách thức các hệ thống con cộng tác với nhau để đạt được
chức năng mong đợi; không đi quá chi tiết vào từng hệ thống con. Mục đích chính là
đạt được một sự hiểu biết chung về cách thức và lý do hệ thống được phân rã cũng như
cách thức các thành phần riêng lẻ làm việc cùng nhau.
- Những lựa chọn kiến trúc: Thảo luận về những kiến trúc khác cũng được xem
xét. Ta nên giải thích được tại sao lại khơng chọn chúng.
>
3.2
Thiết kế dữ liệu
Báo cáo bài tập nhóm Nhập mơn Cơng nghệ phần mềm
Trang 8
<
- Giải thích cách thức miền thơng tin của hệ thống được chuyển sang các cấu trúc
dữ liệu. Mô tả cách thức dữ liệu chính hay các thực thể của hệ thống được lưu trữ,
được xử lý và được tổ chức. Liệt kê các cơ sở dữ liệu hay các mục lưu trữ dữ liệu.
- Liệt kê theo bảng chữ cái các thực thể của hệ thống hay dữ liệu chính cùng với
kiểu và các mơ tả chúng.
>
3.3
Thiết kế chi tiết
3.3.1 Chức năng 1 (Tên cụ thể của chức năng 1)
<
-
Mục đích:
-
Giao diện: hiển thị các ảnh giao diện từ góc nhìn của người sử dụng. Chúng
có thể được vẽ bằng tay hay dùng công cụ vẽ tự động. Ta nên tạo ra chúng
chính xác như có thể. Ta cũng có thể đánh số cho từng thành phần trong giao
diện.
-
Các thành phần trong giao diện: ghi vào bảng sau các mô tả về từng thành
phần (đã được đánh số) của giao diện.
STT
-
STT
Loại điều khiển
Giá trị mặc định
Mỗi thành phần
trong giao diện có
thể là button hay
textbox hay combo
box, v.v.
Lưu ý
Viết lưu ý cho những thành phần
trong giao diện có cách xử lý
đặc biệt hoặc các quy định mà
lập trình viên phải thực hiện.
Dữ liệu được sử dụng: liệt kê các bảng trong cơ sở dữ liệu hoặc các cấu trúc
dữ liệu được cần đến bởi chức năng này.
Tên
bảng
Cấu trúc dữ liệu
/ Phương thức
Thêm
Sửa
Xóa
Truy vấn
Báo cáo bài tập nhóm Nhập mơn Cơng nghệ phần mềm
Trang 9
-
Cách xử lý: giải thích bằng lời hoặc vẽ sơ đồ mơ tả dịng xử lý trên giao
diện.
-
Hàm/ sự kiện (nếu có): mơ tả giải thuật cho từng biến cố bằng sơ đồ hoặc
bằng ngôn ngữ giả.
-
Các ràng buộc (nếu có): ví dụ như tham khảo đặc tả nào của tài liệu đặc tả
nào.
>
3.3.2 Chức năng 2 (Tên cụ thể của chức năng 2)
<
- Có các mục tương tự như chức năng 1
>
4.
Kiểm thử đơn vị
4.1
Kiểm thử 1 (Tên cụ thể của kiểm thử 1)
Mã kiểm thử
Mô tả kiểm thử
Người tạo:
Ngày tạo:
Ngày xem lại:
Độ ưu tiên:
Tiền điều kiện:
4.1.1 Tạo đồ thị dòng chảy
4.1.2 Liệt kê các đường đi độc lập cơ bản
4.1.3 Sinh các trường hợp kiểm thử
Mã TH Tên TH
Dữ liệu đầu vào
kiểm
kiểm
thử
thử
Dữ
…
Dữ
Kết quả Kết quả Trạng thái
mong đợi thực tế
(TC/TB)
Báo cáo bài tập nhóm Nhập mơn Cơng nghệ phần mềm
liệu 1
4.2
liệu n
Kiểm thử 2 (Tên cụ thể của kiểm thử)
<
- Có các mục tương tự như chức năng 1
>
Trang 10
