Đề 8 – Bài tập, đề thi trắc nghiệm online Phân tích kinh doanh

A A. Không có sự khác biệt, hai khái niệm này là tương đương. B B. Phân tích nguyên nhân gốc rễ tập trung vào giải quyết nguyên nhân sâu xa của vấn đề, trong khi điều trị triệu chứng chỉ giải quyết các biểu hiện bề mặt. C C. Phân tích nguyên nhân gốc rễ nhanh chóng và dễ dàng hơn điều trị triệu chứng. D D. Điều trị triệu chứng tốn kém hơn phân tích nguyên nhân gốc rễ.

A A. Một tài liệu pháp lý của doanh nghiệp. B B. Một tài liệu biện minh cho một dự án hoặc sáng kiến kinh doanh, giải thích lợi ích, chi phí và rủi ro. C C. Một kế hoạch marketing chi tiết. D D. Một báo cáo tài chính hàng năm.

A A. Đảm bảo rằng yêu cầu được tài liệu hóa đầy đủ. B B. Đảm bảo rằng yêu cầu đáp ứng nhu cầu thực sự của người dùng và doanh nghiệp. C C. Đảm bảo rằng yêu cầu có thể thực hiện được về mặt kỹ thuật. D D. Đảm bảo rằng yêu cầu được ưu tiên đúng.

A A. Một kỹ thuật quản lý rủi ro dự án. B B. Một khung phân tích các yếu tố Môi trường Chính trị (Political), Kinh tế (Economic), Xã hội (Social), Công nghệ (Technological), Pháp lý (Legal) và Môi trường (Environmental) bên ngoài có thể ảnh hưởng đến doanh nghiệp. C C. Một phương pháp đánh giá hiệu suất nhân viên. D D. Một công cụ để phân tích đối thủ cạnh tranh.

A A. Việc phạm vi dự án bị thu hẹp lại so với kế hoạch ban đầu. B B. Việc phạm vi dự án bị mở rộng không kiểm soát, dẫn đến tăng chi phí và chậm tiến độ. C C. Việc phạm vi dự án được quản lý chặt chẽ và không có thay đổi. D D. Việc phạm vi dự án được điều chỉnh để phù hợp với ngân sách.

A A. Để lập kế hoạch ngân sách dự án. B B. Để mô tả trạng thái hiện tại ('As-Is') và trạng thái tương lai mong muốn ('To-Be') của một quy trình, giúp xác định các cải tiến cần thiết. C C. Để đánh giá rủi ro và cơ hội của dự án. D D. Để phân tích đối thủ cạnh tranh.

A A. Sử dụng thuật ngữ kỹ thuật phức tạp để thể hiện chuyên môn. B B. Trình bày một cách rõ ràng, súc tích và dễ hiểu, tập trung vào thông tin quan trọng và phù hợp với đối tượng. C C. Trình bày tất cả các chi tiết phân tích, kể cả những chi tiết không liên quan trực tiếp. D D. Trình bày bằng văn bản dài dòng và phức tạp.

A A. Để mô hình hóa quy trình nghiệp vụ. B B. Để phân loại và ưu tiên yêu cầu thành các nhóm: Must have, Should have, Could have, Won't have. C C. Để thu thập yêu cầu từ các bên liên quan. D D. Để xác nhận yêu cầu với người dùng.

A A. Phỏng vấn (Interviews). B B. Quan sát (Observation). C C. Brainstorming. D D. Viết mã chương trình (Coding).

A A. Kỹ năng giao tiếp hiệu quả. B B. Kỹ năng phân tích và giải quyết vấn đề. C C. Kỹ năng lập trình chuyên sâu. D D. Kỹ năng làm việc nhóm và hợp tác.

A A. Quá trình phát triển phần mềm mới. B B. Tập hợp các nhiệm vụ và kỹ thuật được sử dụng để hiểu cấu trúc, chính sách và hoạt động của một tổ chức, và đề xuất các giải pháp giúp tổ chức đạt được mục tiêu. C C. Hoạt động quản lý tài chính của doanh nghiệp. D D. Công việc bán hàng và tiếp thị sản phẩm.

A A. Để lập kế hoạch kiểm thử hệ thống. B B. Để trực quan hóa cách dữ liệu di chuyển qua hệ thống và các quy trình xử lý dữ liệu. C C. Để quản lý rủi ro dự án. D D. Để thiết kế giao diện người dùng.

A A. Sự kiện (Event). B B. Quy trình/Hoạt động (Process/Activity). C C. Quyết định (Decision). D D. Dữ liệu (Data).

A A. Đánh giá rủi ro dự án. B B. Tìm ra nguyên nhân gốc rễ của một vấn đề bằng cách liên tục hỏi 'Tại sao?' C C. Xác định các bên liên quan chính của dự án. D D. Lập kế hoạch kiểm thử hệ thống.

A A. Để quảng bá dự án đến các nhà đầu tư. B B. Để cung cấp hướng dẫn chi tiết cho lập trình viên và các bên liên quan về những gì cần được xây dựng. C C. Để theo dõi tiến độ dự án và quản lý rủi ro. D D. Để đánh giá hiệu suất làm việc của chuyên viên phân tích kinh doanh.

