Đặc trưng cơ bản của phần mềm là:

Mang tính logic, khó kiểm soát việc sản xuất & chất lượng

Dễ đo lường trực tiếp chất lượng

Không thay đổi theo thời gian

Có thể lắp ghép theo phụ tùng vật lý

Tiêu chí một phần mềm “tốt” gồm:

Đáng tin cậy, dễ bảo trì, hiệu quả kinh tế

Giảm tài liệu xuống tối thiểu

Chạy nhanh nhưng khó bảo trì

Tại sao bảo trì phần mềm thường phức tạp?

Phần mềm thoái hóa theo thời gian do môi trường và yêu cầu thay đổi

Phần mềm có danh mục phụ tùng đầy đủ

Phần cứng dễ thay thế hơn phần mềm

Vì phần mềm không có tài liệu

Phần mềm máy tính cá nhân thường đặc trưng bởi:

Giao diện đồ họa phát triển và nhu cầu sử dụng rộng

Điều khiển thiết bị thời gian thực

Yêu cầu thời gian thực cực kỳ chặt chẽ

Phần mềm nhúng thường:

Thực hiện chức năng hạn chế, gắn chặt với thiết bị

Được cài trên máy chủ doanh nghiệp

Phục vụ phân tích tính toán khoa học phức tạp

Vì sao phần mềm phải tiến hóa liên tục?

Do yêu cầu người dùng và môi trường thay đổi liên tục

Vì phần mềm ít phức tạp hơn phần cứng

Vì ngôn ngữ lập trình luôn ổn định

Do phần cứng không thay đổi

Sản phẩm phần mềm bao gồm những gì?

Chương trình (đơn vị thực thi), mã nguồn, tài liệu (HDSD, cài đặt, kỹ thuật)

Chỉ tài liệu người dùng

Kỹ nghệ phần mềm (Software Engineering) là:

Một tập hợp phương pháp, thủ tục và công cụ để phát triển phần mềm một cách có hệ thống

Chỉ là nghệ thuật viết chương trình

Chỉ là quản lý dự án phần cứng

Là việc mua bán phần mềm

CASE tools (Computer-Aided Software Engineering) dùng để:

Tự động hóa, hỗ trợ phân tích, thiết kế và một số tác vụ phát triển

Viết mail nội bộ công ty

Thay thế hoàn toàn con người trong phát triển

Cấu trúc phát triển phần mềm truyền thống nhấn mạnh:

Thiết kế top-down, lập trình có cấu trúc, phân modular

Lập trình theo bản năng, không có phương pháp

Chỉ dùng phương pháp Agile

Trong lịch sử phát triển phần mềm, xu hướng lớn là:

Tăng tính modul hóa, hướng đối tượng, tái sử dụng, công cụ hỗ trợ (UML, RUP, CASE)

Giảm quy mô phần mềm theo thời gian

Trở về mã máy thuần túy

Loại bỏ tài liệu thiết kế

Phân loại phần mềm theo mục tiêu sử dụng gồm:

Hệ thống, thời gian thực, nghiệp vụ, khoa học kỹ thuật, nhúng, PC, AI, công cụ kỹ thuật

Chỉ có hai loại: tốt & xấu

Chỉ phần mềm nhúng và phần mềm web

Phần mềm không có phân loại

Khi phát triển “sản phẩm đặt hàng” khác với “sản phẩm bán rộng” ở chỗ:

Sản phẩm đặt hàng thường có yêu cầu đặc thù, một đơn chiếc

Sản phẩm đặt hàng chung cho nhiều khách hàng

Sản phẩm bán rộng luôn tùy biến cao cho từng khách hàng

“Phần mềm là phần tử logic” nghĩa là:

Khó kiểm soát quá trình xây dựng bằng các phép đo vật lý, đòi hỏi phương pháp & công cụ

Có cấu trúc vật lý giống phần cứng

Vai trò phần mềm đối với tổ chức và kinh tế là:

Tạo lợi thế cạnh tranh, quyết định năng suất và có tác động lớn đến nền kinh tế

