Phương pháp phát triển phần mềm hướng đối tượng

ICONIX Process tập trung vào giai đoạn nào trong vòng đời phát triển phần mềm?

• Phân tích và thiết kế
• Quản lý dự án
• Lập kế hoạch dự án
• Kiểm thử phần mềm

ICONIX Process là phương pháp tiếp cận nào?

• Phương pháp tuần tự
• Phương pháp tối giản nhưng hoạt động
• Phương pháp xoắn ốc
• Phương pháp nhanh chóng

Quy trình ICONIX giúp thu hẹp khoảng cách giữa lý thuyết và thực tế như thế nào?

• Phát triển hệ thống dựa trên mô hình UML đầy đủ
• Tập trung vào thiết kế trực tiếp từ mã nguồn
• Chuyển đổi nhanh từ yêu cầu thành mã nguồn mà không qua phân tích
• Liên kết các use case với các đối tượng trong hệ thống

Quy trình ICONIX cố gắng giải quyết vấn đề gì trước đây?

• Thiếu sự chi tiết trong các mô hình
• Thiếu tài liệu mô tả hệ thống
• Cồng kềnh và nhiều thứ không cần thiết trong dự án thực tế
• Thiếu mô tả chức năng của mã nguồn

Đối với quy trình ICONIX, bước nào là quan trọng nhất để đảm bảo yêu cầu và thiết kế đồng nhất với nhau?

• Kiểm thử tích hợp
• Đánh giá thiết kế sơ bộ (PDR)
• Kiểm thử đơn vị
• Viết mã nguồn

Sự khác biệt chính giữa yêu cầu chức năng và yêu cầu hành vi trong quy trình ICONIX là gì?

• Cả hai đều là các bước đầu tiên của quá trình phân tích hệ thống
• Yêu cầu chức năng mô tả những gì hệ thống cần làm, còn yêu cầu hành vi mô tả cách hệ thống và người dùng tương tác
• Yêu cầu chức năng mô tả chi tiết các lớp đối tượng, còn yêu cầu hành vi mô tả dữ liệu hệ thống
• Yêu cầu chức năng miêu tả cách hệ thống hoạt động, còn yêu cầu hành vi miêu tả giao diện người dùng

Trong quy trình ICONIX, mô hình miền có vai trò gì?

• Định nghĩa phạm vi và tạo nền tảng cho việc xây dựng use case
• Đảm bảo tính khả dụng của hệ thống
• Định nghĩa cách hệ thống sẽ triển khai
• Giúp xác định các yêu cầu không chức năng

Trong quy trình ICONIX, tại sao cần thực hiện đánh giá thiết kế sơ bộ (Preliminary Design Review)?

• Để kiểm thử toàn bộ hệ thống
• Để kiểm tra tính chính xác của mô hình dữ liệu
• Để đảm bảo mô hình miền và use case khớp nhau
• Để xác định tất cả các lỗi trong mã nguồn

Làm thế nào để một sơ đồ độ bền giúp liên kết use case với mô hình đối tượng?

• Xác định các đối tượng miền và các thông điệp truyền giữa chúng
• Xác định các lỗi tiềm ẩn trong thiết kế
• Liệt kê tất cả các yêu cầu chức năng
• Tạo ra các đối tượng giao diện (GUI)

Khi cần kiểm tra việc tích hợp hệ thống dựa trên các use case trong ICONIX Process, ta nên bắt đầu từ đâu?

• Viết mã nguồn cho tất cả các chức năng
• Kiểm tra giao diện người dùng
• Kiểm tra kịch bản chính và các kịch bản thay thế
• Kiểm tra cơ sở dữ liệu