A A. Không có sự khác biệt, hai khái niệm này là như nhau. B B. Yêu cầu nghiệp vụ mô tả nhu cầu của doanh nghiệp, trong khi yêu cầu giải pháp mô tả cách giải pháp sẽ đáp ứng nhu cầu đó. C C. Yêu cầu nghiệp vụ tập trung vào kỹ thuật, yêu cầu giải pháp tập trung vào kinh doanh. D D. Yêu cầu nghiệp vụ do người dùng cuối xác định, yêu cầu giải pháp do chuyên gia kỹ thuật xác định.

A A. Hiệu suất (Performance). B B. Bảo mật (Security). C C. Chức năng đăng nhập người dùng (User Login Functionality). D D. Khả năng sử dụng (Usability).

A A. Quá trình loại bỏ các yêu cầu không cần thiết. B B. Quá trình sắp xếp yêu cầu theo mức độ quan trọng và khẩn cấp để tập trung nguồn lực vào những yêu cầu có giá trị cao nhất. C C. Quá trình phân tích chi tiết từng yêu cầu. D D. Quá trình gộp nhóm các yêu cầu tương tự.

A A. Kiến trúc kỹ thuật của hệ thống. B B. Tương tác giữa người dùng (actor) và hệ thống để đạt được một mục tiêu cụ thể. C C. Dữ liệu và cấu trúc dữ liệu của hệ thống. D D. Giao diện người dùng và thiết kế trải nghiệm người dùng.

A A. Khi yêu cầu đã được xác định rõ ràng và chi tiết. B B. Khi yêu cầu chưa rõ ràng hoặc cần xác nhận yêu cầu với người dùng, giúp hình dung và thử nghiệm giải pháp. C C. Khi dự án có ngân sách và thời gian hạn chế. D D. Khi cần tài liệu hóa yêu cầu một cách chi tiết.

A A. Để xác định đối thủ cạnh tranh chính của doanh nghiệp. B B. Để hiểu rõ ai bị ảnh hưởng bởi dự án/giải pháp và đảm bảo nhu cầu của họ được xem xét. C C. Để lập kế hoạch ngân sách dự án. D D. Để thiết kế giao diện người dùng hấp dẫn.

A A. Cách hệ thống hoạt động về mặt kỹ thuật (ví dụ: hiệu suất, bảo mật). B B. Chức năng và tính năng mà hệ thống PHẢI thực hiện. C C. Giao diện người dùng và trải nghiệm người dùng. D D. Ngân sách và thời gian cần thiết để phát triển hệ thống.

A A. Nhà phân tích yêu cầu (Requirements Analyst). B B. Kiến trúc sư giải pháp (Solution Architect). C C. Quản lý sản phẩm (Product Manager). D D. Chuyên gia kiểm thử hiệu năng (Performance Tester).

A A. Vai trò của BA trong Agile hoàn toàn biến mất. B B. BA trong Agile thường làm việc chặt chẽ hơn với nhóm phát triển và khách hàng, tập trung vào cung cấp giá trị gia tăng liên tục và thích ứng với thay đổi. C C. Vai trò của BA trong Agile trở nên ít quan trọng hơn. D D. Vai trò của BA trong Agile chỉ giới hạn ở việc viết tài liệu yêu cầu chi tiết ban đầu.

A A. Viết mã chương trình và phát triển ứng dụng. B B. Quản lý dự án và phân công công việc cho nhóm. C C. Xác định nhu cầu kinh doanh và đề xuất các giải pháp đáp ứng nhu cầu đó. D D. Thực hiện kiểm thử phần mềm và đảm bảo chất lượng sản phẩm.

A A. Đánh giá hiệu quả hoạt động tài chính của doanh nghiệp. B B. Xác định điểm mạnh (Strengths), điểm yếu (Weaknesses), cơ hội (Opportunities) và thách thức (Threats) của một dự án hoặc doanh nghiệp. C C. Phân tích yêu cầu người dùng cho hệ thống thông tin. D D. Lập kế hoạch marketing và quảng bá sản phẩm.

A A. Mô hình use case (Use case model). B B. Mô hình thực thể liên kết (Entity-Relationship Diagram - ERD). C C. Mô hình dữ liệu (Data model). D D. Mô hình tài chính (Financial model).

A A. Khả năng thay đổi yêu cầu một cách dễ dàng. B B. Khả năng theo dõi mối liên kết giữa yêu cầu, thiết kế, phát triển, kiểm thử và triển khai. C C. Khả năng ưu tiên yêu cầu theo mức độ quan trọng. D D. Khả năng xác định nguồn gốc của yêu cầu.

A A. Khi cần xác định ngân sách dự án. B B. Khi cần so sánh trạng thái hiện tại của doanh nghiệp với trạng thái mong muốn trong tương lai và xác định những gì cần thay đổi để đạt được trạng thái mong muốn. C C. Khi cần đánh giá hiệu suất của nhân viên. D D. Khi cần phân tích đối thủ cạnh tranh.

A A. Khi cần đánh giá hiệu quả hoạt động tài chính. B B. Khi cần so sánh hiệu suất, quy trình hoặc sản phẩm của doanh nghiệp với các đối thủ cạnh tranh hoặc các tiêu chuẩn tốt nhất trong ngành để xác định cơ hội cải tiến. C C. Khi cần lập kế hoạch marketing. D D. Khi cần quản lý rủi ro dự án.