Chỉ dùng cho thí nghiệm học thuật

Thay thế hoàn toàn con người

Tại sao phần mềm ngày càng chi phí cao hơn phần cứng trong hệ thống?

Vì phần mềm phức tạp, cần nhân lực và bảo trì lâu dài

Vì phần cứng rẻ đi nhiều theo Moore

Vì phần cứng hiếm hơn phần mềm

Vì phần mềm không cần kiểm thử

Tiến trình phần mềm (software process) thường gồm các hoạt động chính nào?

Đặc tả (xác định yêu cầu), phát triển (thiết kế & mã hóa), thẩm định (kiểm thử), tiến hoá (bảo trì)

Chỉ mã hóa và nộp sản phẩm

Bán hàng, marketing, bảo trì

Mô hình thác nước (Waterfall) có đặc điểm gì?

Các pha tách biệt, thực hiện theo thứ tự và ít lặp lại

Luôn phản hồi nhanh với thay đổi yêu cầu

Luôn tạo phiên bản chạy sớm

Nhược điểm lớn của mô hình thác nước là:

Khó đáp ứng yêu cầu thay đổi và phát hiện lỗi muộn

Phù hợp khi yêu cầu chưa rõ

Không có chuyên trách cho từng pha

Khi nào mô hình thác nước là lựa chọn hợp lý?

Khi yêu cầu được hiểu rõ, ổn định và dễ đặc tả kỹ lưỡng

Khi khách hàng không muốn tài liệu

Khi dự án rất ngắn (vài tuần) và cần prototype nhanh

Khi rủi ro kỹ thuật rất cao

Mô hình lập bản mẫu (prototyping) có ưu điểm:

Giúp nhanh chóng xác định yêu cầu chưa rõ thông qua mẫu chạy hoặc mock-up

Luôn tạo phần mềm có cấu trúc cao

Không cần sự tham gia của người dùng

Loại trừ hoàn toàn rủi ro dự án

Nhược điểm thường gặp của prototyping là:

Cấu trúc hệ thống có thể kém, khách hàng khó tin tưởng nếu mẫu quá thô sơ

Không thể dùng để huấn luyện người dùng

Luôn phù hợp tất cả dự án

Mô hình xoắn ốc (spiral) khác các mô hình khác bằng việc:

Nhấn mạnh phân tích rủi ro và tiến hóa theo vòng lặp có kiểm soát rủi ro

Làm việc chỉ một lần duy nhất qua các pha

Không cần giao tiếp với khách hàng

Điểm yếu của mô hình xoắn ốc là:

Đòi hỏi năng lực quản lý & phân tích rủi ro cao, có thể tốn kém chuyên gia

Không dùng cho dự án lớn

Phát triển dựa trên sử dụng lại (reuse-based development) chủ yếu là:

Tích hợp các thành phần, thư viện hoặc hệ thống sẵn có để giảm công sức

Viết lại toàn bộ mã nguồn từ đầu

Không tích hợp các phần bên ngoài

RAD (Rapid Application Development) phù hợp khi:

Có khả năng module hóa cao, cần phát triển nhanh (ví dụ 60–90 ngày)

Hệ thống khó chia module, hiệu năng rất cao bắt buộc

Dự án không yêu cầu thử nghiệm

Không có công cụ hỗ trợ tự động

XP (Extreme Programming) nhấn mạnh điều gì?

Phát triển từng phần nhỏ, giao tiếp chặt, lập trình theo cặp, refactor thường xuyên

Tài liệu nặng, ít viết mã

Không có kiểm thử tự động

Tập trung vào dự án một người làm

4GT (Fourth Generation Technology) thường chỉ ra:

Công cụ cho phép mô tả đặc tả mức cao và tự sinh mã (ví dụ báo cáo, giao diện)

Kỹ thuật viết mã máy thuần túy

Chỉ dành cho hệ thống nhúng

Phát triển hệ thống hình thức (formal methods) thích hợp cho:

Các hệ thống cần đảm bảo an toàn, bảo mật cao (ví dụ hàng không, y tế)

Ứng dụng văn phòng đơn giản

