SWE201cChưa đoKỳ 4 Cập nhật 17/08/2026

SWE201c - Nhập môn Kỹ thuật phần mềm

Khóa học Nhập môn Kỹ thuật phần mềm (SWE201c) trang bị nền tảng về vòng đời phát triển phần mềm, học hoàn toàn qua bốn khoá học trực tuyến thuộc chuyên ngành Software Development Lifecycle của University of Minnesota. Nội dung trải trọn 4 học phần trực tuyến theo bốn chuẩn đầu ra CLO1 đến CLO4. Khoá thứ nhất là quy trình và phương pháp luận phát triển phần mềm: quy trình phần mềm là gì và khác gì phương pháp luận, yêu cầu chức năng và yêu cầu phi chức năng, mô hình tham chiếu WRSPM, rồi lần lượt các mô hình truyền thống gồm thác nước, mô hình chữ V, sashimi, tăng dần, lặp, xoắn ốc, Unified Process và stage-gate, khép lại bằng cái nhìn đầu tiên về hai họ agile và lean. Khoá thứ hai là phát triển phần mềm linh hoạt: bốn giá trị của Tuyên ngôn Agile cùng mười hai nguyên tắc đi kèm, cách viết user story theo tiêu chí INVEST, các kỹ thuật ước lượng và lập kế hoạch phát hành; Scrum với ba vai trò, các sự kiện gồm họp kế hoạch sprint, họp hằng ngày, họp rà soát và họp cải tiến, các tạo tác gồm product backlog, sprint backlog và phần tăng trưởng, cùng biểu đồ burndown; và Extreme Programming với lập trình cặp, đội hình toàn diện, phát hành nhỏ và vòng phản hồi ngắn. Khoá thứ ba là phát triển phần mềm tinh gọn: bảy nguyên tắc lean gồm loại bỏ lãng phí, khuếch đại việc học, quyết định càng muộn càng tốt, giao hàng càng nhanh càng tốt, trao quyền cho đội, xây chất lượng từ gốc và nhìn tổng thể; Kanban với bảng công việc, giới hạn số việc đang làm và quản trị dòng chảy; lập bản đồ dòng giá trị; kaizen tức cải tiến liên tục; Lean Startup với sản phẩm khả dụng tối thiểu, vòng lặp xây dựng - đo lường - học hỏi và kế toán đổi mới; và Design Thinking. Khoá thứ tư là các thực hành kỹ thuật để xây phần mềm chất lượng và an toàn, đi theo đúng thứ tự các giai đoạn: chất lượng trong thiết kế với tính mô-đun, ghép nối và kết dính, che giấu thông tin và các mẫu thiết kế; chất lượng trong kiến trúc với các kiểu kiến trúc và cách kiến trúc quyết định các thuộc tính chất lượng; chất lượng trong hiện thực với chuẩn viết mã, rà soát mã, phân tích tĩnh, tái cấu trúc và quản lý phiên bản; và chất lượng trong kiểm thử cùng triển khai với phân biệt verification và validation, các mức kiểm thử, cùng tích hợp và triển khai liên tục. Xuyên suốt bốn khoá, môn học hướng tới việc so sánh được các phương pháp luận theo ràng buộc môi trường, ràng buộc tổ chức và ràng buộc sản phẩm, phân tích được quy trình mà một đội đang dùng và đề xuất cải tiến. Chương trình 12 buổi có hai buổi tại campus: buổi giới thiệu khoá học ở đầu kỳ và buổi ôn lại toàn bộ chuyên ngành ở cuối kỳ. Sinh viên phải có chứng chỉ hoàn thành chuyên ngành Software Development Lifecycle mới đủ điều kiện dự thi cuối kỳ.

121Câu hỏi
3Bộ đề
4Chủ đề
Thử sức tại chỗ

Trả lời ngay tại đây

Chưa trả lời câu nào
1SWE201c - Phần 1: Software Development Processes and Methodologies
What is the main improvement of the V-Model compared to the Waterfall model?
2SWE201c - Phần 4: Engineering Practices for Building Quality Software
It is possible for errors to remain undiscovered as long as the erroneous ________ is never used
3SWE201c - Phần 3: Lean Software Development
........................ in Lean Startup is a framework that helps startups measure their progress and make informed decisions based on validated learning rather than traditional accounting metrics.
Còn 3 câu nữa ở trên

Trả lời hết các câu trên để xem tổng kết, hoặc vào phiên học ngay.

Vào phiên học
Học từ ngân hàng câu hỏi

Bắt đầu một phiên học theo môn

Tiến độ của bạn luôn được tính và đồng bộ trực tiếp theo tổng số lượng câu hỏi mới nhất của môn học này.

121Ngân hàng hiện tại--Tiến độ môn

Câu hỏi của môn

