©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 6 Slide 1 Các yêu cầu phần mềm ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 6 Slide 2 Mục tiêu ● Giới thiệu các khái niệm về yêu cầu người dùng và yêu cầu hệ thống ● Mô tả các yêu cầu chức năng và các yêu cầu phi chức năng ● Giải thích cách thức các yêu cầu phần mềm được tổ chức trong tài liệu yêu cầu ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 6 Slide 3 Các chủ đề Yêu cầu là gì? Các yêu cầu chức năng và phi chức năng Các yêu cầu người dùng Các yêu cầu hệ thống Đặc tả giao diện Tài liệu yêu cầu phần mềm Kỹ nghệ yêu cầu (RE) ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 6 Slide 4 Yêu cầu là gì? ● Yêu cầu có thể giới hạn từ một phát biểu trừu tượng mức cao về một dịch vụ hoặc một ràng buộc hệ thống đến một đặc tả chức năng toán học chi tiết. ● Giới hạn này là không tránh khỏi vì các yêu cầu có thể: • Được sử dụng để đấu giá, do đó chúng phải dễ hiểu cho mọi đối tượng người đọc • Có thể là cơ sở của bản hợp đồng – do đó chúng phải được định nghĩa chi tiết ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 6 Slide 5 Sự trừu tượng hóa yêu cầu (Davis) “If a company wishes to let a contract for a large software development project, it must define its needs in a sufficiently abstract way that a solution is not pre-defined. The requirements must be written so that several contractors can bid for the contract, offering, perhaps, different ways of meeting the client organisation’s needs. Once a contract has been awarded, the contractor must write a system definition for the client in more detail so that the client understands and can validate what the software will do. Both of these documents may be called the requirements document for the system.” ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 6 Slide 6 Các kiểu yêu cầu ● Yêu cầu người dùng • Là các phát biểu bằng ngôn ngữ tự nhiên và các biểu đồ về các dịch vụ mà hệ thống cung cấp và các ràng buộc vận hành của nó. Được viết cho các khách hàng. ● Các yêu cầu hệ thống • Là các mô tả chi tiết về các chức năng của hệ thống, các dịch vụ và các ràng buộc vận hành, được trình bày trong một tài liệu có cấu trúc. Tài liệu này phải định nghĩa chính xác những gì nên được cài đặt và có thể là một phần của bản hợp đồng giữa khác hàng và nhà thầu. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 6 Slide 7 Các định nghĩa và các đặc tả 1. The software mu st provide a m eans of representing and 1. accessing extern al les created by other tools. 1.1 The u ser should be provided with facilities to den e the type of 1.2 external les. 1.2 Each extern al le type m ay have an associated tool which m ay be 1.2 applied to th e le. 1.3 Each external le t ype m ay be represented as a speci c icon on 1.2 the user’s display. 1.4 Facilities sh ould be provided for the icon representing an 1.2 external le type to be den ed by th e user. 1.5 Wh en a user selects an icon representing an extern al le, th e 1.2 e%ect of th at selection is to apply th e tool associated with th e type of 1.2 the external le t o the le represented by th e selected icon . U ser requirem ent denition System requirem ents specication ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 6 Slide 8 Những người đọc yêu cầu Client m an agers System end-u sers Client engineers Contractor m an agers System arch itect s System end-u sers Client engineers System arch itect s Software developers Client engineers (perhaps) System arch itect s Software developers U ser requirem ents System requirem ents Software design speci cation ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 6 Slide 9 Các yêu cầu chức năng & phi chức năng ● Các yêu cầu chức năng • Là các phát biểu về các dịch vụ mà hệ thống sẽ cung cấp, cách thức hệ thống phản ứng với các đầu vào đặc biệt và cách thức hệ thống ứng xử với các tình huống đặc biệt. ● Các yêu cầu phi chức năng • Là các ràng buộc trên các dịch vụ hoặc các chức năng được yêu cầu bởi hệ thống như các ràng buộc về thời gian, các ràng buộc về tiến trình phát triển, các chuẩn, … ● Các yêu cầu miền • Là các yêu cầu đến từ miền ứng dụng của hệ thống, thay vì đến từ người dùng và phản ứng các đặc tính của miền đó. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 6 Slide 10 Các yêu cầu chức năng ● Mô tả chức năng hoặc các dịch vụ hệ thống ● Phụ thuộc vào: • kiểu phần mềm, • những mong đợi của người dùng và • kiểu hệ thống ở đó phần mềm được sử dụng. ● Các yêu cầu chức năng của người dùng có thể: • là các phát biểu mức cao về những gì không là các yêu cầu chức năng hệ thống • không là các mô tả dịch vụ hệ thống chi tiết. [...]... Phân loại các yêu cầu phi chức năng q q q Các yêu cầu về sản phẩm • Các yêu cầu đặc tả rằng sản phẩm được phát hành phải ứng xử theo cách đặc biệt, ví dụ: tốc độ thực thi, độ tin cậy, etc Các yêu cầu tổ chức • Các yêu cầu nẩy sinh từ các chính sách và các thủ tục của tổ chức, ví dụ các chuẩn tiến trình được sử dụng, các yêu cầu cài đặt, etc Các yêu cầu bên ngoài • Các yêu cầu nẩy sinh từ các nhân tố... Software Engineering, 7th edition Chapter 6 Slide 22 Các yêu cầu miền q q q Nẩy sinh từ miền ứng dụng hơn là từ các yêu cầu của người dùng Nó mô tả các đặc tính và các đặc trưng của hệ thống phản ánh miền ứng dụng Các yêu cầu miền là các yêu cầu chức năng mới, các ràng buộc lên các yêu cầu đang tồn tại hoặc định nghĩa các tính toán cụ thể Nếu các yêu cầu này không thỏa mãn, hệ thống không thể làm việc... edition Chapter 6 Slide 14 Các yêu cầu phi chức năng q q q Các yêu cầu này định nghĩa các thuộc tính và các ràng buộc của hệ thống Ví dụ yêu cầu về độ tin cậy, các yêu cầu về thời gian phản hồi, yêu cầu về lưu trữ Các ràng buộc như khả năng của thiết bị vào/ra, các biểu diễn hệ thống, … Các yêu cầu phi chức năng có thể quan trọng hơn các yêu cầu chức năng Nếu chúng không được thỏa mãn, hệ thống có thể... Chapter 6 Slide 35 Các yêu cầu và thiết kế q Về nguyên tắc: • • q các yêu cầu nên phát biểu những gì hệ thống nên làm và thiết kế nên mô tả cách thực nó thực hiện các yêu cầu này Trong thực tế, các yêu cầu và thiết kế là không thể tách rời nhau: • • • Kiến trúc hệ thống có thể được thiết kế để cấu trúc các yêu cầu; Hệ thống có thể tương tác bên trong với các hệ thống khác mà sinh ra các yêu cầu thiết kế;... của các yêu cầu Về nguyên tắc, các yêu cầu phải đầy đủ và thống nhất q Tính đầy đủ Chúng nên chứa mọi mô tả về các tiện ích được yêu cầu q Thống nhất Chúng không chứa các xung đột hoặc các mâu thuẫn trong các mô tả về các tiện ích hệ thống => Trong thực tế, rất khó có thể tạo ra tài liệu yêu cầu thống nhất và đầy đủ q ©Ian Sommerville 2004 Software Engineering, 7th edition Chapter 6 Slide 14 Các yêu cầu. .. Các hướng dẫn cho việc viết các yêu cầu q q q q Đưa ra một form chuẩn và sử dụng nó cho mọi yêu cầu Sử dụng ngôn ngữ một cách thống nhất Ví dụ: Sử dụng shall cho các yêu cầu bắt buộc, sử dụng should cho các yêu cầu mong muốn Sử dụng văn bản nổi bật để xác định những phần yêu cầu chính Tránh sử dụng những thuật ngữ máy tính ©Ian Sommerville 2004 Software Engineering, 7th edition Chapter 6 Slide 34 Các. .. Slide 26 Các yêu cầu người dùng q q Nên mô tả các yêu cầu chức năng và các yêu cầu phi chức năng theo cách mà người dùng có thể hiểu mà không cần có các kiến thức về kỹ thuật Các yêu cầu người dùng được định nghĩa sử dụng ngôn ngữ tự nhiên (NL), các bảng và các biểu đồ sao cho chúng có thể được hiểu bởi người dùng ©Ian Sommerville 2004 Software Engineering, 7th edition Chapter 6 Slide 27 Các vấn đề với... Sự lộn xộn các yêu cầu • q Khó tạo tài liệu chính xác mà không làm cho nó khó đọc Các yêu cầu chức năng và phi chức năng bị trộn lẫn Sự pha trộn các yêu cầu • Một số yêu cầu khác nhau được biểu diễn cùng nhau ©Ian Sommerville 2004 Software Engineering, 7th edition Chapter 6 Slide 28 Ví dụ: Yêu cầu LIBSYS 4 5 LIBSYS nên cung c p m t h th ng tài kho n tài chính mà l u t t c các báo cáo v các chi tr ct... thông tin cá nhân của các khách hành như họ tên và số tham chiếu đến các thao tác của hệ thống ©Ian Sommerville 2004 Software Engineering, 7th edition Chapter 6 Slide 18 Các mục tiêu và các yêu cầu q q Các yêu cầu phi chức năng có thể rất khó phát biểu chính xác và các yêu cầu không chính xác rất khó để thẩm định Mục tiêu • q Các yêu cầu phi chức năng có thể thẩm định • q Mục tiêu phổ biến/chung của... 25 Các vấn đề về yêu cầu miền q Khả năng hiểu • • q Các yêu cầu được biểu diễn theo ngôn ngữ miền ứng dụng; Điều này thường làm cho các kỹ sư phầm mềm đang phát triển hệ thống không hiểu được chúng Hàm ý Các chuyên gia miền ứng dụng hiểu rất rõ về miền dẫn đến họ không nghĩ đến việc làm cho các yêu cầu miền được rõ ràng ©Ian Sommerville 2004 Software Engineering, 7th edition Chapter 6 Slide 26 Các yêu . Chapter 6 Slide 3 Các chủ đề Yêu cầu là gì? Các yêu cầu chức năng và phi chức năng Các yêu cầu người dùng Các yêu cầu hệ thống Đặc tả giao diện Tài liệu yêu cầu phần mềm Kỹ nghệ yêu cầu (RE) ©Ian. 15 Các yêu cầu phi chức năng ● Các yêu cầu này định nghĩa các thuộc tính và các ràng buộc của hệ thống. Ví dụ yêu cầu về độ tin cậy, các yêu cầu về thời gian phản hồi, yêu cầu về lưu trữ. Các. chức • Các yêu cầu nẩy sinh từ các chính sách và các thủ tục của tổ chức, ví dụ các chuẩn tiến trình được sử dụng, các yêu cầu cài đặt, etc. ● Các yêu cầu bên ngoài • Các yêu cầu nẩy sinh từ các