Dự án không có thời hạn

Mô hình tăng dần (incremental/incremental delivery) có lợi ích là:

Cho phép giao các phiên bản nhỏ, sớm có chức năng và thu phản hồi nhanh

Không bao giờ phát hành bản chạy được

Làm chậm quá trình thu thập yêu cầu

Mô hình tiến trình có thể được nhìn từ các góc độ nào?

Luồng công việc, luồng dữ liệu, vai trò/hành động

RUP (Rational Unified Process) liên quan nhiều đến:

Phương pháp hướng đối tượng, giai đoạn lặp và công cụ UML hỗ trợ

Mô hình cổ điển không lặp lại

Chỉ dùng cho phần mềm nhúng

Không có tài liệu hướng dẫn

Agile nói chung ưu tiên điều gì?

Giao tiếp với khách hàng, phản hồi nhanh, giao nộp từng phần chức năng nhỏ

Tài liệu dài đầy đủ hơn code

Lập kế hoạch cố định và không thay đổi

Mô hình “phát triển tiến hóa” nghĩa là:

Phát triển phần mềm qua nhiều phiên bản, dần hoàn thiện theo yêu cầu thay đổi

Tạo một phiên bản chính thức duy nhất rồi dừng lại

Không dùng quản lý cấu hình

Mô hình “bản mẫu dùng xong bỏ đi” (throwaway prototype) phù hợp khi:

Muốn thử nhanh yêu cầu giao diện hay thao tác rồi loại bỏ mã mẫu

Muốn dùng mã mẫu làm sản phẩm chính thức

Không muốn tương tác với người dùng

Luôn tạo ra phần mềm có cấu trúc tốt

Khi nào nên dùng phương pháp hình thức (formal methods)?

Khi yêu cầu bảo đảm tính chính xác toán học và an toàn cao

Khi dự án nhỏ, không quan trọng

Khi khách hàng không thích tài liệu

Khi muốn phát triển nhanh trong vòng 1 tuần

“Luồng dữ liệu” trong mô hình tiến trình mô tả:

Các dữ liệu di chuyển giữa các hoạt động và sản phẩm trung gian

Trình tự thực hiện các hoạt động

Chỉ người thực hiện công việc

Phát triển “dựa trên thành phần” (component-based) giúp:

Tái sử dụng thành phần sẵn có, giảm thời gian và chi phí phát triển

Tăng phát minh mọi thứ từ đầu

Loại bỏ cần QA (kiểm thử)

Không cần thiết kế hệ thống

“Mức độ mẫu” (prototyping levels) không bao gồm:

Bản mẫu mô tả toàn bộ hệ thống vận hành 100% chính xác tự động

Bản mẫu dùng tạm và bản mẫu dùng lại cho bước sau

Một trong những mục tiêu của các mô hình tiến trình là:

Đưa ra khung làm việc để lập kế hoạch, quản lý và kiểm soát phát triển phần mềm

Loại bỏ hoàn toàn rủi ro trong dự án

Chỉ phục vụ cho nhóm lập trình viên cá nhân

Không cần phản hồi từ khách hàng

Mô hình “formal systems development” thường yêu cầu:

Kỹ năng đặc thù về mô tả hình thức và kỹ thuật tiên tiến

Không cần đào tạo, ai cũng làm được

Không dùng khi cần an toàn

Không có giới hạn ứng dụng

100Q-CNPM_[PDK]

Authored by Ki PeDr

Computers

University

Used 3+ times

AI Actions

Add similar questions

Adjust reading levels

Convert to real-world scenario

Translate activity

More...

Content View

Student View

103 questions

Show all answers

MULTIPLE CHOICE QUESTION

30 sec • 1 pt

Phần mềm được định nghĩa như thế nào?

Là tập hợp các thiết bị phần cứng trong hệ thống

Là tập hợp các tài liệu hướng dẫn vận hành phần cứng

Là chương trình máy tính cùng tài liệu đi kèm phục vụ sử dụng, phát triển và bảo trì

Là ngôn ngữ lập trình và hệ điều hành

