NEW
Font size
WorksheetsBTPM Part 2
Total questions: 59
Worksheet time: 44mins
Theo mô hình Osborne, nguyên nhân chính dẫn đến các vấn đề kỹ thuật trong bảo trì là gì?
Do mã nguồn được viết quá phức tạp và khó hiểu.
Do sự kiểm soát và giao tiếp quản lý không đầy đủ.
Do công nghệ phát triển quá nhanh làm phần mềm lạc hậu.
Do người dùng cuối thiếu kỹ năng sử dụng máy tính.
Tính có thể bảo trì bị ảnh hưởng nhiều nhất ở giai đoạn nào?
Vận hành
Kiểm thử
Phát triển
Triển khai
Halstead đo độ phức tạp dựa trên yếu tố nào?
Số lượng toán tử và toán hạng
Số dòng mã và chú thích
Số module và hàm
Số biến và hằng số
Yếu tố phi kỹ thuật nào ảnh hưởng đến chi phí bảo trì?
Tuổi phần mềm
Màu sắc giao diện
Tên công ty
Ngôn ngữ lập trình
Tính có thể bảo trì thường bị xem nhẹ trong phát triển vì:
Áp lực thời gian, ngân sách và tập trung vào chức năng chính
Nhà phát triển không biết cách viết mã dễ bảo trì
Người dùng không yêu cầu tính bảo trì
Công cụ hỗ trợ bảo trì còn hạn chế
Mô hình điểm chức năng trong bảo trì chỉ tính cho những hoạt động nào?
Thêm mới và chỉnh sửa chức năng
Xóa chức năng và tối ưu mã
Kiểm thử và triển khai
Đào tạo và hỗ trợ người dùng
Bạn là quản lý, nhân viên báo cáo rằng thời gian thực hiện thay đổi thực tế là 15 ngày, trong khi kế hoạch là 10 ngày. Hãy tính chất lượng quy trình theo tiêu chí "Kế hoạch"?
+50%
-50%
+33%
-33%
Việc lựa chọn nhóm bảo trì thường dựa trên yếu tố nào?
Sở thích cá nhân của quản lý
Đặc điểm cụ thể của từng trường hợp
Quy mô công ty
Ngôn ngữ lập trình sử dụng
Trong phân bố công sức bảo trì, loại nào chiếm tỷ lệ CAO NHẤT theo nghiên cứu của Lientz và Swanson?
Sửa lỗi
Thêm chức năng mới
Tối ưu hóa hiệu năng
Bảo trì phòng ngừa
Theo chuẩn IEEE 1219, bảo trì phần mềm là gì?
Phát triển hoàn toàn hệ thống mới từ đầu
Sửa đổi sản phẩm sau khi phát hành để hiệu chỉnh lỗi, cải thiện hiệu năng hoặc thích ứng với môi trường mới
Chỉ bao gồm việc sửa lỗi (bug fixing)
Toàn bộ hoạt động từ lúc bắt đầu dự án đến khi kết thúc
Trong khung làm việc, yếu tố nào trực tiếp tạo ra nhu cầu thay đổi đối với sản phẩm phần mềm?
Nhân sự bảo trì
Yêu cầu của người dùng
Màu sắc của giao diện sản phẩm
Tốc độ của sản phẩm
Hoạt động nào giúp "làm thuận tiện công việc bảo trì tương lai"?
Sửa lỗi khẩn cấp
Cấu trúc lại (refactor) code và cập nhật tài liệu
Chỉ nâng cấp phần cứng
Giảm thiểu tương tác với người dùng
Loại yêu cầu thay đổi nào bắt nguồn từ việc mở rộng chức năng hiện có của hệ thống?
Thay đổi hiệu chỉnh
Thay đổi thích ứng
Thay đổi hoàn thiện
Thay đổi dự phòng
Yếu tố nào sau đây là một trở ngại chính cho việc thay đổi phần mềm?
Chất lượng hệ thống hiện hành quá tốt
Có đầy đủ tài liệu cập nhật
Thiếu bảo trì viên được đào tạo và có kỹ năng
Người dùng luôn nhiệt tình đón nhận thay đổi
Yếu tố nhân sự nào ảnh hưởng lớn đến bảo trì do việc hầu hết hệ thống được bảo trì bởi người không phải tác giả gốc?
Thực tiễn làm việc
Sự thành thạo về lĩnh vực
Tốc độ thay thế nhân viên
Mức lương
Yếu tố môi trường nào dưới đây thuộc "Môi trường điều hành" (Operating Environment)?
Quy định của chính phủ
Quy tắc nghiệp vụ
Áp lực cạnh tranh thị trường
Hệ điều hành, trình biên dịch
Chi phí sửa lỗi (fixing bugs) cao nhất ở giai đoạn nào trong chu kỳ sống phần mềm?
Phân tích và đặc tả yêu cầu.
Thiết kế.
Lập trình.
Vận hành và bảo trì.
Tại sao các hệ thống "già" (legacy) lại là trở ngại lớn cho việc thay đổi?
Vì chúng quá phức tạp, việc thay đổi là không thể.
Vì chúng thường có chất lượng kém sau nhiều lần sửa chữa, cấu trúc phức tạp, tài liệu thiếu.
Vì không ai muốn sử dụng chúng nữa nên không cần thiết thay đổi.
Vì chúng chạy quá chậm, khó kiểm soát.
Bảo trì hoàn thiện thường bao gồm các hoạt động nào?
Sửa lỗi logic trong code
Chuyển đổi sang hệ điều hành mới
Cải tiến chức năng hiện có hoặc thêm chức năng mới
Viết lại chú thích cho code để hiểu hơn
Mô hình lập và tăng trưởng dựa trên giả định cơ bản nào?
Yêu cầu luôn ổn định và đầy đủ ngay từ đầu.
Yêu cầu chỉ được làm rõ sau nhiều lần lặp và phản hồi.
Tài liệu quan trọng hơn mã nguồn.
Người dùng không cần tham gia vào quá trình.
Chuẩn IEEE 1219 (1998) tổ chức quy trình bảo trì thành mấy giai đoạn chính?
5 giai đoạn
6 giai đoạn
7 giai đoạn
8 giai đoạn
Điều khoản nào sau đây thường KHÔNG xuất hiện trong một hợp đồng bảo trì chuẩn?
Các định nghĩa thuật ngữ.
Phạm vi dịch vụ bảo trì.
Mã nguồn đầy đủ của phần mềm.
Điều khoản về chi phí và thanh toán.
Hãy chọn phát biểu SAI về bảo trì phần mềm?
Bảo trì chỉ là hoạt động sửa lỗi (bug fixing)
Bảo trì là quá trình quản lý sự tiến hóa của phần mềm
Bảo trì bao gồm cả hoạt động trước và sau khi phát hành sản phẩm
Chi phí cho việc hiểu hệ thống chiếm phần lớn công sức bảo trì
Việc "vận hành song song" (parallel operation) thường gắn liền với hoạt động nào nhất?
Kiểm thử hệ thống
Triển khai hệ thống mới
Đào tạo người dùng
Phân tích yêu cầu
Nếu một yêu cầu thay đổi bị từ chối ở giai đoạn "Phân tích", lý do chính thường là gì?
Lập trình viên không muốn làm
Không đủ tài nguyên, vượt quá phạm vi hợp đồng
Người dùng không biết cách sử dụng hệ thống
Hệ thống đã quá lạc hậu
Bốn bước chính trong Mô hình Tái sử dụng (Reuse Model) bao gồm những gì?
Phân tích, Thiết kế hệ thống, Cài đặt mã nguồn, Kiểm thử
Nhận dạng, Hiểu thành phần, Hiệu chỉnh, Tích hợp
Lập kế hoạch, Di dời dữ liệu, Ngừng sử dụng, Lưu trữ
Tiếp nhận yêu cầu, Đánh giá rủi ro, Phê chuẩn, Thực hiện
Trong quản lý cấu hình (SCM), thuật ngữ "Đường cơ sở" (Baseline) ám chỉ điều gì?
Một phiên bản phần mềm đã được duyệt dùng làm mốc so sánh
Dòng mã lệnh đầu tiên được viết trong chương trình
Bản kế hoạch ngân sách dự kiến ban đầu của dự án
Danh sách toàn bộ nhân sự tham gia dự án từ đầu
Đâu là yếu tố ảnh hưởng đến sự hiểu phần mềm?
Kinh nghiệm bảo trì viên, chất lượng tài liệu, công cụ hỗ trợ
Ngôn ngữ lập trình, hệ điều hành, phần cứng
Quy mô dự án, ngân sách, thời hạn
Số lượng người dùng, tần suất sử dụng, vị trí địa lý
Dựa trên Luật của Lehman, khi phần mềm được sửa đổi nhiều lần, điều gì có xu hướng xảy ra?
Kích thước và độ phức tạp có xu hướng giảm
Kích thước và độ phức tạp có xu hướng tăng lên
Tốc độ xử lý tăng gấp đôi
Tốc độ xử lý giảm một nửa
Công thức tính độ phức tạp McCabe là gì?
v(G) = e - n + 2
v(G) = n - e + 2
v(G) = e + n - 2
v(G) = n + e × 2
Phân tích tác động dựa vào mã lệnh có nhược điểm gì?
Tốn thời gian, cần chi tiết thực thi, phạm vi giới hạn
Không chính xác, khó áp dụng, không hỗ trợ UML
Chỉ dùng được cho ngôn ngữ C, không hỗ trợ OOP
Yêu cầu tài liệu đầy đủ, không cần mã nguồn
Phép đo LOC bị hạn chế vì:
Không có chuẩn chung, phụ thuộc ngôn ngữ, không phản ánh chất lượng
Khó đếm chính xác, không áp dụng được cho mã nguồn đóng
Chỉ đo được mã nguồn, không đo được tài liệu
Tốn nhiều thời gian tính toán, khó tự động hóa
Một phần mềm có 3 EI đơn giản, 2 EO trung bình, 1 ILF phức tạp. Điểm chức năng thô (UFP) là bao nhiêu? (Tra bảng trọng số: EI đơn giản=3, EO trung bình=5, ILF phức tạp=15)
34
40
45
50
Khi ước lượng chi phí bảo trì bằng FP, nếu tổng hệ số kỹ thuật (ΣFi) = 45, điểm chức năng điều chỉnh (AFP) được tính bằng công thức nào?
AFP = UFP × (0.65 + 0.01 × 45)
AFP = UFP × (0.65 + 45)
AFP = UFP × 45
AFP = UFP / (0.65 + 0.01 × 45)
Dự án có 80 điểm chức năng (FP). Sử dụng ngôn ngữ Visual Basic (trung bình 40 LOC/FP). Hãy ước lượng kích thước phần mềm theo dòng lệnh (LOC)?
320 LOC
3200 LOC
80 LOC
1000 LOC
Trong bảo trì phần mềm, hoạt động "Ngừng sử dụng" nhằm quản lý vấn đề gì?
Tạm dừng phần mềm trong vài giờ để bảo trì định kỳ
Quản lý việc đưa phần mềm đến cuối vòng đời
Chuyển phần mềm sang một máy chủ vật lý mới
Viết lại phần mềm bằng một ngôn ngữ mới
Help Desk phát hiện khách hàng không in được là do chưa bật nguồn máy in. Hành động giải quyết ngay tại chỗ này thể hiện vai trò gì?
Vai trò sửa lỗi phần mềm cơ bản
Vai trò tư vấn nâng cao
Vai trò phát triển phần mềm mới
Vai trò kiểm thử phần mềm
Hoạt động nào xảy ra khi hệ thống được chuyển từ môi trường vận hành cũ sang môi trường mới?
Ngừng sử dụng (Retirement)
Di dời (Migration)
Thực thi sự thay đổi (Modification)
Phân tích vấn đề (Problem Analysis)
Trong so sánh với phát triển mới, bảo trì phần mềm đòi hỏi tư duy nào?
Chỉ "nhìn lại" (look back)
Chỉ "nhìn tới" (look ahead)
Vừa "nhìn lại" vừa "nhìn tới"
Tập trung hoàn toàn vào công nghệ mới
Chất lượng quy trình bảo trì có thể đo qua chỉ số nào?
Mức độ ủng hộ (kế hoạch) và năng suất (số dòng mã/effort)
Số lượng nhân viên tham gia và thời gian làm việc
Số lỗi phát hiện trong kiểm thử và số yêu cầu thay đổi
Chi phí đầu tư công cụ và đào tạo nhân sự
Khi sửa đổi module tính lãi suất ngân hàng, để đảm bảo không sai sót với dữ liệu cũ, bạn cần ưu tiên loại kiểm thử nào?
Kiểm thử đơn vị cho hàm mới viết
Kiểm thử hồi quy trên toàn bộ hệ thống
Kiểm thử giao diện người dùng
Kiểm tra lại tài liệu thiết kế
Hoạt động "quản lý cấu hình" hỗ trợ bảo trì hiệu quả vì:
Giúp đồng bộ phiên bản và giảm nhầm lẫn thay đổi
Giúp tạo giao diện quản lý phiên bản trực quan
Giúp tự động hóa việc cập nhật cấu trúc mã nguồn
Giúp quản lý tài liệu khách hàng theo phân loại
Theo McDermid, thành phần của phần mềm bao gồm những gì?
Chỉ mã nguồn (source code).
Mã nguồn và mã đối tượng.
Mã nguồn, mã đối tượng, tài liệu và các thủ tục vận hành.
Chương trình và cơ sở dữ liệu
Trong khung làm việc của bảo trì phần mềm, "Môi trường tổ chức" bao gồm yếu tố nào?
Hệ điều hành và trình biên dịch.
Phần cứng máy tính.
Các quy tắc nghiệp vụ và chính sách của chính phủ.
Các công cụ kiểm thử tự động.
Tại sao kho chứa trong mô hình Tái sử dụng lại quan trọng?
Vì lưu trữ dữ liệu người dùng phục vụ thống kê
Vì lưu trữ thành phần giúp tiết kiệm thời gian bảo trì
Vì lưu trữ lịch sử kiểm thử phục vụ xác minh
Vì lưu trữ mã code nhằm bảo vệ bản quyền
Một lập trình viên nhận thấy đoạn mã xử lý chuỗi trong hệ thống quá rối rắm và khó hiểu, mặc dù nó vẫn chạy đúng. Anh ta quyết định viết lại đoạn mã đó cho sạch sẽ và dễ đọc hơn (Refactoring). Đây là loại bảo trì gì?
Bảo trì hiệu chỉnh
Bảo trì hoàn thiện
Bảo trì dự phòng
Bảo trì thích ứng
Trọng tâm chính của mô hình Boehm (1983) là gì?
Tự động hóa kiểm thử
Phân tích kinh tế và quyết định quản lý
Tái sử dụng thành phần phần mềm
Cập nhật tài liệu liên tục
Yêu cầu "thêm một tính năng báo cáo mới" sẽ được phân loại là loại thay đổi gì?
Thay đổi hiệu chỉnh
Thay đổi thích ứng
Thay đổi hoàn thiện
Thay đổi dự phòng
Giai đoạn "Phân tích" trong mô hình IEEE 1219 KHÔNG bao gồm việc gì?
Nghiên cứu phạm vi và tính khả thi của thay đổi.
Lập kế hoạch sơ bộ cho thiết kế, cài đặt, kiểm thử.
Trực tiếp lập trình sửa lỗi.
Phân tích chi phí và lợi ích.
Phép đo nào được dùng để đánh giá "tính dễ hiểu" (Understandability) của phần mềm một cách gián tiếp?
Số lượng người dùng hệ thống
Độ phức tạp (McCabe/Halstead)
Thời gian phản hồi của hệ thống
Dung lượng bộ nhớ sử dụng
Trong hoạt động bảo trì phần mềm, một thay đổi nhỏ gây lỗi lan sang nhiều module. Giai đoạn nào xử lý tốt nhất vấn đề này?
Giai đoạn Kiểm thử chấp nhận
Giai đoạn Phân tích tác động
Giai đoạn Chuyển tiếp
Giai đoạn Lập kế hoạch bảo trì
Việc định nghĩa rõ ràng các thuật ngữ như "lỗi nghiêm trọng" hay "thời gian phản hồi" trong hợp đồng nhằm mục đích gì?
Làm cho hợp đồng trông chuyên nghiệp hơn
Tránh hiểu lầm và tranh chấp về nghĩa vụ và trách nhiệm giữa các bên.
Giới hạn quyền lợi của khách hàng.
Kéo dài thời gian thực hiện dịch vụ.
Theo ISO/IEC/IEEE 14764, việc "Lập các thủ tục cho yêu cầu thay đổi" thuộc về hoạt động nào?
Phân tích vấn đề và sự thay đổi.
Thực thi sự thay đổi.
Thực thi quy trình.
Di dời.
Sự khác biệt cốt lõi giữa "Thực thi sự thay đổi" trong bảo trì và "Phát triển mới" là gì?
Bảo trì không cần phân tích hoặc thiết kế.
Bảo trì phải làm việc trong các ràng buộc của hệ thống hiện có.
Phát triển mới không cần kiểm thử.
Bảo trì luôn sử dụng ngôn ngữ lập trình khác.
Thách thức lớn nhất trong hoạt động Chuyển tiếp giữa đội phát triển và đội bảo trì là gì?
Việc bàn giao các thiết bị phần cứng đắt tiền.
Việc chuyển giao toàn bộ mã nguồn của dự án.
Việc chuyển giao kinh nghiệm và tri thức ngầm về hệ thống.
Việc bàn giao các tài liệu in ấn bằng giấy.
Theo mô hình Osborne, nguyên nhân chính dẫn đến các vấn đề kỹ thuật trong bảo trì là gì?
Do mã nguồn được viết quá phức tạp và khó hiểu.
Do sự kiểm soát và giao tiếp quản lý không đầy đủ.
Do công nghệ phát triển quá nhanh làm phần mềm lạc hậu.
Do người dùng cuối thiếu kỹ năng sử dụng máy tính.
Halstead đo độ phức tạp dựa trên yếu tố nào?
Số lượng toán tử và toán hạng
Số dòng mã và chú thích
Số module và hàm
Số biến và hằng số
Chất lượng sản phẩm trong bảo trì thường được đánh giá qua chỉ số nào?
Số yêu cầu thay đổi từ người dùng
Số dòng mã được thêm vào
Thời gian phản hồi
Số nhân viên tham gia bảo trì
Tính có thể bảo trì thường bị xem nhẹ trong phát triển vì lý do nào?
Áp lực thời gian, ngân sách và tập trung vào chức năng chính
Nhà phát triển không biết cách viết mã dễ bảo trì
Người dùng không yêu cầu tính bảo trì
Công cụ hỗ trợ bảo trì còn hạn chế
