1. Nhận yêu cầu từ khách hàng
1.1. Đối tượng làm việc
1.1.1. Khách hàng
1.1.1.1. Bên nhận lợi trực tiếp
1.1.2. Quản lí cấp cao / bên thuê
1.1.2.1. Thiết lập dự án
1.1.2.2. Bên trả phí dịch vụ
1.1.3. Người dùng cuối
1.1.3.1. Bên sử dụng sản phẩm
1.2. Đặc tả yêu cầu
1.2.1. Khái niệm chung
1.2.1.1. Thu thập yêu cầu từ khách hàng
1.2.1.2. Tạo ra tài liệu nhất quán và hoàn chỉnh làm sản phẩm
1.2.1.2.1. Thông tin
1.2.1.2.2. Mục đích
1.2.2. Quá trình
1.2.2.1. B1: Hiểu biết chuyên môn và khơi gợi, khám phá
1.2.2.2. B2: Đánh giá và thương lượng
1.2.2.3. B3: Tạo ra đặc tả / tài liệu đặc tả
1.2.2.4. B4: Chuyển cho bên chuyên môn khác
1.2.3. Thách thức
1.2.3.1. Khách hàng
1.2.3.1.1. Thời gian
1.2.3.1.2. Diễn đạt mơ hồ
1.2.3.1.3. Tùy hứng thay đổi
1.2.3.1.4. Stakeholder lên kế hoạch không rõ ràng
1.2.3.2. Bên phát triển
1.2.3.2.1. Ghi chép cẩu thả
1.2.3.2.2. Không hiểu yêu cầu
1.2.3.2.3. Tự ý giả định
1.2.3.2.4. Tùy hứng thêm chức năng
1.2.3.2.5. Stakeholder lên kế hoạch không rõ ràng
1.3. Khơi gợi yêu cầu (với mô hình Agile)
1.3.1. Khái niệm chung
1.3.1.1. Tương tác, tìm hiểu và giao tiếp với stakeholder
1.3.1.2. Thường thông qua phỏng vấn, khảo sát,...
1.3.1.3. Khái niệm phát triển
1.3.1.3.1. Cá nhân / tương tác > Công cụ / quá trình
1.3.1.3.2. Phần mềm hoạt động > Tài liệu toàn diện
1.3.1.3.3. Hợp tác với khách hàng > Đàm phán hợp đồng
1.3.1.3.4. Thay đổi nhanh chóng
1.3.2. Quá trình
1.3.2.1. B1: Xác định stakeholder
1.3.2.2. B2: Xác định người dùng cuối của hệ thống
1.3.3. Kỹ thuật yêu cầu
1.3.3.1. Yêu cầu
1.3.3.2. Đặc trưng chuyên môn / nghiệp vụ
1.3.3.3. Giả định
1.3.3.4. Định nghĩa
1.3.4. Thách thức
1.3.4.1. Thách thức
1.3.4.1.1. Khách hàng
1.3.4.1.2. Stakeholder
1.3.4.1.3. Bên phát triển
2. Vòng đời phần mềm
2.1. Khái niệm chung
2.1.1. Quy trình thiết kế, phát triển, kiểm tra phần mềm
2.1.2. Bao gồm bản kế hoạch chi tiết cho từng giai đoạn
2.1.3. Xác định phương pháp luận nhằm cải thiện chất lượng và quá trình tổng thể
2.2. Chu trình vòng đời
2.2.1. B1: Thu thập, phân tích yêu cầu
2.2.2. B2: Thiết kế
2.2.3. B3: Viết mã thực thi, triển khai chương trình
2.2.4. B4: Kiểm thử, đánh giá sản phẩm
2.2.5. B5: Quản lý sản phẩm
2.3. Mô hình vòng đời
2.3.1. Mô hình thác nước
2.3.1.1. Đặc điểm
2.3.1.1.1. Theo từng bước riêng biệt, không quay lại bước cũ
2.3.1.1.2. Chỉ bắt đầu giai đoạn kế khi giai đoạn trước đã hoàn thành
2.3.1.2. Ưu điểm
2.3.1.2.1. Dễ giải thích
2.3.1.2.2. Giai đoạn rõ ràng
2.3.1.2.3. Dễ lập kế hoạch và lên lịch dự án
2.3.1.2.4. Dễ phát hiện lỗi trong từng giai đoạn
2.3.1.3. Nhược điểm
2.3.1.3.1. Khó quay lại giai đoạn cũ
2.3.1.3.2. Tính linh hoạt kém
2.3.1.3.3. Chi phí cao khi làm ngoài kế hoạch định sẵn
2.3.2. Mô hình xoắn ốc
2.3.2.1. Đặc điểm
2.3.2.1.1. Phát triển phần mềm từ nhỏ đến lớn
2.3.2.1.2. Mỗi giai đoạn bao gồm thiết kế và mẫu thử
2.3.2.1.3. Việc thu thập và phân tích yêu cầu luôn được thực hiện mỗi vòng lặp
2.3.2.2. Ưu điểm
2.3.2.2.1. Dễ tùy biến
2.3.2.2.2. Bên phát triển tham gia sớm hơn
2.3.2.2.3. Các giai đoạn đều được quản lí rủi ro sau mỗi vòng lắp
2.3.2.3. Nhược điểm
2.3.2.3.1. Chi phí cao và tốn thời gian
2.3.2.3.2. Việc đánh giá, giả định rủi ro cần nhiều kỹ năng
2.3.2.3.3. Khó tái sử dụng
2.3.3. Mô hình Agile
2.3.3.1. Đặc điểm
2.3.3.1.1. Chia quá trình phát triển thành vòng lặp ngắn (Sprint)
2.3.3.1.2. Mỗi sprint bao gồm những chức năng chéo
2.3.3.1.3. Hiển thị sản phẩm cho khách hàng và stakeholder sau mỗi sprint
2.3.3.2. Ưu điểm
2.3.3.2.1. Giảm thời gian cần thiết để phát triển một số tính năng
2.3.3.2.2. Không cần giả định nhờ giao tiếp trực tiếp sau mỗi sprint
2.3.3.2.3. Thường ra được sản phẩm chất lượng cao trong thời gian ngắn
2.3.3.3. Nhược điểm
2.3.3.3.1. Khó mở rộng quy mô
2.3.3.3.2. Cần khách hàng có chuyên môn và tính hợp tác
2.3.3.3.3. Tài liệu chỉ thực hiện ở những sprint cuối
2.3.3.3.4. Yêu cầu kỹ thuật cao