Pattern thứ hai mà mình muốn giới thiệu chính là Abstract Factory. Nó có thể được hình dung như một nhà máy lớn, bên trong có các nhà máy nhỏ hơn sản xuất ra những loạt sản phẩm liên quan đến nhau.
Hãy lấy một hãng sản xuất ô tô làm ví dụ, chẳng hạn Hyundai. Họ có nhà máy, hoặc xưởng, chế tạo bánh xe: bánh của Azera, bánh của Sonata, bánh của Veloster, v.v… Đến lượt cửa xe, cũng có nhà máy chế tạo cửa Azera, cửa Sonata, cửa Veloster. Thân xe, động cơ, đèn, và các thành phần khác có những nhà máy chế tạo chúng.
Vậy phải tổ chức việc sản xuất ấy như thế nào? Cùng theo dõi tiếp nhé!
Bạn phải xác định được mục tiêu công việc của bạn. Nó là mục tiêu SMART, chứ không giống như mục tiêu công việc các bạn hay đề ra trong cv: cống hiến & tìm công việc ổn định & gắn bó & thăng chức… Mấy dòng này viết vào cho vui thôi.
Requirement là gì? Về cơ bảnlà sự diễn đạt cho một nhu cầu nào đó.
Theo BABOK:
A more precise definition is provided by the IEEE Glossary of Software Engineering Terminology and the Business Analysis Body of Knowledge® (BABOK®). Both define a requirement as a
condition or capability needed by a user to solve a problem or achieve an objective.
condition or capability that must be met or possessed by a system or system component to satisfy a contract, standard, specification, or other formally imposed document.
documented representation of a condition or capability in (1) or (2).
The BABOK® defines the following requirements types: business, user (stakeholder), functional (solution), non-functional (quality of service), constraint, and implementation (transition).
Có mấy loại Requirement
Business Requirements: là những yêu cầu rất high-level, ở mức chung chung, tổng quát từ phía khách hàng. Kiểu như tôi cần hệ thống quản lý tất cả thông tin của khách hàng trong hệ thống trading.
Bài trước mình đã giới thiệu tổng quan về nghề IT BA hiện nay ở nước ta. Bài này mình sẽ giới thiệu chi tiết BA là làm những công việc gì?
BA là viết tắt của từ Business Analyst. Về cơ bản BA là người làm việc với khách hàng để lấy yêu cầu, sau đó chuyển thông tin và thảo luận đưa ra giải pháp với team nội bộ (development, tester,…) và quản lý các loại tài liệu.
Để bắt đầu cho loạt 26 pattern muốn giới thiệu, mình xin được chọn Singleton thay vì làm theo thứ tự ABC. Lý do là Singleton không quá khó để hiểu mà lợi ích đem lại không phải nhỏ, tuy nhiên, dường như nó đang bị xem nhẹ và có nhiều hiểu nhầm. Singleton xứng đáng nhận được nhiều sự trân trọng hơn.
