Lâm Nguyễn Duy Phong - 22028164

Bài 1:

Giả sử các ví dụ dưới được lấy dưới ngữ cảnh thiết kế một phần mềm
Kế toán cho một công ty

1. Accuracy metrics: Đảm bảo các kết quả được tính toán chính xác đến
7 số sau dấu phẩy thập phân, tương tự như kết quả được tính bằng các
phần mềm hỗ trợ kế toán phổ biến hiện tại như 1. FreshBook, 2. MISA SME,
3. LinkQ Accounting.

2. Recoverability metrics: Đảm bảo số liệu và trạng thái làm việc được
sao lưu hàng ngày, ngay cả khi xảy ra sự cố như mất điện hoặc lỗi phần
mềm, thông tin tài chính không bị mất và có thể được khôi phục từ các bản
sao lưu.

3. Learnability metrics: Đảm bảo phần mềm dễ dàng thao tác và ít nhất
80% số lượng nhân viên có thể làm quen với các công việc như (1. 2. 3. )
sau một tuần sử dụng

4. Time behavior metrics: Đảm bảo việc tình toán của các chức năng
sau(1. 2. 3. ) Không vượt quá x thời gian, thời gian trích xuất, chỉnh sửa dữ liệu
không vượt quá y thời gian

5. Resource utilisation metrics: Đảm bảo các chuẩn của I/O sẽ tuân theo
các chuẩn kế toán phổ biến sau đây (1. 2. 3. ) và không vượt quá x(dung
lượng) của cơ sở dữ liệu

6. Analysability metrics: Đảm bảo phần mềm sẽ hiện ra cảnh báo và nhắc
nhở nếu các con số được nhập vào hoặc sau khi tính toán ra không phù
hợp hoặc độ lệch quá cao so với các con số tính toán trong 12 tháng gần
nhất.
7. Changeability metrics: Đảm bảo tất cả các thông số, tham số nhập liệu
có thể thay đổi linh hoạt được, ngoại trừ(1. 2. 3. …), mà không cần sự can
thiệp của đội phát triển

8. Adaptability metrics: Đảm bảo phần mềm hoạt động với đầy đủ các
chức năng trên máy tính của Window với các phiên bản Win 10.0.1 trở lên.

9. Installability metrics: Đảm bảo phần mềm tải xuống từ nguồn … và có

thể cài đặt từ các phiên bản Window 10.0.1.

10. Replaceability metrics: Cho phép nhập các dữ liệu từ các loại tệp csv,
excel(Theo đúng cấu trúc đã đề ra ở mục…)

Bài 2:
1. Nếu trong quá trình kiểm thử phát hiện ra lỗi trong mã nguồn mà lập trình
viên đã viết, họ sẽ chịu trách nhiệm và sửa chữa lỗi đó.

2. Nhà phát triển phần mềm mạng xã hội phải đảm bảo rằng giao diện người
dùng dễ sử dụng không chỉ phục vụ lợi ích của người sử dụng mà còn phù
hợp với tiêu chuẩn cộng đồng.

3. Một kỹ sư phần mềm không nên phê duyệt một ứng dụng di động thu
thập thông tin cá nhân của người dùng mà không được phép và có thể đe
dọa quyền riêng tư của họ.

4. Nếu phát hiện một lỗ hổng bảo mật nghiêm trọng trong phần mềm mà có
thể bị tấn công, phải báo cáo lỗi đó cho nhà sản xuất phần mềm để sửa
chữa.

5. Khách hàng yêu cầu phần mềm có khả năng tính toán nhanh và chính
xác nhưng mức tài chính không quá cao thì sẽ phải đánh đổi về mặt giao
tinh gọn, nhưng dù là vậy thì cũng cần có những bản thiết kế mẫu gửi cho
khách hàng để đánh giá sơ bộ về giao diện phần mềm của họ.

6. Trong quá trình phát triển phần mềm cho một dự án y tế, kỹ sư phần mềm
sử dụng các biện pháp bảo mật mạnh mẽ để bảo vệ thông tin cá nhân của
bệnh nhân.
7. Một người kiểm định phần mềm không nên làm mất tính khách quan bằng
cách ưu tiên các mối quan hệ công ty phát triển phần mềm.

8. Một kỹ sư phần mềm khi làm việc trên một dự án yêu cầu chuyên môn
trong máy học, họ có thể thừa nhận khả năng hạn chế của mình và hợp tác
của những chuyên gia khác trong ngành để làm dự án.

9. Một quản lý dự án không nên ký duyệt một bản thiết kế phần mềm mà họ
không có kiến thức đầy đủ hoặc không đồng ý với nó.

10. Một kỹ sư phần mềm có thể tham gia các diễn đàn, các buổi diễn thuyết
để chia sẻ kinh nghiệm và kỹ năng của mình tới cộng đồng.