1. Introduction1.1 Purpose of this

1. Introduction
1.1 Purpose of this document
For special WU MT transfer solutions implemented with an agent, WU and the agent have to agree on the requirements. This document will serve for this purpose. It has to be completed properly and signed off by the relevant stakeholders of WU and the agent.
Any WU MT solution has to be aligned with WU standards as much as possible. This document communicates these standards in form of a requirement checklist. If the applicability in the checklist is changed, it means a deviation to the standard. Such deviations are acceptable if there is a good business reason and if they are agreed on with the agent and WU.
In addition to the WU standards, the solution has to meet the agent needs. Therefore this document also contains project specific requirements meeting the agents’ needs and the needs for this specific MT solution. Also these project specific requirements are agreed on by the agent and WU.
1.2 How to read and complete this document
1.2.1 Standard Requirements
A standard requirement has a requirement ID and must not be deleted. It can only be set to “In scope” or “Out of scope” by changing the applicability.
Standard requirement examples are: SM-002, PM-003
Standard requirements for locations for walk in customers end with an “L”, examples are: SM-012-L1, PM-003-L2.
Standard requirements for locations for bank customers end with an “B”, examples are: SM-012-B1, PM-004-B2.
Standard requirements for online banking (ABMT) end with “O”, examples are: SM-012-O1, PM-004-O2.
Standard requirements for ATMs (ABMT) end with “A”, examples are: SM-012-A1, PM-004-A2.
Standard requirements for phone banking (ABMT) are listed in chapter 3.4 Phone banking.
1.2.1.1 In Scope
If standard requirements applicability is set to “In scope”, it is implemented:
• As is
• With modifications, which are described in the comments section of the requirement
• With additions, which are described in the comments section of the requirement
The comments section of the requirement should contain a reason for changing the default if the default setting of the standard requirement was “Out of scope”.
1.2.1.2 Out of Scope
If standard requirements applicability is set to “Out of scope”, it is not implemented and will not be available in the solution. The comments section of the requirement should contain a reason for changing the default if the default setting of the standard requirement was “In scope”.
1.2.2 Comments on standard requirements
Any project specific additions or changes should be noted in the comments section of the appropriate standard requirement.
1.2.3 Requirements approved by Stakeholders
Each chapter lists the requirements specific stakeholders should review and approve. Related documentation
1.3 Related documentation
Document Name Date Comments



1.4 Stakeholders

Stakeholder Role
WU ROM
WU ATS
WU System Analyst
WU Compliance
WU Card
WU IP InfoSec stakeholder
WU legal
WU Marketing
Telecom stakeholder
Agent operations
Agent business stakeholder

1.5 Out of scope

1.6 Project Phases
>

Kết quả (Việt) 1:

