Free Printable Test234

Worksheets

Test234

Total questions: 108

Worksheet time: 36mins

Name

Class

Date

Khi trao đổi với nhóm PHÁT TRIỂN về giải pháp cho một YCPT, BA KHÔNG bắt buộc làm rõ nội dung nào sau đây?

Mục đích của yêu cầuD4:G101

Tính khả thi của hệ thống hiện tại

Chi tiết thiết kế (Cơ sở dữ liệu, Service tích hợp,…)

Sơ đồ luồng dữ liệu giữa các hệ thống dự kiến

Nội dung TỐI THIỂU cần phải có trong tài liệu "Phiếu yêu cầu phát triển" là gì?

Đơn vị và đầu mối liên hệ để làm rõ yêu cầu

Sự cần thiết của yêu cầu (Mục đích, lợi ích mang lại)

Mô tả sơ bộ các luồng chức năng và đối tượng sử dụng chức năng đó

Nội dung TỐI THIỂU cần phải có trong tài liệu "Phiếu yêu cầu phát triển" là gì?

Đơn vị và đầu mối liên hệ để làm rõ yêu cầu

Sự cần thiết của yêu cầu (Mục đích, lợi ích mang lại)

Mô tả sơ bộ các luồng chức năng và đối tượng sử dụng chức năng đó

Nội dung TỐI THIỂU cần phải có trong tài liệu "Thiết kế chi tiết kỹ thuật" là gì?

Thiết kế chức năng: thiết kế giao diện, thiết kế dữ liệu, thiết kế logic xử lý

Thiết kế báo cáo truy vấn

Các hệ thống bị ảnh hưởng trong quá trình phát triển (chi tiết tới từng chức năng/Hệ thống)

Thiết kế đảm bảo lập trình an toàn và Các tiêu chí về an toàn thông tin theo Quy chế ATTT ban hành theo từng thời kỳ

Nội dung TỐI THIỂU cần phải có trong tài liệu "Tài liệu thiết kế kiến trúc tổng thể" là gì?

Tổng quan thiết kế: Sơ đồ tổng quan thiết kế kiến trúc hệ thống

Sơ đồ luồng xử lý tập trung vào kết nối giữa các hệ thống

Service tích hợp giữa hệ thống (Intergartion view)

Cách thức gửi email thông báo tới đầu mối Khối TCKT để lấy ý kiến phản hồi liên quan đến "Hạch toán kế toán" (nếu có) cho YCPT là những cách nào sau đây?

PO/BA gửi email tới địa chỉ: chedoketoanvathue@mbbank.com.vn

Hệ thống Jira sẽ tự động gửi email cho khối TCKT khi YCPT/US được chuyển Status sang READY FOR DEV

Không cần gửi email xin ý kiến TCKT, chỉ cần PO đồng ý

Nhóm công việc Scrum Master bao gồm những gì?

Quản lý, điều phối Agile team

Coaching đào tạo: Aglie/Scrum

Xử lý Impediment

Quản lý truyền thông thông tin

Trong HƯỚNG DẪN ĐÁNH GIÁ VÀ THỰC HIỆN KIỂM THỬ HIỆU NĂNG Đầu mối đánh giá về việc cần Performance Test

SA (Kiến trúc)

DEV LEAD

Các Vai trò tham giá đánh giá ảnh hưởng dịch vụ thuộc trách nhiệm của role nào

DEV

TEST

Kinh doanh

10.

Các YCPT bắt buộc phải thực hiện đánh giá an ninh (Pentest) trước khi golive

Các hệ thống / dịch vụ / chức năng sẽ PUBLIC INTERNET

Các hệ thống MỚI (chưa từng pentest) triển khai ở INTERNAL

Các hệ thống / dịch vụ / chức năng sẽ triển khai trên môi trường CLOUD

11.

Trong quá trình thực hiện Sprint của Team Agile, tình huống nào là IMPEDIMENT ?

Thiếu tài liệu hoặc hướng dẫn cần thiết.

Thành viên team nghỉ phép hoặc ốm đau.

Thiếu giao tiếp hoặc thông tin giữa các thành viên team

Sự thiếu kết nối internet hoặc mạng nội bộ không ổn định.

12.

Trong một Sprint của team Agile, các tài liệu nào được review trong buổi Mini Review

Tài liệu thiết kế chi tiết

Test Design

Testcases for DEV

Testcases for Auto

13.

Tài liệu Thiết kế kiến trúc hệ thống tổng thể cần những vai trò nào tham gia xây dựng/review/phê duyệt

DEV

TESTER

Kiến trúc sư

14.

Tài liệu Kịch bản kiểm thử và Biên bản kiểm thử cần những vai trò nào tham gia review/phê duyệt

ĐVYC/PO

DEV

TESTER

15.

Theo Hướng dẫn phân loại yêu cầu phát triển (YCPT). Yêu cầu phát triển được coi là có mức độ rủi ro Cao trong những tình huống nào?

Có tác động đến hệ thống cấp độ 3 trở lên theo danh sách phân loại cấp độ các hệ thống thông tin của MB (ban hành theo từng thời kỳ)

Không có tác động đến thông tin khách hàng đang quản lý tại hệ thống T24/ Way4. Không có tác động đến số liệu tài chính của Khách hàng

Có kết nối với các đối tác bên ngoài MB hoăc Có quy định về các tiêu chuẩn bảo mật riêng theo từng hệ thống

16.

Theo Hướng dẫn phân loại yêu cầu phát triển (YCPT).Tiêu chí phân loại yêu cầu dựa trên yếu tố nào

Mức độ rủi ro

Mức độ phức tạp

Cấp độ an toàn hệ thống thông tin

17.

Chọn các đáp án mô tả mục đích của quy trình Quản lý yêu cầu dịch vụ CNTT tại MB là gì?

Quy trình nhằm chuẩn hóa các bước từ khi tiếp nhận đến khi xử lý và đóng yêu cầu của người dùng sử dụng các dịch vụ CNTT

Kiếm soát được trạng thái, tiến độ của các sự cố CNTT từ lúc sự cố được phát hiện tới khi đóng sự cố

Quản lý các yêu cầu dịch vụ CNTT của người dùng

Kiểm soát được trạng thái của các yêu cầu kể từ thời điểm khởi tạo cho đến khi đóng yêu cầu nhằm đảm bảo chất lượng dịch vụ mà Khối CNTT cung cấp cho người dùng theo như SLA cam kết