MULTIPLE CHOICE QUESTION

30 sec • 1 pt

Phần mềm khác phần cứng ở điểm nào?

Phần mềm có thể sờ nắm được, phần cứng thì không

Phần mềm mang tính logic, phần cứng mang tính vật lý

Phần mềm rẻ hơn phần cứng

Phần mềm bền vững hơn phần cứng

MULTIPLE CHOICE QUESTION

30 sec • 1 pt

Các thành phần cấu thành nên phần mềm gồm

Chương trình, tài liệu, dữ liệu cấu hình

Chỉ có chương trình thực thi

Phần cứng và tài liệu hướng dẫn

Ngôn ngữ lập trình và hệ điều hành

MULTIPLE CHOICE QUESTION

30 sec • 1 pt

Phần mềm khác với phần cứng ở điểm nào?

Có thể nhìn thấy trực tiếp

Khó bảo trì hơn phần cứng

Không thể hỏng

Sản xuất hàng loạt dễ dàng

MULTIPLE CHOICE QUESTION

30 sec • 1 pt

Hệ thống thông tin gồm những phần tử nào?

Con người, phần cứng, phần mềm, quy trình, dữ liệu

Con người, máy móc, tiền tệ

Chỉ phần cứng và phần mềm

Phần mềm và mạng máy tính

MULTIPLE CHOICE QUESTION

30 sec • 1 pt

Sai sót phần mềm (ví dụ Y2K, Ariane 5) thường dẫn đến:

Tăng năng suất ngay lập tức

Tổn thất kinh tế lớn và rủi ro hệ thống

Tự phục hồi mà không can thiệp

Chỉ ảnh hưởng phần cứng

MULTIPLE CHOICE QUESTION

30 sec • 1 pt

Vấn đề Y2K chủ yếu liên quan đến:

Thiết kế phần cứng CPU

Lỗi xử lý ngày tháng trong phần mềm

Lỗi đường truyền mạng

Lỗi trình biên dịch

Access all questions and much more by creating a free account

Create resources

Host any resource

Get auto-graded reports

Continue with Google

Continue with Email

Continue with Classlink

Continue with Clever

or continue with

Microsoft

Apple

Others

Already have an account?

Similar Resources on Wayground

100 questions

Quiz

•

University

100 questions

Quiz về Bộ máy Nhà nước Việt Nam

Quiz

•

University

106 questions

Bài 1 Thông tin và quyết định

Quiz

•

3rd Grade - University

105 questions

eqưe

Quiz

•

University

99 questions

Thiết kế web_Buổi 7

Quiz

•

University

105 questions

Lập trình hướng đối tượng

Quiz

•

University

99 questions

Ôn tập ATBMTT

Quiz

•

University

100 questions

Ôn tập PMMNM chương 3 4

Quiz

•

University

Popular Resources on Wayground

5 questions

This is not a...winter edition (Drawing game)

Quiz

•

1st - 5th Grade

25 questions

Multiplication Facts

Quiz

•

5th Grade

10 questions

Identify Iconic Christmas Movie Scenes

Interactive video

•

6th - 10th Grade

20 questions

Christmas Trivia

Quiz

•

6th - 8th Grade

18 questions

Kids Christmas Trivia

Quiz

•

KG - 5th Grade

11 questions

How well do you know your Christmas Characters?

Lesson

•

3rd Grade

14 questions

Christmas Trivia

Quiz

•

5th Grade

20 questions

How the Grinch Stole Christmas

Quiz

•

5th Grade

Discover more resources for Computers

26 questions

Christmas Movie Trivia

Lesson

•

8th Grade - Professio...

20 questions

christmas songs

Quiz

•

KG - University

20 questions

Holiday Trivia

Quiz

•

9th Grade - University

15 questions

Holiday Movies

Quiz

•

University

14 questions

Christmas Trivia

Quiz

•

3rd Grade - University

20 questions

Christmas Trivia

Quiz

•

University

8 questions

5th, Unit 4, Lesson 8

Lesson

•

KG - Professional Dev...

20 questions

Disney Trivia

Quiz

•

University