Kiểm soát tài liệu dự án

Một phần của tài liệu Bài giảng quản lý dự án phần mềm công nghệ thông tin (nghề công nghệ thông tin) (Trang 106 - 107)

3. Phương pháp giảng dạy môn quản lý dự án CNTT

9.3.4. Kiểm soát tài liệu dự án

- Ý nghĩa của kiểm soát tài liệu

+ Tài liệu là sản phẩm. Phần mềm chỉ được hiểu qua tài liệu. + Tài liệu cũng là công cụ làm việc.

+ Mỗi tài liệu thuộc một loại nào đó, nhằm mục đích sử dụng nào đó: đặc tả yêu cầu, đặc tả thiết kế, báo cáo công việc, báo cáo sự cố/rủi ro, báo cáo tài chính,...

+ Viết tài liệu cũng khó như viết văn.

+ Trong thực tế: Tài liệu là khâu thường bị bôi bác

+ Không chuyển sang công việc tiếp sau, nếu tài liệu không sát thực, đầy đủ, dễ hiểu, nhất quán

Kết luận: làm tài liệu tốt trong quá trình thực hiện dự án là vấn đề khó - Các tiêu chuẩn xem xét, đánh giá tài liệu

+ Tính chính xác

* Tài liệu viết có chính xác không? * Có lỗi nào hiển nhiên không?

* Các mô tả về tài nguyên, môi trường của hệ thống có hợp lý không? v.v... + Tính rõ ràng

* Tài liệu có được trình bày sáng sủa, dễ hiểu không?

* Những chỗ cần dùng bảng hoặc biểu đồ thay lời nói thì có dùng hay không? + Tính đầy đủ

* Những thông tin trong tài liệu có phù hợp với mục đích tài liệu không? * Có những điểm nào quan trọng bị bỏ sót không?

* Trong trường hợp một tài liệu là phát triển tiếp tục của một tài liệu khác, những điểm cần thiết của tài liệu trước có được nhắc lại hay không?

+ Tính nhất quán

* Cách đánh số các chương, mục, điều khoản trong tài liệu có nhất quán không? * Các ký hiệu có thống nhất không? Hoặc có theo chuẩn không?

101 + Mức độ chi tiết

* Đủ chi tiết như mục đích và yêu cầu của tài liệu không? * Liệu có phần nào cần hoàn thiện chi tiết hơn nữa không? - Một số tài liệu chính cần có khi thực hiện vòng đời của dự án + Xác định, phân tích yêu cầu

Bao gồm

a/ Mô tả khái lược về hệ thống (sâu hơn tài liệu mô tảdự án) b/ Tài liệu về yêu cầu và đặc tả

c/ Tài liệu về kế hoạch phát triển phần mềm Chú ý: Phải đảm bảo những nội dung sau:

- Nhu cầu của khách hàng được diễn đạt theo một cách thức rõ ràng, chi tiết, mô tả hệ thống phải làm gì.

- Phải làm việc với các chuyên gia trong lĩnh vực chuyên môn để hiểu được các khái niệm nghề nghiệp, hoạt động nghiệp vụ

- Nên tận dụng những phần mềm mà khách hàng trước đây đã sử dụng (nếu có). Xem xét và thảo luận trên những phần mềm đó (về ưu/khuyết của các modules, về quan điểm thiết kế, ...)

- Mô tả những loại dữ liệu vào, ra

- Các tài liệu trên khi được đánh giá và thông qua trong 1 (hoặc một số) cuộc họp.

Một phần của tài liệu Bài giảng quản lý dự án phần mềm công nghệ thông tin (nghề công nghệ thông tin) (Trang 106 - 107)

Tải bản đầy đủ (PDF)

(133 trang)