18.

Anh/ Chị là một nhân sự hỗ trợ Level 2. Anh/ Chị nhận thấy thời gian gần đây yêu cầu từ L1 chuyển sang L2 quá nhiều làm Anh/ Chị khá tốn thời gian xử lý. Anh/ Chị nên làm gì?

Cứ hỗ trợ theo yêu cầu, không cần làm gì cả.

Rà soát xem tại sao các yêu cầu chuyển L2 lại phát sinh nhiều

Suy nghĩ tìm phương án tối ưu, báo cáo CBQL để cùng thống nhất phương án hiệu quả

Anh/ Chị từ chối vì không đủ thời gian xử lý các yêu cầu hỗ trợ, các việc xử lý lỗi và triển khai dự án đã mất quá nhiều thời gian rồi

19.

Anh/ Chị là nhân sự tham gia trong nhóm xử lý sự cố. trách nhiệm của Anh/ Chị gồm:

Kịp thời nắm bắt thông tin sự cố, phối hợp các bên điều tra nguyên nhân và đưa ra biện pháp xử lý

Thông báo tới Khối Chủ sở hữu dịch vụ và Đối tác

Triển khai hoặc phối hợp triển khai giải pháp khôi phục dịch vụ kịp thời khi được phê duyệt giải pháp

Thông tin tới Level 1 về thời gian dự kiến cho việc khôi phục lại dịch vụ

20.

Change không qua hội đồng CAB tập trung bao gồm

Change thuộc cấp phát hạ tầng, tài nguyên clone dữ liệu

Change cấp Policy- cấp user đặc biệt

SWAT change

Change thuộc nhóm YCPT L3, L4

21.

Một số các nguyên tắc thiết kế kiến trúc hệ thống vừa đảm bảo tính sẵn sàng vừa đảm bảo an toàn bao và toàn vẹn gồm:

- Sử dụng giải pháp cân bằng tải - Sử dụng các giải pháp hạ tầng có hỗ trợ scale theo chiều ngang và chiều dọc - Thiết kế đảm bảo tính HA - Đảm bảo cơ chế sao lưu, đồng bộ trong trường hợp sự cố an ninh.

Đảm bảo dịch vụ được quy hoạch trên đúng lớp mạng dành riêng cho môi trường LIVE hoặc DEV/ UAT

Thiết kế dùng chung lớp mạng dành cho tất cả các môi trường

Không có phương án đúng

22.

Change coor lưu ý gì khi đính kèm tài liệu liên quan đến đánh giá ATTT?

Không đính kèm biên bản đánh giá chi tiết (BM02) các lỗi hổng an ninh do trong biên bản có POC chi tiết step by step cách thức khai thác và chứa nhiều thông tin nhạy cảm của hệ thống.

Với 01 change thực hiện pentest trên nhiều tính năng, Change coor lưu ý khi đính kèm BB Pentest (BM04) lên SDP, cần bổ sung vào trong mô tả (Descriptione) của change ghi rõ tên file kết quả tương ứng từng tính năng/chức năng Pentest

Không cần lưu ý

Đảm bảo phạm vi golive tương đồng với phạm vi đã được đánh giá ATTT

23.

Trước khi gửi yêu cầu đanh giá ATTT sản phẩm, BDA cần đảm bảo điều kiện gì?

Sảm phẩm đã được đóng gói, không còn sự tác động của các đơn vị khác ngoài team pentest

Thực hiện song song giữa DEV/TEST và PENTEST

Hoàn thành dev; test logic; test SIT/UAT

Cả 3 đáp án trên

24.

Các hình thức Phishing phổ biến?

Phishing qua email; giả mạo website nội bộ; link liên kết;...

Phishing qua các kênh tương tác nội bộ; tin nhắn; điện thoại,...

Phishing trực tiếp

Cả 3 đáp án trên

25.

Các hành vi nào sau đây bị nghiêm cấm với tất cả cán bộ nhân viên tại MB?

Sử dụng các thiết bị lưu trữ di động tại MB

Thiết lập hệ thống thông tin giả mạo, lừa đảo, chiếm đoạt tài sản, đánh bạc, các hành động vi phạm pháp luật, kinh doanh trái pháp luật khác

Lợi dụng hoặc lạm dụng sử dụng tài sản CNTT, hệ thống mạng, tài nguyên của MB để vi phạm pháp luật, gây mất trật tự, an toàn xã hội, xâm phạm quyền và lợi ích hợp pháp của cơ quan, tổ chức, cá nhân hoặc để trục lợi

Thu thập, sử dụng, lưu trữ, phát tán các thông tin, tài liệu: vi phạm pháp luật, phản động, phá hoại khối đại đoàn kết toàn dân tộc, xuyên tạc, xúc phạm tôn giáo, phân biệt đối xử về giới, phân biệt chủng tộc, phá hoại thuần phong, mỹ tục của dân tộc, đạo đức xã hội, sức khỏe của cộng đồng

26.

Chức năng nhiệm vụ của Khối CNTT gồm

Tham mưu cho Hội đồng Quản trị, Tổng Giám Đốc về việc nghiên cứu, xây dựng định hướng chiến lược CNTT, ứng dụng và phát triển CNTT linh hoạt, tự chủ đáp ứng yêu cầu kinh doanh và quản trị điều hành của MBGroup theo từng thời kỳ

Quản lý và tổ chức triển khai các hoạt động phát triển, vận hành, cung cấp các sản phẩm dịch vụ CNTT đáp ứng yêu cầu của đơn vị kinh doanh và phù hợp với định hướng chiến lược của MB

Tổ chức, quản lý hoạt động CNTT Tập đoàn bám sát chiến lược của MBGroup

Quản lý nhân sự CNTT

27.

Đơn vị chịu trách nhiệm xử lý các yêu cầu mức 1 (Level 1) trong quá trình vận hành/sử dụng/khai thác hệ thống CNTT của người dùng

Phòng Hỗ trợ dịch vụ CNTT

Phòng CNTT Miền Trung

Phòng CNTT Miền Nam

Phòng Vận hành hệ thống CNTT

28.

Khi trao đổi với nhóm PHÁT TRIỂN về giải pháp cho một YCPT, BA KHÔNG bắt buộc làm rõ nội dung nào sau đây?

