Đề cương khóa học

Software Engineering 5 ngày

Ngày 1: Project Management

  • Quản lý dự án so với quản lý tuyến và bảo trì và hỗ trợ
  • Định nghĩa dự án và các biểu mẫu dự án
  • Management – các quy tắc chung và quản lý dự án
  • Management kiểu
  • Điều gì đặc biệt trong các dự án CNTT?
  • Quy trình dự án cơ bản
  • Quy trình dự án lặp đi lặp lại, gia tăng, thác nước, linh hoạt và tinh gọn
  • Các giai đoạn của dự án
  • Các vai trò của dự án
  • Tài liệu dự án và các tạo tác khác
  • Các yếu tố mềm và phần mềm
  • PRINCE 2, PMBOK, PMI, IPMA và các tiêu chuẩn dự án khác

Ngày 2: Business Analysis và Requirements Engineering Cơ bản

  • Định nghĩa mục tiêu kinh doanh
  • Business phân tích, quản lý quy trình kinh doanh, cải tiến quy trình kinh doanh
  • Ranh giới giữa phân tích kinh doanh và phân tích hệ thống
  • Các bên liên quan đến hệ thống, người dùng hệ thống, ngữ cảnh hệ thống và ranh giới hệ thống
  • Tại sao cần có yêu cầu?
  • Yêu cầu kỹ thuật là gì?
  • Ranh giới giữa kỹ thuật yêu cầu và thiết kế kiến trúc
  • Kỹ thuật yêu cầu thường bị ẩn ở đâu?
  • Kỹ thuật yêu cầu trong phát triển lặp đi lặp lại, tinh gọn và linh hoạt và trong tích hợp liên tục – FDD, DDD, BDD, TDD
  • Quy trình kỹ thuật yêu cầu cơ bản, vai trò và tạo tác
  • Tiêu chuẩn và chứng nhận: BABOK, ISO/IEEE 29148, IREB, BCS, IIBA

Ngày 3: Kiến trúc và Cơ bản Phát triển

  • Programming ngôn ngữ – mô hình cấu trúc và hướng đối tượng
  • Phát triển hướng đối tượng – bao nhiêu là lịch sử, bao nhiêu là tương lai
  • Khả năng mô-đun, di động, bảo trì và mở rộng của kiến trúc
  • Định nghĩa và loại kiến trúc phần mềm
  • Kiến trúc doanh nghiệp và kiến trúc hệ thống
  • Programming kiểu
  • Programming môi trường
  • Programming sai lầm và cách tránh và ngăn chặn chúng
  • Mô hình hóa kiến trúc và thành phần
  • SOA, Web Services và micro-services
  • Xây dựng tự động và tích hợp liên tục
  • Có bao nhiêu thiết kế kiến trúc trong một dự án?
  • Lập trình cực đoan, TDD và tái cấu trúc

Ngày 4: Cơ bản về Đảm bảo Chất lượng và Kiểm thử

  • Chất lượng sản phẩm: nó là gì? ISO 25010, FURPS, v.v.
  • Chất lượng sản phẩm, trải nghiệm người dùng, Mô hình Kano, quản lý trải nghiệm khách hàng và chất lượng toàn diện
  • Thiết kế lấy người dùng làm trung tâm, nhân vật và các cách khác để cá nhân hóa chất lượng
  • Chất lượng vừa đủ
  • Đảm bảo chất lượng và Kiểm soát chất lượng
  • Chiến lược rủi ro trong kiểm soát chất lượng
  • Các thành phần của đảm bảo chất lượng: yêu cầu, kiểm soát quy trình, quản lý cấu hình và thay đổi, xác minh, xác thực, kiểm thử, kiểm thử tĩnh và phân tích tĩnh
  • Đảm bảo chất lượng dựa trên rủi ro
  • Kiểm thử dựa trên rủi ro
  • Phát triển dựa trên rủi ro
  • Đường cong Boehm trong đảm bảo chất lượng và kiểm thử
  • Bốn trường phái kiểm thử – cái nào phù hợp với nhu cầu của bạn?

Ngày 5: Loại Quy trình, Độ trưởng thành và Cải tiến Quy trình

  • Sự tiến hóa của quy trình CNTT: từ Alan Turing thông qua Big Blue đến khởi nghiệp tinh gọn
  • Quy trình và tổ chức hướng quy trình
  • Lịch sử của các quy trình trong thủ công và công nghiệp
  • Mô hình hóa quy trình: UML, BPMN và hơn thế nữa
  • Quản lý quy trình, tối ưu hóa quy trình, tái cấu trúc quy trình và hệ thống quản lý quy trình
  • Các phương pháp tiếp cận quy trình sáng tạo: Deming, Juran, TPS, Kaizen
  • Chất lượng (quy trình) có miễn phí không? (Philip Crosby)
  • Nhu cầu và lịch sử cải thiện độ trưởng thành: CMMI, SPICE và các thang đo độ trưởng thành khác
  • Các loại độ trưởng thành đặc biệt: TMM, TPI (cho kiểm thử), Requirements Engineering Độ trưởng thành (Gorschek)
  • Độ trưởng thành quy trình so với độ trưởng thành sản phẩm: có bất kỳ mối tương quan nào không? Có bất kỳ mối quan hệ nhân quả nào không?
  • Độ trưởng thành quy trình so với thành công kinh doanh: có bất kỳ mối tương quan nào không? Có bất kỳ mối quan hệ nhân quả nào không?
  • Một bài học bị lãng quên: Ngăn ngừa lỗi tự động và Bước nhảy vọt tiếp theo trong Productivity
  • Nỗ lực: TQM, SixSigma, hồi tưởng linh hoạt, khung quy trình

