Tổng Hợp Kiến Thức SWE201c Ôn Thi PE & TE

Bạn đang loay hoay giữa mớ lý thuyết khổng lồ của môn Software Engineering (SWE201c)? Hay bạn đang hoang mang không biết phải "xử đẹp" đề thi thực hành PE (Practical Exam) thế nào để không mất điểm oan? Đừng quá lo lắng! Tại devshare.pro.vn, mình hiểu rõ nỗi ám ảnh của anh em sinh viên IT khi phải "nhồi nhét" hàng đống mô hình phát triển phần mềm khô khan.

Bài viết này chính là phao cứu sinh dành cho bạn! Mình đã tổng hợp kiến thức SWE201c cực kỳ chi tiết, đi kèm mẹo làm bài thi PE & TE chuẩn "thực chiến". Tài liệu này được biên soạn kỹ lưỡng để giúp bạn hệ thống hóa lại kiến thức nhanh như chớp. Cùng bắt đầu ngay nhé!

Các phương pháp phát triển phần mềm

Mẹo nhớ bài: Phương pháp phát triển phần mềm (SDLC – Software Development Life Cycle) luôn được chia thành hai nhóm chính: 6 mô hình SDLC cơ bản và 3 mô hình Agile. Nắm chắc cái khung này là bạn đã ăn chắc một mớ điểm lý thuyết rồi!

Tổng quan

  • 6 Mô hình SDLC cơ bản: Waterfall, V-Model, Incremental & Iterative, Spiral, RUP, Prototype.
  • 3 Mô hình Agile: Scrum, Kanban, Extreme Programming (XP).

A. 6 Mô hình SDLC cơ bản

Mấy bồ cần nhớ keywords chính của từng mô hình để khi đọc đề PE phát là "bắt bệnh" được ngay dự án đó nên xài mô hình nào:

  • Waterfall (Thác nước): Đi tuần tự từng bước, yêu cầu (requirements) phải rõ ràng ngay từ đầu, cực kỳ khó thay đổi. Phù hợp dự án nhỏ, ít rủi ro.
  • V-Model: Chú trọng test ở mọi giai đoạn. Có một pha test tương ứng với mỗi pha phát triển. Rất hợp cho các hệ thống đòi hỏi độ chính xác và an toàn cao (ví dụ: phần mềm y tế, hệ thống hàng không).
  • Incremental & Iterative: Chia nhỏ dự án thành các phần (increment) và lặp lại quá trình phát triển để cải tiến. Phù hợp dự án lớn, cần ra mắt bản dùng thử sớm để lấy feedback.
  • Spiral (Xoắn ốc): Đỉnh cao của việc quản trị rủi ro. Nếu đề bài nhắc nhiều đến "risk analysis" (phân tích rủi ro), hãy "chốt đơn" Spiral không cần suy nghĩ!
  • RUP (Rational Unified Process): Chia làm 4 pha rõ rệt (Inception, Elaboration, Construction, Transition). Nặng về tài liệu, dùng cho dự án doanh nghiệp quy mô cực lớn.
  • Prototype: Xây dựng bản mẫu nhanh để khách hàng xem trước. Hợp khi khách hàng "mù mờ", chưa rõ thực sự mình muốn gì.

B. 3 Mô hình Agile

Agile thì quá quen thuộc với dân IT mình rồi. Đề thi mà thấy các từ khóa như "yêu cầu thay đổi liên tục", "thị trường biến động", "khách hàng tham gia sát sao" thì cứ tự tin quất Agile nhé.

  • Scrum: Chạy theo từng vòng lặp ngắn gọi là Sprint (thường từ 1-4 tuần). Có các cuộc họp đặc trưng như Daily Scrum (15 phút mỗi ngày), Sprint Planning, Sprint Review và Retrospective.
  • Kanban: Dùng bảng (Kanban board) để trực quan hóa quy trình làm việc, giới hạn số lượng công việc đang làm (WIP - Work in Progress) để tránh quá tải.
  • Extreme Programming (XP): Code theo cặp (Pair programming), TDD (Test-Driven Development). Rất nặng về tối ưu kỹ thuật, giúp code luôn ở trạng thái chất lượng cao nhất.

