1. Trang chủ
  2. » Công Nghệ Thông Tin

Phân tích: kĩ thuật yêu cầu RE

90 492 0
Tài liệu đã được kiểm tra trùng lặp

Đ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

Thông tin cơ bản

Định dạng
Số trang 90
Dung lượng 1,77 MB

Nội dung

Phân tích: kĩ thuật yêu cầu RE

1 CNPM/NN CÔNG NGHỆ PHẦN MỀM Chương 3 Phân t Phân t í í ch: K ch: K ỹ ỹ thu thu ậ ậ t yêu c t yêu c ầ ầ u RE u RE (Requirements Engineering) MÔN HỌC TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP TP.HCM 2 CNPM/NN K K ỹ ỹ thu thu ậ ậ t yêu c t yêu c ầ ầ u RE u RE 3.1 Yêu cầu 3.1.1 Yêu cầu là gì? 3.1.2 Phân loại yêu cầu 3.1.3 Thế nào là một yêu cầu tốt? 3.2 Quy trình xác định yêu cầu 3.2.1 Phân tích khả thi 3.2.2 Phát hiện và phân tích yêu cầu  Các kỹ thuật phát hiện yêu cầu 3.2.3 Đặc tả yêu cầu 3.2.4 Đánh giá yêu cầu 3.3 Quản lý yêu cầu 3 CNPM/NN M M ụ ụ c tiêu c tiêu  Kỹ thuật yêu cầu là một quá trình lặp bao gồm 3 loại hoạt động  Rút ra yêu cầu từ thực tế (Elicitation)  Đặc tả yêu cầu (Specification)  Xác thực (Validation)  Kết quả của quá trình là những đặc tả về hệ thống phần mềm  Ta dùng Requirements Engineering thay cho Requirement Analysis vì nó có nghĩa rộng hơn 4 CNPM/NN 3.1.1 Yêu c 3.1.1 Yêu c ầ ầ u l u l à à g g ì ì (Requirement (Requirement - - IEEE)? IEEE)?  a) A condition or capability (khả năng) needed by a user to solve a problem or achieve (dành được, hoàn thành) an objective (mục tiêu)  b) A Condition or capability that must be met or possessed (sở hữu) by a system or system component to satisfy a contract (hợp đồng), standard, specification or other formally (chính thức) imposed (áp đặt) document  c) A documented representation of a condition or capability as in definition (a) or (b) 5 CNPM/NN Yêu c Yêu c ầ ầ u ph u ph ầ ầ n m n m ề ề m m  Đặc tả yêu cầu phản ánh việc hiểu biết lẫn nhau về vấn để được giải quyết giữa người phân tích và khách hàng  Nó là một nền tảng cho hợp đồng giữa khách hàng và tổ chức phát triển  Hệ thống được phát hành phải được kiểm tra về việc thỏa mãn các đặc tả yêu cầu  Nó chuẩn bị cho giai đoạn tiếp theo là giai đoạn phân tích 6 CNPM/NN M M ứ ứ c đ c đ ộ ộ mô t mô t ả ả yêu c yêu c ầ ầ u u  Yêu cầu người dùng:  Viết chủ yếu cho người dùng  Thường bằng ngôn ngữ tự nhiên cộng với các biểu đồ  Mô tả các dịch vụ và những ràng buộc hoạt động  Yêu cầu hệ thống  Tài liệu có cấu trúc mô tả chi tiết chức năng, dịch vụ và ràng buộc  Có thể là một phần của hợp đồng, xác định những gì cần phải thực hiện 7 CNPM/NN Vd: x Vd: x á á c đ c đ ị ị nh v nh v à à đ đ ặ ặ c t c t ả ả 8 CNPM/NN Ngư Ngư ờ ờ i đ i đ ọ ọ c c 9 CNPM/NN K K ỹ ỹ thu thu ậ ậ t yêu c t yêu c ầ ầ u (Requirements Engineering)? u (Requirements Engineering)?  “The hardest single part of the building a system is deciding what to build” [Bro87]  RE là bước chính yếu đầu tiên nhằm giải quyết vấn đề xử lý dữ liệu. Trong giai đoạn này:  Những yêu cầu của người dùng đối với hệ thống tương lai được xác định và được tư liệu (document) cẩn thận  Không cần xác định cách nào để giải quyết vấn đề 10 CNPM/NN Requirements engineering Requirements engineering vs vs Requirement Analysis Requirement Analysis  We use the term requirement engineering rather than the narrower notion (khái niệm) of requirements analysis to emphasize (nhấnmạnh, làm nổibật) that it is an iterative and co-operative (cộng tác) process of analyzing a problem  Documenting the resulting observations (quan sát) and  Checking the accuracy (đúng đắn, chính xác) of the understanding gained (thu được)  Requirements Engineering not only involves technical concerns of how to prepare the requirements but also play a dominant role in social and cognitive (kinh nghiệm) aspects (khía cạnh) [...]...Qui trình RE build a prototype the problem requirements elicitation develop Specification Review create analysis models CNPM/NN 11 3.1.2 Phân loại yêu cầu Có 3 loại yêu cầu: Yêu cầu chức năng: chức năng dịch vụ hệ thống cung cấp Yêu cầu phi chức năng: những ràng buộc về tiêu chuẩn, thời gian, qui trình phát triển…, chủ yếu là những yêu cầu về chất lượng Yêu cầu miền ứng dụng: phản ảnh... 15 Phân loại yêu cầu phi chức năng Các yêu cầu về sản phẩm: hiệu năng, độ tin cậy… Các yêu cầu của tổ chức sử dụng hệ thống: thời gian bàn giao, yêu cầu phù hợp với hệ thống cũ… Các yêu cầu ngoài: được xác định từ các tác nhân từ bên ngoài như các yêu cầu về luật pháp, yêu cầu tôn trọng tính riêng tư… CNPM/NN 16 Yêu cầu phi chức năng CNPM/NN 17 Ví dụ Trong hệ thống quản lý thư viện Yêu cầu sản phẩm:... is also important CNPM/NN 28 3.2 Qui trình RE Phân tích khả thi (Feasibility analysis) Phát hiện yêu cầu (Requirement Elicitation) Đặc tả yêu cầu (specification) Kiểm tra yêu cầu (validation) CNPM/NN 29 Qui trình RE CNPM/NN 30 3.2.1 Phân tích khả thi Phân tích khả thi cho biết hệ thống với những yêu cầu xác định có thể thực hiện trong những điều kiện về kỹ thuật, tài nguyên, ngân sách… Một số vấn đề:... 14 Yêu cầu phi chức năng Một số yêu cầu phi chức năng Độ tin cậy, thời gian đáp ứng, các yêu cầu về lưu trữ… Các chuẩn được sử dụng, các công cụ CASE, ngôn ngữ lập trình… Yêu cầu của người sử dụng: dễ sử dụng, thân thiện Ràng buộc về ngân sách Phù hợp với các chính sách của tổ chức sử dụng hệ thống Yêu cầu tương thích giữa phần cứng và phần mềm Các yêu cầu từ các tác nhân ngoài khác… CNPM/NN 15 Phân. .. nên họ thường làm những yêu cầu miền không tường minh CNPM/NN 23 Thế nào là một yêu cầu tốt? Correct - a quality that can only be ensured by the customer or user representative Possible (feasible khả thi) - a quality that requires knowledge of the environment on the part of the developer; available tools, techniques, people and budgets must be able to satisfy the final requirements; Necessary Prioritized... trưng của miền ứng dụng Có những yêu cầu ngầm định (implicit) A requirement may be conscious (nhận biết) (known, spoken) / unconscious (forgotten, unspoken…) CNPM/NN 12 Yêu cầu chức năng Một số yêu cầu chức năng Chức năng tính toán Chức năng lưu trữ Chức năng tìm kiếm Chức năng kết xuất Chức năng backup, restore Chức năng đa người dùng Chức năng đa phương tiện… Yêu cầu chức năng chỉ ra những gì hệ... gian yêu cầu cho xử lý ngoài: báo cáo hàng tháng phải gởi trước ngày 4 của tháng sau Thời gian đáp ứng qua giao diện: khi người dùng nhấn enter thì hệ thống phải hồi đáp trong vòng 2 giây CNPM/NN 26 Example - Library Information System Besides the requirements, which directly relate to the functions of the software to be delivered, a number of other matters should be addressed during the requirements... time Number of help frames Reliability Mean ti me to failure Probability of unavailability Rate of failure occurrence Availability Robustness Time to restart after failure Percentage of events causing failure Probability of data corruption on failure Portability CNPM/NN Measure Percentage of target dependent statements Number of target systems 20 Tranh chấp giữa các yêu cầu phi chức năng Thường xảy... hơn CNPM/NN 21 Yêu cầu miền ứng dụng Yêu cầu miền ứng dụng được xác định từ lãnh vực ứng dụng của hệ thống, nó phản ánh các thuộc tính và ràng buộc của lãnh vực ứng dụng Nó có thể là yêu cầu chức năng hoặc phi chức năng VD: Trong hệ thống Quản lý thư viện, do vấn đề bản quyền vài tài liệu phải được xóa ngay sau khi in CNPM/NN 22 Các vấn đề về yêu cầu miền ứng dụng Tính hiểu được Yêu cầu cần diễn đạt... quản lý thư viện Yêu cầu sản phẩm: giao diện người dùng không chứa frame và applet java Yêu cầu tổ chức: qui trình phát triển hệ thống và tài liệu phân phối phải phù hợp theo tiêu chuẩn “STAN-07” Yêu cầu ngoài: hệ thống không được lộ thông tin của khách hàng CNPM/NN 18 Mục tiêu (Goal) và đo lường (measure) Những yêu cầu phi chức năng khó phát biểu chính xác, mơ hồ cần bổ sung bằng mục tiêu và một số đo . t yêu c t yêu c ầ ầ u RE u RE 3.1 Yêu cầu 3.1.1 Yêu cầu là gì? 3.1.2 Phân loại yêu cầu 3.1.3 Thế nào là một yêu cầu tốt? 3.2 Quy trình xác định yêu cầu. 3.2.1 Phân tích khả thi 3.2.2 Phát hiện và phân tích yêu cầu  Các kỹ thuật phát hiện yêu cầu 3.2.3 Đặc tả yêu cầu 3.2.4 Đánh giá yêu cầu 3.3 Quản lý yêu cầu

Ngày đăng: 12/03/2013, 10:15

HÌNH ẢNH LIÊN QUAN

„ Phỏng vấn hình thức (formal) hoặc phi hình thức là một trong những phần quan trọng nhất của quy trình xác định  yêu cầu - Phân tích: kĩ thuật yêu cầu RE
h ỏng vấn hình thức (formal) hoặc phi hình thức là một trong những phần quan trọng nhất của quy trình xác định yêu cầu (Trang 46)
„ In câu hỏi theo hình thức dễ đọc - Phân tích: kĩ thuật yêu cầu RE
n câu hỏi theo hình thức dễ đọc (Trang 53)
„ Theo tự điển “brainstorm” bao gồm: cảm hứng thình - Phân tích: kĩ thuật yêu cầu RE
heo tự điển “brainstorm” bao gồm: cảm hứng thình (Trang 59)
„ Dùng mô hình có thể thực thi - Phân tích: kĩ thuật yêu cầu RE
ng mô hình có thể thực thi (Trang 81)

TỪ KHÓA LIÊN QUAN

TÀI LIỆU CÙNG NGƯỜI DÙNG

TÀI LIỆU LIÊN QUAN

w