Điều tra thực nghiệm

Điều tra thực nghiệm liên quan đến việc điều tra khoa học về bất kỳ công cụ, kỹ thuật hoặc phương pháp nào. Cuộc điều tra này chủ yếu bao gồm 4 nguyên tắc sau.

• Chọn một kỹ thuật điều tra
• Nêu giả thuyết
• Duy trì quyền kiểm soát đối với biến
• Làm cho cuộc điều tra có ý nghĩa

Chọn một kỹ thuật điều tra

Các thành phần chính của điều tra thực nghiệm trong kỹ thuật phần mềm là:

• Survey
• Nghiên cứu điển hình
• Thử nghiệm chính thức

Khảo sát

Khảo sát là nghiên cứu hồi cứu một tình huống để ghi lại các mối quan hệ và kết quả. Nó luôn được thực hiện sau khi một sự kiện đã xảy ra. Ví dụ, trong kỹ thuật phần mềm, các cuộc thăm dò có thể được thực hiện để xác định cách người dùng phản ứng với một phương pháp, công cụ hoặc kỹ thuật cụ thể để xác định xu hướng hoặc mối quan hệ.

Trong trường hợp này, chúng ta không thể kiểm soát được tình hình. Chúng tôi có thể ghi lại một tình huống và so sánh nó với một tình huống tương tự.

Nghiên cứu điển hình

Đây là một kỹ thuật nghiên cứu trong đó bạn xác định các yếu tố chính có thể ảnh hưởng đến kết quả của một hoạt động và sau đó ghi lại hoạt động: đầu vào, ràng buộc, nguồn lực và đầu ra của nó.

Thử nghiệm chính thức

Đây là một cuộc điều tra được kiểm soát chặt chẽ đối với một hoạt động, trong đó các yếu tố chính được xác định và thao tác để ghi lại ảnh hưởng của chúng đến kết quả.

Một phương pháp điều tra cụ thể có thể được chọn theo các hướng dẫn sau:

• Nếu hoạt động đã diễn ra, chúng tôi có thể thực hiện khảo sát hoặc nghiên cứu điển hình. Nếu nó vẫn chưa xảy ra, thì nghiên cứu điển hình hoặc thử nghiệm chính thức có thể được chọn.

• Nếu chúng ta có mức độ kiểm soát cao đối với các biến có thể ảnh hưởng đến kết quả, thì chúng ta có thể sử dụng thử nghiệm. Nếu chúng ta không kiểm soát được biến, thì nghiên cứu điển hình sẽ là một kỹ thuật ưu tiên.

• Nếu không thể nhân rộng ở các cấp cao hơn thì không thể thử nghiệm.

• Nếu chi phí nhân rộng thấp, thì chúng ta có thể xem xét thử nghiệm.

Nêu giả thuyết

Để thúc đẩy quyết định của một kỹ thuật điều tra cụ thể, mục tiêu của nghiên cứu nên được thể hiện như một giả thuyết mà chúng tôi muốn kiểm tra. Giả thuyết là lý thuyết hoặc giả thiết dự kiến ​​mà người lập trình cho rằng giải thích hành vi mà họ muốn khám phá.

Duy trì quyền kiểm soát các biến

Sau khi nêu giả thuyết, tiếp theo chúng ta phải quyết định các biến số khác nhau ảnh hưởng đến sự thật của nó cũng như mức độ kiểm soát của chúng ta đối với nó. Điều này là cần thiết vì yếu tố phân biệt chính giữa thử nghiệm và nghiên cứu điển hình là mức độ kiểm soát đối với biến ảnh hưởng đến hành vi.

Một biến trạng thái là yếu tố có thể đặc trưng cho dự án và cũng có thể ảnh hưởng đến kết quả đánh giá được sử dụng để phân biệt tình huống kiểm soát với tình huống thực nghiệm trong thí nghiệm chính thức. Nếu chúng ta không thể phân biệt kiểm soát với thực nghiệm, kỹ thuật nghiên cứu điển hình sẽ được ưu tiên hơn.

