Tài Liệu Urd Là Gì Ở Trỏng? (P2) Tài Liệu Urd
Bạn đang xem: Tài liệu urd là gì
Vì sao tư liệu URD quan trọng?
Xác định ước muốn của người dùng: URD giúp hiểu rõ nhu cầu của từng phần tử và tín đồ dùng, bảo đảm hệ thống ERP đáp ứng kết quả mục tiêu kinh doanh.Kiểm soát dự án công trình hiệu quả: URD là cửa hàng để lập mưu hoạch, phân chia nguồn lực với theo dõi tiến trình dự án, giúp đảm bảo an toàn dự án xong xuôi đúng thời hạn cùng ngân sách.Cơ sở nghiệm thu dự án: URD là tiêu chuẩn để đánh giá hệ thống ERP sau khi triển khai, bảo đảm an toàn hệ thống đáp ứng đủ yêu ước của doanh nghiệp.Xây dựng tư liệu URD như thế nào?
Khảo gần kề doanh nghiệp: thu thập thông tin về nghành nghề hoạt động, quy mô, mô hình tổ chức, quy trình nghiệp vụ, nhu cầu sử dụng hệ thống…Phân tích yêu cầu: xác định các chức năng quan trọng của hệ thống ERP dựa trên tin tức khảo sát.Viết tư liệu URD: tế bào tả chi tiết các yêu cầu về chức năng, hiệu suất, dữ liệu, giao diện, kiểm tra… của hệ thống ERP.Thống tốt nhất URD: Phối hợp với các bên tương quan để thống nhất nội dung URD, đảm bảo đáp ứng yêu cầu của tất cả các bên.Lựa chọn đơn vị triển khai
Kinh nghiệm: Chọn đơn vị có kinh nghiệm tay nghề triển khai ERP thành công cho các doanh nghiệp cùng ngành.Năng lực: Đánh giá năng lượng xây dựng URD chuyên nghiệp, đọc vấn đề của bạn và đáp ứng tốt nhu cầu.Uy tín: Lựa chọn đơn vị uy tín, tất cả đội ngũ chuyên gia giàu kinh nghiệm và dịch vụ hỗ trợ tốt.Tài liệu URD là yếu tố then chốt mang đến sự thành công xuất sắc của dự án ERP. Doanh nghiệp cần đầu tư chi tiêu xây dựng URD bài xích bản, lựa chọn đơn vị chức năng triển khai đáng tin tưởng để bảo đảm dự án đạt công dụng tối ưu.
Lưu ý:
Quá trình thiết kế URD phải sự phối hợp nghiêm ngặt giữa doanh nghiệp và đơn vị chức năng triển khai.Doanh nghiệp bắt buộc tham gia tích cực vào quá trình khảo sát, so với yêu ước và thống nhất câu chữ URD.Lựa chọn đơn vị triển khai uy tín và có kinh nghiệm tay nghề là yếu tố đặc biệt để đảm bảo an toàn chất lượng dự án.Việc thành lập tài liệu URD cẩn trọng và chi tiết sẽ giúp dự án công trình ERP ra mắt suôn sẻ, huyết kiệm ngân sách và thời gian, đồng thời bảo đảm an toàn hệ thống đáp ứng cực tốt nhu ước của doanh nghiệp.
1.1. Initiation (Khởi tạo)
1.1.1. Tổng quan
Giai đoạn khởi chế tạo ra là giai đoạn bước đầu của SLC, bao gồm:
Phạm vi dự án và điều kiện biên, bao hàm các các vận động và thành phầm đề xuất.Toàn cỗ ước tính cost với tiến độ.Các khủng hoảng riềm.Dựa trên đầu ra, nhóm dự án công trình được hình thành, kế hoạch dự án được demo và toàn cục tài nguyên/công cụ/hỗ trợ bắt buộc thiệt được sẵn sàng cho dự án.
1.1.2. Thành phầm công việc
Các cổng đầu ra chính của quá trình này được liệt kê dưới đây:
Stt | Sản phẩm công việc | Mức độ | Giai đoạn | Quy trình |
1 | Project Plan | Mandatory | Section 1, 2, 5 | Project Planning |
2 | URD | Optional | User requirement list | Requirements Development |
3 | Proposal | Optional | Completion | Technical Solution |
1.2. Definition (Xác định)
1.2.1. Tổng quan
Giai đoạn xác định nhằm xác định yêu cầu người dùng cho gói phần mềm. Giai đoạn nghiên cứu và thu thập yêu cầu người tiêu dùng một bí quyết rõ ràng, không hề thiếu “Tài liệu yêu cầu tín đồ dùng” (URD), đối chiếu URD và tạo ra tài liệu “Đặc tả yêu mong hệ thống” SRS. Phần đông tài liệu này hoàn toàn có thể kết hòa hợp thành một. Trong một số trong những trường hợp có thể tạo giao diện (prototype) để rõ ràng yêu cầu hơn
“Tiêu chuẩn nghiệm thu” được khẳng định trong tiến độ này, demo hướng tiếp cận ship hàng demo sự tương xứng của ứng dụng với yêu cầu bạn dùng. Đảm nói rằng “Tiêu chuẩn nghiệm thu” được viết cùng là nhiệm vụ chính của PM. Tiêu chuẩn chỉnh nghiệm thu có thể được diễn đạt trong tư liệu URD.
Xem thêm: Giấy Tờ Mua Bán Sang Tên Đổi Chủ, Thủ Tục Sang Tên Xe Máy Cũ Năm 2024 Nhanh Nhất
Công việc kiến tạo có thể ban đầu trước khi SRS được phát hành chấp nhận và được review, phát hành ngay trong khi trước tiến độ phát triển.
1.2.2. Sản phẩm công việc
Các cổng đầu ra chính của tiến trình này như sau:
Stt | Sản phẩm công việc | Mức độ | Giai đoạn | Quy trình |
1 | URD | Mandatory | Completion | Requirements Development |
2 | SRS | Mandatory | Completion | Requirements Development |
3 | Project Plan | Mandatory | Completion | Project Planning |
4 | Milestone Report | Mandatory | Milestone | Project monitor & Control |
5 | Test Plan | Optional | System Test | VER |
6 | Prototype | Optional | Critical requirements | Requirements Development |
1.3. Solution (Giải pháp)
1.3.1. Tổng quan
Mục đích bao gồm của tiến độ này là xác định phương án khớp cùng với yêu ước khách hàng. So với và xây dựng cho gói ứng dụng là các hoạt động trong tiến trình này.
Phụ nằm trong vào đặc điểm của từng dự án, giai đoạn thông thường được chia thành 2 quy trình tiến độ con, là “Tài liệu xây dựng kiến trúc” (Thiết kế nấc cao) cùng “Tài liệu Thiết kế bỏ ra tiết”.
“Tài liệu kiến tạo kiến trúc” là bước chuyển trường đoản cú phạm vi vấn đề sang phạm vi của giải pháp. Kết quả của công đoạn này được trình bày trong “Tài liệu kiến thiết kiến trúc” (ADD) bao hàm tập những thành phần phần mềm và các interface.Ở bước xây đắp chi tiết, khi nội dung xây đắp đã được demo trong add ra đến hơn cả module. Cụ thể thiết kế được mô tả trong “Tài liệu Thiết kế bỏ ra tiết”.Test Plan được xong trong quy trình tiến độ này, tổng quát nội dung dựa trên tài liệu SRS (System Test) và địa chỉ (Integration Test).
Trong quy trình tiến độ này, prototype và một trong những module đặc trưng của phần mềm hoàn toàn có thể được cải tiến và phát triển và kiểm test để đảm bảo an toàn tính năng của giải pháp.
1.3.2. Thành phầm công việc
Các đầu ra output chính của quy trình này như sau:
Stt | Sản phẩm công việc | Mức độ | Giai đoạn | Quy trình |
1 | HLDesign | Mandatory | Completion | Technical Solution |
2 | Test Plan | Mandatory | Completion | VER |
3 | Milestone Report | Mandatory | Milestone | Project Planning |
4 | Project Plan | Optional | Updated for Construction Stage | Project Planning |
5 | Prototype | Optional | Completion | Requirements Development |
6 | Detail_Design | Optional | Critical modules | Technical Solution |
7 | Software Package | Optional | Critical modules | Technical Solution |
8 | Test Cases and Test Data | Optional | Critical modules | VER |
9 | Test Reports | Optional | Critical modules | VER |
10 | Requirement Management Sheet | Optional | Updated for customer change requests | Requirements Management |
1.4. Construction (Xây dựng)
1.4.1. Tổng quan
Mục đích chính của giai đoạn Xây dựng là trở nên tân tiến hệ thống. Nhìn chung, quy trình tiến độ xây dựng là quá trình sản xuất, tầm đặc biệt quan trọng đặt vào làm chủ tài nguyên cùng kiểm soát vận động để buổi tối ưu bỏ ra phí, tiến trình và hóa học lượng.
Kiểm thử là một trong trong các hoạt động vui chơi của giai đoạn này. Công dụng kiểm thử phải được ghi lại lại cho phần nhiều dự án.
Nếu lỗi được phát hiện trong quy trình kiểm thử, chúng yêu cầu được đánh dấu để sửa. Sau thời điểm lỗi được sửa đổi thì tiến hành kiểm thử lại. Kế hoạch kiểm test lại đề nghị được ngừng để chống việc xảy ra lỗi mới trong lúc lỗi cũ đã có được giải quyết.
1.4.2. Sản phẩm công việc
Các cổng đầu ra chính của quy trình tiến độ này như sau:
Stt | Sản phẩm công việc | Mức độ | Giai đoạn | Quy trình |
1 | Detail_Design | Mandatory | Completion | Technical Solution |
2 | Test Cases và Test Data | Mandatory | Completion | VER |
3 | Software Package | Mandatory | Completion | Technical Solution |
4 | Test Report | Mandatory | Completion | VER |
5 | Milestone Report | Mandatory | Milestone | Project monitor và control |
6 | Project Plan | Optional | Updated for Transition Stage | Project Planning |
7 | Code review Report | Optional | Completion | VAL |
8 | Requirement Management Sheet | Optional | Updated for customer change requests | Requirements Management |
9 | Installation Manual | Optional | In skeletal form | Technical Solution |
10 | User Manual | Optional | In skeletal form | Technical Solution |
1.5. Transition (Chuyển giao)
1.5.1. Tổng quan
Trọng tâm thiết yếu của giai đoạn bàn giao là bảo đảm an toàn phần mượt sẵn sàng cho những người dùng cuối. Phân phát hành phần mềm tới khách hàng, triển khai hệ thống tại khách hàng, tiến hành kiểm demo để nghiệm thu sát hoạch và cung ứng khách hàng/người dùng.
Ở đặc điểm đó của vòng đời, bình luận của người tiêu dùng sẽ triệu tập chính vào điều chỉnh thành phầm cho tốt hơn, cấu hình, setup và khuyên bảo sử dụng.
Giai đoạn bàn giao sẽ ban đầu khi baseline đã hoàn chỉnh và không hề thiếu để triển khai trong vùng người tiêu dùng cuối.
Cuối của quá trình này, kim chỉ nam dự án phải hoàn thành và dự án phải sống trạng thái sẵn sàng đóng. Trong một số trong những trường hợp, dứt vòng đời lúc này có thể ban đầu một vòng đời khác của cùng sản phẩm, để ra đời phiên bản mới của sản phẩm. Đối với những dự án khác, dứt của tiến trình Chuyển giao có thể cùng với chấm dứt việc kiến tạo sản phẩm công việc tới đối tác thứ ban gồm trách nhiệm quản lý và vận hành và gia hạn hệ thống đó.
1.5.2. Thành phầm công việc
Các đầu ra output chính của quy trình tiến độ này như sau:
Stt | Sản phẩm công việc | Mức độ | Giai đoạn | Quy trình |
1 | Software package | Mandatory | Accepted by customer | Technical Solution |
2 | Release Note | Mandatory | Completion | VAL |
3 | Milestone Report | Mandatory | Milestone | Project Monitor & Control |
4 | Installation Manual | Optional | Completion | Technical Solution |
5 | Acceptance Report | Optional | Completion | Deployment |
6 | Support Diary | Optional | Completion | VAL |
7 | User Manual | Optional | Completion | Technical Solution |
1.6. Termination (Kết thúc)
1.6.1. Tổng quan
Dự án đóng góp ở giai đoạn này khi quý khách chấp thuận cục bộ dự án. Tài nguyên dự án công trình phải tích lũy và gửi vào thư viện Tài Nguyên các bước (Process Asset Library).
Mục đích của quy trình này là bắt lược hiệu quả của dự án công trình và hỗ trợ tri thức cùng kinh nghiệm cho các dự án khác.
1.6.2. Sản phẩm công việc
Các đầu ra chính của tiến độ này như sau:
Stt | Sản phẩm công việc | Mức độ | Giai đoạn | Quy trình |
1 | Milestone Report | Mandatory | Post mortem | Project Planning |
2 | Project Assets | Mandatory | Completion | Project Planning |
3 | Acceptance Note | Mandatory | Completion | Project Planning |