Giải pháp TIGODOO là gì?

Nếu chỉ vận hành nội bộ thì số lượng users có thể lên tới 1000, bao gồm cả online và offline. Quan trọng nhất là "active users" với tần suất
truy cập ít nhất 1 lần mỗi ngày thì với 100 người truy cập đồng thời hoặc là liên tiếp trong 30 phút (concurrency), máy chủ có cấu hình
trung bình hoàn toàn có thể đáp ứng được khả năng chịu tải. Phương án tối ưu nhất là thiết kế 2 máy chủ: Một máy để chạy Web server và
một máy cho Database Server. Với 2 phương án này thì 2 máy chủ có thể hỗ trợ cảnh báo cho nhau nếu 1 trong 2 máy dừng hoạt động. Nói một cách
khác thì cụm máy chủ phải có khả năng tự cảnh báo các sự cố giữa các node trong hệ thống, qua đó đảm bảo Admin sẽ kịp thời khắc phục
sự cố máy chủ trong vòng 10 phút.

1. Thiết kế kiến trúc Load Balancing để điều hướng dữ liệu được tối ưu nhất. Kết hợp chia tải cứng và chia tải mềm để cân bằng giữa 2 luồng dữ liệu vào ra được tối ưu nhất.
2. Ưu tiên cho các tình huống truy cập động thời (concurrency) hoặc nhiều users cùng truy cập một form dữ liệu.
3. Dữ liệu phải được chia bó (batch) để load từng phần (Click to Load More, Load More Data On Scroll). Đối với các công thức tính toán 
4. iểm phức tap, cần phải xây dựng các cron jobs trên hệ thống riêng (chạy ngầm) chuyên xử lý các tác vụ tính toán độc lập với phần mềm Web (là đầu ra cuối cùng của dữ liệu).
5. Để cải thiện tốc độ xử lý nhanh dữ liệu thì bên cạnh Full Detail Form còn có tính năng Quick Edit để users có thể nhập liệu tốc ký (theo nguyên tắc: Notes trước, Details sau).
6. Tốc độ load dữ liệu trên thiết bị di động: Dữ liệu load lên UI phải được tối ưu phù hợp với từng màn hình (mô hình Apdaptive Web Design).
   
   

1. Nếu hệ thống chỉ vận hành nội bộ hoặc giữa các chi nhánh với nhau thì nên giới hạn truy cập trong mạng VPN, trừ các trang "public" dành cho học viên tra cứu điểm thi và các thông tin khóa học.
2. Đối với giáo viên và giáo vụ, nếu muốn mở một số chức năng để truy cập public (thí dụ truy cập ở nhà) thì bổ sung tình năng xác minh bằng mã token riêng, hoặc một mã ngắn passcode để hạn chế truy cập trái phép vào thiết bị (phone, tablet...).
3. Các nhóm dữ liệu quan trọng phải được mã hóa trong Database. Các hoạt động thay đổi (thí dụ chỉnh sửa điểm) phải được lưu vào history log.
4. Các update quan trọng được thiết lập với workflow đặc biệt nhằm phát ra cảnh báo sớm, thí dụ gửi vào email cho các quản lý trực tiếp hoặc cán bộ phụ trách cấp cao. Đề xuất chức năng "Add followers" để phục vụ công tác theo dõi và giám sát hiệu quả hơn.
   

1. Nếu có tình huống cao điểm khi có tới hàng trăm cán bộ thao tác liên tục, thí dụ sau khi kỳ thi kết thúc. Khi đó cần giải quyết bài toàn kiến trúc dài hạn hơn, chẳng hạn kiến trúc máy chủ dẫn đường HA Proxy, High Availibility for SQL, Failover Cluster.
2. Các dữ liệu nhập trên UI Form cần được tự động backup cứ mỗi 5 phút (chuyển tạm xuống bộ nhớ đệm trình duyệt nhờ HTML5 Storage, lâu hơn 30p thì chuyển lên database lưu ở bảng tạm). Nhờ tính năng non-functional này, sẽ tránh được vấn đề mất mát dữ liệu trong khi đang nhập hàng trăm trường dữ liệu chưa kịp save (thí dụ sheet điểm số) và dễ dàng khôi phục khi có sự cố mất điện, mất mạng, low bandwidth, high latency ...

1. Hệ thống quản lý đào tạo nên theo thiết kế hệ thống ERP vì phạm vị phục vụ là "nội bộ", hướng tới mục tiêu là "reducing costs" cho doanh nghiệp. Key actions bao gồm: Process data, Track workflows, Automatic Notify và Trigger Alerts.
2. Trang Web được thiết kế mobile-friendly, được tối ưu với RWD (Responsive Web Design) và AWD (Adaptive Web Design).
3. Mobile apps cũng cần được thiết kế tối giản, phục vụ chức năng tra cứu nhanh, không thiết kế các tác vụ phức tạp (phù hợp với PC Web hơn).
4. Thông tin được thiết kế tối giản, và chỉ expand khi user muốn xem thêm chi tiết (Progressive Disclosure)
   
5. Nội dung nên được phân loại thông minh (Categories, Tags) để dễ dàng tìm kiếm, lọc và đánh dấu. Đây chính là lợi thế của phần mềm so với sử dụng Excel.
6. Chức năng Search: Đề xuất mở rộng phạm vi tìm kiếm ra toàn site (universal search bar). Users ko cần phải vào từng trang để tìm kiếm theo từng chủ đề.
7. Hạn chế tối đa nhảy trang (jump between pages) hoặc phải reload Web page nhiều lần khiến cho data flows bị đứt quãng, rời rạc, thiếu sự liên thông.
8. Cung cấp nhiều chế độ View để users có thể chọn cho phù hợp với nhu cầu từng thời điểm, thí dụ: Simple List View, Enhanced Grid View, Calendar-based View...
9. Users phải có khả năng quản lý được các dữ liệu quan trọng của họ (Personalization) thì dụ có thể bookmark các thông tin, có thể lưu memo, có thể tìm lại thông tin đã xem trước đó (recenty viewed).
10. Chức năng Notes/Comments rất quan trọng, tuy nhiên rất nhiều phần mềm bỏ sót chi tiết về loại dữ liệu phụ nhưng rất quan trọng này. Đề xuất đưa vào phần mềm quản lý điểm các chức năng social là Add Notes và Comments gắn với từng điểm số để dễ dàng follow-up hơn. Những phần mềm lớn trên thế giới đã từng tích hợp ý tưởng này thí dụ Zeplin.
11. Ở phần lớn các phần mềm (trừ ERP), sự thiếu vắng các tính năng tra cứu tại chỗ (on-the-fly) trên GUI dẫn đến 1 vấn đề là: mỗi khi muốn xem dữ liệu tham chiếu phải mở một Browser Tab khác và sau đó type keyword trên công cụ search. Khá bất tiện, mất thời gian và user rất dễ nản và thường bỏ qua thao tác tra cứu, đối soát... Đề xuất thiết kế "pop-over" cho phép tra cứu thông tin tóm tắt ngay trên trang Web đang mở (tương tự wikipedia). Thông tin tra cứu nhanh được hiển thị trên Popup hoặc Tooltip.
12. Gắn các thông tin quan trọng trên các form nghiệp vụ phức tạp, giúp đào tạo users tại chỗ làm quen nhanh chóng với các tính năng khó, thí dụ hiển thị hướng dẫn ngắn tại: Instructional Texts, Quick Helps, short videos...

Chú ý: Chỉ nên build UI/UX tối ưu dựa trên "pain points" thực sự của Doanh nghiệp. Không nên chạy theo thiết kế quá perfect dẫn đến tăng chi phí phát triển, tăng rủi ro về lỗi tiềm ẩn... Có những thiết kế rất đơn giản nhưng hiệu quả cao. Added values cũng cần phải xem xét và cân đối vì nhiều Values chỉ thực sự có giá trị ở 1 thời điểm nào đó trong tương lai.

1. Không nên build quá nhiều tính năng trong version 1.0. Cần xem xét đưa vào các nâng cấp trong tương lai các tính năng thuộc dạng sau: "Phù hợp nhưng ít sử dụng", hoặc "Sử dụng thường xuyên nhưng ko phù hợp", "Tính năng hay nhưng ko nhiều added values" (nice-to-haves)
2. Các hệ thống muốn nâng cấp dễ dàng thì phải có CORE tốt. Các tính năng CORE bắt buộc phải có như Phân Quyền, Quản lý Users/Groups, Security... Giữa CORE và Business Requirements (nghiệp vụ) không nên có sự chênh lệch lớn về tỷ lệ %. Nếu hệ thống có tới 80% là CORE , và 20% là nghiệp vụ thì hệ thống đó chưa thể đưa vào sử dụng được. Ngược lại chỉ 20% là CORE và 80% là nghiệp vụ thì phần mềm đem lại hiệu quả vận hành cao trong ngắn hạn, nhưng khó có khả năng mở rộng trong dài hạn.
3. Toàn bộ kiến trúc dựa trên mô hình Micro-Services thay vì nguyên khối như trước đây. Mỗi hệ thống là một service, tương tác trực tiếp với nhau qua API hoặc gián tiếp với nhau qua các Database dùng chung. Ưu điểm của mô hình này là dễ bảo trì từng phần thay vì nâng cấp cả khối. Các chức năng độc lập như Reportings, Charts, Dashboard... hoàn toàn có thể build trên 1 hệ thống khác tách rời. Các chức năng nghiệp vụ cũng có thể tách rời thành 1 service như KPI điểm chuyên cần của học viên, KPI điểm chất lượng giảng dạy của giáo viên... Ngoài ra các chức năng hệ thống chạy ngầm (backup data, notifications, scheduled emailing...) cũng được tách ra làm 1 service riêng.
4. Đối với các mobile apps, do đặc thù là app phục vụ nhu cầu tra cứu là chính nên layout đơn giản và chức năng tối giản nhất có thể. Đối với các tính năng tương tác 2 chiều giữa học viên với giáo viên, giáo vụ thì có thể sử dụng app bên ngoài như Zalo, Viber. Vì lý do đó, chúng tôi đề xuất mô hình hybrid apps, thí dụ nền tảng: Progressive Web Apps (PWAs) - hoạt động như môt mobile app mặc dù phần Core Techonogies là HTML/CSS/Javascript.

1. Xây dựng Migration tool (có thể là SQL Scripting) để convert dữ liệu từ hệ thống cũ sang.
2. Xây dựng các scheduler jobs để đồng bộ định kỳ và tự động giữa 2 hệ thống đối với những tập dữ liệu chung (thí dụ hồ sơ).
3. Phát triển các API endpoints để đáp ứng các nhu cầu mở rộng.
4. Nếu hệ thống cũ có chức năng Export Excel thì hệ thống mới cũng cần có chức năng Import Excel.