Project Vision Document

Project Vision Document

• Lý do tại sao nên thực hiện dự án này?
• Mục đích của dự án để phục vụ nhu cầu nào hay giải quyết vấn đề gì?
• Phạm vi dự án như thế nào? Ai sẽ là những có ảnh hưởng và bị ảnh hưởng khi thực thi dự án này?
• Kết quả mong đợi của dự án là gì và nó sẽ được đo lường trên những tiêu chí nào? 
• Đối tượng sử dụng PVD là bộ phận quản lí cấp cao bên phía doanh nghiệp và BA để có thể chắc rằng những hai bên đã hiểu rõ và hiểu đúng những kết quả thay đổi mong đợi trong tương lai với doanh nghiệp. 

Một tài liệu PVD cụ thể sẽ có outline như sau: 

1. Introduction – Giới thiệu

• Purpose (Mục đích) 
  • Liệt kê lí do tại sao cần thực hiện dự án và danh sách người dùng cuối
  • Mô tả thông tin người dùng mục tiêu
  • Xác định các yêu cầu các chức năng chính và yêu cầu phi chức năng của hệ thống. 
•  Scope (Phạm vi)

• References (Nguồn tham khảo)

2. Positioning (Định vị)

• Business Opportunity (Cơ hội kinh doanh)

• Problem Statement (Vấn đề thực tại)

• Product Position – Định vị sản phẩm

Cho bạn thấy tuyên bố tổng thể về vị trí cao nhất mà kết quả dự án hướng tới. Phần này có thể được trình bày theo như gợi ý dưới đây: 

3. Stakeholder and User Description – Các bên liên quan và mô tả người dùng

• Market Demographics – Nhân khẩu học:
  Tóm tắt phân khúc thị trường và các thông tin chính về nhân khẩu học người dùng tiềm năng đối với sản phẩm. Ước tính số lượng khách hàng tiềm năng và khả năng chi trả cho sản phẩm để chắc rằng sản phẩm cuối cùng làm ra sẽ đáp ứng được những nhu cầu của họ. Hay nói cách khác, đây là những câu hỏi trong chiến lược của tổ chức, cụ thể:
  • Mức độ ảnh hưởng / phủ sóng trên thị trường của tố chức như thế nào?
  • Điều gì ở sản phẩm sẽ làm người dùng thích thú?
  • Dự án này hỗ trợ gì, như thế nào cho mục tiêu chiến lược của tổ chức?  
• Stakeholder summary – Phân tích các bên liên quan:
  Liệt kê danh sách các bên liên quan (có ảnh hưởng và chịu ảnh hưởng bởi dự án) và vai trò của họ trong dự án này. Một số câu hỏi gợi ý giúp bạn xác định stakeholder như sau:
  • Ai là những bên đưa ra các yêu cầu? 
  • Ai sẽ là người có quyền quyết định cuối cùng nếu có sự xung đột yêu cầu từ các bên liên quan khác nhau?
  • Ai sẽ là người thanh toán cuối cho hệ thống này? 
  • Hoặc các bạn cũng có thể lập bảng sau để dễ theo dõi. 

• User profiles – thông tin người dùng:
  Mô tả từng người dùng trong hệ thống và thông tin của họ. Mỗi người dùng như vậy nên cung cấp các thông tin như:
  • Hệ thống này cung cấp cho ai dùng
  • Nền tảng kĩ thuật của người dùng
  • Trách nhiệm chính của họ trong hệ thống 
  • Xu hướng thiết kế hệ thống nào sẽ khiến người dùng dễ sử dụng hơn
  • Điều gì khiến người dùng gặp khó khăn khi sử dụng hệ thống
  • Hệ thống mang lại lợi ích gì cho người dùng
  • Sau đó, các bạn có thể thiết lập các thông tin trên vào bảng sau để dễ quản lí hơn.

• User environment (Môi trường người dùng)
  Mô tả chi tiết môi trường làm việc của người dùng mục tiêu. Dưới đây là một số gợi ý cho các bạn:
  • Số lượng người dùng tham gia vào một công việc là bao nhiêu? Nó có thay đổi không?
  • Một công việc có vòng đời là bao lâu? Thời gian dành cho mỗi một hoạt động là bao nhiêu? Nó có thay đổi không? 
  • Có giới hạn bất kì môi trường làm việc đặc thù nào không: như di động, ngoài trời, trên máy bay, …
  • Có những nền tảng nào đang được dùng để xây dựng hệ thống thống tin hiện nay? Trong tương lai sẽ có loại nào không?
  • Những ứng dụng nào khác đang được sử dung? Nền tảng ứng dụng của bạn có tương thích với chúng không?

4. Product overview – Tổng quan về sản phẩm

5. Product features – Các chức năng của hệ thống

6. Precedence and priority – Sắp xếp ưu tiên

7. Assumptions and Dependencies (Đặt ra các giả định và mối quan hệ phụ thuộc)

8. Cost and pricing – Chi phí và giá cả.

9. Other requirements – yêu cầu khác: 

•  Document requiremnets: 

• Licending requirements:

• Constrains: 

10. Appdex – phụ lục

• Bao gồm các tài liệu giúp hiểu rõ hơn về giải pháp được đề xuất trước khi có những tài liệ chi tiết hơn, cụ thể là quy trình làm việc của doanh nghiệp, dữ liệu mẫu, …
• Với lớp Phân tích nghiệp vụ phần mềm cơ bản do BAC tổ chức, các giảng viên cũng giới thiệu loại tài liệu này và các nhóm tham gia phần thực hành để viết PVD và trình bày về dự án của mình. Bạn cũng có thể đọc thêm bài viết phân biệt một số tài liệu BRD, SRS, FRS tại đây 
• Đăng ký tham gia khóa học để có được mẫu tài liệu & cùng thực hành với giảng viên về loại tài liệu này.