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

Tổng quan về Quy trình Phát triển Phần mềm và Mô hình hóa

  • Các phương pháp luận và tác động của chúng đối với công việc của một Business Analyst
  • Các bước Waterfall: Phân tích, Thiết kế, Triển khai, Kiểm thử, Bảo trì
  • Phương pháp tiếp cận phân tích kinh doanh Agile
  • Business Analysts là ai?
  • Nhìn nhận về vai trò của BA
  • Mô hình động (Hành vi)
  • Mô hình tĩnh (Cấu trúc)
  • Phân tích có cấu trúc

Quan điểm của BA về Lập trình Hướng đối tượng

  • Lập trình hướng đối tượng Programming và tác động đến mô hình hóa
  • Tiêu chuẩn UML
  • Psicolinguistics và OO?
  • Đối tượng
  • Thuộc tính và phương thức
  • Phương thức và phương pháp
  • Bọc kín (Encapsulation)
  • Lớp
  • Mối quan hệ
  • Tổng quát hóa
  • Kết hợp
  • Aggregation
  • Composition
  • Đa hình
  • Use Case và Scenarios
  • Business và Hệ thống Use Case

Tổng quan về Mô hình Hướng đối tượng Business (B.O.O.M.)

  • B.O.O.M. và SDLCs
  • Các bước của B.O.O.M.
  • Sắp xếp các bước
  • Bạn định nghĩa cái nào trước—Thuộc tính hay Phương thức?

Phân tích Quy trình Business Đầu cuối

  • Phỏng vấn trong giai đoạn Khởi động, Phân tích và Kiểm thử
  • Bước 1: Khởi động
  • Bản mẫu Tài liệu Yêu cầu Business
  • Bước 1a: Mô hình hóa Business Use Case
  • Bước 1a i: Xác định Business Use Cases (Business Use-Case Diagram)
  • Áp dụng Lý thuyết vào Thực tế
  • Lưu ý cho người dùng Rational Rose
  • Ví dụ D1: Business Use-Case Diagrams
  • Bước 1a ii: Xác định phạm vi của Business Use Case (Activity Diagram)
  • Ví dụ D2: Business Use-Case Activity Diagram với Partitions

Xác định Phạm vi Dự án CNTT với Use Case Hệ thống

  • Bước 1b: Mô hình hóa System Use Case
  • Ví dụ E1: Map Vai trò
  • Bước 1b ii: Xác định các gói Use-Case hệ thống (System Use-Case Diagram)
  • Ví dụ E2: Hệ thống Use-Case Packages
  • Bước 1b iii: Xác định System Use Cases (System Use-Case Diagram)
  • Ví dụ E3: System Use-Case Diagrams
  • Bước 1c: Bắt đầu Mô hình tĩnh (Class Diagrams cho các lớp chính của Business)
  • Bước 1d: Thiết lập Baseline cho Phân tích (BRD/Khởi động)

Lập kế hoạch cho Trải nghiệm Người dùng

  • Bước 2: Phân tích
  • Bản mẫu Mô tả Use-Case
  • Đề tài Lưu trữ Lưu trình Cơ bản
  • Hướng dẫn Viết Use-Case
  • Ví dụ Lưu trình Cơ bản: CPP System Review Case Report
  • Lưu trữ Lưu trình Thay thế
  • Lưu trữ Lưu trình Ngoại lệ
  • Hướng dẫn Thực hiện Phỏng vấn Hệ thống Use-Case
  • Activity Diagrams cho hệ thống Use Case
  • Tài liệu liên quan
  • Bảng Quyết định
  • Ví dụ F1: Bảng Quyết định
  • Cây Quyết định
  • Ví dụ F2: Cây Quyết định
  • Bảng Điều kiện/Phản hồi
  • Business Rules
  • Tính năng Use-Case Nâng cao
  • Ví dụ F3: Tính năng Use-Case Nâng cao

Yêu cầu Vòng đời cho các Đối tượng Business chính

  • Cái gì là Diagram Mô hình Trạng thái?
  • Bước 2a ii: 1. Xác định trạng thái của các đối tượng quan trọng
  • Ví dụ G1: States
  • Bước 2a ii: 2. Xác định chuyển đổi trạng thái
  • Ví dụ G2: Transitions
  • Bước 2a ii: 3. Xác định trạng thái Activities
  • Ví dụ G3: State Activities
  • Bước 2a ii: 4. Xác định các trạng thái tổng hợp
  • Ví dụ G4: Composite States
  • Bước 2a ii: 5. Xác định các trạng thái đồng thời

Thu thập Quy tắc Toàn diện với Sơ đồ Lớp

  • Bước 2b: Phân tích tĩnh
  • Bước 2b i: Xác định các lớp thực thể
  • Ví dụ H1: Entity Classes
  • Bước 2b ii: Mô hình hóa tổng quát hóa
  • Ví dụ H2: Tổng quát hóa
  • Bước 2b iii: Mô hình hóa vai trò tạm thời
  • Ví dụ H3: Vai trò tạm thời
  • Bước 2b iv: Mô hình hóa mối quan hệ toàn bộ/phần
  • Composite Structure Diagram
  • Ví dụ H4: Whole/Part Relationships
  • Bước 2b v: Phân tích các mối liên kết
  • Ví dụ H5: Associations
  • Bước 2b vi: Phân tích độ phức tạp
  • Ví dụ H6: Độ phức tạp

Tối ưu hóa Tính nhất quán và Tái sử dụng trong Yêu cầu Documentation

  • Bước 2b vii: Liên kết các hệ thống Use Case với mô hình tĩnh
  • Ví dụ I1: Liên kết System Use Cases với Mô hình tĩnh
  • Ví dụ I1: Kết quả
  • Bước 2b viii: Thêm thuộc tính
  • Meta-Thuộc tính
  • Ví dụ I2: Thêm Thuộc tính
  • Bước 2b ix: Thêm bảng tra cứu
  • Ví dụ I5: Phân tích Bảng tra cứu
  • Bước 2b x: Thêm phương thức
  • Ví dụ I7: Phân phối Phương thức
  • Bước 2b xi: Cải tiến cấu trúc lớp
  • Ví dụ I8: Cải tiến Cấu trúc

Thiết kế Trường hợp Kiểm thử và Hoàn thành Dự án

  • Bước 2c: Xác định kiểm thử
  • Kiểm tra có cấu trúc
  • Bảng Quyết định cho Kiểm thử
  • Ví dụ J1: Lấy các trường hợp kiểm thử từ Bảng Quyết định
  • Phân tích Giá trị Giới hạn
  • Ví dụ J2: Chọn dữ liệu kiểm thử sử dụng Phân tích Giá trị Giới hạn
  • Kiểm thử hệ thống
  • Beyond the System Tests
  • Bước 2d: Xác định Kế hoạch Triển khai
  • Bước 2e: Thiết lập Baseline cho Phát triển

Nhà phát triển làm gì với Yêu cầu của bạn

  • Lập trình hướng đối tượng Design Patterns
  • Độ nhìn thấy (Visibility)
  • Các lớp kiểm soát
  • Các lớp ranh giới
  • Sơ đồ Dãy
  • Communication Diagrams
  • Sơ đồ khác
  • Kết cấu tầng
  • Giao diện (Interfaces)
  • Mix-Ins
  • Triển khai OO bằng ngôn ngữ OO
  • Triển khai OOA bằng Languages Procedural
  • Triển khai một Database từ OOA sử dụng RDBMS

Requirements

Không có

 21 Hours

Number of participants


Price per participant

Testimonials (5)

Provisional Upcoming Courses (Require 5+ participants)

Related Categories