Mục đích của yêu cầuD4:G101

Tính khả thi của hệ thống hiện tại

Chi tiết thiết kế (Cơ sở dữ liệu, Service tích hợp,…)

Sơ đồ luồng dữ liệu giữa các hệ thống dự kiến

29.

Tài liệu thiết kế kiến trúc tổng thể bắt buộc với các loại yêu cầu phát triển nào ?

Bắt buộc với tất cả YCPT

Bắt buộc với YCPT L4

Bắt buộc từ YCPT L3 trở lên

Bắt buộc từ YCPT L2 trở lên

30.

Có bắt buộc phải sử dụng và đính kèm Checklist "Tiêu chí phân loại YCPT" lên Release Note khi tạo Change golive không?

Bắt buộc

Không bắt buộc

31.

Ai là chủ sở hữu của Product backlog

Scrum Master

Product Owner

Product Manager

The Customer

32.

Đâu KHÔNG phải là vai trò của Product Owner

Chịu trách nhiệm trực tiếp về việc phát triển sản phẩm đáp ứng được các nhu cầu và mong muốn của người dung cuối cũng như kế hoạch phát triển sản phẩm theo các MVP

Cung cấp đầy đủ các thông tin mô tả rõ ràng về yêu cầu phần mềm và xác nhận đặc tả yêu
cầu

Tổ chức và điều phối các sự kiện cho các team Agile : Daily, Sprint
planning, sprint review, sprint retrospective

Viết tài liệu hướng dẫn sử dụng và đào tạo người dùng cuối

33.

Yêu cầu phát triển Level 3 ( YCPT_L3) là

Yêu cầu phát triển thông thường và có mức độ rủi ro thấp

Yêu cầu phức tạp và có mức độ rủi ro thấp

Yêu cầu phát triển thông thường và có mức độ rủi ro cao

Yêu cầu phức tạp và có mức độ rủi ro cao

34.

Cấp phê duyệt biên bản nghiệm thu UAT của NGHIỆP VỤ với loại YCPT L4

GĐ/PGĐ trung tâm Nghiệp vụ

Trưởng/Phó phòng Nghiệp vụ

GĐ/PGĐ Khối Nghiệp vụ (hoặc PGĐ/GĐ Nhà máy trong trường hợp các team thuộc Nhà máy)

35.

Thời hạn đăng ký change bảo vệ và hoàn thiên điều kiện bảo vệ Change hàng tuần

Trước 17h thứ 2 hàng tuần

Trước 17h thứ 3 hàng tuần

Trước 17h thứ 4 hàng tuần

36.

Vai trò và trách nhiệm đánh giá ảnh hưởng dịch vụ của role Test

Chịu trách nhiệm chỉ ra các thay đổi nghiệp vụ: Sản phẩm, chức năng trong tài liệu đặc tả( initiative/Epic/us/es)

Chịu trách nhiệm chỉ ra các tác động những thay đổi về kiến trúc, thiết kế code, các tham số hệ thống …trong tài liệu thiết kế chi tiết và các tài liệu khác có liên quan

Chịu trách nhiệm đánh giá phạm vi ảnh hưởng dựa trên tài liệu đặc tả và tài liệu thiết kế chi tiết để xây dựng chiến lược kịch bản test phù hợp

37.

Vai trò và trách nhiệm đánh giá ảnh hưởng dịch vụ của role BA

Chịu trách nhiệm chỉ ra các thay đổi nghiệp vụ: Sản phẩm, chức năng trong tài liệu đặc tả( initiative/Epic/us/es)

Chịu trách nhiệm đánh giá phạm vi ảnh hưởng dựa trên tài liệu đặc tả và tài liệu thiết kế chi tiết để xây dựng chiến lược kịch bản test phù hợp

38.

Vai trò và trách nhiệm đánh giá ảnh hưởng dịch vụ của role DEV

Chịu trách nhiệm chỉ ra các thay đổi nghiệp vụ: Sản phẩm, chức năng trong tài liệu đặc tả( initiative/Epic/us/es)

Chịu trách nhiệm đánh giá phạm vi ảnh hưởng dựa trên tài liệu đặc tả và tài liệu thiết kế chi tiết để xây dựng chiến lược kịch bản test phù hợp

39.

Thành phần CAB của TTVH đối với change qua Hội đồng CAB tập trung

GĐ TTVH (hoặc PGĐ TTVH được ủy quyền).

TP/PP mảng AM, OM

DBA; OPN (nếu có liên quan)

Tất cả đáp án trên

40.

Là thành viên team Agile, trong quá trình thực hiện Sprint, bạn nhận thấy rằng một thành viên chủ chốt của team phải nghỉ phép khẩn cấp vì lý do cá nhân và sẽ vắng mặt một tuần. Công việc của người này rất quan trọng và không thể tiến hành mà không có họ. Bạn sẽ làm gì ?

Thông báo ngay cho Scrum Master để tìm giải pháp

Cố gắng phân công công việc của người này cho các thành viên khác

Đợi người này quay lại rồi tiếp tục công việc

Báo cáo vấn đề lên Product Owner

41.

Trong một Sprint của team Agile, Mini Review được tổ chức mấy lần ?

1 lần

2 lần

1 lần hoặc nhiều lần phụ thuộc vào thời gian hoàn thiện của các giao phẩm

42.

DOD (Definition of Done) tiêu chí xác định hoàn thành đối với các yêu cầu được định nghĩa

Là tập hợp các tiêu chí cần phải đạt được trước khi tuyên bố hoàn thành bất kỳ một giao phẩm hay một giai đoạn nào đó trong quá trình phát triển

Là tập hợp các điều kiện thỏa mãn để đảm bảo tính sẵn sàng cho việc thực hiện 1 công việc, chuyển giao sang một giai đoạn khác của quá trình phát triển

43.

Definition of Ready – tiêu chí đầu vào, trước khi sản xuất được định nghĩa

Là tập hợp các tiêu chí cần phải đạt được trước khi tuyên bố hoàn thành bất kỳ một giao phẩm hay một giai đoạn nào đó trong quá trình phát triển

44.

Theo quy trình quản lý yêu cầu khái niệm Yêu cầu dịch vụ (Service Request) được hiểu như thế nào là đúng nhất?