1. giới thiệu1.1 mục đích của tài liệu nàyĐặc biệt WU MT chuyển giải pháp thực hiện với một đại lý, ngô và các đại lý phải đồng ý về các yêu cầu. Tài liệu này sẽ phục vụ cho mục đích này. Nó đã được thực hiện đúng cách và ký tắt bởi các bên liên quan có liên quan của ngô và các đại lý.Bất kỳ giải pháp WU MT đã được liên kết với WU tiêu chuẩn càng nhiều càng tốt. Tài liệu này giao tiếp các tiêu chuẩn trong các hình thức của một danh sách kiểm tra yêu cầu. Nếu các ứng dụng trong danh sách kiểm tra được thay đổi, nó có nghĩa là một sự chệch hướng tới tiêu chuẩn. Độ lệch như vậy được chấp nhận nếu có một lý do tốt kinh doanh và nếu họ là đồng ý với các đại lý và WU.Ngoài các tiêu chuẩn WU, giải pháp có để đáp ứng nhu cầu đại lý. Do đó, tài liệu này cũng chứa dự án yêu cầu đặc biệt đáp ứng nhu cầu các đại lý và các nhu cầu cho giải pháp MT cụ thể này. Cũng những yêu cầu cụ thể của dự án được đồng ý bởi các đại lý và WU.1.2 làm thế nào để đọc và hoàn thành các tài liệu này1.2.1 tiêu chuẩn yêu cầuMột yêu cầu tiêu chuẩn có yêu cầu ID và không phải bị xóa bỏ. Nó có thể chỉ được đặt là "Trong phạm vi" hoặc "ra khỏi phạm vi" bằng cách thay đổi các ứng dụng.Tiêu chuẩn yêu cầu ví dụ là: SM-002, PM-003Tiêu chuẩn yêu cầu đối với các địa điểm cho đi bộ trong khách kết thúc với một "L", ví dụ là: SM-012-L1, PM-003-L2.Tiêu chuẩn yêu cầu đối với địa điểm cho các ngân hàng khách kết thúc với một "B", ví dụ là: SM-012-B1, PM-004-B2.Tiêu chuẩn yêu cầu đối với ngân hàng trực tuyến (ABMT) kết thúc với "O", ví dụ là: SM-012-O1, PM-004-O2.Tiêu chuẩn yêu cầu cho máy ATM (ABMT) kết thúc với "A", ví dụ là: SM-012-A1, PM-004-A2. Các yêu cầu tiêu chuẩn cho điện thoại ngân hàng (ABMT) được liệt kê trong chương 3.4 điện thoại ngân hàng.1.2.1.1 trong phạm viNếu áp dụng tiêu chuẩn yêu cầu được thiết lập để "Trong phạm vi", nó được thực hiện:• Là• Với sửa đổi, được mô tả trong phần ý kiến của các yêu cầu• Với bổ sung, được mô tả trong phần ý kiến của các yêu cầuPhần ý kiến của các yêu cầu cần có một lý do để thay đổi mặc định nếu các thiết lập mặc định của các yêu cầu tiêu chuẩn đã "ra khỏi phạm vi".1.2.1.2 ra khỏi phạm viNếu áp dụng tiêu chuẩn yêu cầu được thiết lập để "Ra khỏi phạm vi", nó không được thực hiện và sẽ không có sẵn trong các giải pháp. Phần ý kiến của các yêu cầu cần có một lý do để thay đổi mặc định nếu các thiết lập mặc định của các yêu cầu tiêu chuẩn là "trong phạm vi".1.2.2 bình luận về tiêu chuẩn yêu cầuBất kỳ dự án cụ thể bổ sung hoặc thay đổi cần lưu ý trong phần ý kiến của các yêu cầu tiêu chuẩn thích hợp.1.2.3 yêu cầu sự chấp thuận của các bên liên quanMỗi chương danh sách các yêu cầu cụ thể các bên liên quan nên xem xét và chấp thuận. Tài liệu liên quan1.3 liên quan đến tài liệuÝ kiến ngày tên tài liệu<> <> <> 1.4 các bên liên quan<>Vai trò bên liên quan<> WU ROM<> WU ATS<> Nhà phân tích hệ thống WU<> WU tuân thủ<> WU thẻ<> Các bên liên quan WU IP InfoSec<> WU pháp lý<> Tiếp thị WU<> Các bên liên quan viễn thông<> Đại lý hoạt động<> Đại lý kinh doanh bên liên quan1.5 ra khỏi phạm vi<>1,6 giai đoạn dự án<< nếu có những giai đoạn dự án, chỉ định chúng ở đây. Làm rõ ở đây trên trong phần ghi chú mà yêu cầu sẽ được xây dựng ở giai đoạn mà >>

Kết quả (Việt) 2:

1. Giới thiệu
1.1 Mục đích của tài liệu này
với các giải pháp chuyển WU MT đặc biệt được thực hiện với một đại lý, Hội Phụ nữ và các đại lý phải đồng ý theo yêu cầu. Tài liệu này sẽ phục vụ cho mục đích này. Nó phải được thực hiện đúng cách và ký tắt của các bên liên quan có liên quan của Hội Phụ nữ và các đại lý.
Bất kỳ giải pháp WU MT có được phù hợp với các tiêu chuẩn WU càng nhiều càng tốt. Tài liệu này sẽ truyền thông những tiêu chuẩn dưới dạng một danh sách kiểm tra yêu cầu. Nếu các ứng dụng trong danh sách kiểm tra được thay đổi, nó có nghĩa là độ lệch tiêu chuẩn. Sai lệch như vậy là chấp nhận được nếu có một lý do kinh doanh tốt và nếu họ đồng ý về với các đại lý và WU.
Ngoài các tiêu chuẩn WU, các giải pháp đã đáp ứng được nhu cầu đại lý. Vì vậy tài liệu này cũng chứa các yêu cầu cụ thể của dự án đáp ứng nhu cầu của các đại lý và các nhu cầu cho giải pháp này MT cụ thể. Ngoài ra các yêu cầu cụ thể của dự án được thống nhất với các đại lý và WU.
1.2 Làm thế nào để đọc và hoàn thành tài liệu này
1.2.1 Yêu cầu tiêu chuẩn
Một yêu cầu tiêu chuẩn có một ID yêu cầu và không được xóa. Nó chỉ có thể được thiết lập để "Trong phạm vi" hay "Out phạm vi" bằng cách thay đổi các ứng dụng.
ví dụ yêu cầu tiêu chuẩn là: SM-002, PM-003
yêu cầu tiêu chuẩn cho các vị trí cho đi bộ trong các khách hàng kết thúc với một "L", ví dụ là : SM-012-L1, PM-003-L2.
yêu cầu tiêu chuẩn cho các vị trí cho khách hàng ngân hàng kết thúc với một "B", ví dụ là:. SM-012-B1, PM-004-B2
yêu cầu tiêu chuẩn cho ngân hàng trực tuyến (ABMT) kết thúc với "O", ví dụ là:. SM-012-O1, PM-004-O2
yêu cầu tiêu chuẩn cho các máy ATM (ABMT) kết thúc với "A", ví dụ là: SM-012-A1, PM-004-A2.
Tiêu chuẩn yêu cầu đối với điện thoại ngân hàng (ABMT) được liệt kê trong chương 3.4 Điện thoại ngân hàng.
1.2.1.1 Trong Scope
Nếu yêu cầu tiêu chuẩn ứng dụng được thiết lập để "Trong phạm vi", nó được thực hiện:
• Khi được
• Với những sửa đổi, được mô tả trong phần ý kiến các yêu cầu
• Với bổ sung, được mô tả trong phần ý kiến của các yêu cầu
Các ý kiến phần của các yêu cầu cần có một lý do để thay đổi mặc định nếu các thiết lập mặc định của các yêu cầu tiêu chuẩn là "Out of phạm vi".
1.2.1.2 Out Phạm vi của các
yêu cầu tiêu chuẩn áp dụng Nếu được thiết lập để "Out phạm vi", nó không được thực hiện và sẽ không có sẵn trong dung dịch. Các ý kiến phần của các yêu cầu cần có một lý do để thay đổi mặc định nếu các thiết lập mặc định của các yêu cầu tiêu chuẩn là "Trong phạm vi".
1.2.2 Bình luận về yêu cầu tiêu chuẩn
Bất kỳ bổ sung hoặc thay đổi cụ thể của dự án cần được lưu ý trong phần ý kiến của yêu cầu tiêu chuẩn thích hợp.
1.2.3 Yêu cầu đã được phê duyệt bởi các bên liên quan
Mỗi chương sẽ liệt kê các yêu cầu các bên liên quan cụ thể nên xem xét và phê duyệt. Tài liệu liên quan
1.3 liên quan tài liệu
Comments Document Name Date
<>
<>
<>
1.4 Các bên liên quan
<>
Các bên liên quan Vai trò
<> WU ROM
<> WU ATS
<> WU Hệ thống phân tích
<> WU Tuân
<> WU thẻ
<> WU IP InfoSec các bên liên quan
<> WU pháp
<> WU thị
<> Telecom bên liên quan
<> Đại lý hoạt động
<> Đại lý kinh doanh các bên liên quan 1.5 Trong phạm vi <


>
Giai đoạn 1.6 Project
<< nếu có các giai đoạn của dự án, xác định chúng ở đây. Làm rõ ở đây vào trong phần ghi chú mà yêu cầu sẽ được xây dựng trong đó giai đoạn >>