Ví dụ, nếu chúng ta muốn xác định liệu một thay đổi trong ngôn ngữ lập trình có thể ảnh hưởng đến năng suất của dự án hay không, thì ngôn ngữ sẽ là một biến trạng thái. Giả sử chúng tôi hiện đang sử dụng FORTRAN mà chúng tôi muốn thay thế bằng Ada. Sau đó FORTRAN sẽ là ngôn ngữ điều khiển và Ada sẽ là ngôn ngữ thử nghiệm.

Làm cho cuộc điều tra có ý nghĩa

Kết quả của một thử nghiệm thường có tính khái quát hơn so với nghiên cứu trường hợp hoặc khảo sát. Kết quả của nghiên cứu điển hình hoặc khảo sát thường chỉ có thể áp dụng cho một tổ chức cụ thể. Các điểm sau đây chứng minh hiệu quả của các kỹ thuật này để trả lời nhiều câu hỏi.

Hợp nhất lý thuyết và trí tuệ thông thường

Các nghiên cứu điển hình hoặc khảo sát có thể được sử dụng để phù hợp với tính hiệu quả và tiện ích của trí tuệ thông thường và nhiều tiêu chuẩn, phương pháp hoặc công cụ khác trong một tổ chức. Tuy nhiên, thử nghiệm chính thức có thể điều tra các tình huống mà các tuyên bố nói chung là đúng.

Khám phá các mối quan hệ

Mối quan hệ giữa các thuộc tính khác nhau của tài nguyên và sản phẩm phần mềm có thể được gợi ý bằng một nghiên cứu điển hình hoặc khảo sát.

Ví dụ, một cuộc khảo sát về các dự án đã hoàn thành có thể cho thấy rằng một phần mềm được viết bằng một ngôn ngữ cụ thể có ít lỗi hơn một phần mềm được viết bằng các ngôn ngữ khác.

Hiểu và xác minh các mối quan hệ này là điều cần thiết cho sự thành công của bất kỳ dự án nào trong tương lai. Mỗi mối quan hệ này có thể được thể hiện dưới dạng một giả thuyết và một thí nghiệm chính thức có thể được thiết kế để kiểm tra mức độ giữ các mối quan hệ. Thông thường, giá trị của một thuộc tính cụ thể được quan sát bằng cách giữ các thuộc tính khác không đổi hoặc trong tầm kiểm soát.

Đánh giá độ chính xác của mô hình

Mô hình thường được sử dụng để dự đoán kết quả của một hoạt động hoặc để hướng dẫn việc sử dụng một phương pháp hoặc công cụ. Nó đưa ra một vấn đề đặc biệt khó khi thiết kế một thử nghiệm hoặc nghiên cứu điển hình, bởi vì những dự đoán của chúng thường ảnh hưởng đến kết quả. Các nhà quản lý dự án thường biến các dự đoán thành các mục tiêu để hoàn thành. Hiệu ứng này thường xảy ra khi sử dụng các mô hình chi phí và lịch trình.

Một số mô hình như mô hình độ tin cậy không ảnh hưởng đến kết quả, vì độ tin cậy được đo là thời gian trung bình để xảy ra lỗi không thể được đánh giá cho đến khi phần mềm sẵn sàng sử dụng tại hiện trường.

Các biện pháp xác thực

Có nhiều biện pháp phần mềm để nắm bắt giá trị của một thuộc tính. Do đó, một nghiên cứu phải được thực hiện để kiểm tra xem một thước đo nhất định có phản ánh những thay đổi trong thuộc tính mà nó được cho là nắm bắt hay không. Việc xác nhận được thực hiện bằng cách so sánh một thước đo này với một thước đo khác. Biện pháp thứ hai cũng là thước đo trực tiếp và hợp lệ đối với yếu tố ảnh hưởng nên được sử dụng để xác nhận. Các biện pháp như vậy không phải lúc nào cũng có sẵn hoặc dễ đo lường. Ngoài ra, các biện pháp được sử dụng phải phù hợp với quan niệm của con người về yếu tố được đo lường.