Products

compass.conan1.com/products

Compass trả lời Conan cần có năng lực gì. Products trả lời Conan đang xây và vận hành cái gì.

Capability là CÁI GÌ doanh nghiệp phải làm được, độc lập với cách làm. Products là CÁI GÌ chúng ta thực sự có: sản phẩm, phần mềm hiện thực hoá sản phẩm đó, và địa chỉ người dùng gõ vào trình duyệt. Đây là danh mục những thứ Conan1 làm ra — đọc từ phía sản phẩm, không phải từ phía IT.

Brand                ← bản sắc trên thị trường (Nemo12, Conan School)
    ↓  1 – n
Product              ← giá trị đang tạo ra, có miền kinh doanh
    ↓  1 – n
Application          ← phần mềm, có kho mã nguồn
    ↓  1 – n
URL                  ← điểm truy cập: production, api, admin, docs…

Song song với chuỗi đó là Feature (khả năng cụ thể của một sản phẩm, nằm trong một ứng dụng) và Release (một bản phát hành của một ứng dụng). Cả hai là cầu nối sang mặt phẳng Requirements.

Bốn khái niệm, bốn bảng

Khái niệm	Là gì	Ví dụ
Brand	Bản sắc trên thị trường; đồng thời là phạm vi của Compass	Nemo12, Conan School
Product	Thứ đang được tạo ra — một mệnh đề giá trị	Nemo12, Conan School, Conan1 Platform
Application	Phần mềm hiện thực hoá sản phẩm	`nemo12-web`, `nemo12-coral`, `conan-school-api`
URL	Điểm truy cập của một ứng dụng	`https://nemo12.com`, `https://api.conan.school`

Sai

Application: nemo12.com — và cũng là Product, cũng là Brand
Product: Cloudflare Pages
"Domain" của sản phẩm = nemo12.com

Đúng

Brand: Nemo12
Product: Nemo12 (miền kinh doanh: Giáo dục)
Application: Nemo12 Website (nemo12-web), kho mã tại GitHub
URL: https://nemo12.com (production), https://www.nemo12.com (production)

Một Brand có thể sở hữu nhiều Product — hôm nay mỗi Brand có một, nhưng schema không ép điều đó. Product có brand_id = NULL là sản phẩm của nền tảng Conan1 (nhãn Nền tảng Conan1, không bao giờ là "Enterprise"). "Domain" trong Products là miền kinh doanh (Giáo dục, Tài chính, Truyền thông…) — một thuộc tính phân nhóm trên Product; hostname là khái niệm khác, gắn vào Application.

Application dọn nhà sang Products

Bản ghi ứng dụng có một nhà duy nhất: mặt phẳng Products. Compass vẫn có màn hình /applications, nhưng đó là góc nhìn từ phía năng lực của cùng một bảng: thẻ ứng dụng ở Compass hiện chip sản phẩm và URL chính, bấm vào là sang trang chi tiết bên Products; hai nơi dùng chung một bộ trường (applicationFields()), nên sửa ở đâu cũng là sửa cùng một bản ghi.

Data và Technology ở lại Compass. Chúng là tài sản doanh nghiệp, không phải của một sản phẩm.

Màn hình

Màn hình	Đường dẫn	Mục đích
Product Portfolio	`/products`	Thẻ sản phẩm nhóm theo Brand: số ứng dụng, feature, yêu cầu còn mở, chip năng lực
Product Detail	`/products/:code`	Mệnh đề giá trị, năng lực phục vụ, ứng dụng, feature, yêu cầu theo trạng thái, quyết định — đây chính là "Product Architecture", suy ra chứ không có bảng riêng
Applications	`/products/applications`	Kho ứng dụng nhóm theo sản phẩm: loại, vòng đời, kho mã, URL
Application Detail	`/products/applications/:code`	URL, sản phẩm, năng lực, công nghệ, dữ liệu, feature, yêu cầu và Release của một ứng dụng

Trang chi tiết nhận cả code lẫn id, giống mọi trang chi tiết khác của Conan1.

Bộ chọn phạm vi

Bộ chọn Enterprise / Nemo12 / Conan School trên thanh tiêu đề áp dụng cho Products y như tầng thực thi của Compass: ở phạm vi một Brand, màn hình hiện sản phẩm của Brand đó cộng với sản phẩm nền tảng Conan1 (brand_id = NULL). URL và Release thừa hưởng phạm vi từ ứng dụng cha.

Từ năng lực đi xuống tới URL

Bấm vào một sản phẩm mở ra trọn chuỗi:

Enterprise Capability        ← product_capabilities
    ↓
Product                      ← mệnh đề giá trị, miền kinh doanh, chủ sở hữu
    ↓
Application                  ← kho mã, vòng đời
    ↓
URL · Release
    ↓
Feature → Requirement        ← sang mặt phẳng Requirements

Ở chiều ngược lại, trang chi tiết năng lực trên Compass (/model/:code) có thẻ Products liệt kê sản phẩm đang hiện thực hoá năng lực đó, cùng thẻ Requirements và Decisions — Compass đọc được toàn bộ chuỗi mà không sở hữu nó.

Chưa mô hình hoá

Chưa có bảng riêng cho Product Architecture (nó được suy ra trên trang chi tiết), chưa có quan hệ phụ thuộc giữa các sản phẩm, và chưa có số liệu vận hành (uptime, lưu lượng) trên URL. Release mới ở mức tối thiểu — xem Mô hình.

Đọc tiếp

Mô hình — từng thực thể và thuộc tính của nó
Chuyển dữ liệu — ứng dụng hiện có thuộc sản phẩm nào, kho ứng dụng thật được nạp từ đâu, và đường đưa lên production

Products ​

Bốn khái niệm, bốn bảng ​

Application dọn nhà sang Products ​

Màn hình ​

Bộ chọn phạm vi ​

Từ năng lực đi xuống tới URL ​

Đọc tiếp ​