Hướng dẫn làm bài thi PE SWE201c

Phần này cực kỳ quan trọng, anh em tập trung cao độ nhé! Đề thi PE thường sẽ đưa ra một tình huống dự án thực tế và yêu cầu bạn đóng vai Software Engineer để phân tích và giải quyết.

Phân tích đề thi PE SWE201c

1. Cấu trúc đề thi điển hình

  • Phần mô tả dự án: Đề bài sẽ cho một đoạn background về công ty, mô tả hệ thống cần xây dựng, yêu cầu chính của khách hàng và các ràng buộc (thời gian, ngân sách).
  • Các câu hỏi thường gặp (theo thang điểm):
    • 1. Lựa chọn quy trình phát triển (2đ) - Nhớ phải lập luận giải thích TẠI SAO lại chọn mô hình đó.
    • 2. Chiến lược kiểm thử (1đ)
    • 3. Phân loại yêu cầu Functional / Non-Functional (2đ)
    • 4. Viết User Stories (1.5đ)
    • 5. Đo lường chất lượng (1đ)
    • 6. Tạo Story Map (2.5đ)

2. Kỹ thuật đọc hiểu đề

  • Bước 1: Đọc tổng quan: Cố gắng xác định ngay từ đầu loại dự án, độ phức tạp, áp lực thời gian và nguồn lực đang có.
  • Bước 2: Đánh dấu (Highlight): Gạch chân các "từ khóa vàng" quyết định phương pháp phát triển. Đề mà bảo "rủi ro cao" là chọn Spiral, "khách hàng thay đổi xoành xoạch" là phải nghĩ ngay tới Agile Scrum.

Kỹ năng viết User Story chuẩn chỉ

Nhiều bạn trầy trật mất điểm oan ở phần viết User Story vì trình bày lan man, thiếu cấu trúc cơ bản. Luôn nhớ khắc cốt ghi tâm cú pháp này: "As a [role], I want [feature] so that [benefit]".

Dưới đây là một ví dụ "chuẩn bài" được trích từ đề thi về hệ thống kiểm soát hành trình xe ô tô (Cruise Control) để anh em tham khảo cách hành văn:

3.2.1 User Story: As a driver, I want to receive a visual notification when cruise control is canceled manually, so that I am aware the system is no longer active.

3.2.2 User Story: As a driver, I want to be notified if cruise control is disengaged due to a malfunction or system issue, so that I can take immediate manual control of the vehicle.

Lời kết

Môn SWE201c không hề khó nhằn như lời đồn nếu bạn biết cách hệ thống hóa lý thuyết và luyện tập phân tích các tình huống dự án thực tế thường xuyên. Trong phòng thi PE, hãy bình tĩnh đọc kỹ yêu cầu, vạch sẵn dàn ý logic trước khi viết để kiểm soát thời gian làm bài tốt nhất nhé.

Toàn bộ "gia tài" kiến thức Tổng hợp SWE201c Ôn Thi PE & TE đã được mình rút ruột chia sẻ hết ở trên. Mấy bồ nhớ bookmark lại trang này của devshare.pro.vn để tiện "cày cuốc" mỗi ngày nhé. Chúc anh em FPTers tự tin "phá đảo" kỳ thi sắp tới với con điểm A+ xịn xò!

Nếu có bất kỳ thắc mắc nào về bài tập hoặc có câu hỏi hóc búa từ đề thi cũ, anh em cứ thoải mái thả comment xuống bên dưới, mình sẽ hỗ trợ giải đáp nhanh như chớp!

About the author

Trick Pro Software
Content Creator, Graphic Designer, UI / UX Designer

Post a Comment