là yêu cầu từ đối tác về thông tin hoặc cho những thay đổi nhỏ có rủi ro thấp, được thực hiện thường xuyên, chi phí thấp, v.v.

là yêu cầu từ người dùng về phát triển phần mềm hoặc cho những thay đổi nhỏ có rủi ro thấp, được thực hiện thường xuyên, chi phí thấp, v.v.

là yêu cầu từ người dùng về thông tin hoặc cho những thay đổi khẩn cấp, được thực hiện thường xuyên, chi phí thấp, v.v.

là yêu cầu từ người dùng về thông tin hoặc cho những thay đổi nhỏ có rủi ro thấp, được thực hiện thường xuyên, chi phí thấp, v.v.

45.

Trường hợp Anh/ Chị là nhân sự Level 2 tiếp nhận được một Yêu cầu phối hợp để xử lý sự cố hoặc yêu cầu hỗ trợ nhưng OLA cho phép xử lý quá ít, Anh/ Chị có thể tự ý điều chỉnh lại để tăng thời gian OLA lên không?

Có thể điều chỉnh vì có quyền chỉnh sửa hầu hết các thuộc tính trên ticket.

Không được phép tự ý thay đổi OLA vì OLA cần đảm bảo tuân thủ theo SLA cam kết với người dùng.

Không cần quan tâm đến OLA, cứ làm theo khả năng bao giờ hoàn thành thì thôi.

Từ chối yêu cầu phối hợp vì không đủ thời gian.

46.

Mục tiêu của Quy trình quản lý thay đổi

Quy trình đảm bảo hoạt động bình thường của dịch vụ được khôi phục nhanh nhất có thể và giảm thiểu tối đa sự ảnh hưởng tới tổ chức kinh doanh

Quy trình chịu trách nhiệm quản lý toàn bộ vòng đời của mọi yêu cầu dịch vụ

Quy trình cho phép các thay đổi có lợi được thực hiện, đồng thời giảm thiểu tối đa gián đoạn dịch vụ CNTT

Quản lý vấn đề chủ động chống lại các sự cố kể từ lúc xảy ra và tối thiểu hóa ảnh hưởng của các sự cố mà nó không thể ngăn chặn được

47.

Công tác phân loại mức độ ưu tiên của sự cố được dựa trên các yếu tố nào?

Mức độ ảnh hưởng và mức độ khẩn cấp

Mức độ ảnh hưởng và phạm vị ảnh hưởng

Thời gian xử lý sự cố

Mức độ quan trọng của hệ thống đang gặp sự cố

48.

Mục tiêu của Quy trình quản lý sự cố?

Quản lý sự cố đảm bảo tìm ra nguyên nhân gốc rễ của sự cố lặp đi lặp lại nhiều lần và giảm thiểu tối đa sự ảnh hưởng tới tổ chức kinh doanh

Quy trình chịu trách nhiệm quản lý toàn bộ vòng đời của mọi yêu cầu dịch vụ

Quản lý sự cố đảm bảo hoạt động bình thường của dịch vụ được khôi phục nhanh nhất có thể và giảm thiểu tối đa sự ảnh hưởng tới tổ chức kinh doanh

Quản lý chủ động chống lại các sự cố kể từ lúc xảy ra và tối thiểu hóa ảnh hưởng của các sự cố mà nó không thể ngăn chặn được

49.

Theo quy trình "Quản lý thay đổi" định nghĩa thế nào là "Thay đổi khẩn cấp"

Là những thay đổi đã được đánh giá tác động và có các quy định hoặc hướng dẫn thực hiện đã được phê chuẩn

Là những thay đổi không cần phê duyệt

Là những thay đổi cần thực hiện càng sớm càng tót nhằm đối phó với các tính huống sự cố lớn hoặc ngăn chặn các rủi ro về an toàn và bảo mật thông tin

Là các thay đổi thực hiện theo chỉ thị của Lãnh đạo

50.

Cam kết chất lượng dịch vụ nội bộ OLA (Operation Level Agreement), tại MB được định nghĩa như thế nào?

Là văn bản thỏa
thuận giữa Khối CNTT và Người dùng về thời gian và chất lượng dịch vụ được cung
cấp.

OLA (Operation Level Agreement): Cam kết chất lượng dịch vụ nội bộ đơn
vị, là văn bản thỏa thuận giữa các Phòng/Trung tâm nội bộ trong Khối CNTT về thời
gian và chất lượng dịch vụ được các Phòng/Trung tâm cung cấp cho nhanh

Là cam kết về thời gian xử lý với đối tác của MBBank

Là cam kết về thời gian xử lý đối với các bên liên quan

51.

Khái niệm cam kết chất lượng dịch vụ SLA (Service Level Agreement), tại MB được định nghĩa như thế nào?

SLA (Service Level Agreement): Cam kết chất lượng dịch vụ, là văn bản thỏa
thuận giữa Khối CNTT và Người dùng về thời gian và chất lượng dịch vụ được cung
cấp.

Là cam kết về thời gian xử lý đối với các bên liên quan

Là cam kết về thời gian xử lý với đối tác của MBBank

Cam kết chất lượng dịch vụ nội bộ đơn
vị, là văn bản thỏa thuận giữa các Phòng/Trung tâm nội bộ trong Khối CNTT về thời
gian và chất lượng dịch vụ được các Phòng/Trung tâm cung cấp cho nhanh

52.

Định nghĩa về "Mức độ khẩn cấp" theo quy trình quản lý yêu cầu

Là mức độ quan trọng của yêu cầu

Là mức độ rủi ro của yêu cầu

Là mức độ cần phải đáp ứng nhanh chóng yêu cầu hỗ trợ mà người dùng đòi hỏi

Là mức độ để đánh giá phạm vi ảnh hưởng, tính chất nghiêm trọng của sự cố

53.

Định nghĩa về "Mức độ ảnh hưởng" theo quy trình quản lý sự cố

Là mức độ quan trọng của yêu cầu

Là mức độ để đánh giá phạm vi ảnh hưởng, tính chất nghiêm trọng của sự cố

Là mức độ cần phải đáp ứng nhanh chóng yêu cầu hỗ trợ mà người dùng đòi hỏi

Là mức độ rủi ro của sự cố

54.

Định nghĩa về "giải pháp tạm thời" theo quy trình quản lý sự cố

Là phương án xử lý tình thế để khắc phục sự việc ngay tại thời điểm phát sinh khi chưa có giải pháp xử lý triệt để

