Chương trình quản lý tiền

Mối quan hệ giữa các khái niệm

Nhu cầu người dùng sẽ đòi hỏi tính năng
Tính năng sẽ đòi hỏi yêu cầu đầu vào
Yêu cầu đầu vào đòi hỏi nhu cầu người dùng
Tính năng sẽ quyết định loại chương trình
Chương trình đáp ứng một tổ hợp các nhu cầu của người dùng bằng một tổ hợp các tính năng

flowchart LR
	subgraph Người dùng
		1["1 Nhu cầu người dùng"]
		2["2 Yêu cầu đầu vào"]
	end
	subgraph Sản phẩm
		3["3 Tính năng"]
		4["4 Loại chương trình"]
		5["5 Tên chương trình"]
	end

1-->3
4-->5
5-->3

3-->2-- Phù hợp cho nhu cầu -->1
1-- Phù hợp cho nhu cầu -->1
2-- Đáp ứng yêu cầu --> 2
3-- Đồng thời có thêm tính năng --> 3

3~~~4
style 1 fill:lightgreen
style 3 fill:lightgreen

Danh mục

-:
App quản lý chi tiêu:
Cách lên kế hoạch sử dụng tiền:
- Chỉ cần ước lượng đại khái
- Cần lên kế hoạch từng tuần
Cách nhập liệu:
Cách phân loại:
Chính sách giá:
Giao diện:
- Có GUI
- Dùng được trên CLI
Hệ thống phân loại:
- Chỉ cần xét những mục phổ biến
- Cần xét cặn kẽ từng hạng mục
Kế toán:
- Beancount
- Misa
Khả năng sử dụng:
- Không đủ kiên nhẫn
Khả năng tích hợp:
Khác:
Số lượng trường phân loại:
- Chỉ có vài trường cơ bản
- Thêm được nhiều trường phân loại
Có những chương trình không biết nên phân loại thế nào. Tốt nhất là liệt kê tính năng của nó
Khi một "nhu cầu" của người dùng thực ra là do không có nhu cầu thì nó nên là gì?
Khi một "tính năng" của chương trình thực ra là do không có tính năng thì nó nên là gì?