Hiểu vấn đề

Quy trình phát triển phần mềm điển hình tuân theo các bước sau:

Thu thập các yêu cầu
Định nghĩa vấn đề
Thiết kế hệ thống
Implementation
Testing
Documentation
Đào tạo và hỗ trợ
Maintenance

Hai bước đầu tiên giúp nhóm hiểu vấn đề, bước đầu tiên quan trọng nhất để tìm ra giải pháp. Người chịu trách nhiệm thu thập yêu cầu, xác định vấn đề và thiết kế hệ thống được gọi làsystem analyst.

Thu thập các yêu cầu

Thông thường, khách hàng hoặc người dùng không thể xác định rõ ràng các vấn đề hoặc yêu cầu của họ. Họ có một ý tưởng mơ hồ về những gì họ muốn. Vì vậy các nhà phát triển hệ thống cần thu thập các yêu cầu của khách hàng để hiểu vấn đề cần được giải quyết, hoặc những gì cần được chuyển giao. Chỉ có thể hiểu chi tiết về vấn đề bằng cách hiểu đầu tiên về lĩnh vực kinh doanh mà giải pháp đang được phát triển. Một số câu hỏi chính giúp hiểu doanh nghiệp bao gồm:

Những gì đang được thực hiện?
Nó đang được thực hiện như thế nào?
Tần suất của một nhiệm vụ là gì?
Khối lượng của các quyết định hoặc giao dịch là gì?
Những vấn đề đang gặp phải là gì?

Một số kỹ thuật giúp thu thập thông tin này là:

Interviews
Questionnaires
Nghiên cứu tài liệu hệ thống hiện có
Phân tích dữ liệu kinh doanh

Các nhà phân tích hệ thống cần tạo tài liệu yêu cầu rõ ràng và ngắn gọn nhưng kỹ lưỡng để xác định các yêu cầu SMART - cụ thể, có thể đo lường, được thống nhất, thực tế và dựa trên thời gian. Nếu không làm như vậy dẫn đến -

Định nghĩa vấn đề không đầy đủ
Mục tiêu chương trình không chính xác
Làm việc lại để cung cấp kết quả cần thiết cho khách hàng
Tăng chi phí
Giao hàng chậm trễ

Do độ sâu của thông tin cần thiết, thu thập yêu cầu còn được gọi là detailed investigation.

Định nghĩa vấn đề

Sau khi thu thập các yêu cầu và phân tích chúng, vấn đề phải được nêu rõ ràng. Định nghĩa vấn đề phải nêu rõ ràng vấn đề hoặc vấn đề cần giải quyết. Có một tuyên bố vấn đề rõ ràng là cần thiết để -

Xác định phạm vi dự án
Giữ cho nhóm tập trung
Giữ cho dự án đi đúng hướng
Xác nhận rằng kết quả mong muốn đã đạt được khi kết thúc dự án