Là phương án xử lý triệt để các vấn đề công nghệ thông tin

Là nguyên nhân gốc rễ của một vấn đề

Là một gián đoạn không có kế hoạch của dịch vụ công nghệ thông tin

55.

Định nghĩa đơn vị hỗ trợ mức 1 (level 1) theo quy trình quản lý yêu cầu

IT hỗ trợ tại chi nhánh

Cán bộ thuộc các đơn vị ngoài MB

Cán bộ thuộc TTPT

Cán bộ kỹ thuật xử lý ở cấp độ 1 bao gồm SD/OM, SD/OM manager, Phòng mạng và thiết bị đầu cuối

56.

Định nghĩa về nhóm xử lý sự cố

Là một nhóm thuộc TTVH

Một nhóm được thành lập riêng biệt để xử lý sự cố

Tất cả các thành viên tham gia trong quá trình xử lý sự cố. Bao gồm các nhân sự chuyên trách thuộc khối CNTT, bao gồm nhưng không giới hạn Service Desk, Service Desk manager, Incident coor, L2 và nhân sự đối tác (nếu có), Incident manager nếu cần và nhân sự đại diện đơn vị nghiệp vụ trong trường hợp cần thiết

Là một nhóm thuộc TTPT

57.

Trong quá trình xử lý sự cố, nếu sự cố phát sinh có rủi ro tài chính, gây ảnh hưởng về tài chính cho khách hàng hoặc MB, sự cố này sẽ được đánh giá ảnh hưởng như thế nào?

Không có quy định

Mức nghiêm trọng hoặc mức cao tùy vào số lượng tổn thất

Mức trung bình

Mức thấp

58.

Anh/ Chị tiếp nhận được một yêu cầu với nội dung hỗ trợ khách hàng đang liên hệ trực tiếp tại quầy, mức độ khẩn cấp của yêu cầu này sẽ là?

Khẩn

Thông thường

Trung bình

Thấp

59.

Theo quy trình quản lý thay đổi khái niệm thay đổi (change) được hiểu như thế nào là đúng nhất?

Một gián đoạn có kế hoạch của dịch vụ CNTT hoặc giảm thiểu chất lượng dịch vụ CNTT.

Một gián đoạn không có kế hoạch của dịch vụ CNTT hoặc suy giảm chất lượng dịch vụ CNTT.

Là các tác động (thêm, chỉnh sửa, loại bỏ) làm một hoặc nhiều thành phần của hệ thống CNTT chuyển từ trạng thái hiện tại sang trạng thái mới, làm ảnh hưởng tới các dịch vụ/ sản phẩm

Một yêu cầu phát triển để khắc phục sự cố phát sinh trong quá trình vận hành dịch vụ CNTT.

60.

Theo quy trình quản lý thay đổi, các thay đổi nào sẽ cần phải đi qua cuộc họp CAB tập trung

Tất cả các thay đổi

Các thay đổi thuộc loại: YCPT L3, L4 và YCPT L2 (có downtime, thay đổi về hạ tầng, tác động tới quy trình phối hợp giữa các đơn vị nghiệp vụ, làm thay đổi quy trình vận hành, có kết nối với đối tác ngoài MB, thay đổi luồng hạch toán giao dịch), nâng cấp phiên bản, thay đổi hạ tầng và các thay đổi được CAB hoặc Service Owner yêu cầu qua Hội đồng CAB tập trung

Thay đổi là phát triển sản phẩm

Thay đổi gây downtime

61.

Một thay đổi muốn được golive sẽ cần phải đi qua các bước phê duyệt nào?

Phê duyệt lần 1: Change manager
Phê duyệt lần 2: CAB
Phê duyệt lần 3: Service Owner

Phê duyệt lần 1: CAB
Phê duyệt lần 2: Service Owner

Phê duyệt lần 1: Change manager
Phê duyệt lần 2: CAB

Phê duyệt lần 1: Change manager
Phê duyệt lần 2: Service Owner

62.

Theo hướng dẫn thực thi quy trình quản lý thay đổi, thời gian một thay đổi gây downtime được định nghĩa thế nào là đúng nhất?

Là khoảng thời gian từ lúc bắt đầu downtime cho tới khi ON dịch vụ (không phải thời gian từ lúc bắt đầu golive cho tới khi hoàn thành golive)

Là thời gian từ lúc bắt đầu golive cho tới khi hoàn thành golive

Là thời gian restart dịch vụ

Là thời gian deploy code

63.

Theo hướng dẫn thực thi quy trình quản lý thay đổi, thời gian một thay đổi gây downtime được định nghĩa thế nào là đúng nhất?

Là khoảng thời gian từ lúc bắt đầu downtime cho tới khi ON dịch vụ (không phải thời gian từ lúc bắt đầu golive cho tới khi hoàn thành golive)

Là thời gian từ lúc bắt đầu golive cho tới khi hoàn thành golive

Là thời gian restart dịch vụ

Là thời gian deploy code

64.

Anh/ chị đang thực hiện vai trò điều phối thay đổi (change coor). Sau khi change team thực hiện thay đổi thành công trên hệ thống, bạn cần làm gì tiếp theo?

Không cần làm gì

Báo cáo kết quả thay đổi (email) đính kèm biên bản nghiệm thu tới Change manager

Báo cáo kết quả thay đổi (email) đính kèm biên bản nghiệm thu tới Change manager, CAB, Change team, SO)

Báo cáo kết quả thay đổi (email) đính kèm biên bản nghiệm thu tới Change manager, CAB, Change team, SO), đơn vị yêu cầu thay đổi trong vòng 1 ngày sau khi hoàn thành các công việc thay đổi. Điều phối change team cập nhật trạng thái task thực thi, cập nhật thông tin khai báo YCTĐ đúng với thực tế: Golive date, downtime thực tế .... chuyển trạng thái YCTĐ

65.

Đối với change có Reason for change là Dự án thì cần phân loại YCPT loại mấy?

YCPT là: YCPT_L4

YCPT là: Khác (Không là YCPT)

YCPT là 1 trong 4 loại: YCPT_L1; YCPT_L2; YCPT_L3; YCPT_L4

66.

Phát biểu nào sau đây KHÔNG đúng về Tần suất
Hoạt động của Hội đồng CAB (Change Advisory Board)

