Phân tích và quản lí yêu cầu

Phân tích quản lí yêu cầu Định nghĩa & Vấn đề Tham khảo: John Vu (CMU) Công nghệ phần mềm thực tế  Công nghệ phần mềm tập trung vào việc tạo giải pháp hiệu chi phí vấn đề thực tế cách ứng dụng kiến thức công nghệ để xây dựng hệ thống phần mềm có chất lượng  Các kĩ sư phần mềm học cách định thiết kế thực hóa giải pháp với ràng buộc thời gian, kiến thức tài nguyên  Kinh nghiệm quan trọng công nghệ phần mềm cung cấp lợi ích lớn quản lí phân tích yêu cầu Yêu cầu gì? Yêu cầu gì?  Một tình trạng hay khả người dùng khách hang cần để giải vấn đề hay đạt mục tiêu  Tình trạng hay trạng thái phải đáp ứng hệ thống hay thành phần hệ thống để thỏa mãn hợp đồng, tiêu chuẩn, đặc tả hay tài liệu mơ tả hình thức  Một tài liệu đại diện cho tình trạng khả Yêu cầu là…  Yêu cầu mô tả thuộc tính đầy đủ cần thiết sản phẩm hay dịch vụ thỏa mãn yêu cầu khách hàng  Yêu cầu phần mềm mô tả thuộc tính cần thiết đầy đủ phần mềm cần phải thỏa mãn để đảm bảo sản phẩm làm giống thiết kế nhằm phục vụ khách hàng hay người dùng Yêu cầu phần mềm -  Mỗi dự án phần mềm có người dùng phải dựa vào phần mềm làm cho họ  Thời gian để hiêu viết người dùng cần quan trọng  Nếu khơng có yêu cầu mô tả tốt người dùng đồng ý, lập trình viên phát triển phần mềm đáp ứng nhu cầu người dùng?  Nếu bạn không viết yêu cầu giả sử bạn biết yêu cầu, bạn tạo thứ mà người dùng khơng muốn u cầu phần mềm-  Danh sách “ TO DO” nhóm dự án  Danh sách “WHAT” nhu cầu khách hàng  Danh sách “WHAT” phần mềm phải làm để thỏa mãn khách hàng  Danh sách “WHAT” thành phần phải xây dựng  Danh sách “WHAT” thành phần phải “LÀM” “LÀM THẾ NÀO” chúng “TƯƠNG TÁC” Yêu cầu phần mềm-  Các yêu cầu mô tả hành vi phần mềm từ góc nhìn khách hàng  Các u cầu đóng vai trò kênh giao tiếp khách hàng, người dùng quản lí dự án có liên quan đến phát triển sản phẩm hay dịch vụ phần mềm Requirements Engineering  Một phương pháp đạt đặc tả hình thức xác từ u cầu thường khơng hình thức mập mờ từ khách hàng  Là Khoa học & nguyên tắc liên quan đến phân tích tạo tài liệu yêu cầu, bao gồm phân tích nhu cầu, phân tích yêu cầu đặc tả yêu cầu Niềm tin  Yêu cầu chắn khơng thay đổi?  Nếu lấy yêu cầu  xây dựng sản phẩm hoàn hảo? 10 Các khiếm khuyết yêu cầu  Các khiếm khuyết yêu cầu yêu cầu định nghĩa tệ, lỗi yêu cầu yêu cầu không đúng, chưa hoàn chỉnh, thiếu hay mâu thuẫn  Lỗi yêu cầu gây        Thất bại dự án Làm lại tốn Tốn nhiều chi phí Chất lượng Giao hàng chậm trễ Khách hàng khơng hài lòng Suy giảm ý chí nhà phát triển 21 Khách hàng & Stakeholders 22 Ai khách hàng?  Một khách hàng cá nhân hay tổ chức mà hưởng lợi trực tiếp hay gián tiếp từ sản phẩm  Một khách hàng phần mềm cá nhân hay tổ chức yêu cầu, trả tiền, lựa chọn, định, sử dụng hay nhận kết tạo sản phẩm phần mềm  Thỉnh thoảng thuật ngữ “khách hàng” tổng qt hóa thành “stakeholders” Tuy nhiên, khơng phải stakeholders khách hàng hay người sử dụng họ có ảnh hưởng việc phát triển phần mềm 23 Ai Stakeholders?  Để xây dựng phần mềm hữu ích, ta cần biết yêu cầu  Để biết yêu cầu, ta cần phải biết nhu cầu stakeholder  Stakeholder cá nhân hay nhóm người có mối quan tâm đến phần mềm có ảnh hưởng đến yêu cầu phần mềm bị ảnh hưởng sản phẩm phần mềm 24 Ai Stakeholders?  Khách hàng  Người dùng  Nhà phân tích  Nhà phát triển  Quản lí dự án  Đội ngũ sản xuất  Bán hàng, marketing, hỗ trợ thực địa 25 Câu hỏi Bạn có biết stakeholders khơng? Còn khác mà bạn coi stakeholder khơng? Có stakeholders? Các stakeholder quen thuộc với nghiệp vụ?  Họ có mức độ kĩ kiến thức nào?  Một giải pháp thành cơng có giá trị với stakeholders?  Chúng ta có thời gian để giải vấn đề này?     26 Vấn đề với Stakeholders  Quan điểm khác dự án phần mềm  Nền tảng khác gây vấn đề giao tiếp  Mục tiêu khác ảnh hưởng góc nhìn yêu cầu  Khả khác để diễn đạt yêu cầu tạo tài liệu liên quan  Sự liên quan khác nhau, vài người quyền định, số khác khơng Khơng giả định tất stakeholder có quan điểm yêu cầu 27 Kêu gọi stakeholders …  Bước việc phân tích quản lí yêu cầu phần mềm xác định người tham gia việc định nghĩa yêu cầu  Mỗi người có quan điểm khác yêu cầu:       Khách hàng Người dùng Người dùng gián tiếp / Nhân viên hỗ trợpersonnel Quản lí Kĩ sư hệ thống / Nhân viên bán hàng marketing Nhà phát triển phần mềm 28 Xác định độ ưu tiên Stakeholders  Không phải tất stakeholder quan trọng nhau, nên cần thiết phải xác định độ ưu tiên stakeholder theo vai trò sau:  Nghiêm trọng  Chính yếu  Thứ yếu 29 Các khái niệm yêu cầu quan trọng  Nhà phân tích quản lí yêu cầu phải trả lời câu hỏi sau:  Ai stakeholders?  Điều thứ họ muốn?  Nơi giải pháp hoạt động?  Tại họ muốn nó?  Làm biết?  Khi nên tạo nó? 30 Sự thật là…  Nếu bạn làm việc lấy yêu cầu, việc bạn thực thi phần lại dự án khơng quan trọng  Q trình phát triển yêu cầu tiến trình khám phá phát minh  Các yêu cầu thay đổi  Stakeholders khơng phải lúc đúng, họ có quan điểm riêng  Sự liên quan stakeholders nhân tố quan trọng dự án 31 Các khái niệm  Biết rõ stakeholder bạn  Hiểu rõ nhu cầu stakeholder  Chuyển nhu cầu stakeholder thành yêu cầu nghiệp vụ  Xác định yêu cầu dựa độ ưu tiên 32 Tóm tắt  Quản lí yêu cầu hội để bắt đầu dự án  Nhiều nhà phát triển phần mềm khơng huấn luyện phân tích quản lí yêu cầu phần mềm  Các hoạt động phân tích quản lí yêu cầu phần mềm phải bắt đầu sớm dự án  Nhà phát triển phần mềm phải hiểu vai trò stakeholder  Yêu cầu nguyên nhân thất bại hầu hết dự án 33 Câu hỏi  Hiểu rõ nghiệp cụ vủa stakeholder:  Sản phẩm hay dịch vụ họ gì?  Ai khách hàng họ?  Làm họ tiếp cận tới khách hang mình?  Làm họ kiếm tiền? (hay thưởng cơng?)  Họ có loại nhân lực để làm cơng việc khơng? 34 Câu hỏi  Hiểu rõ nghiệp vụ bạn:  Sản phẩm bạn gì?  Ai khách hàng bạn?  Làm bạn tiếp cận khách hàng mình?  Làm bạn đạt thành cơng?  Tại nhóm bạn hồn thành việc này? 35