Là giai đoạn đầu tiên của Software Engineering.
2.1.1 Mục đích
- Nhằm đảm bảo rằng các yêu cầu cho sản phẩm phần mềm được định nghĩa và hiểu rõ ràng.
+ Để biết yêu cầu của khách hàng là gì?
+ Hiểu những gì khách hàng cần và mong đợi. - Để đảm bảo rằng các yêu cầu đã được tìm thấy.
- Các yêu cầu được lập thành tài liệu và kiểm soát để thiết lập a bước cơ bản cho phát triển phần mềm và sử dựng quản lý dự án.
2.1.2 Quy trình làm việc
2.1.3 Phát hiện và phân tích yêu cầu phần mềm Thỉnh thoảng được gọi là khám phá các yêu cầu
Các yêu cầu không thường xuyên sẵn cho bạn, bạn phải phát hiện ra chúng. Phải làm việc với khách hàng và các bên liên quan để phát hiện ra:
Các dịch vụ mà hệ thống sẽ cung cấp
Các ràng buộc mà hệ thống sẽ phải đáp ứng Phân tích yêu cầu hoàn thành để:
Phát hiện và xử lý các xung đột giữa các yêu cầu
Khám phát các giới hạn của phần mềm và làm thế nào nó tương tác với môi trường của nó.
Xây dựng các yêu cầu hệ thống để lấy được các yêu cầu phần mềm. 2.1.4 Tiến trình để phát hiện và phân tích yêu cầu phần mềm
2.1.5 Các vấn đề trong phát hiện và phân tích yêu cầu phần mềm: Các vấn đề về phạm vi
- Giới hạn của các hệ thống các rủi ro được phát hiện
- Các khách hàng/người dùng không cần thiết chi tiết kỹ thuật vì có thể nhầm lẫn giữa mục tiêu của các hệ thống
Các vấn đề về sự hiểu biết:
- Các khách hàng/người dùng không hoàn toàn chắc chắn những gì cần
- Có một sự hiểu biết nghèo nàn về khả năng và giới hạn của môi trường tính toán của họ.
2.1.6 Các kỹ thuật để phát hiện và phân tích yêu cầu phần mềm Các kỹ thuật phát hiện:
- Nghiên cứu tên miền ứng dụng - Đưa ra câu hỏi và phỏng vấn - Hội thảo và thảo luận
- Quan sát - Use cases
Các kỹ thuật phân tích: - Mô hình hóa hệ thống - Tạo nhanh các mẫu