Hội đồng CAB chỉ được tổ chức họp trực tiếp định kỳ 1 tuần 1 lần

Hoạt động đột xuất theo yêu cầu; nhằm rà soát và đánh giá tác động.

Hội đồng CAB được tổ chức họp trực tiếp định kỳ 1 tuần 1 lần

67.

Biểu mẫu BM05- Câu hỏi đánh giá tác động bắt buộc đối với loại change nào

Change qua hội đồng CAB tập trung

Change không qua hội đồng CAB tập trung

68.

Theo quy trình quản lý sự cố, Định nghĩa về sự cố mức ảnh hưởng cao?

-Với hệ thống CNTT quan trọng: Tính năng chính bị gián đoạn hoặc hoạt động không ổn định vào giờ dịch vụ
- Với các hệ thống CNTT thông thường: gây gián đoạn toàn bộ dịch vụ nhưng có giải pháp thay thế
- Có khiếu nại về rủi ro hoặc nguy cơ tài chính

Sự cố ảnh hưởng tới một nhóm người dùng cụ thể

Sự cố đơn lẻ chỉ ảnh hưởng tới số lượng ít khách hàng

Sự cố làm cho một tính năng bị gián đoạn hoặc không ổn định ngoài giờ dịch vụ

69.

Khái niệm Người dùng (Requester) tại MB được định nghĩa như thế nào là chính xác nhất?

Là nhân viên thuộc Khối khách hàng lớn (CIB)

Là nhân viên thuộc khối Tổ chức Nhân sự (HR)

Là các cán bộ, nhân viên thuộc MB sử dụng các dịch vụ CNTT được Khối CNTT cung cấp

Là nhân viên thuộc khối Vận hành

70.

Khi Anh/Chị phát sinh yêu cầu cần CNTT hỗ trợ thì anh chị sẽ làm gì?

Vào trang https://hotrocntt.mbbank.com.vn tạo yêu cầu chọn mẫu gửi yêu cầu của dịch vụ/hệ thống cần hỗ trợ.

Vào trang https://portal.mbbank.com.vn vào mô hình tổ chức và lấy số điện thoại của bất kỳ nhân viên trong khối CNTT gọi và hỏi

Chat Lync với bất kỳ nhân sự nào của Khối CNTT mà bạn biết để hỏi.

Gọi điện hoặc nhắn tin qua các ứng dụng Zalo, Viber,…

71.

Có nên thiết kế kiến trúc hệ thống/dịch vụ tách biệt giữa người dùng quản trị và người dùng thường.

Xây dựng được, vì đã phân quyền rõ ràng đảm bảo ATTT

Nên phân chia vùng Quản trị và Người dùng thông thường;

Không ảnh hưởng đảm bảo ATTT nên xây dựng bình thường

Không cần thiết, xây dựng nhiều hệ thống dẫn tới tồn tài nguyên của MB

72.

Kiến trúc đa tầng theo quy hoạch chung của MB bao gồm các phân lớp nào?

Cả 3 phương án đều sai

Lớp hiện diện, Lớp Logic nghiệp vụ

Lớp Logic nghiệp vụ

Đảm bảo tối thiêu 3 lớp:
Lớp hiện diện, Lớp Logic nghiệp vụ, Lớp truy xuất dữ liệu

73.

Đâu là nguyên tắc triển khai các cấu phần bảo mật theo kiến trúc SOA?

- Identity Services - đảm bảo tính đồng nhất danh tính giữa các hệ thống, quản lý và bảo mật danh tính tập trung.
- Authentication Services - Sử dụng SAML 2.0

'-Authoraization Services - sử dụng RBAC hoặc ABAC nếu có thể
- Confidentiality Services - Các webservice giao tiếp sử dụng SSL/TLS, bật LDAPS nếu có thể

- Services - Lưu trữ khóa tại keystores, đảm bảo tính toàn vẹn trên cơ sở dữ liệu
- Audit Services - Có các thành phần ghi log, kiểm toán truy cập Portal, ESB, danh tính, định danh.

Cả 3 đáp án trên

74.

Yêu cầu tối thiểu khi triển khai các Microservice trên hạ tầng K8S cần bật mTLS là đúng hay sai?

ĐÚNG

SAI

75.

Điều kiện để CAB ATTT phê duyệt 1 change golive cơ bản của các yêu cầu phát triển là gì?

Đảm bảo phạm vi đã được đánh giá ATTT tương đồng với phạm vi golive;

Đảm bảo bổ sung đầy đủ các thông tin theo BM06 và quy định kiểm duyệt đã được ban hành;

Biên bản đánh giá ATTT không quá hạn 6 tháng và không có sự thay đổi về Kiến trúc; logic nghiệp vụ; sourcecode,… sau khi đã hoàn thành pentest

Cả 3 đáp án trên

76.

Các change thuộc yêu cầu phát triển nào sẽ cần phải sử dụng BM06 và có sự tham gia review của nhân sự phòng Đảm bảo ATTT

YCPT Loại 1,2,3,4

YCPT loại 2,3,4

YCPT loại 1

Tất cả các change

77.

Duy trì an toàn thông tin, cải tiến liên tục hệ thống quản lý an toàn thông tin của MB là trách nhiệm của ai?

Khối KTKSNB

Khối CNTT

Khối QTRR

Là trách nhiệm chung của toàn bộ cán bộ, nhân viên MB

78.

Các bước thực hiện tạo/đánh giá ATTT là gì?

PYC pentest trên jira --> Pentest --> Xử lý lỗi Pentest --> Re-pentest --> BM04 cuối --> Golive

PYC pentest trên jira --> Pentest --> Xử lý lỗi Pentest --> BM04 cuối --> Golive

PYC pentest trên jira --> Pentest --> BM04 cuối --> Golive

Không có đáp án đúng

79.

Các YCPT bắt buộc phải thực hiện đánh giá an ninh trước khi golive là gì?

Các hệ thống / dịch vụ / chức năng sẽ PUBLIC INTERNET

Các hệ thống / dịch vụ / chức năng sẽ hoặc INTERNAL nhưng những thay đổi sẽ tác động hoặc có hiệu lực cho các hệ thống / dịch vụ / chức năng vùng INTERNET

Các hệ thống MỚI (chưa từng pentest) triển khai ở INTERNAL
Các hệ thống / dịch vụ / chức năng sẽ triển khai trên môi trường CLOUD

