Tư vấn CNTT

Phương pháp kiểm tra Fagan là một quy trình phát hiện sớm các lỗi trong tài liệu (thường là tài liệu đầu vào) trong các giai đoạn khác nhau của quy trình phát triển phần mềm. Được đặt theo tên của Michael Fagan, người có công phát minh ra phương pháp kiểm tra sớm.

Sustaining engineering là các hoạt động duy trì liên tục cho nhiệm vụ hỗ trợ vận hành liên quan đến việc xác định, xem xét, đánh giá và xử lý các sự cố trong suốt vòng đời của hệ thống.

Requirement là một phần không thể thiếu của dự án, không chỉ giúp đội kỹ thuật phát triển các tính năng, giao diện một cách đúng hướng; mà còn giúp tester/ QA thực hiện công đoạn test một cách trơn tru, bàn giao được sản phẩm đúng yêu cầu. Vậy các vấn đề thường gặp với requirement là gì và tester/ QA phải xử lý ra sao với các trường hợp đó?

Điều gì xác định sự thất bại của dự án phần mềm?

Những bài học kinh nghiệm hay trong triển khai dự án ứng dụng công nghệ thông tin (dự án ứng dụng CNTT), nhất là các dự án sử dụng nguồn vốn Ngân sách nhà nước, vốn đầu tư công, luôn là một vấn đề quan trọng giúp cho việc triển khai các dự án ứng dụng CNTT thành công và đạt hiệu quả cao.

Tài liệu đặc tả yêu cầu (Spec) là tài liệu quan trọng được cung cấp trong quản lý dự án chi phí cố định (fix-bid) hoặc dự án có độ dài xác định và mô hình lập kế hoạch cuốn chiếu (waterfall - thác nước), vì nó xác định rất rõ ràng mục tiêu của dự án là đạt được, cách thức thực hiện và tiêu chí nào sẽ được sử dụng để đo lường sự thành công của dự án.

Áp dụng 7 nguyên tắc hướng dẫn của ITIL (Thư viện Cơ sở Hạ tầng Công nghệ Thông tin)

Quy tắc Brooks (Brooks’ Law) khá nổi tiếng cho rằng trong việc phát triển phần mềm, thêm người vào dự án khi nó bị trễ hạn sẽ càng làm cho nó bị trễ hạn nhiều hơn

Thẩm định phần mềm là quá trình đánh giá ngang hàng đối với bất kỳ sản phẩm công việc nào bởi các cá nhân để tìm các lỗi khiếm khuyết (defect) bằng cách sử dụng một quy trình Fagan được đặt theo tên của Michael Fagan, người tạo ra quy trình kiểm tra phần mềm rất phổ biến trong nhiều thập kỷ.

Gần đây một số doanh nghiệp sử dụng chiến dịch truyền thông phát đi thông điệp không đúng khi đánh giá về rủi ro khi sử dụng mã nguồn mở. Câu lạc bộ phần mềm tự do nguồn mở Việt Nam xin phản biện lại thông điệp này và cung cấp thông tin đầy đủ về các luận điểm được sử dụng trong các lập luận có liên quan trong các bài báo này để bạn đọc đánh giá chính xác thông tin, tránh việc sa vào hoặc tin theo những luận điểm sai lệch để đánh tráo khái niệm nhằm gây hoang mang trên truyền thông.