Bài giảng Công nghệ phần mềm: Chương 3 - ThS. Dương Thành Phết

Bài giảng Công nghệ phần mềm - Chương 3 trình bày về khảo sát và phân tích yêu cầu phần mềm. Các nội dung được trình bày trong chương này gồm: Thu thập yêu cầu phần mềm, phân tích yêu cầu, đặc tả yêu cầu, xét duyệt yêu cầu. Mời các bạn cùng tham khảo để nắm bắt các nội dung chi tiết.

TRƯỜNG ĐẠI HỌC NGUYỄN TẤT THÀNH KHOA CÔNG NGHỆ THÔNG TIN CÔNG NGHỆ PHẦN MỀM Chương 3: KHẢO SÁT VÀ PHÂN TÍCH YÊU CẦU Thời gian: tiết Giảng viên: ThS Dương Thành Phết Email: phetcm@gmail.com Website: http://www.thayphet.net Tel: 0918158670 – facebook com/DuongThanhPhet http://www.thayphet.net NỘI DUNG Thu thập yêu cầu phần mềm http://www.thayphet.net Phân tích yêu cầu Đặc tả yêu cầu Xét duyệt yêu cầu http://www.thayphet.net THU THẬP YÊU CẦU PHẦN MỀM http://www.thayphet.net 1.1 Thu thập yêu cầu gì?  Mỗi giai đoạn phát triển hệ thống đòi hỏi trao đổi nhà phát triển người dùng để nhận thơng tin có ích tìm dải câu hỏi ứng dụng Ví dụ: Khi phân tích tính khả thi, câu hỏi tương đối rộng tổng quát:  Đâu phạm vi vấn đề?;  Cách tốt để tự động hố gì?;  Cơng ty có cố gắng để phát triển ứng dụng khơng?;  Cơng ty có hỗ trợ việc phát triển ứng dụng không? http://www.thayphet.net THU THẬP YÊU CẦU PHẦN MỀM Khi phân tích u cầu cần tìm thông tin liên quan đến ứng dụng như: http://www.thayphet.net  Các liệu cần thiết gì?  Các xử lý tiến hành;  Các thông tin chi tiết liên quan? Khi thiết kế cần phát triển thêm: Làm thơng tin có liên quan tới ứng dụng:  Làm chuyển ứng dụng vào môi trường chọn?  Làm thiết kế liệu logic chuyển vào thiết kế liệu vật lý?  Các module chương trình phối hợp với nào? http://www.thayphet.net THU THẬP YÊU CẦU PHẦN MỀM http://www.thayphet.net  Các thông tin không xuất phát đâu khác ngồi từ u cầu người dùng  Nhiệm vụ nhà phát triển phải nắm bắt thơng tin  Có nhiều cách để thu thập liệu: Phỏng vấn - họp nhóm - quan sát - giới thiệu trước chương trình sau xin ý kiến - ấn định cơng việc tạm thời - làm việc chung - xem xét tài liệu nội bộ, tài liệu ngoài…  Mỗi phương pháp có ưu, nhược điểm riêng  Nhà phát triển phần mềm phải biết vận dụng linh hoạt phương pháp để thu thông tin cách hiệu http://www.thayphet.net THU THẬP YÊU CẦU PHẦN MỀM 1.2 Các tính chất liệu http://www.thayphet.net Các liệu phân biệt theo vài khía cạnh:  Định hướng thời gian  Cấu trúc  Nhập nhằng  Ngữ nghĩa  Độ lớn http://www.thayphet.net THU THẬP YÊU CẦU PHẦN MỀM http://www.thayphet.net  Mỗi yếu tố quan trọng việc xác định đặc tả ứng dụng, hướng dẫn cho CNPM biết số lượng kiểu thông tin nên chọn  Các kiểu liệu khác có liên quan tới loại ứng dụng khác đòi hỏi kỹ thuật khai thác thông tin khác  Không ý tới đặc tính liệu dẫn tới lỗi phân tích thiết kế  Bên cạnh việc thu thập thông tin, cần sử dụng kỹ thuật định lượng thông tin biên dịch ứng dụng http://www.thayphet.net THU THẬP YÊU CẦU PHẦN MỀM Tính chất 1: Hướng thời gian http://www.thayphet.net “Tính hướng thời gian liệu đề cập tới khứ, tương lai ứng dụng.”  Các liệu q khứ Ví dụ, mơ tả cơng việc biến đổi qua thời gian, quy định ảnh hưởng tới nhiệm vụ, vị trí tổ chức Các thơng tin khứ xác, đầy đủ http://www.thayphet.net THU THẬP YÊU CẦU PHẦN MỀM http://www.thayphet.net  Các thông tin thông tin xảy Ví dụ thơng tin ứng dụng liên quan tới q trình hoạt động cơng ty, số lượng lệnh thực ngày số lượng hang hố sản xuất, sách, sản phẩm, … Các thông tin nên chuyển thành tư liệu cho phù hợp với đội ngũ phát triển để tăng hiểu biết họ ứng dụng phạm vi toán http://www.thayphet.net THU THẬP YÊU CẦU PHẦN MỀM http://www.thayphet.net  Các đòi hỏi tương lai liên quan đến thay đổi diễn ra, chúng khơng xác khó kiểm tra 10 Các dự đốn kinh tế, khuynh hướng tiếp thị, kinh doanh … http://www.thayphet.net ĐẶC TẢ YÊU CẦU http://www.thayphet.net  Dù nguyên lí Balzer Goldman tập trung vào tác động đặc tả định nghĩa ngơn ngữ hình thức, lời bình luận áp dụng cho dạng đặc tả 87  Tuy nhiên, nguyên lí cần phải dịch thành thực http://www.thayphet.net ĐẶC TẢ YÊU CẦU 3.4 Các mức trừu tượng đặc tả http://www.thayphet.net  Các đặc tả thể vài mức trừu tượng khác với mối tương liên mức 88  Mỗi mức nhắm đến đối tượng đọc khác mà họ có quyền định việc dựa vào mà thực đánh giá thiết kế nhà phát triển phần mềm  Gồm mức sau: http://www.thayphet.net ĐẶC TẢ YÊU CẦU Mức 1: Định yêu cầu http://www.thayphet.net  Được thể ngôn ngữ tự nhiên dịch vụ mà hệ thống phải cung cấp 89  Phần phải viết cho dễ hiểu khách hàng người quản lý (người mua phần mềm người sử dụng nó)  Kỹ thuật đặc tả phi hình thức thích hợp cho mức đặc tả http://www.thayphet.net ĐẶC TẢ YÊU CẦU Mức 2: Đặc tả yêu cầu http://www.thayphet.net  Tài liệu nêu dịch vụ cách chi tiết hơn, gọi tài liệu đặc tả chức 90  Đặc tả mức phải xác đến mức làm sở cho hợp đồng nhà phát triển phần mềm khách hàng  Cần viết cho dễ hiểu nhân viên kỹ thuật nơi mua phần mềm nơi phát triển  Kỹ thuật đặc tả hình thức thích hợp cho mức đặc tả nhiên tuỳ thuộc vào trình độ kiến thức khách hàng Tốt dùng loại hình hỗn hợp để đặc tả http://www.thayphet.net ĐẶC TẢ YÊU CẦU Mức 3: Đặc tả phần mềm / đặc tả thiết kế http://www.thayphet.net  Dùng làm sở cho việc thiết kế thực thi 91  Cần thể quan hệ rõ ràng tư liệu đặc tả yêu cầu  Ta phải xác định rằng: đối tượng đọc chủ yếu kỹ sư phần mềm người sử dụng người quản lý  Kỹ thuật đặc tả hình hình thức hoàn toàn phù hợp cho mức đặc tả http://www.thayphet.net XÉT DUYỆT YÊU CẦU 4.1 Xét duyệt yêu cầu (Requirements validation) http://www.thayphet.net  Việc xét duyệt Đặc tả yêu cầu phần người phát triển phần mềm khác hàng tiến hành  Bởi đặc tả tạo nên tảng cho giai đoạn phát triển nên cần phải cẩn thận tiến hành họp xét duyệt  Việc xét duyệt trước hết tiến hành mức vĩ mô Tại mức này, người xét duyệt cố gắng đảm bảo đặc tả đầy đủ, quán xác  Cần đề cập tới câu hỏi sau: 92 http://www.thayphet.net XÉT DUYỆT YÊU CẦU http://www.thayphet.net  Các mục tiêu thiết lập cho phần mềm có qn với mục tiêu hệ thống khơng? 93  Những giao diện quan trọng với hệ thống mô tả chưa?  Luồng cấu trúc thơng tin mơ tả thích hợp cho lĩnh vực vấn đề chưa?  Các biểu đồ có rõ ràng khơng? Liệu biểu đồ đứng riêng khơng lời giải thích khơng?  Các chức có cịn bên phạm vi mơ tả thích hợp chưa? http://www.thayphet.net XÉT DUYỆT YÊU CẦU  Liệu hành vi phần mềm có quán với thơng tin phải xử lí chức phải thực không? http://www.thayphet.net  Các ràng buộc thiết kế có thực khơng? 94  Rủi ro cơng nghệ phát triển gì?  Các yêu cầu phần mềm khác xem xét đến chưa?  Các tiêu chuẩn hợp lệ phát biểu chi tiết chưa? Chúng có thích hợp để mơ tả hệ thống thành công không? http://www.thayphet.net XÉT DUYỆT YÊU CẦU  Liệu có khơng qn, bỏ sót hay dư thừa không? http://www.thayphet.net  Việc tiếp xúc với khách hàng có đầy đủ khơng? 95  Người dùng xét duyệt Tài liệu sơ người dùng hay mẫu chưa?  Các ước lượng Kế hoạch dự án phần mềm bị ảnh hưởng nào? http://www.thayphet.net XÉT DUYỆT YÊU CẦU http://www.thayphet.net  Để trả lời, việc xét duyệt tập trung vào mức chi tiết Tại đây, mối quan tâm vào từ ngữ đặc tả  Làm lộ vấn đề ẩn náu bên nội dung đặc tả  Những hướng dẫn sau gợi ý việc xét duyệt chi tiết đặc tả:  Phải quan sát mối nối có sức thuyết phục (như “chắc chắn”, “do đó”, “rõ ràng”, “hiển nhiên”, “từ suy rằng”) hỏi “Tại chúng lại có đó?”  Theo dõi thuật ngữ mơng lung (như “một số”, “đơi khi”, “thường”, “thơng thường”, “bình thường”, “phần lớn”, “đa số”); yêu cầu làm sáng tỏ 96 http://www.thayphet.net XÉT DUYỆT YÊU CẦU http://www.thayphet.net  Khi có nêu danh sách, khơng đầy đủ, phải đảm bảo khoản mục hiểu rõ Chú ý vào từ “vân vân”, “cứ thế”, “cứ tiếp tục thế”, “sao cho” 97  Phải chắn phát biểu phạm vi không chứa giả thiết không nói rõ (như mã hợp lệ khoảng 10 tới 100 Đó số nguyên, số thực hay số hệ 16?  Phải nhận biết động từ mơ hồ “xử lí”, “loại bỏ”, “nhảy qua”, “xố bỏ” Có thể có nhiều cách hiểu http://www.thayphet.net XÉT DUYỆT YÊU CẦU http://www.thayphet.net  Phải nhận biết đại từ “vu vơ” (như “mô đun vào/ra liên lạc với mơ đun kiểm tra tính hợp lệ liệu đặt cờ báo kiểm sốt nó.” Cờ kiểm sốt ai? )  Tìm câu có chứa chắn (như “bao giờ”, “mọi”, “tất cả”, “không một”, “không bao giờ”) yêu cầu chứng  Khi thuật ngữ định nghĩa tường minh chỗ thử thay định nghĩa vào chỗ xuất  Khi cấu trúc mơ tả theo lời vẽ tranh để giúp hiểu 98  Khi tính tốn xác định thử với hai ví dụ http://www.thayphet.net XÉT DUYỆT YÊU CẦU http://www.thayphet.net  Một việc xét duyệt hồn tất bản đặc tả u cầu phần mềm khách hàng lẫn người phát triển “ký tắt” 99  Bản đặc tả trở thành “hợp đồng” cho việc phát triển phần mềm  Những thay đổi yêu cầu nêu sau đặc tả hồn thành khơng bị huỷ bỏ  Nhưng khách hàng phải lưu ý thay đổi sau kí mở rộng phạm vi phần mềm làm tăng thêm chi phí / kéo dài lịch biểu (thời gian thực hiện) http://www.thayphet.net XÉT DUYỆT YÊU CẦU http://www.thayphet.net  Ngay với thủ tục xét duyệt tốt chỗ số vấn đề đặc tả thơng thường cịn lại 100  Bản đặc tả khó “kiểm thử” theo cách có ý nghĩa, khơng qn hay bỏ sót bị bỏ qua không để ý tới  Trong xét duyệt, người ta khuyến cáo thay đổi cho đặc tả  Có thể khó khăn để lượng định tác động toàn cục thay đổi; tức là, việc thay đổi chức lại ảnh hưởng tới yêu cầu cho chức khác? http://www.thayphet.net BÀI TẬP Trình bày kỹ thuật thu thập u cầu Trình bày mơ hình phân tích u cầu Trình bày tài liệu đặc tả yêu cầu 101 10 ... nhiều cách để thu thập liệu: Phỏng vấn - họp nhóm - quan sát - giới thiệu trước chương trình sau xin ý kiến - ấn định công việc tạm thời - làm việc chung - xem xét tài liệu nội bộ, tài liệu ngồi…... kỹ - Dễ quản lý đánh giá mở rộng câu hỏi - Đánh giá nhiều mục đích - Có thể bao thông tin chưa biết - Không cần đào tạo nhiều - Có kết - Địi hỏi có thực hành vấn Nhược - Chi phí chuẩn bị lớn -. .. lôi nghệ 35 vào vấn đề công nghệ http://www.thayphet.net THU THẬP YÊU CẦU PHẦN MỀM Phỏng vấn gặp gỡ phù hợp với loại kiểu liệu chúng thường xuyên sử dụng http://www.thayphet.net Ưu điểm vấn: 36