NHẬP MÔN CÔNG NGHỆ PHẦN MỀM Câu 1 Phần mềm là gì? Nêu đặc trưng của nó Có những loại ngôn ngữ nào để phát triển phần mềm? Phần mềm là sản phẩm do các nhà phát triển phần mềm thiết kế và xây dựng Đặc t[.]
NHẬP MÔN CÔNG NGHỆ PHẦN MỀM Câu 1:Phần mềm gì? Nêu đặc trưng Có loại ngơn ngữ để phát triển phần mềm? - Phần mềm sản phẩm nhà phát triển phần mềm thiết kế xây dựng - Đặc trưng: Phần mềm khơng hao mịn, pm phát triển chức ko phải sản xuất, phần mềm phức tạp chi phí thay đổi lớn - Các ngôn ngữ: java c,c++… Câu 2: Phân loại phần mềm nội dung loại - Phần mềm hệ thống: (hệ điều hành, phần mềm vận hành thiết bị,,,) giúp vận hành phần cứng - Phần mềm ứng dụng: cung cấp công cụ hỗ trợ lập trình viên viết ct phần mềm ngôn ngữ khác - Các loại khác : virus viết để chạy với mục đích xấu Câu 3: Định nghĩa kỹ nghệ phần mềm? Những yếu tố chủ chốt kỹ nghệ phần mềm gì? - KNPM: áp dụng cách tiếp cận có hệ thống, có kỉ luật, va định lượng cho việc phát triển hoạt động bảo trì phần mềm - KNPM bao trùm kiến thức, công cụ phương pháp cho việc định nghĩa yêu cầu phần mềm, thực tác vụ thiết kế, xây dựng kiểm thử, bảo trì phần mềm Câu 4: Tiến trình phần mềm gì? Mơ hình tiến trình gì? Tiến trình phần mềm: loạt bước hoạt động dự kiến trước- lộ trình mà theo tạo phần mềm chất lượng, hiệu thời hạn Mơ hình tiến trình : (process model) mơ tả tiến trình cách đơn giản hóa xem xét từ cách nhìn cụ thể Câu 5: Các bước tổng quát tiến trình phần mềm gồm giai đoạn nào? - Đặc tả yêu cầu: (requirements specification): đòi hỏi cho yêu cầu chức phi chức - Phát triển phần mềm(development): tạo phần mềm thỏa mãn yêu cầu đặc tả yêu cầu - Kiểm thử phần mềm(validation/testing): để bảo đảm phần mềm sản xuất đáp ứng đòi hỏi đặc tả yêu cầu Câu 6: Chất lượng phần mềm gì? Các tiêu chí chất lượng phần mềm Chất lượng phần mềm đáp ứng yêu cầu chức năng, hoàn thiện chuẩn(đặc tả) phát triển, đặc trưng mong chờ từ phần mềm chuyên nghiệp(ngầm định) Các tiêu chí: tính bảo trì độ tin cậy tính hiệu tính khả dụng Câu 7:Thế thiết kế cịn ommision Câu 8:Nếu khơng áp dụng mơ hình vịng đời phần mềm có phát triển phần mềmkhông? Tại sao? Nếu không áp dụng mơ hình vịng đời khó để phát triển phần mềm Vì + khó kiểm sốt đc phần mềm(nhiều lỗi tiềm ẩn, khả gắn kết module kém) + Khả tái sử dụng module + Chi phí để sản xuất phần mềm cao Câu 9: Tại người ta phải dùng nhiều mơ hình vòng đời khác để phát triển phần mềm? - Các mơ hình vịng đời có ưu điểm, nhược điểm khác phù hợp với điều kiện phát triển phần mềm khác + Quy mô dự án phát triển phần mềm khác nên đòi hỏi mơ hình vịng đời khác phù hợp với kinh phí phát triển dự án Câu 10: Nêu ưu điểm, nhược điểm mơ hình vịng đời phần mềm kiểu thác nước? * Ưu điểm: - Dễ phân cơng cơng việc, phân bố chi phí, giám sát công việc - Kiến trúc hệ thống hàng đợi ổn định * Nhược điểm: - Mối quan hệ giai đoạn - Hệ thống phải kết thúc giai đoạn khó thực đầy đủ yêu cầu khách hàng mơ hình khó khăn việc thay đổi pha thực Giả sử, pha phân tích xác định yêu cầu hoàn tất chuyển sang pha kế tiếp, lúc lại có thay đổi yêu cầu người sử dụng; cịn cách phải thực lại từ đầu - Chỉ tiếp xúc với khách pha nên phần mềm ko đáp ứng hết yêu cầu khách hang - Chi phí phát triển dự án tương đối lớn - Khả thất bại cao Câu 11: Mơ hình vịng đời phần mềm kiểu thác nước phù hợp với dự án có đặc điểm gì? - Mơ hình waterfall nên sử dụng mà đội dự án có kinh nghiệm làm việc, mơ hình địi hỏi xác từ đầu - Waterfall hợp với dự án mà khách hàng xác định yêu cầu cụ thể, xác từ đầu có khả thay đổi - Đối với khách hàng lớn mà phong cách làm việc họ chủ yếu theo mơ hình truyền thống (waterfall) khách hàng lo ngại có nhiều thay đổi dự án - Nên áp dụng waterfall với dự án có fixed scope fixed-price contract - Khơng gấp rút thời gian Câu 12: Mơ hình vịng đời phần mềm kiểu mẫu nhanh phù hợp với dự án có đặc điểm gì? Thiết kế nhanh tập trung vào việc biểu diễn khía cạnh phần mềm thấy người dùng Những dự án thỏa thuận xong xuôi, xác định yêu cầu cụ thể, xác từ đầu có khả thay đổi Phạm vi hoạt động cố định giá cố định Câu 13: Nêu ưu điểm, nhược điểm mơ hình vịng đời phần mềm kiểu xoắn ốc? Ưu điểm - Phân tích rủi ro dự án đầy lên làm phần thiết yếu quy trình xoắn ốc để tăng độ tin cậy dự án - Xây dựng dự án có kết hợp mơ hình khác vào phát triển (Thác nứơc, mơ hình mẫu…) - Cho phép thay đổi tuỳ theo u cầu cho vịng xoắn ốc - Nó xem mơ hình tổng hợp mơ hình khác Khơng áp dụng cho phần mềm mà phải cho phần cứng - Một rủi ro khơng giải chấm dứt dự án - Các vòng tròn lặp để đáp ưng thay đổi người dùng - Kiểm soát rủi ro giai đoạn phát triển - Đánh giá tri phí xác phương pháp khác Nhược điểm - phức tạp khơng thích hợp với dự án nhỏ rủi ro - Cần có kỹ tốt phân tích rủi ro - Yêu cầu thay đổi thường xuyên dẫn đến lặp vô hạn - Chưa dùng rộng dãi mô hình thác nước mẫu - Địi hỏi lực quản lý Câu 14: Thẩm định xác minh (V&V)? Tầm quan trọng chúng? Verification & Validation: - Thẩm định việc xác định xem luồng công việc (workflow) thực hay chưa, việc thẩm định thực cuối Workflow - Xác minh quy trình đánh giá chuyên sâu thực trước đưa sản phẩm tới tay khách hàng - Mục đích việc xác định xem sản phẩm thỏa mãn hoàn toàn đặc tả chưa Câu 15: Phần mềm cịn lỗi hay khơng thực ca kiểm thử Quá trình kiểm thử cần tổ chức theo chiến lược tổng thể với mức cụ thể Tiến trình khơng thể đảm bảo phát tất lỗi khiếm khuyết phần mềm Càng sau việc phát sửa lỗi đắt đỏ người ta cần phải dừng lại thời điểm thích hợp tùy theo cách tiếp cận bi quan hay lạc quan Thời điểm dừng liên quan đến khái niệm “tiêu chuẩn đầy đủ kiểm thử” Đối với kiểm thử mức môđun người ta thường dừng kiểm thử thực hết ca kiểm thử thiết kế Đối với kiểm thử thẩm định người ta thường dừng gặp trường hợp sau: Hết thời gian(tiếp cận bi quan) Hết kinh phí(tiếp cận bi quan) Đạt đến điểm cân hiệu quả(law of diminishing returns) phát khắc phục số lượng đủ lớn lỗi, phần mềm đạt đến độ tin cậy chấp nhận được(tiếp cận lạc quan) tiếp tục chi phí cho việc phát lỗi khơng thấp chi phí cho việc sửa lỗi xảy Đây tiêu chí quan trọng xem xét đến việc tiếp tục hay dừng kiểm thử Câu 16: Luật Dijkstra CNPM nói ? Luật Dijkstra : Rất dễ để chứng minh phần mềm có lỗi, chứng minh phần mềm khơng có lỗi Câu 17: Ý nghĩa sơ đồ ? Sơ đồ thể tương tác lớp hệ thống với với người dùng Câu 18: Thế lớp giao diện ? Lớp thường tương tác với lớp ? - Lớp giao diện lớp có chức tương tác mơi trường bên ngồi phần mềm Lớp giao diện thường giao diện vào với người dùng - Lớp giao diện tương tác với lớp điều khiển để trao đổi thông tin người dùng hệ thống Câu 19: Thế lớp thực thể, lớp tương tác với lớp nào? Lớp thực thể (còn gọi lớp model) - Dùng để biểu diễn liệu để xử lý, trao đổi đối tượng hệ thống Thường có thuộc tính phương thức truy nhập (get/set) - Lớp thực thể tương tác với lớp điều khiển (control) để cung cấp lưu trữ thông tin ... mơ hình thác nước mẫu - Đòi hỏi lực quản lý Câu 14: Thẩm định xác minh (V&V)? Tầm quan trọng chúng? Verification & Validation: - Thẩm định việc xác định xem luồng công việc (workflow) thực hay... thẩm định thực cuối Workflow - Xác minh quy trình đánh giá chuyên sâu thực trước đưa sản phẩm tới tay khách hàng - Mục đích việc xác định xem sản phẩm thỏa mãn hoàn toàn đặc tả chưa Câu 15: Phần... việc tiếp tục hay dừng kiểm thử Câu 16: Luật Dijkstra CNPM nói ? Luật Dijkstra : Rất dễ để chứng minh phần mềm có lỗi, khơng thể chứng minh phần mềm khơng có lỗi Câu 17: Ý nghĩa sơ đồ ? Sơ đồ