Font size
WorksheetsCâu hỏi về phát triển phần mềm
Total questions: 177
Worksheet time: 2hrs 59mins
Tại sao chi phí phần cứng máy tính quá cao?
Đưa ra quy trình đánh giá tính an toàn cho sản phẩm phần mềm.
Đưa ra quy trình đánh giá tính an toàn cho sản phẩm phần mềm.
Đưa ra quy trình đánh giá hiệu quả của phần mềm.
Đưa ra quy trình đánh giá chất lượng cho sản phẩm phần mềm.
Đưa ra quy trình đánh giá tính khả dụng cho sản phẩm phần mềm.
Trong phát triển phần mềm, yếu tố nào quan trọng nhất?
Con người.
Quy trình.
Sản phầm.
Thời gian.
Kỹ thuật nào sau đây là xây dựng phần mềm từ các thành phần đã được thiết kế trong lĩnh vực công nghệ khác nhau?
Extreme programming.
Evolutionary prototyping.
Component architecture.
Open-source development
IEEE 830-1993 là một khuyến nghị tiêu chuẩn cho
Software design.
Software requirement specification.
Testing.
Coding.
Kỹ sư phần mềm không cần
Kiến thức về phân tích thiết kế hệ thống.
Kiến thức về cơ sở dữ liệu.
Lập trình thành thạo bằng một ngôn ngữ lập trình.
Kinh nghiệm quản lý dự án phần mềm.
Tính khả thi của phần mềm dựa vào các yếu tố sau:
Nghiệp vụ và tiếp thị.
Phạm vi, ràng buộc và thị trường.
Công nghệ, tiền bạc, thời gian và tài nguyên.
Kỹ năng và năng lực của nhà phát triển.
Phần mềm dự báo thời tiết thu thập các số liệu về nhiệt độ, độ ẩm, … xử lý tính toán để cho ra các dự báo thời tiết là 1 ví dụ của loại phần mềm:
Phần mềm hệ thống (System software)
Phần mềm trí tuệ nhân tạo (Artificial Intelligence Software)
Phần mềm thời gian thực (Real time software)
Phần mềm nghiệp vụ (Business software)
Loại phần mềm gì là 1 tập hợp các chương trình để cung cấp dịch vụ cho
Loại phần mềm gì là 1 tập hợp các chương trình để cung cấp dịch vụ cho các chương trình khác?
Phần mềm hệ thống (System software)
Phần mềm trí tuệ nhân tạo (Artificial Intelligence Software)
Phần mềm thời gian thực (Real time software)
Phần mềm nghiệp vụ (Business software)
Phần mềm quản lý sinh viên của 1 trường là:
Phần mềm hệ thống (System software)
Phần mềm trí tuệ nhân tạo (Artificial Intelligence Software)
Phần mềm thời gian thực (Real time software)
Phần mềm nghiệp vụ (Business software)
Phần mềm quản lý tài chính của một công ty là:
Phần mềm nghiệp vụ (Business software)
Phần mềm hệ thống (System software)
Phần mềm trí tuệ nhân tạo (Artificial Intelligence Software)
Phần mềm thời gian thực (Real time software)
Theo một báo cáo của IBM, "31% các dự án bị hủy bỏ trước khi chúng được hoàn thành, 53% vượt dự toán trung bình 189% và cứ mỗi 100 dự án, có 94 dự án khởi động lại". Lý do nào cho số liệu thống kê trên?
Thiếu đào tạo đầy đủ về công nghệ phần mềm.
Thiếu đạo đức phần mềm và sự hiểu biết.
Quản lý các vấn đề trong công ty.
Ảnh hưởng của sự suy thoái kinh tế.
Điều nào không đúng?
Công nghệ phần mềm thuộc ngành khoa học máy tính.
Công nghệ phần mềm là một phần của ngành kỹ thuật hệ thống (System Engineering).
Khoa học máy tính thuộc ngành công nghệ phần mềm.
Công nghệ phần mềm có liên quan với việc phát triển và cung cấp các phần mềm hữu ích.
Mối quan tâm chính của công nghệ phần mềm là gì?
Sản xuất phần cứng.
Sản xuất phần mềm.
Cấu hình mạng.
Phần mềm có thể dùng lại.
Điều nào là đặc trưng của một thiết kế phần mềm tốt?
Thể hiện kết nối mạnh mẽ giữa các mô-đun của nó.
Thực hiện tất cả các yêu
Điều nào là đặc trưng của một thiết kế phần mềm tốt?
Thể hiện kết nối mạnh mẽ giữa các mô-đun của nó.
Thực hiện tất cả các yêu cầu trong mô hình phân tích.
Bao gồm các trường hợp thử nghiệm cho tất cả các thành phần
Cung cấp một bức tranh hoàn chỉnh của phần mềm.
Theo thống kê từ những thách thức đối với công nghệ phần mềm thì lỗi nhiều nhất là do
Kiểm tra và bảo trì
Phân tích yêu cầu
Thiết kế
Viết Code
Yêu cầu có thể chia ra thành các lọai nào sau đây?
Chức năng, phi chức năng, yêu cầu hệ thống.
Chức năng, phi chức năng
Chức năng, phi chức năng, yêu cầu miền ứng dụng.
Chức năng, phi chức năng, yêu cầu nghiệp vụ.
2 hình thức dùng mô tả yêu cầu là:
Yêu cầu người dùng và yêu cầu hệ thống.
Yêu cầu chức năng và yêu cầu phi chức năng.
Yêu cầu chủ động và yêu cầu thụ động.
Yêu cầu cụ thể và yêu cầu trừu tượng.
Loại khả thi nào không được xem xét trong phân tích khả thi
Khả thi về kinh tế.
Khả thi về thực hiện.
Khả thi vể kỹ thuật.
Khả thi về chất lượng.
Tính chất cần có của dữ liệu trong phân tích yêu cầu
Có định hướng thời gian.
Có giá trị pháp lý.
Tính mô tả trừu tượng
Có thể mô tả bằng toán học.
Câu hỏi nào có liên quan đến phân tích thiết kế?
Thời gian hoàn thành dự án có đủ không?
Làm thế nào chuyển thiết kế dữ liệu logic sang thiết kế dữ liệu vật lý?
Các xử lý nào được tiến hành và các thông tin chi tiết liên quan?
Đâu là phạm vi của hệ thống phần mềm?
Tính chất nào không cần thiết cho phân tích dữ liệu?
Cấu trúc dữ liệu.
Đầy đủ.
Bảo mật.
Độ lớn.
Phân tích yêu cầu bao gồm 3 hoạt động theo đúng thứ tự?
Làm tài liệu yêu cầu, làm rõ yêu cầu, xem xét yêu cầu.
Làm rõ yêu cầu, xem xét yêu cầu, làm tài liệu yêu cầu.
Xem xét yêu cầu, làm tài liệu yêu cầu,
tích yêu cầu bao gồm 3 hoạt động theo đúng thứ tự?
Làm tài liệu yêu cầu, làm rõ yêu cầu, xem xét yêu cầu.
Làm rõ yêu cầu, xem xét yêu cầu, làm tài liệu yêu cầu.
Xem xét yêu cầu, làm tài liệu yêu cầu, làm rõ yêu cầu.
Làm rõ yêu cầu, làm tài liệu yêu cầu, xem xét yêu cầu.
Làm rõ yêu cầu (Eliciting requirements) là
Giao tiếp với khách hàng và người sử dụng để xác định các yêu cầu của họ.
Các yêu cầu được ghi nhận lại theo nhiều hình thức.
Các yêu cầu được tổng hợp lại theo nhiều hình thức.
Xem các yêu cầu có ở tình trạng không rõ ràng?
Yêu cầu nào là yêu cầu chức năng?
Cảnh báo người dùng khi dung lượng trống trên đĩa còn 20%.
Thực hiện thao tác thêm, xem, xóa, sửa dữ liệu nghiệp vụ.
Cảnh báo ngày hệ thống bị sai.
Yêu cầu chỉnh lại ngày giờ hệ thống mỗi khi làm việc.
SRS là viết tắt của:
Software Requirement Specification.
System Requirement Specification.
Studying Requirement Specification.
Solve Requirement Specification.
Phát biểu nào sau đây là không đúng khi nói đến quá trình thu thập yêu cầu:
Yêu cầu rất khó phát hiện.
Yêu cầu rất dễ bị thay đổi.
Yêu cầu phải luôn thống nhất.
Yêu cầu luôn được biết một cách chính xác.
Kết quả của giai đoạn thu thập yêu cầu là:
Bảng ước tính chi phí dự án
Tài liệu đặc t��� yêu cầu phần mềm.
Lược đồ ngữ cảnh
Lược đồ Use case và các được đồ khác.
Ai là người viết tài liệu SRS?
Người quản lý dự án.
Phân tích viên.
Lập trình viên.
Khách hàng.
Kết quả cuối cùng của giai đoạn xác định và phân tích yêu cầu là:
Tài liệu SRS.
Sơ đồ DFD.
Sơ đồ Use case
Sơ đồ ERD.
Mục nào sau đây không bao gồm trong tài liệu SRS?
Yêu cầu chức năng
Yêu cầu phi chức năng
Mục tiêu thực hiện
Hướng dẫn sử dụng
Loại hình đặc tả nào được dùng phổ biến trong tài liệu SRS?
Đặc tả cấu trúc dữ liệu.
Đặc tả chức năng.
Loại hình đặc tả nào được dùng phổ biến trong tài liệu SRS?
Đặc tả cấu trúc dữ liệu.
Đặc tả chức năng.
Đặc tả bằng sơ đồ.
Đặc tả đối tượng.
Độ lớn (Volume) trong phân tích yêu cầu là:
Là số lượng máy tính chạy phần mềm.
Là số lượng dữ liệu phát sinh trong một chu kỳ nào đó.
Là số lượng các nghiệp vụ hệ thống phải tiến hành trong một chu kỳ nào đó.
Là số lượng người làm việc với phần mềm.
Sơ đồ nào sau đây không cần thiết trong phân tích yêu cầu?
Use Case.
Entity Relationship Diagram.
State Transition Diagram.
Activity Diagram.
Có bao nhiêu đặc trưng khi xem xét phân tich yêu cầu khả thi?
2
3
4
5
Có bao nhiêu giai đoạn trong phân tích yêu cầu?
3
4
5
6
Có bao nhiêu nguyên lý đặc tả yêu cầu?
3
5
7
8
CASE là từ viết tắt của
Cost Aided Software Engineering.
Computer Aided Software Engineering.
Control Aided Software Engineering
Computer Analyzing Software Engineering.
Kỹ thuật thu thập yêu cầu nào cần đến chuyên gia?
Interview.
Observation.
Expert
Delphi.
Kỹ thuật thu thập yêu cầu cầu nào cần đến sự nhất trí của số đông?
Prototype.
Facilitated Workshops
Observation
Questionnaires & Surveys
Mục nào không dùng cho đặc tả yêu cầu:
Đặc tả cú pháp.
Đặc tả đối tượng.
Đặc tả chức năng.
Đặc tả kỹ thuật.
Mục nào không dùng cho đặc tả yêu cầu:
Đặc tả thao tác.
Đặc tả mô hình.
Đặc tả bằng sơ đồ.
Đặc tả thuật toán.
Loại hình đặc tả nào không có?
Đặc tả hình thức.
Đặc tả phi hình thức.
Đặc tả toán học.
Đặc tả hỗn hợp.
Xác nhận yêu cầu (Requirements Validation) được tiến hành bởi
Phân tích viên và lập trình viên.
Phân tích viên và khách hàng.
Phân tích viên và các bên có liên quan.
Phân tích viên và người dùng.
Khi xác nhận yêu cầu, cần phải làm sáng tỏ các từ nào sau đây:
một số, đôi khi, thường, thông thường, bình thường, phần lớn, đa số
Danh từ là số nhiều hay số ít.
Tính từ chỉ trạng thái.
Động từ ở hình thức chủ động hay bị động.
Mô hình phát triển ứng dụng nhanh
definition, development, support
what, how, where
programming, debugging, maintenance
analysis, design, testing
Mô hình phát triển ứng dụng nhanh
Một cách gọi khác của mô hình phát triển dựa vào thành phần
Một cách hữu dụng khi khách hàng không xàc định yêu cầu rõ ràng
Sự ráp nối tốc độ cao của mô hình tuần tự tuyến tính
Tất cả mục trên
Mô hình tiến trình phần mềm tiến hóa
Bản chất lặp
Dễ dàng điều tiết những biến đổi yêu cầu sản phẩm
Nói chung không tạo ra những sản phẩm bỏ đi
Tất cả các mục
Mô hình phát triển phần mềm lặp lại tăng thêm
Một hướng hợp lý khi yêu cầu được xác định rõ
Một hướng tốt khi cần tạo nhanh một sản phẩm thực thi lõi
Một hướng tốt nhất dùng cho những dự án có những nhóm phát triển lớn
Một mô hình cách mạng không nhưng không được dùng cho sản phẩm thương mại
Mô hình phát triển phần mềm xoắn ốc
Kết thúc với việc xuất xưởng sản phẩm phần mềm
Nhiều hỗn độn hơn với mô hình gia tăng
Bao gồm việc đánh giá những rủi ro phần mềm trong mỗi vòng lặp
Tất cả điều trên
Mô hình phát triển dựa vào thành phần
Chỉ phù hợp cho thiết kế phần cứng máy tính
Không thể hỗ trợ phát triển những thành phần sử dụng lại
Dựa vào những kỹ thuật hỗ trợ đối tượng
Không định chi phí hiệu quả bằng những độ đo phần mềm có thể định lượng
Để xây dựng mô hình hệ thống, kỹ sư phải q
Để xây dựng mô hình hệ thống, kỹ sư phải quan tâm tới một trong những nhân tố hạn chế sau:
Những giả định và những ràng buộc
Ngân sách và phí tổn
Những đối tượng và những hoạt động
Lịch biểu và các mốc sự kiện
Trong kỹ thuật tiến trình nghiệp vụ, ba kiến trúc khác nhau được kiểm tra
Hạ tầng kỹ thuật, dữ liệu, ứng dụng
Hạ tầng tài chánh, tổ chức và truyền thông
Cấu trúc báo cáo, cơ sở dữ liệu, mạng
Cấu trúc dữ liệu, yêu cầu, hệ thống
Thành phần nào của kỹ thuật tiến trình nghiệp vụ là trách nhiệm của kỹ sư phần mềm
Phân tích phạm vi nghiệp vụ
Thiết kế hệ thống nghiệp vụ
Kế hoạch sản phẩm
Kế hoạch chiến lược thông tin
Những thành phần kiến trúc trong kỹ thuật sản phẩm là
Dữ liệu, phần cứng, phần mềm, con người
Dữ liệu, tài liệu, phần cứng, phần mềm
Dữ liệu, phần cứng, phần mềm, thủ tục
Tài liệu, phần cứng, con người, thủ tục
Đặc tả hệ thống mô tả
Chức năng và hành vi của hệ thống dựa vào máy tính
Việc thi hành của mỗi thành phần hệ thống được chỉ
Chi tiết giải thuật và cấu trúc hệ thống
Thời gian đòi hỏi cho việc giả lập hệ thống
Cách tốt nhất để đưa tới việc xem xét việc đánh giá yêu cầu là
Kiểm tra lỗi mô hình hệ thống
Nhờ khách hàng kiểm tra yêu cầu
Gởi họ tới đội thiết kế và xem họ có sự quan tâm nào không
Dùng danh sách các câu hỏi kiểm tra để kiểm tra mỗi yêu cầu
Sử dụng bảng lần vết giúp
Debug chương trình dựa theo việc phát hiện lỗi thời gian thực
Xác định việc biểu diễn những sự thi hành giải thuật
Xác định, điều khiển và theo vết những thay đổi yêu cầu
Không có mục nào
Mẫu mô hình hệ thống chứa thành phần
Input
Output
Giao diện người dùng
Tất cả mục trên
Mẫu mô hình hệ thống chứa thành phần
Input
Output
Giao diện người dùng
Tất cả mục trên
Tác vụ nào không được biểu diễn như là một phần của phân tích yêu cầu phần mềm
Định giá và tổng hợp
Mô hình hóa và thừa nhận vấn đề
Lập kế hoạch và lịch biểu
Đặc tả và xem xét
Đích của kỹ thuật đặc tả ứng dụng thuận tiện (FAST - facilitated application specification techniques) là nhờ người phát triển và khách hàng
Xây dựng một nguyên mẫu nhanh chóng
Học công việc lẫn nhau
Làm việc với nhau để phát triển một tập những yêu cầu ban đầu
Làm việc với nhau để phát triển những đặc tả phần mềm kỹ thuật
Ai là người không thích hợp để tham dự vào nhóm FAST (facilitated application specification techniques)
Kỹ sư phần cứng và phần mềm
Đại diện nhà sản xuất
Đại diện thị trường
Nhân viên tài chánh cao cấp
Những yêu cầu nào được quan tâm suốt QFD (quality function deployment)
exciting requirements
expected requirement
normal requirements
technology requirements
Phân tích giá trị được dẫn ra như là một phần của QFD (quality function deployment) nhằm xác định
Chi phí của hoạt động đảm bảo chất lượng của dự án
Chi phí quan hệ của những yêu cầu qua việc triển khai chức năng, tác vụ và thông tin
Độ ưu tiên quan hệ của những yêu cầu qua việc triển khai chức năng, tác vụ và thông tin
Kích thước của bản ý kiến khách hàng
Use-cases là một kịch bản mà mô tả
Phần mềm thực hiện như thế nào khi được dùng trong một tình huống cho trước
Những công cụ CASE sẽ được dùng như thế nào để xây dựng hệ thống
Kế hoạch xây dựng cho sản phẩm phần mềm
Những test-case cho sản phẩm phần mềm
Nội dung thông tin biểu diễn những đối tượng điều khiển và dữ liệu riêng biệt mà
ùng như thế nào để xây dựng hệ thống
Kế hoạch xây dựng cho sản phẩm phần mềm
Những test-case cho sản phẩm phần mềm
Nội dung thông tin biểu diễn những đối tượng điều khiển và dữ liệu riêng biệt mà bao gồm những thông tin mà
Cần thiết để trình bày tất cả output
Được đòi hỏi cho việc xử lý lỗi
Được đòi hỏi cho hoạt động tạo giao diện hệ thống
Được biến đổi bởi phần mềm
Dòng thông tin biểu diễn cách thức mà dữ liệu và điều khiển
Quan hệ với một dữ liệu và điều khiển khác
Biến đổi khi mỗi lần dịch chuyển qua hệ thống
Sẽ được thực thi trong thiết kế cuối cùng
Không có mục nào
Cấu trúc thông tin biểu diển tổ chức nội của
Những cấu trúc dữ liệu dùng để biểu diễn loại dữ liệu
Mô hình bố trí nhân viên dự án
Mô hình truyền thông dự án
Những dữ liệu khác nhau và những mục điều khiển
Loại mô hình nào được tạo ra trong phân tích yêu cầu phần mềm
Chức năng và hành vi
Giải thuật và cấu trúc dữ liệu
Kiến trúc và cấu trúc
Tính tin cậy và tính sử dụng
Trong ngữ cảnh của phân tích yêu cầu, hai loại phân tách vấn đề là
bottom-up và top-down
horizontal and vertical
subordinate và superordinate
Không có mục nào
Khung nhìn (view) nào được quan tâm đầu tiên trong phân tich yêu cầu phần mềm
actor view
data view
essential view
implementation view
Tạo nguyên mẫu tiến hóa thường thích được dùng hơn tạo nguyên mẫu bỏ đi bởi vì
Cho phép tái sử dụng nguyên mẫu đầu
Không đòi hỏi làm việc nhiều với khách hàng
Dễ dành thực hiện nhanh
Nhiều tin cậy hơn
Những mục nào không là nguyên tắc cho việc biểu diễn yêu cầu
Biểu đồ phải thu hẹp về số và toàn vẹn trong sử dụng
Hình thức và nội dung biểu diễn thích hợp với nội dung
Những biểu diễn phải có thể xem xét lại
Dùng không hơn 7 màu dương và 2 màu âm trong biểu đồ
Mục nào không là một mục đích cho việc x
Mục nào không là một mục đích cho việc xây dựng một mô hình phân tích
Xác định một tập những yêu cầu phần mềm
Mô tả yêu cầu khách hàng
Phát triển một giải pháp tóm tắt cho vấn đề
Thiết lập một nền tảng cho thiết kế phần mềm
Sơ đồ luồng dữ liệu
Đưa ra hình ảnh quan hệ giữa các đối tượng dữ liệu
Đưa ra hình ảnh những chức năng biến đổi luồng dữ liệu
Chỉ ra những quyết định logic chính khi chúng xuất hiện
Chỉ ra sự tương tác của hệ thống với sự kiện bên ngoài
Biểu đồ quan hệ thực thể
Đưa ra hình ảnh quan hệ giữa các đối tượng dữ liệu
Đưa ra hình ảnh những chức năng biến đổi luồng dữ liệu
Chỉ ra những quyết định logic chính khi chúng xuất hiện
Chỉ ra sự tương tác của hệ thống với sự kiện bên ngoài
Biểu đồ dịch chuyển trạng thái
Đưa ra hình ảnh về các đối tượng dữ liệu
Đưa ra hình ảnh chức năng biến đổi luồng dữ liệu
Chỉ ra hình ảnh dữ liệu được biến đổi như thế nào bởi hệ thống
Chỉ ra những tương tác của hệ thống đối với sự kiện bên ngoài
Phân tích văn phạm của bản tường thuật xử lý là bước đầu tiên tốt nhất để tạo ra
Tự điển dữ liệu
Biểu đồ dòng dữ liệu
Biểu đồ quan hệ thực thể
Biểu đồ dịch chuyển trạng thái
Biểu đồ dòng điều khiển
Cần thiết để mô hình những hệ thống hướng sự kiện
Được đòi hỏi cho tất cả hệ thống
Được dùng trong biểu đồ dòng dữ liệu
Hữu dụng trong mô hình hóa giao diện người dùng
Từ điển dữ liệu chứa những mô tả của mỗi
Mục cấu hình phần mềm
Đối tượng dữ liệu phần mềm
Biểu đồ phần mềm
Hệ thống ký hiệu phần mềm
Mô hình thiết kế không quan tâm tới
Kiến trúc
Dữ liệu
Giao diện
Phạm vi dự án
Sự quan trọng của thiết kế phần mềm có thể được tóm tắt bằn
Mô hình thiết kế không quan tâm tới
Kiến trúc
Dữ liệu
Giao diện
Phạm vi dự án
Sự quan trọng của thiết kế phần mềm có thể được tóm tắt bằng từ đơn
Accuracy
Complexity
Efficiency
Quality
Một đặc trưng của thiết kế tốt là
Cho thấy sự liên kết mạnh giữa các module
Thực hiện tất cả yêu cầu trong phân tích
Bao gồm những test case cho tất cả thành phần
Kết hợp mã nguồn nhằm mục đích mô tả
Mục nào không là đặc trưng chung trong các phương pháp thiết kế
Quản lý cấu hình
Ký hiệu thành phần chức năng
Nguyên tắc đánh giá chất lượng
Heuristic tinh chế
Loại trừu tượng nào được dùng trong thiết kế phần mềm
Điều khiển
Dữ liệu
Thủ tục
Tất cả mục trên
Loại mô hình nào không được có trong kiến trúc phần mềm
Dữ liệu
Động
Xử lý
Cấu trúc
Cấp bậc điều khiển thể hiện
Thứ tự quyết định
Việc tổ chức của các module
Sự lặp lại của những hoạt động
Sự tuần tự của các tiến trình
Thủ tục phần mềm tập trung vào
Cấp bậc điều khiển trong một cảm nhận trừu tượng hơn
Xử lý chi tiết của mỗi module riêng biệt
Xử lý chi tiết của mỗi tập module
Quan hệ giữa điều khiển và thủ tục
Nguyên nhân của việc sinh lỗi do thiết kế mức thành phần trước khi thiết kế dữ liệu là
Thiết kế thành phần thì phụ thuộc vào ngôn ngữ còn thiết kế dữ liệu thì không
Thiết kế dữ liệu thì dễ thực hiện hơn
Thiết kế dữ liệu thì khó thực hiện
Cấu trúc dữ liệu thường ảnh hưởng tới cách thức mà thíết kế thành phần phải theo
Mục đích của tham chiếu chéo những yêu cầu (ma trận) trong tài liệu thiết kế là nhằm
Cho phép người quản lý theo dõi năng suất của nhóm thiết kế
Xác minh là tất cả các yêu cầu đã được xem xét trong thiết kế
Chỉ ra chi phí kết hợp với mỗi yêu cầu
Cung cấp cho việc thực thi tên của những nhà thiết kế cho mỗi yê
Mục nào không là một phần của kiến trúc phần mềm
Chi tiết giải thuật
Cơ sở dữ liệu
Thiết kế dữ liệu
Cấu trúc chương trình
Đặc trưng nào là đúng cho kho dữ liệu, không phải là cơ sở dữ liệu đặc trưng
Hướng mức nghiệp vụ và kích thước lớn
Thông tin đúng và hợp thời
Tích hợp và không thường thay đổi
Tất cả những mục trên
Mẫu kiến trúc nhấn mạnh tới những thành phần
Ràng buộc
Tập hợp những thành phần
Mô hình ngữ nghĩa
Tất cả những mục
Nhằm xác định những mẫu kiến trúc hay kết hợp những mẫu phù hợp nhất cho hệ thống đề nghị, kỹ thuật yêu cầu dùng để khám phá
Giải thuật phức tạp
Đặc trưng và ràng buộc
Điều khiển và dữ liệu
Những mẫu thiết kế
Tiêu chuẩn đánh giá chất lượng của một thiết kế kiến trúc phải dựa vào
Tính truy cập và tính tin cậy của hệ thống
Dữ liệu và điều khiển của hệ thống
Tính chức năng của hệ thống
Những chi tiết thực thi của hệ thống
Trong phương pháp phân tích kiến trúc, mô tả mẫu kiến trúc thường dùng khung nhìn
Dòng dữ liệu
Module
Tiến trình
Tất cả các mục trên
Khi một luồng tổng thể trong một đoạn của biểu đồ luồng dữ liệu có tính trình tự cao và theo sau những những đường thẳng sẽ thể hiện
Liên kết thấp
Module hóa tốt
Luồng giao dịch (transaction)
Luồng biến đổi (transform)
Khi luồng thông tin trong một đoạn của sơ đồ luồng dữ liệu thể hiện bằng một mục đơn mà bẩy một luồng dữ liệu khác theo một trong nhiều đường sẽ thể hiện
Liên kết thấp
Module hóa tốt
Luồng giao dịch (transaction)
Luồng biến đổi (transform)
Quá trình tiến hóa của phần mềm được chia thành mấy giai đoạn?
2
4
5
6
Phần mềm đ
Quá trình tiến hóa của phần mềm được chia thành mấy giai đoạn?
2
4
5
6
Phần mềm được thể hiện với các bộ phận cấu thành, đó là?
Tập lệnh, các tài liệu kĩ thuật liên quan.
Tập lệnh, cấu trúc dữ liệu.
Tập lệnh, cấu trúc dữ liệu và các tài liệu liên quan
Cấu trúc dữ liệu và các tài liệu liên quan.
Đâu là đặc trưng của phần mềm?
Sự tăng quy mô của phần mềm.
Khả năng bảo trì hệ thống phần mềm cũ tồn tại khó khăn và chi phí lớn.
Phần mềm là hệ thống logic, không phải là hệ thống vật lý.
Quy mô và độ phức tạp của PM ngày càng tăng.
Có mấy cách phân loại phần mềm theo lĩnh vực phục vụ?
9
7
5
3
Có mấy vấn đề liên quan đến CNPM?
7
8
9
10
Tập hợp các hành hộng nhằm xây dựng và phát triển phần mềm gồm?
Đặc tả, phát triển, kiểm thử và mở rộng.
Đặc tả, kiểm thử, phát triển và mở rộng.
Đặc tả, phát triển, mở rộng và kiểm thử
Đặc tả, kiểm thử, mở rộng và phát triển.
Câu: "Mềm dẻo, có khả năng thích nghi cho việc phát triển tiếp" xuất hiện ở mục?
Kiến trúc phần mềm.
Phân loại phần mềm.
Đặc trưng phần mềm.
Tiêu chuẩn phần mềm.
Đặc trưng thời kỳ những năm 1960 đến giữa những năm 1970?
Hệ thống thời gian thực
Phát triển mạng toàn cục và cục bộ, truyền thông tín hiệu số giải thông cao
Các hệ thống đa nhiệm, đa người dùng
A và C.
Kỹ nghệ phần mềm là kỹ nghệ phát triển một hệ thống gồm các yếu tố chủ chốt sau?
Phương pháp
Công cụ
Thủ tục
Cả 3 đáp án trên
Có mấy loại thành phần của phần mềm?
2
3
4
5
Mô hình thác nước có bao nhiêu pha?
3
4
5
6
Có bao nhiêu dạng và phương pháp thực hiện mô hình bản mẫu?
2 dạng và 3 phương pháp
3 dạng và 2 phương pháp
3 dạng và 4 phương pháp
4 dạng và 3 phương pháp
c có bao nhiêu pha?
3
4
5
6
Có bao nhiêu dạng và phương pháp thực hiện mô hình bản mẫu?
2 dạng và 3 phương pháp
3 dạng và 2 phương pháp
3 dạng và 4 phương pháp
4 dạng và 3 phương pháp
Mô hình xoắn ốc gồm những bước nào sau đây?
Thiết lập mục tiêu - Đánh giá và giảm thiểu rủi do - Phát triển và đánh giá - Lập kế hoạch.
Thiết lập mục tiêu - Đánh giá và giảm thiểu rủi do - Lập kế hoạch.
Thiết lập mục tiêu - Đánh giá và giảm thiểu rủi do - Phát triển và đánh giá - Lập kế hoạch - Triển khai.
Thiết lập mục tiêu - Lập kế hoạch.
Mô hình RUP là gì?
Mô hình chung cho hướng đối tượng.
Mô hình riêng cho hướng đối tượng.
Mô hình chung cho hướng thành phần.
Mô hình riêng cho hướng thành phần.
Phương pháp ứng dụng nhanh RAD?
Là phương pháp luận HĐ phân tích, thiết kế, xây dựng.
Là Là phương pháp luận gộp các HĐ phân tích, thiết kế, xây dựng và một loạt vòng lặp phát triển ngắn.
Là phương pháp luận gồm các HĐ phân tích, thiết kế, xây dựng vào một loạt vòng lặp phát triển ngắn.
Là phương pháp luận gộp các HĐ phân tích, thiết kế, xây dựng vào một loạt vòng lặp phát triển ngắn.
Phát triển HT hình thức hóa gồm các bước?
Xác định yêu cầu - Biến đổi hình thức - Đặc tả hình thức - Kiểm thử tích hợp và hệ thống.
Xác định yêu cầu - Đặc tả hình thức - Biến đổi hình thức - Kiểm thử tích hợp và hệ thống.
Xác định yêu cầu - Kiểm thử tích hợp và hệ thống - Đặc tả hình thức -Biến đổi hình thức.
Xác định yêu cầu - Đặc tả hình thức - Biến đổi hình thức - Kiểm thử tích hợp và thẩm định.
Các trạng thái chính trong mô hình hướng thành phần gồm?
Phân tích thành phần sẵn có - Điều chỉnh yêu cầu - Thiết kế hệ thống với kỹ thuật tái sử dụng- Xây dựng và tích hợp hệ thống.
Điều chỉnh yêu cầu - Thiết kế hệ thống với kỹ thuật tái sử dụng- Xây dựng và tích hợp hệ
Ưu điểm nào không phải là của phương pháp hướng dữ liệu?
Cho phép quản lý dữ liệu tập trung, nhất quán.
Sử dụng được cho nhiều ứng dụng độc lập khác nhau.
Dễ dàng áp dụng các công cụ toán học để xử lý dữ liệu.
Chuẩn hóa tạo ra sự độc lập.
Tính chất nào sau đây không phải của phương pháp hướng đối tượng?
Bao gói thông tin
Đơn hình
Kế thừa
Đa hình
Môi trường CASE gồm?
Một kho chứa - Công cụ đồ họa - Phần mềm soạn thảo văn bản - Phần mềm giao diện kho chứa - Phần mềm đánh giá - Giao diện người sử dụng.
Một kho chứa - Phần mềm giao diện kho chứa - Phần mềm đánh giá - Giao diện người sử dụng.
Một kho chứa - Công cụ đồ họa - Phần mềm soạn thảo văn bản - Phần mềm giao diện kho chứa - Giao diện người sử dụng.
Một kho chứa - Công cụ đồ họa - Phần mềm soạn thảo văn bản - Giao diện người sử dụng.
CASE có bao nhiêu loại?
Hai loại
Ba loại
Bốn loại
Năm loại
Các yêu cầu của hệ thống phần mềm thường được chia làm mấy loại ?
2
3
4
5
Đặc điểm của yêu cầu chức năng?
Tính mập mờ, không rõ ràng của các yêu cầu: xảy ra khi các yêu cầu không được xác định cẩn thận
Tính hoàn thiện và nhất quán: chứa tất cả các mô tả chi tiết và không có sự xung đột đối ngược giữa các yêu cầu (tuy nhiên trong thực tế rất khó đạt được điều đó)
Cả A và B đều đúng
Cả A và B đều sai
Heniger đưa ra mấy yêu cầu của một tài liệu yêu
Heniger đưa ra mấy yêu cầu của một tài liệu yêu cầu phần mềm?
3
4
6
7
Phát biểu nào sau đây đúng khi nói về yêu cầu phi chức năng?
Yêu cầu này đề cập trực tiếp tới các chức năng cụ thể của hệ thống thường định nghĩa các thuộc tính như: độ ti cậy, thời gian đáp ứng…
Một số yêu cầu này không liên quan đến quy trình xây dựng hệ thống.
Các yêu cầu này không hạn chế hơn những yêu cầu chức năng.
Một số khó khăn khi sử dụng ngôn ngữ tự nhiên trong việc xác định yêu cầu.
Không rõ ràng: tính chính xác khó đạt được nếu tài liệu khó đọc
Yêu cầu lộn xộn: yêu cầu chức năng và phi chức năng không rõ ràng
Lẫn lộn giữa các yêu cầu: yêu cầu khác nhau có thể được diễn tả cùng với
Cả ba đáp án A, B, C
Có mấy qui tắc, khi viết yêu cầu người sử dụng?
2
3
4
6
Trong yêu cầu phi chức năng, phát biểu "yêu cầu hệ thống phát triển như tốc độ, bộ nhớ, độ tin cậy, hiệu năng, khả năng sử dụng, tính di chuyển được.." là?
Các yêu cầu ngoài
Các yêu cầu về sản phẩm
Yêu cầu về phương pháp lập trình
Yêu cầu của tổ chức
Phát biểu sau đây thuộc yêu cầu nào: "hệ thống phần mềm phải tuân thủ các ràng buộc về: thời gian, tốc độ xử lý"?
Phi chức năng
Chức năng
Chức năng và phi chức năng
Hệ thống phần cứng
Phương pháp phân tích khả thi thường tập chung ở các mặt sau?
Kỹ thuật, kinh tế, tổ chức, thời gian, môi trường.
Kỹ thuật, kinh tế, pháp lý, hiệu quả, thời gian.
Kinh tế, tổ chức, thời gian, cách làm, hoạt động.
Kinh tế, kỹ thuật, pháp lý, thời gian, hoạt động.
Tiến trình phát triển bản mẫu phần mền gồm các bước?
Chọn, đánh giá, thiết lập, phát triển.
Chọn, thiết lập, đánh giá, phát triển.
Tiến trình phát triển bản mẫu phần mền gồm các bước?
Chọn, đánh giá, thiết lập, phát triển.
Chọn, thiết lập, đánh giá, phát triển.
Thiết lập, chọn, đánh giá, phát triển.
Thiết lập, chọn, phát triển, đánh giá.
Quy trình xác định yêu cầu gồm những giai đoạn chính?
Nghiên cứu, tìm hiểu, đặc tả, thẩm định yêu cầu.
Nghiên cứu, phát hiện, đặc tả, thẩm định yêu cầu.
Nghiên cứu, phân tích, đặc tả, thẩm định yêu cầu.
Nghiên cứu, phát hiện phân tích, đặc tả, thẩm định yêu cầu.
Mô hình nghiệp vụ gồm mấy phương pháp?
5
6
7
8
Hoạt động và sản phẩm thiết kế gồm mấy hoạt động?
5
6
7
8
Biểu diễn thiết kế gồm những hình thức biểu diễn nào?
Các biểu đồ.
Ngôn ngữ mô tả chương trình.
Văn bản không hình thức hóa.
Cả 3 phương án trên.
Dữ liệu và xử lý được phân bổ trên các máy khác nhau thành phần chính bao gồm?
Các máy dịch vụ, các máy hỗ trợ, mạng liên kết.
Các máy khách gọi, các máy dịch vụ, mạng liên kết.
Các máy khách gọi, các máy hỗ trợ, mạng liên kết.
Các máy dịch vụ, các máy khách gọi, các máy liên kết.
Mô hình điều khiển tập trung gồm?
Mô hình gọi - trả lại, mô hình quản lý.
Mô hình quản lí, mô hình điều khiển tập chung.
Mô hình điều khiển tập chung, mô hình gọi - trả lại.
Cả 3 phương án trên sai.
Thiết kế dữ liệu (DL) gồm có những bước nào?
Thiết kế DL logic và thiết kế CSDL vật lí.
Thiết kế cơ sở dữ liệu tập chung và phân tán.
Thiết kế DL tập chung và CSDL vật lí.
Thiết kế CSDL phân tán và CSDL vật lí.
Các chiến lược và phương pháp thiết kế là?
Chiến lược và phương pháp hướng cấu trúc.
Chiến lược và phương pháp hướng đối tượng.
Chiến lược thiết kế hệ thống tương tranh.
Cả 3 đáp án trên.
Các tiêu chí đánh giá chất lượng phần mềm là?
Các tiêu chí đánh giá chất lượng phần mềm là?
Ghép nối dữ liệu, tính kết dính, soạn tư liệu.
Ghép nối nhãn, ghép nối chung, ghép nối nội dung.
Sự ghép nối, tính hiểu được, tính thích nghi được.
Sự ghép nối, tính kết dính, tính thích nghi được.
Các mô hình kiến trúc là?
Mô hình kiến trúc tĩnh, mô hình tiến trình động, mô hình giao diện, mô hình liên kết.
Mô hình điều khiển tập trung, mô hình điều khiển dựa trên sự kiện
Mô hình quản lý, mô hình gọi trả.
Mô hình điều khiển quảng bá, mô hình điều khiển ngắt, mô hình điều khiển quảng bá.
Có bao nhiêu nguyên lý thiết kế cần được vận dụng?
4
6
7
9
Vai trò quan trọng của kiến trúc là?
Tăng cường hiểu biết, phân tích hiểu quả.
Công cụ giao tiếp, phân tích hệ thống, có thể sử dụng lại.
Xem xét, sửa đổi kiếm trúc từ sớm, giảm rủi ro.
Giúp người lập trình định hình được hình dáng của phần mềm.
Khái niệm nào không nằm trong thiết kế?
Trừu trượng, làm mịn.
Phân rã, che dấu thông tin.
Trừu tượng thủ tục.
Module, thủ tục phần mềm.
Nhiều phương pháp thiết kế, chúng có nhiều điểm chung và được trợ giúp từ một số cách nhìn nhận. Cách nhìn nhận nào sau đây là sai?
Cách nhìn cấu trúc, vận động.
Cách nhìn quan hệ thực thể.
Cách nhìn luồng dữ liệu
Cách nhìn giai đoạn.
Thiết kế hệ thống hướng chức năng gồm hai tiến trình, đó là?
Thiết kế dữ liệu và thiết kế logic
Thiết kế dữ liệu và thiết kế xử lý
Thiết kế logic và thiết kế kiến trúc module
Thiết kế xử lý và thiết kế kiến trúc module
Tiến trình thiết kế hướng đối tượng gồm mấy giai đoạn?
3 giai đoạn
4 giai đoạn
5 giai đoạn
6 giai đoạn
Đặc điểm nào sau đây là nhược điểm của thiết kế hệ thống hướng đối tượng?
(a)
Tiến trình thiết kế hướng đối tượng gồm mấy giai đoạn?
3 giai đoạn
4 giai đoạn
5 giai đoạn
6 giai đoạn
Đặc điểm nào sau đây là nhược điểm của thiết kế hệ thống hướng đối tượng?
Khó bảo trì, mọi thay đổi của đối tượng làm ảnh hưởng đến các đối tượng khác
Các đối tượng không thể sử dụng lại được
Thường cách nhìn tự nhiên là nhìn chức năng
Thích hợp với các bài toán xử lý trên các dữ liệu có thể mô tả ở dạng bảng
Phần mềm thời gian thực gồm mấy thành phần?
3 thành phần
4 thành phần
5 thành phần
6 thành phần
Tiến trình thiết kế hệ thống thời gian thực gồm mấy bước?
4 bước
5 bước
6 bước
7 bước
Bộ điều phối thời gian thực gồm mấy mức?
1 mức
2 mức
3 mức
4 mức
Có bao nhiêu nguyên tắc thiết kế giao diện người và máy?
5 nguyên tắc
6 nguyên tắc
7 nguyên tắc
8 nguyên tắc
Có bao nhiêu mô hình thiết kế giao diện người và máy?
2 mô hình
3 mô hình
4 mô hình
5 mô hình
Giao diện tương tác người - máy qua bao nhiêu thế hệ?
2 thế hệ
3 thế hệ
4 thế hệ
5 thế hệ
Tiến trình thiết kế giao diện người - máy gồm bao nhiêu bước?
4 bước
5 bước
6 bước
7 bước
Đặc điểm nào sau đây là ưu điểm của thiết kế hệ thống hướng chức năng?
Dễ bảo trì, mọi thay đổi của đối tượng không làm ảnh hưởng đến các đối tượng khác
Có thể phản ánh lại thế giới thực một cách cụ thể
Đã có thời gian phát triển lâu dài nên các phương pháp và các công cụ cũng đã hoàn thiện.
Các đối tượng có thể sử dụng lại được
Giai đoạn nào sau đây là của thiết kế hệ thống hướng đối tượng?
Sắp xếp thứ tự ưu tiên của gói
Xác định các tác nhân kích thích mà hệ phải