11/121 câuCòn 110
AHot failover
BWarm standby
CCold backup
DWarm failover
Lời giải
Đáp án đúng: B. Ba chiến lược cutover phân biệt nhau ở mức độ sẵn sàng của hệ thống thay thế. Cold backup: máy thay thế chưa chạy, phải cài đặt và khởi động từ đầu. Warm standby: máy thay thế ĐANG CHẠY và sẵn sàng cho việc cài đặt — đúng mô tả trong đề. Hot failover: dịch vụ thay thế đã chạy sẵn và chỉ cần chuyển hướng dữ liệu sang, không phải cài gì thêm. A sai vì hot failover không còn bước cài đặt nào. C sai vì cold backup thì máy chưa chạy. D "Warm failover" không phải một chiến lược chuẩn trong danh mục này. ⚠ Bản đề in đáp án A. Chốt B vì trong chính bộ đề khác của môn, câu "replacement services are ready for the redirection of data with no installation" mới là Hot failover — hai câu ghép lại thành một cặp nhất quán, và cặp đó buộc câu này phải là Warm standby.
Mở trang câu hỏi này →
AIt reduces flexibility in delivery dates
BIt increases rework and technical debt
CIt saves overall project cost
DIt speeds up project completion
Lời giải
Đáp án đúng: B. Chi phí sửa một khiếm khuyết tăng theo cấp số nhân theo độ trễ phát hiện: lỗi tìm thấy lúc review thiết kế chỉ mất vài giờ, cũng lỗi ấy lọt tới pha kiểm thử cuối thì kéo theo sửa mã, sửa tài liệu, kiểm thử hồi quy và cả những đoạn mã đã xây chồng lên phần sai. Hoãn kiểm soát chất lượng vì thế làm khối lượng làm lại (rework) phình lên và nợ kỹ thuật tích tụ. A sai: hệ quả về lịch giao hàng chỉ là hậu quả gián tiếp, không phải nguy cơ cốt lõi. C và D nói ngược: hoãn kiểm soát chất lượng làm tăng tổng chi phí và kéo dài dự án chứ không tiết kiệm hay tăng tốc.
Mở trang câu hỏi này →
Aincluding functionality which entirely encapsulates all the necessary function for a specific task
Bincluding functionality which modifies an object's own attributes
Cincluding functionality which occurs around the same time
Dincluding functionality which relys on the same input
Lời giải
Đáp án đúng: C. Câu này hỏi về mức độ gắn kết (cohesion) — càng yếu càng không mong muốn. Nhóm các chức năng chỉ vì chúng "xảy ra cùng khoảng thời gian" chính là temporal cohesion, một trong bốn loại cohesion yếu, vì module hình thành do trùng thời điểm chứ không do liên quan về nghiệp vụ. A là functional cohesion — mức mạnh nhất, đáng mong muốn nhất. B là object cohesion (thao tác trên thuộc tính của chính đối tượng), cũng thuộc nhóm mạnh. D là communicational cohesion (cùng dùng chung dữ liệu đầu vào), vẫn khá hơn temporal. Vì vậy C là lựa chọn kém mong muốn nhất.
Mở trang câu hỏi này →
Asoftware is well-received by the user
Buse of the software provides the correct results as documented
Csoftware recognizes incorrect inputs
Densuring the system locks out an account after three failed log-in attempts
Lời giải
Đáp án đúng: A. Validation trả lời câu hỏi "Are we building the right product?" — sản phẩm có thực sự đáp ứng nhu cầu và kỳ vọng của người dùng hay không. Việc phần mềm được người dùng đón nhận tốt chính là bằng chứng trực tiếp cho điều đó. B, C, D đều là verification ("Are we building the product right?"): B đối chiếu kết quả với tài liệu đặc tả, C và D kiểm tra hệ thống có hành xử đúng như quy định kỹ thuật đã viết ra hay không. Cả ba đều so sánh sản phẩm với đặc tả, chứ không hỏi bản thân đặc tả có đúng ý người dùng.
Mở trang câu hỏi này →
AWaterfall Model
BKanban
CLean Startup
DScrum
Lời giải
Đáp án đúng: C. Lean Startup là phương pháp gắn liền với khái niệm MVP: xây bản khả dụng tối thiểu thật nhanh, tung ra cho người dùng thật, đo phản hồi rồi quyết định pivot hay persevere qua vòng lặp Build - Measure - Learn. A sai: Waterfall giao sản phẩm hoàn chỉnh ở cuối, không có chỗ cho MVP. B sai: Kanban là công cụ quản trị dòng công việc, không quy định cách xây và học từ sản phẩm. D sai: Scrum là khung làm việc tổ chức nhóm theo sprint; nó có thể chứa MVP nhưng bản thân MVP và validated learning là đóng góp của Lean Startup.
Mở trang câu hỏi này →
AIn these models, we assume that we know requirements really well
BIn these models, the cost of change depends on how late we find out about the change. If problem requiring a change is found during the implementation phase, it will be more expensive to fix than one found during the design phase.
CThese models will be a good model to be used by a startup implement a new idea that is new to marke
DIn these models, the team is expected know the solution really well.
Lời giải
Đáp án đúng: C. Waterfall, V-Model và Sashimi đều là các mô hình dự đoán (predictive): chúng giả định yêu cầu đã biết rõ ngay từ đầu và giải pháp cũng đã nắm chắc. Một startup triển khai ý tưởng hoàn toàn mới với thị trường thì ở tình huống ngược lại — yêu cầu bất định, phải học từ phản hồi — nên đây là ngữ cảnh tệ nhất cho ba mô hình này, thứ hợp hơn là Agile hoặc Lean Startup. A, B, D đều đúng với ba mô hình: giả định biết rõ yêu cầu, biết rõ giải pháp, và chi phí thay đổi tăng theo độ trễ phát hiện.
Mở trang câu hỏi này →
AFinish the work and leave quality for later.
BHave people work on multiple things at the same time.
CAsk people to work overtime.
DMinimize the number of items in-process.
Lời giải
Đáp án đúng: D. Theo định luật Little, thời gian chu kỳ = số việc đang làm dở chia cho thông lượng. Muốn rút ngắn cycle time mà không hạ chất lượng thì đòn bẩy đúng đắn là giảm số hạng mục đang nằm trong tiến trình — đây chính là nguyên tắc Limit WIP của Kanban: ít việc song song thì ít chuyển ngữ cảnh, ít hàng chờ, lỗi lộ ra sớm hơn. A hy sinh thẳng chất lượng. B làm tăng WIP, khiến mọi thứ chậm lại. C ép tăng ca chỉ tạo mệt mỏi và thêm lỗi, đây đúng là loại lãng phí Lean muốn loại bỏ.
Mở trang câu hỏi này →
AArticulating the problem you are aiming to solve.
BSelecting the most viable ideas for solutions.
CExploring and understanding user needs and experiences.
DTesting potential solutions for their effectiveness.
Lời giải
Đáp án đúng: A. Design Thinking có năm giai đoạn: Empathize, Define, Ideate, Prototype, Test. Giai đoạn Define là lúc tổng hợp những gì thu được ở Empathize thành một phát biểu vấn đề rõ ràng (problem statement) — chốt lại chính xác ta đang giải quyết vấn đề gì cho ai. C là Empathize (khám phá nhu cầu và trải nghiệm người dùng). B là Ideate (chọn ra ý tưởng khả thi). D là Test (kiểm chứng hiệu quả của giải pháp). Nhầm Define với Empathize là nhầm phổ biến nhất: một bên đi thu thập, một bên đi phát biểu vấn đề.
Mở trang câu hỏi này →
ADocumentation is produced in each phase
BThe product meets the immediate needs of customers
CThe waterfall model can deliver the software product with fast speed
DAll of the others
Lời giải
Đáp án đúng: A. Điểm mạnh đặc trưng của Waterfall so với các mô hình khác là tính kỷ luật tài liệu: mỗi pha kết thúc bằng một sản phẩm tài liệu được duyệt (đặc tả yêu cầu, tài liệu thiết kế, kế hoạch kiểm thử), làm cho tiến độ dễ theo dõi, dễ bàn giao và dễ audit. B sai: đáp ứng nhu cầu tức thời của khách hàng là ưu thế của Agile, còn Waterfall chỉ giao sản phẩm ở cuối. C sai: Waterfall nổi tiếng chậm, không phải nhanh. D sai vì B và C đều không đúng.
Mở trang câu hỏi này →
AUnused variables
BRequirements feasibility
CDuplicated code
DMemory leaks
Lời giải
Đáp án đúng: A, C, D. Phân tích tĩnh đọc mã nguồn mà không chạy chương trình, nên nó bắt được những gì suy ra được từ cấu trúc mã: biến khai báo mà không dùng, đoạn mã trùng lặp, và các mẫu cấp phát - giải phóng bộ nhớ dẫn tới rò rỉ. B sai: tính khả thi của yêu cầu (requirements feasibility) là chuyện nghiệp vụ và ràng buộc dự án, nằm ngoài mã nguồn — không công cụ phân tích tĩnh nào đọc mã mà kết luận được yêu cầu có làm nổi hay không. Đây là ranh giới cần nhớ: phân tích tĩnh soi mã, không soi yêu cầu.
Mở trang câu hỏi này →
11Which is statement false?3 lựa chọn
AIn the Observer pattern, one difficulty is that the Subject cannot pass an instance of itself to the Observer being updated, due to circular dependencies.
BObserver is an implementation of the Dependency Inversion principle.
CStrategy Pattern helps maintain the Open/Closed Principle.
Lời giải
Đáp án đúng: A. Trong Observer Pattern, Subject truyền chính nó (thường là tham chiếu this) sang Observer khi gọi update, để Observer biết ai vừa đổi và tự lấy dữ liệu mới về — đây gọi là mô hình pull và là cách cài đặt tiêu chuẩn, hoàn toàn không bị chặn bởi phụ thuộc vòng. Vì vậy A là phát biểu SAI. B đúng: Subject chỉ phụ thuộc vào interface Observer chứ không phụ thuộc lớp cụ thể — đúng tinh thần Dependency Inversion. C đúng: Strategy cho phép thêm thuật toán mới bằng cách thêm lớp mới, không phải sửa lớp cũ, tức mở để mở rộng và đóng để sửa đổi.
Mở trang câu hỏi này →