Qui trình

Tuần trước, một sinh viên nói với tôi: “Phần mềm quá phức tạp và không thể nào loại bỏ mọi lỗi được. Em càng thử phần mềm, càng tìm ra nhiều lỗi hơn, và càng chữa các lỗi đó, lại càng nhiều lỗi xuất hiện thêm”. Tôi hiểu thất vọng của sinh viên này bởi vì không thể nào loại bỏ được các lỗi dựa trên việc kiểm thử.

Tôi làm việc trong công ti hàng không và tôi có thể nói với bạn rằng máy bay là hệ thống phần cứng và phần mềm phức tạp. Mặc dầu không ai có thể chứng minh được rằng máy bay không có khiếm khuyết nhưng công ti chúng tôi nhận trách nhiệm về mọi khiếm khuyết. Tuy nhiên, chúng tôi không dựa vào việc kiểm thử sản phầm để loại bỏ khiếm khuyết bởi vì chúng tôi biết rằng kiểm thử là cách rất tốn kém và không hiệu quả để khử bỏ khiếm khuyết. Chúng tôi tập trung vào tuân theo các qui trình phát triển và chế tạo đã được xác định rõ, chúng tôi dùng các thủ tục đo được và các phương pháp thống kê để xây dựng mọi thứ đúng đắn ngay từ đầu. Tất nhiên chúng tôi làm kiểm thử sản phẩm của mình nhưng kiểm thử là nỗ lực cuối cùng để đảm bảo sản phẩm có chất lượng rất cao.

Câu hỏi của tôi là tại sao công nghiệp phần mềm không thể áp dụng điều mà công nghiệp chế tạo đã từng làm trong nhiều năm rồi? Điều đó đưa tôi tới một câu hỏi nền tảng khác tại sao người làm phần mềm lại không được dạy về qui trình phần mềm? Tại sao phần lớn các đại học vẫn dạy sinh viên về ngôn ngữ lập trình và kiểm thử mà không dạy về qui trình phát triển phần mềm?

là dãy các bước được thực hiện theo một lí do nào đó. tích hợp con người, thủ tục và công cụ để tạo ra sản phẩm cuối cùng. Sản phẩm có thể là máy bay, xe hơi, điện thoại di động hay phần mềm máy tính. là điều mọi người làm, dùng các thủ tục, phương pháp, công cụ và trang thiết bị để biến đổi vật liệu thô như gỗ, kim loại thành sảnh phẩm như nhà, xe hơi. phần mềm là tập các bước (kể cả thủ tục, phương pháp và công cụ) mà mọi người tuân theo để phát triển sản phẩm phần mềm. Khái niệm then chốt ở đây là chỗ chất lượng của sản phẩm được xác định bằng chất lượng của qui trình được dùng để phát triển nó. Cho nên khi sản phẩm có lỗi, bạn phải quay lại qui trình và nhận diện cái gì là nguyên nhân, nó xảy ra ở đâu trong qui trình và sửa nó để cho nó sẽ không xảy ra nữa. Bằng việc áp dụng phương pháp thống kê để đo mọi bước trong qui trình, người kĩ sư có thể tạo ra một miền có hiệu quả các kết quả được trông đợi mà có thể đạt tới được bằng việc tuân thủ theo qui trình phần mềm. Bằng việc cải tiến liên tục qui trình và loại bỏ nguyên nhân lỗi, người kĩ sư phần mềm có thể tạo ra sản phẩm phần mềm với ít khiếm khuyết hơn. Tôi thận trọng không nói “không lỗi” ở đây bởi vì khó chứng minh được điều đó nhưng phần mềm với thật ít lỗi thì tốt hơn là phần mềm đầy lỗi.

Khái niệm về qui trình là yếu tố then chốt trong giáo trình phần mềm mới có tên là Kĩ nghệ phần mềm. Trong lĩnh vực này, sinh viên sẽ học việc áp dụng cách tiếp cận có kỉ luật và có định lượng vào việc phát triển phần mềm. Kỉ luật này bao gồm tri thức, công cụ và phương pháp xác định yêu cầu, kiến trúc hệ thống phần mềm, thiết kế và thực hiện sản phẩm phần mềm, tiến hành kiểm thử và kiểm chứng rằng sản phẩm đáp ứng yêu cầu. Triết lí của bộ môn này là chất lượng phần mềm thuộc vào trách nhiệm của người làm phần mềm, người tạo ra sản phẩm phần mềm. Tuy nhiên, nếu người làm phần mềm không cải tiến kĩ năng của mình, không phân biệt giữa “kĩ nghệ phần mềm” và “lập trình phần mềm” thì ngành công nghiệp phần mềm không thể đi rất xa được. Chừng nào mà người làm phần mềm vẫn cứ khăng khăng rằng chất lượng không phải là trách nhiệm của họ, thì chất lượng không thể được cải thiện.

English version

Tác phẩm, tác giả, nguồn

• Tác phẩm: Mô hình tăng trưởng năng lực tổ chức
• Biên tập: Kipkis.com
• Nguồn: Blog của giáo sư John Vu, Carnegie Mellon University