BÀI GIẢNG PHÂN TÍCH VÀ ĐẶC TẢ YÊU CẦU PHẦN MỀM

3.1. Đại cương về phân tích và đặc tả3.1.1. Khái niệm và tầm quan trọng3.1.2. Các yêu cầu và mục tiêu3.2. Nền tảng của phân tích3.2.1. Các nguyên lý phân tích 3.2.2. Các phương pháp mô hình hóa3.3. Phân tích và nắm bắt yêu cầu3.3.1. Các loại yêu cầu3.3.2. Sơ đồ tiến trình3.3.3. Phân tích tìm ra yêu cầu3.3.4. Những khó khăn của việc phân tích3.3.5. Các phương pháp thu thập yêu cầu3.4. Đặc tả yêu cầu3.4.1. Đặc tả yêu cầu phần mềm là gì?3.4.2. Các phương pháp đặc tả

CHƯƠNG 3: PHÂN TÍCH VÀ ĐẶC TẢ U CẦU NHĨM 5: Nguyễn Ngọc Thành Phạm Thị Chung Vũ Thanh Tùng Trần Thị Trà Giang Đặng Văn Huy Đồng Thị Thỏa NỘI DUNG  3.1 Đại cương phân tích đặc tả  3.3 Phân tích nắm bắt yêu cầu 3.3.1 Các loại yêu cầu 3.1.1 Khái niệm tầm quan trọng 3.3.2 Sơ đồ tiến trình 3.1.2 Các yêu cầu mục tiêu 3.3.4 Những khó khăn việc phân tích  3.2 Nền tảng phân tích 3.2.1 Các nguyên lý phân tích 3.2.2 Các phương pháp mơ hình hóa 3.3.3 Phân tích tìm u cầu 3.3.5 Các phương pháp thu thập yêu cầu  3.4 Đặc tả yêu cầu 3.4.1 Đặc tả yêu cầu phần mềm gì? 3.4.2 Các phương pháp đặc tả 3.1 ĐẠI CƯƠNG VỀ PHÂN TÍCH VÀ ĐẶC TẢ Khái niệm tầm quan trọng Hoạt động phân tích hoạt động phối hợp khách hàng người phân tích (bên phát triển) Khách hàng phát biểu yêu cầu người phân tích hiểu, cụ thể hóa biểu diễn lại yêu cầu Phần mềm đáng tin cậy có nghĩa phải thực xác, đầy đủ yêu cầu người sử dụng Trong phân tích cần phân biệt yêu cầu mục tiêu hệ thống Yêu cầu đòi hỏi mà kiểm tra cịn mục tiêu trừu tượng mà hướng tới - Ví dụ, giao diện hệ thống phải thân thiện với người sử dụng mục tiêu tương đối khơng khách quan khó kiểm tra => Tầm quan trọng: Là khâu kỹ thuật q trình phát triển phần mềm Thiếu khơng thể tiếp tục trình Các yêu cầu mục tiêu Khái niệm: Các yêu cầu mô tả trừu tượng đến chi tiết dịch vụ mà hệ thống cung cấp ràng buộc lên phát triển hoạt động Q trình hình thành u cầu Mục đích yêu cầu: Làm sở cho việc mời thầu (cần có giải thích từ phía chủ đầu tư) Làm cở sở cho việc ký hợp đồng thầu (cần đủ chi tiết) Làm tư liệu đầu vào cho thiết kế triển khai (cần đủ, xác khơng mâu thuẫn) 3.2 Nền tảng phân tích 3.2.1 Các nguyên lí phân tích - Miền thơng tin vấn đề phải biểu diễn lại hiểu rõ - Các mơ hình mơ tả cho thơng tin, chức hành vi hệ thống cần phải xây dựng - Các mơ hình (và vấn đề) phải phân hoạch theo cách để lộ chi tiết theo kiểu phân tầng (hay cấp bậc) - Tiến trình phân tích phải từ thông tin chất hướng tới chi tiết cài đặt Bằng cách áp dụng nguyên lý này, người phân tích tiếp cận tới vấn đề cách hệ thống 3.2 Nền tảng phân tích 3.2.2 Các phương pháp mơ hình hóa - Chúng ta tạo mơ hình để thu hiểu biết rõ thực thể thực tế cần xây dựng - Tuy nhiên, thực thể cần xây dựng phần mềm, mơ hình phải mang dạng khác Nó phải có khả mơ hình hóa thông tin mà phần mềm biến đổi, chức (và chức con) làm cho phép biến đổi thực được, hành vi hệ thống phép biến đổi xảy 3.2.2 Các phương pháp mơ hình hóa Các mơ hình tạo phân tích u cầu cịn đóng số vai trị quan trọng: - Mơ hình trợ giúp cho người phân tích việc hiểu thơng tin, chức hành vi hệ thống, làm cho nhiệm vụ phân tích yêu cầu dễ dàng hệ thống - Mơ hình trở thành tiêu điểm cho việc xem xét đó, trở thành phần mấu chốt cho việc xác định tính đầy đủ, qn xác đặc tả - Mơ hình trở thành tảng cho thiết kế, cung cấp cho người thiết kế cách biểu diễn chủ yếu phần mềm “ánh xạ” vào hồn cảnh cài đặt 3.2.2 Các phương pháp mơ hình hóa Biểu đồ luồng liệu Khi thông tin qua phần mềm bị thay đổi loạt phép biến đổi Biểu đồ luồng liệu (Data Flow Diagram - DFD) kỹ thuật vẽ luồng liệu di chuyển hệ thống phép biến đổi áp dụng lên liệu Ký pháp biểu đồ luồng liệu minh họa hình sau: Phân tích u cầu thương lượng + Phân loại yêu cầu phần mềm, xếp chúng thành nhóm có liên quan đến dựa yêu cầu đòi hỏi người dùng + Thẩm định yêu cầu phần mềm để xác định xem chúng có khả thực hay khơng + Xác định rủi ro xảy với yêu cầu + Đưa đánh giá tương đối giá thành thời gian thực yêu cầu + Giải bất đồng yêu cầu phần mềm với người dùng sở thảo luận thương lượng  Mơ hình hóa u cầu Sử dụng biểu đồ luồng liệu biểu đồ thực thể quan hệ  Đặc tả yêu cầu Phân loại yêu cầu Đặc tả yêu cầu Thẩm định yêu cầu Xây dựng mẫu Định dạng đặc tả yêu cầu 3.3.3 Phân tích tìm u cầu  Phân tích xác định u cầu : cịn gọi phát yêu cầu  Các nhà kỹ thuật với khách hang (người dùng , kỹ sư, nhà quản lý, chuyên gia miền) làm rõ: - Phạm vi lĩnh vực ứng dụng - Các dịch vụ mà hệ thống cần cung cấp - Các ràng buộc đặt lên hoạt động  Bằng cách xây dựng mơ hình phân tích ( mơ hình nghiệp vụ hệ thống) để làm rõ yêu cầu 3.3.4 Những khó khăn phân tích - Khách hàng thường mơ hồ u cầu, khơng biết rõ muốn gì, dễ lẫn lộn yêu cầu mong muốn - Họ thể yêu cầu theo thuật ngữ riêng - Khách hàng đa dạng, có yêu cầu mâu thuẫn - Những yếu tố tổ chức sách ảnh hưởng đến u cầu - Các u cầu thường mang tính đặc thù, khó hiểu, khó có chuẩn chung - Các yêu cầu thay đổi q trình phân tích : mơi trường nghiệp vụ thay đổi, có người liên quan 3.3.5 Các phương pháp thu thập yêu cầu  Phỏng vấn khách hàng  Thực hội thảo/thảo luận  Chuẩn bị bảng câu hỏi điều tra  Quan sát hoạt động nghiệp vụ  Tham khảo chuyên gia lĩnh vực Phỏng vấn khách hàng Lấy ý kiến yêu cầu sản phẩm, dự án, yêu cầu chung Có thể thực cách vấn trực tiếp, thông qua email, điện thoại, thư từ  Cuộc vấn thực hình thức đơn hoăc nhóm (2-3 người) với bên liên quan  Nội dung câu hỏi trả lời hướng dẫn theo danh sách thiết kế riêng  Không nên đặt sẵn ngữ cảnh câu hỏi nhằm thúc đẩy việc thảo luận tự do, sôi Thực hội thảo/thảo luận - Tổ chức hội thảo gồm người có quan điểm khác nhau, thảo luận thống yêu cầu - Sau đưa tài liệu dự án, q trình thảo luận nhóm diễn để gợi nhiều ý tưởng - Thảo luận vừa bổ sung thay vấn Chuẩn bị bảng câu hỏi điều tra - Kỹ thuật thường sử dụng cho nhóm lớn - Người điều tra sử dụng bảng câu hỏi (hay phiếu điều tra) để xác định yêu cầu từ người tham dự (chuyên gia, khách hàng, thành viên đội dự án, Stakeholder, người sử dụng hệ thống) Quan sát hoạt động nghiệp vụ Lập mơ hình đề xuất sản phẩm nhận phản hồi khách hàng mơ hình Tiến hành cập nhật xác định yêu cầu rõ ràng Quan sát thực tế người sử dụng sản phẩm tiềm tham gia trực tiếp vào công việc để xác định yêu cầu Tham khảo chuyên gia lĩnh vực Đưa điểm so sánh ý tưởng, việc thực nội cơng cụ bên ngồi 3.4 Đặc tả u cầu 3.4.1: Đặc tả yêu cầu phần mềm gì?  Khái niệm: tất mô tả chi tiết yêu cầu, chức năng, ràng buộc số sản phẩm phần mềm thiết kế - Đặc tả liên quan đến đối tượng, khái niệm thủ tục cần đến phát triển phần mềm 3.4.2 Các phương pháp đặc tả Người ta thường sử dụng phương thức đặc tả: - Đặc tả phi (khơng) hình thức - Đặc tả hình thức - Đặc tả hỗn hợp 3.4.2 Các phương pháp đặc tả 1.Đặc tả phi hình thức - Được diễn đạt ngơn ngữ tự nhiên tốn học - Phương pháp đặc tả không chặt chẽ dễ hiểu dễ diễn đạt - Ta thường sử dụng cần phát biểu toán, yêu cầu ban đầu Đặc tả hình thức - Được diễn đạt ngơn ngữ đại số logic tốn - Phương pháp đặc tả chặt chẽ, xác khơng nhấp nhằng - Đặc tả hình thức liên quan đến: + Cấu trúc liệu hàm + Thời gian + Thao tác + Đơn thể hay đối tượng + Tính đại số Đặc tả hình thức - Các tính chất: đặc tả mơ tả phải làm mô tả làm Lập trình thể tường minh việc lựa chọn cách khai triển: nghiên cứu thuật giải, cách viết công thức Đặc tả cho phép diễn tả đầy đủ vấn đề, giảm tối thiểu tính phức tạp hệ thống xét Đặc tả phải cho phép kiểm tra trình phát triển phần mềm (chất lượng tính tin cậy Đặc tả hỗn hợp - Phối hợp phương pháp: hình thức phi hình thức - Thường mơ tả phi hình thức nhằm làm giải thích rõ hơn, dễ hiểu mơ tả hình thức q phức tạp ... quan hệ  Đặc tả yêu cầu Phân loại yêu cầu Đặc tả yêu cầu Thẩm định yêu cầu Xây dựng mẫu Định dạng đặc tả yêu cầu 3.3.3 Phân tích tìm u cầu  Phân tích xác định u cầu : cịn gọi phát yêu cầu  Các... Nền tảng phân tích 3.2.1 Các nguyên lý phân tích 3.2.2 Các phương pháp mơ hình hóa 3.3.3 Phân tích tìm u cầu 3.3.5 Các phương pháp thu thập yêu cầu  3.4 Đặc tả yêu cầu 3.4.1 Đặc tả yêu cầu phần. .. thực nội công cụ bên 3.4 Đặc tả yêu cầu 3.4.1: Đặc tả yêu cầu phần mềm gì?  Khái niệm: tất mô tả chi tiết yêu cầu, chức năng, ràng buộc số sản phẩm phần mềm thiết kế - Đặc tả liên quan đến đối tượng,