Tài Liệu Urd Là Gì Ở Trỏng? (P2) Tài Liệu Urd

-
Tài liệu URD (User Requirement Document) vào vai trò then chốt đến sự thành công xuất sắc của dự án ERP. Nó là bạn dạng vẽ cụ thể cho hệ thống ERP, tế bào tả ví dụ quy trình buổi giao lưu của doanh nghiệp và chức năng phần mềm phải đáp ứng.

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:

SttSản phẩm công việcMức độGiai đoạnQuy trình
1Project PlanMandatorySection 1, 2, 5Project Planning
2URDOptionalUser requirement listRequirements Development
3ProposalOptionalCompletionTechnical 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:

SttSản phẩm công việcMức độGiai đoạnQuy trình
1URDMandatoryCompletionRequirements Development
2SRSMandatoryCompletionRequirements Development
3Project PlanMandatoryCompletionProject Planning
4Milestone ReportMandatoryMilestoneProject monitor & Control
5Test PlanOptionalSystem TestVER
6PrototypeOptionalCritical requirementsRequirements 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:

SttSản phẩm công việcMức độGiai đoạnQuy trình
1HLDesignMandatoryCompletionTechnical Solution
2Test PlanMandatoryCompletionVER
3Milestone ReportMandatoryMilestoneProject Planning
4Project PlanOptionalUpdated for Construction StageProject Planning
5PrototypeOptionalCompletionRequirements Development
6Detail_DesignOptionalCritical modulesTechnical Solution
7Software PackageOptionalCritical modulesTechnical Solution
8Test Cases and Test DataOptionalCritical modulesVER
9Test ReportsOptionalCritical modulesVER
10Requirement Management SheetOptionalUpdated for customer change requestsRequirements 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:

SttSản phẩm công việcMức độGiai đoạnQuy trình
1Detail_DesignMandatoryCompletionTechnical Solution
2Test Cases và Test DataMandatoryCompletionVER
3Software PackageMandatoryCompletionTechnical Solution
4Test ReportMandatoryCompletionVER
5Milestone ReportMandatoryMilestoneProject monitor và control
6Project PlanOptionalUpdated for Transition StageProject Planning
7Code review ReportOptionalCompletionVAL
8Requirement Management SheetOptionalUpdated for customer change requestsRequirements Management
9Installation ManualOptionalIn skeletal formTechnical Solution
10User ManualOptionalIn skeletal formTechnical 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:

SttSản phẩm công việcMức độGiai đoạnQuy trình
1Software packageMandatoryAccepted by customerTechnical Solution
2Release NoteMandatoryCompletionVAL
3Milestone ReportMandatoryMilestoneProject Monitor & Control
4Installation ManualOptionalCompletionTechnical Solution
5Acceptance ReportOptionalCompletionDeployment
6Support DiaryOptionalCompletionVAL
7User ManualOptionalCompletionTechnical 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:

SttSản phẩm công việcMức độGiai đoạnQuy trình
1Milestone ReportMandatoryPost mortemProject Planning
2Project AssetsMandatoryCompletionProject Planning
3Acceptance NoteMandatoryCompletionProject Planning