Đặ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]

Quiz

•

Computers

•

University

•

Practice Problem

•

Easy

Ki PeDr

Used 3+ times

FREE Resource

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

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

Create a free account and access millions of resources

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

107 questions

Câu hỏi về cơ sở dữ liệu đề 4 và 5

Quiz

•

University

106 questions

Kiến thức cơ bản về Internet

Quiz

•

University

100 questions

TIN 1 CB

Quiz

•

University

99 questions

NLLTCT_Lab5_Buoi2

Quiz

•

University

101 questions

1-99

Quiz

•

University

98 questions

Kiểm tra kiến thức Microsoft Office

Quiz

•

University

108 questions

Câu hỏi về MS Powerpoint 2013

Quiz

•

University

106 questions

Kiểm thử phần mềm

Quiz

•

University

Popular Resources on Wayground

25 questions

Multiplication Facts

Quiz

•

5th Grade

15 questions

4:3 Model Multiplication of Decimals by Whole Numbers

Quiz

•

5th Grade

10 questions

The Best Christmas Pageant Ever Chapters 1 & 2

Quiz

•

4th Grade

12 questions

Unit 4 Review Day

Quiz

•

3rd Grade

20 questions

Christmas Trivia

Quiz

•

6th - 8th Grade

18 questions

Kids Christmas Trivia

Quiz

•

KG - 5th Grade

14 questions

Christmas Trivia

Quiz

•

5th Grade

15 questions

Solving Equations with Variables on Both Sides Review

Quiz

•

8th Grade

Discover more resources for Computers

26 questions

Christmas Movie Trivia

Lesson

•

8th Grade - Professio...

7 questions

Different Types of Energy

Interactive video

•

4th Grade - University

7 questions

Transition Words and Phrases

Interactive video

•

4th Grade - University

7 questions

Force and Motion

Interactive video

•

4th Grade - University

7 questions

Biomolecules (Updated)

Interactive video

•

11th Grade - University

34 questions

Unit 5 Review - The Middle Ages in Europe-B

Quiz

•

9th Grade - University

26 questions

Day2 classwork: Permutation and combination

Quiz

•

2nd Grade - University

5 questions

Using Context Clues

Interactive video

•

4th Grade - University