Slide-CNPM-Ch2

39 86 0
Slide-CNPM-Ch2

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

Thông tin tài liệu

Nhập môn công nghệ phần mềm

Yêu cầu phần mềm Yêu cầu hệ thống Yêu cầu người sử dụng Tài liệu đặc tả yêu cầu Quy trình xác định yêu cầu Yêu cầu hệ thống Các yêu cầu hệ thống phần mềm thường chia thành ba loại:   Yêu cầu chức  Yêu cầu phi chức  Yêu cầu miền ứng dụng Trong thực tế khó phân biệt ba loại yêu cầu cách rõ ràng  Yêu cầu chức    Yêu cầu chức mô tả hệ thống làm Mơ tả chức dịch vụ hệ thống cách chi tiết Đặc điểm u cầu chức năng:   Tính mập mờ, khơng rõ ràng yêu cầu: Xảy y/cầu khơng xác định cẩn thận Tính hồn thiện quán: Chứa tất mô tả chi tiết khơng có xung đột, đối ngược yêu cầu (Tuy nhiên, thực tế khó đạt điều này) Yêu cầu phi chức     Yêu cầu không đề cập trực tiếp tới chức cụ thể hệ thống, thường định nghĩa thuộc tính như: độ tin cậy, thời gian đáp ứng …và ràng buộc hệ thống như: khả thiết bị vào/ra, giao diện … Một số y/cầu liên quan đến q/trình x/dựng hệ thống Các u cầu hạn chế yêu cầu chức Nhưng khơng thoả mãn hệ thống không sử dụng Các yêu cầu xuất yêu cầu người s/dụng, ràng buộc ngân sách, sách tổ chức sử dụng hệ thống… Yêu cầu phi chức (tiếp)  Phân loại yêu cầu phi chức sau:    Các yêu cầu sản phẩm xác định ứng xử sản phẩm như: hiệu năng, khả sử dụng, độ tin cậy … sản phẩm Các yêu cầu tổ chức: yêu cầu lấy từ sách quy tắc khách hàng tổ chức sử dụng hệ thống Các yêu cầu ngoài: xác định từ tác nhân hệ thống Yêu cầu phi chức (tiếp) Yêu cầu miền ứng dụng  Được xác định từ miền ứng dụng hệ thống phản ánh thuộc tính ràng buộc miền ứng dụng  Nó yêu cầu chức phi chức  Nếu không thoả mãn -> h/thống khơng làm việc  Một số vấn đề liên quan đến yêu cầu miền ứng dụng:  Khả hiểu được: yêu cầu biểu diễn ngôn ngữ lĩnh vực ứng dụng  Ẩn ý: Các chuyên gia hiểu biết lĩnh vực họ không x/định y/cầu miền ứng dụng cách rõ ràng, mang tính kỹ thuật K/thuật đặc tả yêu cầu hệ thống  Ngôn ngữ tự nhiên thường sử dụng để viết đặc tả yêu cầu hệ thống yêu cầu người sử dụng Tuy nhiên thường gặp số vấn đề sau:     Không rõ ràng: Ngơn ngữ tự nhiên có chất mập mờ nên để đạt yêu cầu khó khăn Quá mềm dẻo: có nhiều cách khác để đặc tả vấn đề Thiếu khả mơ-đun hố: cấu trúc ngơn ngữ tự nhiên khơng tương xứng với cấu trúc yêu cầu hệ thống Vì lý mà đặc tả ngơn ngữ tự nhiên thường gây khó hiểu Kỹ thuật đặc tả yêu cầu hệ thống (t)  Do ngơn ngữ tự nhiên có hạn chế, nên ta sử dụng số phương pháp sau để đặc tả yêu cầu  Đặc tả ngôn ngữ hướng cấu trúc  Đặc tả dựa biểu mẫu (Form-based)  Biểu đồ trình tự Kỹ thuật đặc tả yêu cầu hệ thống (t)  Đặc tả ngôn ngữ hướng cấu trúc  Sử dụng ngôn ngữ hướng cấu trúc yêu cầu người viết đặc tả tuân theo mẫu định nghĩa trước Tất yêu cầu viết theo chuẩn thuật ngữ sử dụng bị hạn chế  Ưu điểm phương pháp đạt mức độ diễn tả cao ngôn ngữ tự nhiên mức độ đồng lại bị lạm dụng đặc tả 10   Quy trình xác định yêu cầu (t) Kết hoạt động tài liệu yêu cầu phần mềm Gồm có giai đoạn     Nghiên cứu khả thi (Feasibility study) Phát phân tích yêu cầu (Requirements elicitation and analysis) Đặc tả yêu cầu (Requirement Specification) Thẩm định yêu cầu (Requirement Validation) 25 Nghiên cứu khả thi      Cần đưa phương án p/triển luận chứng khả thi Thực công việc định đưa hệ thống đáp ứng yêu cầu khách hàng ->có tính khả thi cao Việc thực cơng việc phải nhanh rẻ Quyết định có tiếp tục p/triển theo phương án khơng Chỉ dự án khả thi chấp nhận, trình triển khai bắt đầu 26 Nghiên cứu khả thi (tiếp)   Nên phân loại phương án: phương án thấp, phương án trung bình, phương án cao Phân tích khả thi thường tập trung vào mặt:      Khả thi kinh tế: chi phí hiệu quả, lợi ích cuối Khả thi kỹ thuật: khả đáp ứng kỹ thuật Khả thi pháp lý: loại trừ vi phạm, xâm phạm Khả thi hoạt động: vận hành môi trường cụ thể Khả thi thời gian: thời gian hoàn thành 27     Phát phân tích yêu cầu Là bước -> tiếp tục khảo sát yêu cầu khách hàng người sử dụng miền ứng dụng -> Phân tích thành t/liệu xác định yêu cầu Tài liệu phải phản ánh mong muốn khách hàng, viết cho người hiểu Chú ý đối tượng khác liên quan đến ht kỹ sư, người qly nghiệp vụ, chuyên gia miền Bao gồm việc phát triển thử nghiệm hay nhiều mơ hình hệ thống khác Làm mẫu ht thực giai đoạn 28 Phát phân tích u cầu (t)  Q trình thường gặp khó khăn vì:     Người SD (hoặc liên quan) khơng biết thực cần từ hệ thống, thường trình bày theo cách riêng, có nhiều người có yêu cầu khác giống Có thể bị ảnh hưởng yếu tố trị hồn cảnh cụ thể tổ chức Mơi trường KD biến động, thường xuất yêu cầu mà không dự báo trước Một số yêu cầu định nghĩa được, khơng có cơng thức trước 29 Phát phân tích yêu cầu (t)  Tiến trình bắt đầu việc tìm  hiểu lĩnh vực ứng dụng kết thúc việc thẩm định yêu cầu Các hoạt động chung tiến trình:       Tìm hiểu miền ứng dụng Thu thập yêu cầu Phân loại yêu cầu Giải xung đột Sắp ưu tiên Kiểm tra yêu cầu 30  Quy trình xác định yêu cầu (t) Đặc tả yêu cầu (Requirement Specification)     Mơ tả xác chi tiết u cầu hệ thống để làm sở cho giao kèo khách hàng người pt hệ thống Thường phải sử dụng công cụ đặc biệt Việc lập tài liệu thường tiến hành song song với thiết kế mức cao (thiết kế sơ bộ) Khi viết tài liệu này, sai sót xác định yêu cầu phát sửa chữa 31  Quy trình xác định yêu cầu (t) Thẩm định yêu cầu (Requirement validation)   Là việc xem xét đặc tả u cầu có mơ tả xác đặt hệ thống thực khơng? Các thuộc tính cần thẩm định gồm: tính đắn, quán, đầy đủ, tính thực 32 Quy trình xác định yêu cầu (t) 33 Kỹ thuật phân tích yêu cầu  Tiếp cận yêu cầu định hướng cách nhìn (Viewpoint – Oriented Requirements Definition VORD)  Kỹ thuật phân tích yêu cầu dựa mơ hình  Kỹ thuật phân tích hình thức hóa 34 Tiếp cận định hướng cách nhìn  Ghi nhận cách nhìn khác người liên quan sử dụng vào tiến trình phát u cầu tổ chức yêu cầu  Các góc độ khác xem xét  Từ nguồn hay đích tới liệu  Từ khung làm việc trình diễn  Từ tiếp nhận dịch vụ 35 Xác định yêu cầu định hướng cách nhìn  Được Kotonua Somme đưa vào năm 1996, giai đoạn Ánh xạ hệ thống khung nhìn Xác định khung nhìn Cấu trúc Khung nhìn Làm tài liệu Khung nhìn 36 Kỹ thuật PTYC dựa mơ hình  Được sử dụng rộng rãi để PTYC  Kỹ thuật theo hướng tiếp cận  Tiếp cận định hướng chức (Hướng cấu trúc dựa luồng liệu)  Tiếp cận hướng đối tượng  Tập trung hướng vào mô tả nghiệp vụ hệ thống thực kết thu MÔ HÌNH NGHIỆP VỤ  Mơ hình nghiệp vụ theo PP gồm: 37 Kỹ thuật PTYC dựa mơ hình  Mơ hình ngữ cảnh: Mơ tả hệ thống xét mơi trường  Các mơ hình cấu trúc chức mô tả cấu trúc chức hệ thống  Mô tả chi tiết chức năng: mức thấp  Mô tả đối tượng liệu: Theo hướng cấu trúc bao gồm tất hồ sơ mẫu, theo HĐT gồm ĐT khái niệm giới thực  Mô tả mối liên kết liệu chức – cần thiết với cách tiếp cận hướng cấu trúc  Từ điển giải thích 38 Kỹ thuật phân tích hình thức hóa  Dựa việc sử dụng khái niệm, ký pháp mơ hình tốn học để phân tích biểu diễn HT  Phân tích khơng tách thành mơ hình riêng  Kết việc phân tích mơ hình hóa cho ta đặc tả hệ thống 39

Ngày đăng: 14/10/2020, 20:54

Hình ảnh liên quan

 Thường sử dụng mô hình xoắn ốc để xác định các yêu cầu.  - Slide-CNPM-Ch2

h.

ường sử dụng mô hình xoắn ốc để xác định các yêu cầu. Xem tại trang 23 của tài liệu.
 Kỹ thuật phân tích hình thức hóa - Slide-CNPM-Ch2

thu.

ật phân tích hình thức hóa Xem tại trang 34 của tài liệu.
Kỹ thuật phân tích hình thức hóa - Slide-CNPM-Ch2

thu.

ật phân tích hình thức hóa Xem tại trang 39 của tài liệu.

Mục lục

    Yêu cầu phần mềm

    Yêu cầu hệ thống

    Yêu cầu chức năng

    Yêu cầu phi chức năng

    Yêu cầu phi chức năng (tiếp)

    Yêu cầu miền ứng dụng

    K/thuật đặc tả yêu cầu hệ thống

    Kỹ thuật đặc tả yêu cầu hệ thống (t)

    Yêu cầu của người sử dụng

    Yêu cầu của người sử dụng (t)

Tài liệu cùng người dùng

Tài liệu liên quan