Cả 3 đáp án trên

80.

Phạm vi thực hiện đánh giá ATTT một hệ thống mới bao gồm các cấu phần nào?

Phần ứng dụng tương tác với người dùng cuối (Bao gồm cả amin quản trị và người dùng thường)

Kiến trúc an ninh

Phần hạ tầng hệ thống server máy chủ

Cả 3 đáp án trên

81.

Công cụ để thực hiện thống kê, lưu trữ, thực hiện luồng quy trình pentest tự động là gì?

Hệ thống CSD (CYBER SECURITY
DASHBOARD): https://csd.mbbank.com.vn/#/login

Không có công cụ kiểm soát; thống kê theo dõi

Chỉ có 1 cách thức duy nhất là trao đổi trực tiếp nhân sự pentest

Không kiểm soát

82.

Bộ tiêu chuẩn đảm bảo an toàn thông tin trong lập trình và phát triển phần mềm nào là đúng

OWASP, ISO/IEC 27001, NIST, PCI-DSS, CERT , ISO/IEC 27034-1

OWASP, ISO/IEC 27001, IOS 20022, IEEE 802, TIA

OWASP, ISO/IEC 27001, ISO 9001, TIA-568A, CERT , SO/IEC 20000

OWASP,SEMI M5, IPC-A-610, TIA-568A, SEMI S2 , SO/IEC 20000

83.

Có cần thiết đào tạo nhận thức ATTT cho deverloper không?

Không cần thiết, Deverloper chỉ cần phát triển cho chương trình chạy, theo yêu cầu

Deverlop không có trách nhiệm trong đảm bảo ATTT

Nhận thưc được ATTT của deverloper là điều quan trọng

Đã có pentest trước golive, nên deverlop không cần quan tâm lắm

84.

Đâu là quy trình chuẩn cho lập trình ATTT

Lập kế hoạch và Thiết kế , Phát triển, Kiểm thử, Triển khai, Giám sát và Bảo trì, Đánh giá và Cải tiến

Lập kế hoạch và Thiết kế , Phát triển, Triển khai, Giám sát và Bảo trì ,Kiểm thử, Đánh giá và Cải tiến

Lập kế hoạch và Thiết kế ,Kiểm thử, Phát triển, Triển khai, Giám sát và Bảo trì , Đánh giá và Cải tiến

Lập kế hoạch và Thiết kế ,Triển khai, Đánh giá và Cải tiến

85.

Đâu KHÔNG PHẢI là nguyên tắc lập trình an toàn

Kiểm tra đầu vào, Xác thực và Phân quyền, Quản lý phiên, Bảo mật mã nguồn

Kiểm tra đầu vào, Xác thực và Phân quyền, Quản lý phiên, Chia sẽ mã nguồn

Kiểm tra đầu vào, Đào tạo và nâng cao nhận thức, Quản lý phiên, Bảo mật mã nguồn

Kiểm tra đầu vào, Xác thực và Phân quyền, Quản lý phiên, Cập nhật và vá lỗi

86.

Cung cấp source code cho đối tác để đối tác tự tích hợp SDK của đối tác dễ dàng hơn được không?

Đối tác đã ký NDA, nên hoàn toàn có thể chia sẽ được

Không thực hiện chia sẽ source code ra bên ngoài, chỉ nhận SDK của đối tác để tích hợp lên app.

Chia sẽ được nhưng chỉ dùng mạng nội bộ của MB để truy cập

Không chia sẽ source code, nhưng hoàn toàn có thể chia sẽ logic hoạt động của Code

87.

Có nên cài đặt ứng dụng từ nguồn không an toàn?

Có thể cài đặt từ nguồn bất kỳ, người quen giới thiệu

Chỉ cài đặt từ nguồn tin cậy, chpay, app store, Amazon Appstore, samsung store, MB store

Cài đặt từ zalo cho nhanh

cả 3 đáp án trên

88.

Có nên cung cấp SMS-OTP trên App MB cho người khác hay không?

Cung cấp được cho người thân

Thực hiện làm theo hướng dẫn nếu người gọi nhận mình là công an

Không làm theo bất kỳ hướng dẫn hoặc cung cấp cho bất kỳ người nào

làm theo nếu người yêu cầu đưa được giấy tờ cá nhân

89.

Nên đưa điện thoại test của nhân sự về nhà, và cho bạn bè người thân sử dụng không?

Điện thoại test do MB cung cấp là tài sản riêng của MB, chứa thông tin dự án của MB. Không được sử dụng ngoài mục đích dưới mọi hình thức

Thiết bị được đầu tư, chỉ dùng để test gây lãng phí, cho người thân, bạn bè sử dụng vẫn được

Người thân sử dụng là người tin cậy. Không ảnh hưởng lộ thông tin riêng của MB ra ngoài

Chỉ sử dụng thiết bị test của MB để chơi game, nên không ảnh hưởng

90.

Có nên sử dụng các ứng dụng auto click, game lậu trên điện thoại hay không?

Có thể cài đặt được nhiều ứng dụng auto click, game trên điện thoài bình thường

KHÔNG NÊN sử dụng chung các dịch vụ tài chính trên thiết bị cài nhiều app chơi game lậu

NÊN sử dụng các ứng dụng auto click để thao thác vào App cho nhanh

NÊN cài ứng dụng auto click từ các diễn đàn chơi game, chia sẽ tool hack game

91.

Phishing là gì?

Phishing ( hay còn gọi là tấn công giả mạo) là hình thức tấn công mạng lừa đảo trực tuyến. Ở đó, kẻ tấn công thường giả mạo thành một đơn vị uy tín như: một trang web giao dịch trực tuyến, tin nhắn, hay qua email, nhằm nhằm chiếm đoạt tài khoản, mật khẩu, mật khẩu giao dịch, thẻ tín dụng và các thông tin nhạy cảm khác….

Phishing là hình thức gửi mail, trao đổi thông tin thông thường của một đơn vị uy tín như: một trang web giao dịch trực tuyến, tin nhắn, hay qua email, nhằm nhằm thu thập thông tin tài khoản, mật khẩu, mật khẩu giao dịch, thẻ tín dụng và các thông tin nhạy cảm khác….

Phishing là hình thức tấn công vật lý mà kẻ tấn công chính là một đơn vị uy tín và có nhu cầu thu thập thông tin cá nhân của người dùng

