Bài giảng Thu nhận yêu cầu - Chương 1: Tổng quan về kỹ thuật yêu cầu trình bày các nội dung: Khái quát về phần mềm, tầm quan trọng của việc xác định cầu, kỹ thuật yêu cầu, yêu cầu theo quan điểm khách hàng, nhà phân tích yêu cầu. Mời các bạn cùng tham khảo.
1 TỔNG QUAN VỀ KỸ THUẬT YÊU CẦU REQUIREMENT ENGINEERING Giảng viên: Trần Thị Kim Chi Nội dung Khái quát phần mềm Tầm quan trọng việc xác định cầu Kỹ thuật yêu cầu Yêu cầu theo quan điểm khách hàng Nhà phân tích yêu cầu Khái Quát Về Phần Mềm Software = Program Software product = Program + Document + Support Loại sản phẩm phần mềm Generic Product: sản phẩm đóng gói bán rộng rãi thị trường Bespoke Product: sản phẩm phát triển theo yêu cầu đặc thù khách hàng Khái Quát Về Phần Mềm Các đặc tính quan trọng sản phẩm phần mềm Maintainability: phần mềm thay đổi thuận tiện theo yêu cầu người dùng Dependability: tính ổn định, bảo mật an tồn phần mềm Khơng gây tổn hại vật chất hay kinh tế cho hệ thống Efficiency: Sử dụng hiệu tài nguyên hệ thống cho công việc Usability: giao diện phương thức phải phù hợp với người dùng đồng thời đáp ứng yêu cầu người dùng Phần Mềm – Đủ hay Thiếu Phần mềm viết từ có máy tính programable Được quan tâm phát triền từ sớm Thực tế việc sản xuất phần mềm không đáp ứng kịp yêu cầu người sử dụng: Có nhiều phần mềm viết Khơng thiếu phần mềm Không đủ số lượng Thiếu chất lượng Không kịp thời gian Phần mềm không đáp ứng đủ cho người dùng Nguyên nhân khách quan Số lượng phần mềm phải hiểu số đầu/loại phần mềm sử dụng cho mục tiêu ứng dụng Nhu cầu sử dụng phần mềm lớn Nhiều ngành nghề cần dùng phần mềm máy tính Mỗi ngành nghề cần nhiều loại phần mềm khác Mội loại phần mềm cần nhiều cấp độ khác theo trình độ người dùng Nguyên nhân khách quan Chất lượng phần mềm chưa đáp ứng tốt hoàn toàn người sử dụng: Tính customize cao sản phẩm phần mềm Trình độ sử dụng khác điều kiện hạ tầng ứng dụng khác Nhu cầu phần mềm thường cấp bách Tầm nhìn chiến lược chưa đầy đủ người sử dụng Khơng có kế hoạch lâu dài Phải thay đổi theo đối tượng người dùng Nguyên nhân chủ quan Tính chuyên nghiệp sản xuất phần mềm chưa cao Các liệu quan sát Cứ đề án triển khai có bị huỷ bỏ Trung bình thời gian thực thực tế bị kéo dài 50 % (cá biệt 200-300%) Các đề án lớn dễ thất bại 3/4 hệ thống lớn có lỗi thực thi Q trình phân tích u cầu (5 % cơng sức): để lại 55 % lỗi, có 18 % phát Q trình thiết kế (25 % cơng sức): để lại 30 % lỗi, có 10 % phát Q trình mã hố, kiểm tra bảo trì: để lại 15 % lỗi, có 72 % phát Nguyên nhân chủ quan Nhiều vấn đề phần mềm xuất thiếu sót lúc thu thập, thỏa thuận chỉnh sửa yêu cầu Lỗi xảy giai đoạn thu thập yêu cầu chiếm từ 4060% tổng lỗi dự án phần mềm Có khác biệt mà người phát triển phần mềm (developer) nghĩ xây dựng với mà khách hàng thật cần Tại xác định yêu cầu quan trọng A story… "Hello, Phil?” This is Maria in Human Resources “We're having a problem with the employee system you programmed for us An employee just changed her name to Sparkle Starlight, and we can't get the system to accept the name change Can you help?" "She married some guy named Starlight?" "No, she didn't get married, just changed her name," Maria replied "That's the problem It looks like we can change a name only if someone's marital status changes." 10 c nh a ch ng c giao p ng c tiêu c ng c a n m u c căng ng c c a i ng phân ch (analyst) nên m c i c i n nh a i ng (key user representative) c i a i c xung t 85 i quan n Yêu p a ch u t ng cao u a t ng i quan customers hay nên i Managers ng t cung p p i ch ng t c quan giao n ch ng a i t n ng (adversarial) c yêu u i ng m a nh 86 ch ch m ng n n i m ng tuyên ngôn n nh cho ch ng (Requirements Bill of Rights for Software Customers) t kê u mong i ch ng n p c i t n n Assignment 87 ch ch m ng n n i m ng ch m nh cho ch ng n m (Requirements Bill of Responsibilities for Software Customers) t kê ch m ch ng i c n t nh thu p yêu u a phân ch Assignment 21 88 Stakeholder • • • • • • • • • • Customers Users Requirements analysts Developers Testers Documentation writers Project managers Legal staff – quyền hợp pháp Manufacturing people – người sản xuất Sales, marketing, field support, help desk, … Assignment 89 Exercise You are a product manager for a machine tool company The directors have asked you to develop a new cutting machine to cut cloth for fashionable dresses of all sizes and patterns The machine will be sold to clothing makers around the world: a Who are your key stakeholders? b How will you analyse and validate your stakeholder list? 90 Nhà phân tích yêu cầu - Requirements analyst c ng a: Nhà phân tích yêu cầu (Requirements analyst) Nhà phân tích hệ thống (Systems analyst) Kỹ sư yêu cầu (Requirements engineer) Nhà quản lý yêu cầu (Requirements manager) Nhà phân tích (Analyst)Systems analyst 91 Vai a analyst Nhà phân tích người chuyển ý tưởng thành đặc tả yêu cầu Nhà phân tích người có quan hệ truyền thơng với stakeholder, giúp stakeholder tìm thấy khác họ muốn họ thực cần Là người có nhiệm vụ thu thập, phân tích, ghi chép kiểm tra nhu cầu stakeholder 92 Requirements analyst Họ cầu nối cộng đồng khách hàng đội phát triển phần mềm Nhà phân tích đóng vai trị trung tâm việc thu thập phổ biến thơng tin, cịn người quản lý dự án (project manager) giữ vai trò lãnh đạo việc truyền đạt thông tin dự án 93 Requirements analyst 94 m analyst a Requirements Analyst c tiên i u c tiêu a i ng, sau c nh c yêu u c năng, cho p i n n m c c nh, c developers t , xây ng m nh n m 95 m analyst a Requirements Xác định yêu cầu nghiệp vụ - Define business requirements Xác định stakeholder lớp người dùng-dentify project stakeholders and user classes Rút yêu cầu - Elicit requirements Viết đặc tả u cầu-Write requirements specifications Mơ hình hóa u cầu-Model the requirements Điều hành việc đánh giá yêu cầu-Lead requirements validation Phân loại ưu tiên yêu cầu- Facilitate requirements prioritization Quản lý yêu cầu - Manage requirements 96 a phân ch Kỹ lắng nghe - Listening skill Kỹ vấn - Interviewing and questioning skill Kỹ phân tích - Analytical skill, Kỹ điều khiển - Facilitation skills Kỹ quan sát - Observational skills Kỹ viết - Writing skills Kỹ tổ chức - Organizational skills Kỹ mơ hình hóa - Modeling skills Kỹ giao tiếp - Interpersonal skills Tính sáng tạo - Creativity Assignment ?? 97 a phân ch 98 Thực hành 99 Dưới vai trị người phân tích hệ thống đưa dự án CNTT đưa yêu cầu hệ thống, cách thức xác định yêu cầu Billington Pharmaceuticals MCSD_.NET_Solution_Architectures_Exam_Cr am_2_Exam_70-300 File Word – Khảo sát trạng ... (tên, số tham chi? ??u…) 41 Phân i yêu u 42 Đặc trưng yêu cầu Khả thi - Feasible Có giá trị - Valid Khơng nhập nhằng - Unambiguous Dễ kiểm chứng - Verifiable Dễ biến đổi - Modifiable... phần cứng đầu tư kỹ thu? ??t chi phí sửa đổi rẻ Tầm quan trọng XĐ yêu cầu? 22 Nguyên nhân thất bại dự án (RE-62%) Những yêu cầu không đầy đủ - Incomplete requirements (13 .1% ) Lack of user involvement... engineering - RE) đóng vai trị vơ quan trọng Cần có tham gia chuyên gia việc thu nhận quản lý yêu cầu Hệ thống nghiệp vụ - Hệ thống thông tin – Phần mềm Vậy tầm quan trọng thu nhận yêu cầu gì?