Bài giảng Thu nhận yêu cầu: Chương 8 - Trần Thị Kim Chi

Bài giảng "Thu nhận yêu cầu - Chương 8: Improving requirement processes (cải tiến yêu cầu phần mềm)" giới thiệu mục tiêu cải tiến qui trình phần mềm, thực tế quản lý dự án, quy trình lập kế hoạch dự án,... Mời các bạn cùng tham khảo nội dung chi tiết.
Nội dung trích xuất từ tài liệu:
Bài giảng Thu nhận yêu cầu: Chương 8 - Trần Thị Kim Chi Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 1CHƯƠNG 8:IMPROVING REQUIREMENT PROCESSESCẢI TIẾN YÊU CẦU PHẦN MỀM Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 2Cải tiến qui trình phần mềmCải tiến quy trình phần mềm có 3 mục tiêu chính:•Giảm chi phí xây dựng và bảo trì phần mềm•Sửa chữa các vấn đề mà bạn đã gặp trong các dự ántrước và hiện tại.•Tiên liệu và ngăn ngừa các vấn đề mà bạn có thể sẽ gặptrong các dự án tương lai. Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 3Cải tiến qui trình phần mềmCác cách để hoàn thành mục tiêu chính:1.Chỉnh sửa ngay các lỗi phát sinh do thiếu quy chuẩntrong dự án cũ và hiện hành.2.Dự đoán và tránh các vấn đề đang gặp phải trong các dựán tương lai3.Thừa nhận các kinh nghiệm hiệu quả hơn các thực tiễnđang được áp dụng Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 4Thực tế quản lý dự án• Các công ty phần mềm thành công cũng sẽ phải đối mặt với các khó khăn to lớn khi thực hiện các dự án lớn hơn, khách hàng đa dạng hơn, khi lịch biểu được siết chặt hơn, hoặc khi làm việc trong một miền nghiệp vụ mới mẻ hơn...• Vì vậy, bạn cũng nên biết những cách tiếp cận làm yêu cầu mới có giá trị đối với công việc của bạn.• Ví dụ: các phương thức làm việc dành cho đội có 5 thành viên không thể mở rộng áp dụng cho 1 đội có 125 thành viên rải rác trong các chi nhánh cách xa nhau được. Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 5Mối liên hệ giữa yêu cầu và các quytrình dự án khác Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 6Quy trình Lập kế hoạch dự án(Project planning process)• Yêu cầu phải là cơsở của các quy trình lập kế hoạch dự án.• Các ước lượng tài nguyên và lịch biểu cần dựa trên sự hiểu biết về cái gì sẽ được xây dựng và chuyển giao cho khách hàng.• Thông thường, lập kế hoạch dự án nghĩa là tính toán sao cho tất cả các tính năng mong muốn sẽ được thực hiện trong một giới hạn ngân sách và thời gian nhất định.• Các quy trình lập kế hoạch có thể dẫn tới việc thu hẹp phạm vi dự án hoặc lựa chọn một cách tiếp cận từng bước một - phát hành dần từng phiên bản của sản phẩm, mỗi phiên bản chỉ bao gồm một số tính năng. Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 7Quy trình Giám sát và kiểm soát dựán (Project tracking and controlProcess))• Giám sát (monitor) trạng thái của mỗi yêu cầu được coi là một phần của việc giám sát dự án (project tracking) sao cho các nhà quản lý dự án có thể biết liệu công việc có được tiến hành như mong muốn hay không. Nếu không, cấp quản lý có thể đề nghị thu hẹp phạm vi thông qua các quy trình kiểm soát thay đổi. Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 8Quy trình Kiểm soát thay đổi(Change control Process)Quy trình kiểm soát thay đổi đảm bảo rằng:• Hiểu rõ ảnh hưởng của một đề xuất thay đổi (proposedchange)• Tất cả những ai có liên quan đến thay đổi thì đều phảinhận biết được thay đổi này.•Những người có thẩm quyền ra quyết định chính thức khichấp nhận thay đổi.•Tài nguyên và các thỏa thuận được điều chỉnh phù hợp.•Các tài liệu yêu cầu được cất giữ. Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 9Quy trình Kiểm thử hệ thống(System testing process)• Các yêu cầu người dùng (user requirements) và các yêu cầu chức năng (functional requirements) là đầu vào chính để kiểm thử hệ thống.• Nếu hành vi được mong đợi của phần mềm trong các điều kiện khác nhau không được đặc tả thì người kiểm thử rất khó biết hành vi nào của hệ thống là đúng, hành vi nào là sai.• Ngược lại, kiểm thử hệ thống là một phương tiện để xác nhận rằng tất cả các chức năng đã được lập kế hoạch thì đều được thực hiện và các công việc (tasks) mà người dùng mong muốn đã hoạt động một cách đúng đắn. Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 10Quy trình Làm tài liệu người dùng(User documentation process)• Các yêu cầu là đầu vào chính của quy trình làm tài liệu, vì vậy chất lượng của yêu cầu sẽ quyết định chất lượng của tài liệu. Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 11Quy trình Thi công hệ thống(Construction process)• Các yêu cầu là cơsở để thiết kế và thi công phần mềm. Yêu cầu chức năng (functional requirements) dẫn tới các thiết kế components, chúng phục vụ như là các đặc tả cho các mã sẽ được viết. Thực hiện soát xét thiết kế để đảm bảo bản thiết kế đã chứa tất cả các yêu cầu. Kiểm thử đơn vị (unit testing) mã nguồn có thể xác định liệu nó có đáp ứng đặc tả thiết kế và yêu cầu tương ứng hay không. Bài giảng môn Thu nhận yêu cầu - BM HTTT - HUI 12Yêu cầu và các nhóm Stakeholder Bài giảng môn Thu ...