Requirements Engineering - 2 ngày

Ngày 1: Thu thập, Đàm phán, Hợp nhất Yêu cầu và Management

  • Tìm yêu cầu: cái gì, khi nào và bởi ai
  • Phân loại các bên liên quan
  • Các bên liên quan bị lãng quên
  • Định nghĩa ngữ cảnh hệ thống – định nghĩa nguồn yêu cầu
  • Phương pháp và kỹ thuật thu thập
  • Nguyên mẫu, nhân vật và thu thập yêu cầu thông qua kiểm thử (thám hiểm và các phương pháp khác)
  • Marketing và thu thập yêu cầu – MDR (“Requirements Engineering hướng đến thị trường”)
  • Ưu tiên yêu cầu: MoSCoW, Karl Wiegers và các kỹ thuật khác (bao gồm cả MMF linh hoạt)
  • Tinh chỉnh yêu cầu – “ví dụ về đặc tả” linh hoạt
  • Đàm phán yêu cầu: các loại xung đột, phương pháp giải quyết xung đột
  • Giải quyết sự không nhất quán bên trong giữa một số loại yêu cầu (ví dụ: bảo mật so với dễ sử dụng)
  • Truy xuất nguồn gốc yêu cầu – tại sao và như thế nào
  • Thay đổi trạng thái yêu cầu
  • CCM yêu cầu, phiên bản và đường cơ sở
  • Quan điểm sản phẩm và quan điểm dự án về yêu cầu
  • Quản lý sản phẩm và quản lý yêu cầu trong các dự án

Ngày 2: Phân tích Yêu cầu, Mô hình hóa, Đặc tả, Xác minh và Xác thực

  • Phân tích là suy nghĩ và suy nghĩ lại bạn làm giữa thu thập và đặc tả
  • Quy trình yêu cầu luôn lặp đi lặp lại, ngay cả trong các dự án tuần tự
  • Mô tả yêu cầu bằng ngôn ngữ tự nhiên: rủi ro và lợi ích
  • Mô hình hóa yêu cầu: lợi ích và chi phí
  • Các quy tắc sử dụng ngôn ngữ tự nhiên để đặc tả yêu cầu
  • Định nghĩa và quản lý từ điển yêu cầu
  • UML, BPMN và các ký hiệu mô hình hóa bán chính thức và chính thức khác cho yêu cầu
  • Sử dụng các mẫu tài liệu và câu để mô tả yêu cầu
  • Xác minh yêu cầu – mục tiêu, cấp độ và phương pháp
  • Xác thực – bằng nguyên mẫu, đánh giá và kiểm thử
  • Xác thực yêu cầu và xác thực hệ thống

Kiểm thử - 2 ngày

Ngày 1: Thiết kế Kiểm thử, Thực thi Kiểm thử và Kiểm thử Thám hiểm

  • Thiết kế kiểm thử: sau kiểm thử dựa trên rủi ro, chọn cách tối ưu để sử dụng thời gian và nguồn lực có sẵn
  • Thiết kế kiểm thử “từ vô cực đến đây” – kiểm thử toàn diện là không thể
  • Trường hợp kiểm thử và kịch bản kiểm thử
  • Thiết kế kiểm thử ở các cấp độ kiểm thử khác nhau (từ kiểm thử đơn vị đến kiểm thử hệ thống)
  • Thiết kế kiểm thử cho kiểm thử tĩnh và kiểm thử động
  • Business-hướng và kỹ thuật hướng đến thiết kế kiểm thử (“hộp đen” và “hộp trắng”)
  • Cố gắng phá vỡ hệ thống (“kiểm thử tiêu cực”) và hỗ trợ các nhà phát triển (kiểm thử chấp nhận)
  • Thiết kế kiểm thử để đạt được độ bao phủ kiểm thử – các biện pháp độ bao phủ kiểm thử khác nhau
  • Thiết kế kiểm thử dựa trên kinh nghiệm
  • Thiết kế các trường hợp kiểm thử từ yêu cầu và mô hình hệ thống
  • Các phương pháp heuristic thiết kế kiểm thử và kiểm thử thám hiểm
  • Khi nào thiết kế các trường hợp kiểm thử? – cách tiếp cận truyền thống và thám hiểm
  • Mô tả các trường hợp kiểm thử – mức độ chi tiết nào?
  • Thực thi kiểm thử – khía cạnh tâm lý
  • Thực thi kiểm thử – ghi nhật ký và báo cáo
  • Thiết kế kiểm thử cho “kiểm thử phi chức năng”
  • Thiết kế kiểm thử tự động và MBT (Kiểm thử Dựa trên Mô hình)

Ngày 2: Tổ chức Kiểm thử, Management và Tự động hóa

  • Các cấp độ kiểm thử (hoặc giai đoạn)
  • Ai thực hiện kiểm thử và khi nào? – các giải pháp khác nhau
  • Môi trường kiểm thử: chi phí, quản lý, truy cập, trách nhiệm
  • Bộ mô phỏng, bộ giả lập và môi trường kiểm thử ảo
  • Kiểm thử trong scrum linh hoạt
  • Tổ chức và vai trò của nhóm kiểm thử
  • Quy trình kiểm thử
  • Tự động hóa kiểm thử – cái gì có thể được tự động hóa?
  • Tự động hóa thực thi kiểm thử – cách tiếp cận và công cụ
 63 Hours

Number of participants


Price per participant

Testimonials (5)

Provisional Upcoming Courses (Require 5+ participants)

Related Categories