Cả 3 đáp án trên

92.

Bạn đã nhận được một email với nội dung bên dưới;
Hãy cho chúng tôi biết đó có phải là email phishing hay không?

SAI: Đây là một email hợp lệ, không phải email phishing

ĐÚNG. Đây là email phishing

Chưa xác định được

93.

Cách phòng chống Phishing?

Không có biện pháp phòng chống

- Không cần thiết phải Cảnh giác với các email lạ: yêu cầu đăng nhập tài khoản, thông tin cá nhân, mã OTP, link truy cập và chỉnh mở email khi xác định được cá nhân, tổ chức gửi tin cậy.
- Clink ngay vào liên kết, Không cần kiểm tra kỹ tên miền, xác định đường dẫn thực sự phía sau các liên kết
- Âm thầm tự xử lý

Chuyển tiếp link phishing cho đồng nghiệp để cùng phân tích

- Cảnh giác với các email lạ: yêu cầu đăng nhập tài khoản, thông tin cá nhân, mã OTP, link truy cập và chỉnh mở email khi xác định được cá nhân, tổ chức gửi tin cậy.
- Cẩn trọng trước khi click liên kết, kiểm tra kỹ tên miền, xác định đường dẫn thực sự phía sau các liên kết
- Báo cáo ngay cho CBQL trực tiếp và Cảnh Báo cho đồng nghiệp xung quanh"

94.

CBNV A đang nghỉ phép nhưng lại có công việc cần truy cập mạng nội bộ để xừ lý. CBNV A KHÔNG được phép thực hiện các biện pháp nào dưới đây:

Gửi tài khoản, mật khảo tài khoản cá nhân cho đồng nghiệp nhờ xử lý

Phản hồi với lãnh đạo/nhân sự phân giao công việc về hiện trạng của bản thân và hướng giải quyết

Trao đổi thống nhất lại về thời gian xử lý công việc được giao

95.

Quyết định số 857/QĐ-MB-HĐQT ban hành Quy định, chức năng nhiệm vụ của Khối Công nghệ thông tin có hiệu lực từ thời điểm nào

4/10/2024

6/11/2024

4/26/2024

7/2/2024

96.

Theo mô hình tổ chức mới năm 2024, Khối CNTT gồm bao nhiêu trung tâm?

97.

Đơn vị nào thuộc Khối CNTT có chức năng quản lý hoạt động CNTT Tập đoàn

Khối CNTT

Trung tâm Quản trị CNTT

Trung tâm Vận hành dịch vụ công nghệ

Trung tâm BA

98.

Đơn vị nào thuộc Khối CNTT có chức năng quản lý hoạt động CNTT Tập đoàn

Khối CNTT

Trung tâm Quản trị CNTT

Trung tâm Vận hành dịch vụ công nghệ

Trung tâm BA

99.

Phối hợp xây dựng và quản lý kế hoạch triển khai các giải pháp CNTT cho Khối TCKT là nhiệm vụ của:

Phòng BA Tín dụng và Quản trị rủi ro

Phòng BA Nguồn vốn và ứng dụng quản lý

Phòng BA Quản trị doanh nghiệp

Phòng BA Hỗ trợ Kinh doanh

100.

Phối hợp với BA xây dựng và quản lý kế hoạch triển khai các giải pháp CNTT trên các hệ thống thẻ, ví của MB là chức năng nhiệm vụ của đơn vị nào?

Phòng Công nghệ dịch vụ số

Phòng Công nghệ quy trình tự động

Phòng công nghệ Doanh nghiệp số

Phòng công nghệ Khách hàng Cá nhân

101.

Hùng được giao triển khai dự án nâng cấp phần mềm T24; Hùng cần liên hệ đơn vị nào để cử nhân sự PM dự án?

Phòng ngân hàng lõi

Phòng Kiểm thử ứng dụng lõi

Phòng Quản lý dự án và thiết kế trải nghiệm

Phòng Quản trị và CNTT Tập đoàn

102.

Việc cài đặt và sửa chữa/bảo hành/bảo trì các thiết bị đầu cuối và các phần mềm trên các thiết bị đầu cuối trong hệ thống MB là trách nhiệm của

Phòng Quản lý máy chủ

Phòng Mạng và thiết bị đầu cuối

Phòng Vận hành và đảm bảo an ninh

Phòng Hỗ trợ dịch vụ CNTT

103.

Đơn vị được phép Thực hiện các tác động vào hệ thống theo kịch bản được phê duyệt.

Phòng Kiểm soát tác động và Giải pháp nền tảng

Phòng Quản trị ứng dụng CNTT

Phòng Vận hành hệ thống CNTT

104.

Để tra cứu, tìm kiếm các văn bản nội bộ Anh/Chị truy cập vào web nào dưới đây?

https://vbnb.mbbank.com.vn/

https://moffice.mbbank.com.vn/

https://confluence.mbbank.com.vn/

105.

Trung tâm dữ liệu chính của MB đang được đặt ở đâu

21 Cát Linh

Số 3 Liễu Giai

63 Lê Văn Lương

Viettel IDC Pháp Vân

106.

Phòng BA Khách hàng số cần golive 1 sản phẩm trên APP thì cần liên hệ với đơn vị nào để thực hiện pentest

Phòng Đảm bảo an toàn thông tin

Phòng Vận hành an toàn thông tin

Phòng Giám sát và Điều tra an ninh mạng

Phòng Quản lý rủi ro và tuân thủ

107.

Sơn đang cần reboot VDI, Sơn có thể làm theo cách nào dưới đây?

Liên hệ nhân sự hỗ trợ VDI (Phòng Điện toán đám mây - TTHT)

Gửi: rebootvdi@mbbank.com.vn
Tiêu đề: Rbtk: tai_khoan_nguoi_dung

Tự thao tác bằng phím vật lý

Cả 3 đáp án trên

108.

Công nghệ xử lý ngôn ngữ tự nhiên là phạm vi của đơn vị nào?

Phòng Nghiên cứu phát triển và ứng dụng AI

Phòng Công nghệ ngôn ngữ và tiếng nói

Phòng Công nghệ thị giác máy tính

Phòng Công nghệ trợ lý ảo

Reset

Test234

Total questions: 108

Worksheet time: 36mins

Similar Resources on Wayground