CM level is used to identify level of CM change control procedure appl dịch - CM level is used to identify level of CM change control procedure appl Việt làm thế nào để nói

CM level is used to identify level

CM level is used to identify level of CM change control procedure applied to projects. There are 2 CM levels.
- Control level: Items put under this CM level are those retained for future reference, as opposed to revision. Therefore, change control procedure does not apply for those items. Examples include review records, project reports, emails, meeting minutes, status tracking records, etc. Those items are stored in accordance with the mechanism described in the CM plan.
- Baseline level: Items put under this CM level is subject to put under change control procedure and called Configuration Items (CI).
First of all, CIs can be divided in to some main categories: information, infrastructures.
Information Configuration Item (CI) is a unique identifiable work product that is considered as critical to defining properties of the final work product of projects. Therefore, any change to the CI may have some effects upon the properties of the final work product. That's why CIs are subject to be put under change control procedure.
Information CIs are classified into the following CSCI categories (called as CSCI – Computer Software Configuration Item). In normal case, CSCIs are:
- Project Management consists of project management CIs (see Process_Software Project Management for details). They include:
* Work products related to planning stage: proposal, estimation, work orders (internal or external), project plan, CM plan, Communication plan,
* Work products related to monitoring stage: project records, reports, change control reports
* Work products related to closing stage: post-mortem reports, Acceptance Note, CSS.
- Requirements and Design consists of the CIs that are work products of Requirement & Design processes. They include:
* Requirement analysis records, URD, SRS, requirement review records, RM sheet, requirement change records (see file Process_Requirement Development and Management.pdf for details),
* Architectural design, Detail design, Screen design, review reports, Design Plan (see file Process_Design.pdf for details)
- Build consists of all CIs that are produced by Coding and Testing activities. We can further categorize the CIs in Build into:
* Code: Source code, coding plan, integration plan. (see file Process_Coding.pdf for details)
* Support documents: User manuals, Release note, System description, review records, coding summary reports.
* Test: Test cases/test procedures/test scripts, Test plan, Test design/Test viewpoint, Test data, Test report, Defect list (see file Process_Test.pdf for details)
- Process consists of rules, guideline, standards, templates, forms and checklists including Design standards/procedures and Coding convention/standards. If project uses standards from QMS or handbooks, do not need to list them as CIs.
Infrastructure consists of CIs used in creating and describing work products which related hardware, software, equipments, network connections for Development, Test and Deployment enviroments. Infrastructure is classified into the following CSCI categories:
- Hardware includes database/ application/web servers, mainframes, desktop PCs, laptops, and other critical hardware.
- Software includes application software, middleware, operating systems, development tools, documentation tools and utilities either owned by or licensed to FPT Software or customer supplied.
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
CM level is used to identify level of CM change control procedure applied to projects. There are 2 CM levels.- Control level: Items put under this CM level are those retained for future reference, as opposed to revision. Therefore, change control procedure does not apply for those items. Examples include review records, project reports, emails, meeting minutes, status tracking records, etc. Those items are stored in accordance with the mechanism described in the CM plan. - Baseline level: Items put under this CM level is subject to put under change control procedure and called Configuration Items (CI). First of all, CIs can be divided in to some main categories: information, infrastructures. Information Configuration Item (CI) is a unique identifiable work product that is considered as critical to defining properties of the final work product of projects. Therefore, any change to the CI may have some effects upon the properties of the final work product. That's why CIs are subject to be put under change control procedure. Information CIs are classified into the following CSCI categories (called as CSCI – Computer Software Configuration Item). In normal case, CSCIs are: - Project Management consists of project management CIs (see Process_Software Project Management for details). They include: * Work products related to planning stage: proposal, estimation, work orders (internal or external), project plan, CM plan, Communication plan, * Work products related to monitoring stage: project records, reports, change control reports * Work products related to closing stage: post-mortem reports, Acceptance Note, CSS. - Requirements and Design consists of the CIs that are work products of Requirement & Design processes. They include: * Requirement analysis records, URD, SRS, requirement review records, RM sheet, requirement change records (see file Process_Requirement Development and Management.pdf for details), * Architectural design, Detail design, Screen design, review reports, Design Plan (see file Process_Design.pdf for details) - Build consists of all CIs that are produced by Coding and Testing activities. We can further categorize the CIs in Build into: * Code: Source code, coding plan, integration plan. (see file Process_Coding.pdf for details) * Support documents: User manuals, Release note, System description, review records, coding summary reports. * Test: Test cases/test procedures/test scripts, Test plan, Test design/Test viewpoint, Test data, Test report, Defect list (see file Process_Test.pdf for details) - Process consists of rules, guideline, standards, templates, forms and checklists including Design standards/procedures and Coding convention/standards. If project uses standards from QMS or handbooks, do not need to list them as CIs.Infrastructure consists of CIs used in creating and describing work products which related hardware, software, equipments, network connections for Development, Test and Deployment enviroments. Infrastructure is classified into the following CSCI categories:- Hardware includes database/ application/web servers, mainframes, desktop PCs, laptops, and other critical hardware.- Software includes application software, middleware, operating systems, development tools, documentation tools and utilities either owned by or licensed to FPT Software or customer supplied.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Mức độ CM được sử dụng để xác định mức độ của thủ tục kiểm soát thay đổi CM áp dụng cho các dự án. Có 2 mức độ CM.
- Cấp độ điều khiển: Items đặt dưới mức CM này là những người giữ lại để tham khảo trong tương lai, như trái ngược với sửa đổi. Do đó, thủ tục kiểm soát thay đổi không áp dụng cho những mặt hàng. Các ví dụ bao gồm hồ sơ xem xét, báo cáo dự án, email, biên bản họp, hồ sơ theo dõi trạng thái, vv Những mặt hàng được lưu trữ theo cơ chế được mô tả trong kế hoạch CM.
- Cấp độ cơ bản: mục đặt dưới mức CM này có thể được đặt dưới sự thay đổi . thủ tục kiểm soát và gọi là mục cấu hình (CI)
Trước hết, tổ chức tín dụng có thể được chia thành một số loại chính:. thông tin, cơ sở hạ tầng
thông tin cấu hình mục (CI) là một sản phẩm công việc mang tính chất duy nhất được coi là quan trọng đối với các thuộc tính xác định của sản phẩm công việc cuối cùng của dự án. Do đó, bất kỳ thay đổi để các CI có thể có một số tác dụng của những đặc tính của sản phẩm công việc cuối cùng. Đó là lý do tại sao các TCTD có thể được đặt dưới sự kiểm soát thủ tục thay đổi.
Thông tin TCTD được phân loại thành các loại CSCI sau (gọi là CSCI - Phần mềm Computer Configuration Item). Trong trường hợp bình thường, CSCIs là:
- Quản lý dự án bao gồm các tổ chức tín dụng quản lý dự án (xem Quản lý dự án Process_Software để biết chi tiết). Chúng bao gồm:
* Các sản phẩm làm việc liên quan đến giai đoạn quy hoạch: đề xuất, dự toán, đơn đặt hàng làm việc (nội bộ hay bên ngoài), kế hoạch dự án, kế hoạch CM, kế hoạch truyền thông,
* Các sản phẩm làm việc liên quan đến giai đoạn quản: hồ sơ dự án, báo cáo, báo cáo kiểm soát thay đổi
* Làm việc các sản phẩm liên quan đến giai đoạn đóng cửa. báo cáo khám nghiệm tử thi, Chấp Note, CSS
- các yêu cầu và thiết kế bao gồm các tổ chức tín dụng là sản phẩm công việc của quá trình Yêu cầu & Design. Chúng bao gồm:
* Hồ sơ phân tích yêu cầu, URD, SRS, xem xét yêu cầu hồ sơ, tờ RM, thay đổi yêu cầu hồ sơ (xem tập tin Process_Requirement Phát triển và Management.pdf để biết chi tiết),
* Thiết kế kiến trúc, Thiết kế chi tiết, thiết kế màn hình, các báo cáo rà soát, Kế hoạch Thiết kế (xem Process_Design.pdf tập tin để biết chi tiết)
- Diện tích xây dựng bao gồm tất cả các tổ chức tín dụng được sản xuất bằng cách Mã hóa và thử nghiệm hoạt động. Chúng tôi có thể tiếp tục phân loại các tổ chức tín dụng trong xây dựng thành:
* Mã: mã nguồn, kế hoạch mã hóa, kế hoạch hội nhập. (xem Process_Coding.pdf tập tin để biết chi tiết)
* Hỗ trợ tài liệu: hướng dẫn sử dụng tài khoản, phát hành lưu ý, mô tả hệ thống, hồ sơ xét, mã hóa các báo cáo tóm tắt.
* Kiểm tra: Kiểm tra các trường hợp / thủ tục kiểm tra / kịch bản thử nghiệm, kế hoạch kiểm tra, thiết kế thử nghiệm / thử nghiệm quan điểm, dữ liệu kiểm tra, báo cáo kiểm tra, danh sách Defect (xem Process_Test.pdf tập tin để biết chi tiết)
- quy trình bao gồm các quy tắc, hướng dẫn, tiêu chuẩn, mẫu, hình thức và danh sách kiểm tra bao gồm các tiêu chuẩn thiết kế / thủ tục và mã ước / tiêu chuẩn. Nếu dự án sử dụng các tiêu chuẩn từ QMS hoặc sổ tay, không cần phải liệt kê ra như TCTD.
Cơ sở hạ tầng bao gồm các tổ chức tín dụng trong việc tạo ra và mô tả sản phẩm công việc mà liên quan đến phần cứng, phần mềm, thiết bị, kết nối mạng cho phát triển, thử nghiệm và các môi trường triển khai. Cơ sở hạ tầng được phân thành các loại CSCI sau:
- Phần cứng bao gồm cơ sở dữ liệu / ứng dụng / máy chủ web, máy tính lớn, máy tính để bàn, máy tính xách tay, và phần cứng quan trọng khác.
- Phần mềm bao gồm các phần mềm ứng dụng, trung gian, hệ điều hành, công cụ phát triển, công cụ tài liệu và tiện ích hoặc thuộc sở hữu hoặc cấp phép cho FPT Software hoặc khách hàng cung cấp.
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2025 I Love Translation. All reserved.

E-mail: