Kỹ thuật phần mềm
Chọn hệ công nghệ, khung front-end, tiếng Ả Rập và hướng từ phải sang trái, ứng dụng native hay đa nền tảng, đám mây, công cụ kiểm thử và hệ thống cũ.
32 câu hỏi
XSIS chọn bộ công nghệ thế nào?
Chúng tôi bắt đầu từ những gì đội ngũ của bạn vận hành và tuyển dụng được, những gì hệ thống khác của bạn dùng và những gì phần mềm phải làm. Với phần lớn phần mềm doanh nghiệp, đó là ngôn ngữ phổ biến như TypeScript, Java, C# hoặc Python, cơ sở dữ liệu quan hệ và đám mây bạn đang dùng. Chúng tôi ghi lại từng lựa chọn và lý do.
Đọc thêm: Kỹ thuật ứng dụng, nền tảng và sản phẩm mô-đun hóaLiên kết tới câu hỏi này
XSIS có xây sản phẩm SaaS đa thuê bao không?
Có. Chúng tôi thiết kế tách biệt thuê bao, cấu hình theo từng thuê bao, vai trò, điểm nối tính phí và nhật ký kiểm toán ngay từ bản phát hành đầu, vì thêm sau nghĩa là viết lại mô hình dữ liệu. Chúng tôi thống nhất với bạn liệu các thuê bao dùng chung cơ sở dữ liệu, dùng chung lược đồ hay tách hoàn toàn, dựa trên nhu cầu bảo mật và chi phí.
Đọc thêm: Kỹ thuật ứng dụng, nền tảng và sản phẩm mô-đun hóaLiên kết tới câu hỏi này
Kiến trúc mô-đun hóa có ý nghĩa gì với chúng tôi?
Nền tảng của bạn được xây từ các năng lực kinh doanh độc lập có API riêng, như định giá, tiếp nhận khách hàng mới hoặc tính phí. Mỗi phần có thể thay đổi, mở rộng hoặc thay thế mà không chạm phần còn lại, và sản phẩm mới có thể tái sử dụng chúng. Cách này phù hợp nền tảng sẽ phát triển nhiều năm; một công cụ nhỏ không cần.
Đọc thêm: Kỹ thuật ứng dụng, nền tảng và sản phẩm mô-đun hóaLiên kết tới câu hỏi này
XSIS dùng khung giao diện nào?
Chúng tôi dùng React với Next.js cho phần lớn ứng dụng mới vì hỗ trợ kết xuất phía máy chủ và có công cụ mạnh. Chúng tôi cũng làm việc với Angular và Vue.js, và tiếp tục trong khung bạn đang dùng khi đó là lựa chọn hợp lý.
Đọc thêm: Kỹ thuật ứng dụng, nền tảng và sản phẩm mô-đun hóaLiên kết tới câu hỏi này
Vì sao xây ứng dụng máy tính để bàn thay vì ứng dụng web?
Chọn máy tính để bàn khi công việc cần dùng ngoại tuyến, truy cập trực tiếp thiết bị hoặc tệp cục bộ, dữ liệu hay đồ họa nặng, hoặc màn hình thao tác nhanh bằng bàn phím. Với phần lớn nhu cầu khác, ứng dụng web dễ triển khai và cập nhật hơn. Chúng tôi khuyến nghị theo từng trường hợp, và đôi khi ứng dụng web kèm một thành phần máy tính để bàn nhỏ là câu trả lời đúng.
Đọc thêm: Kỹ thuật ứng dụng, nền tảng và sản phẩm mô-đun hóaLiên kết tới câu hỏi này
Máy tính để bàn gốc hay đa nền tảng: nên chọn loại nào?
Ứng dụng gốc cho hiệu năng tốt nhất và phù hợp nhất với từng hệ điều hành. Ứng dụng đa nền tảng dùng chung một mã nguồn cho Windows, macOS và Linux, giúp giảm chi phí xây và thay đổi. Chúng tôi khuyến nghị gốc khi một nền tảng chiếm ưu thế hoặc công việc đòi hỏi cao, và đa nền tảng khi nhiều nền tảng đều quan trọng.
Đọc thêm: Kỹ thuật ứng dụng, nền tảng và sản phẩm mô-đun hóaLiên kết tới câu hỏi này
Ứng dụng máy tính để bàn có thể hoạt động không cần kết nối mạng không?
Có, với những công việc cho phép. Chúng tôi cùng bạn quyết định dữ liệu nào mỗi người dùng cần trên thiết bị, giữ dữ liệu được mã hóa và ghi lại thay đổi cho đến khi có mạng trở lại. Khi cùng một bản ghi thay đổi ở hai nơi, quy tắc đã thống nhất quyết định thay đổi nào thắng hoặc yêu cầu một người chọn.
Đọc thêm: Kỹ thuật ứng dụng, nền tảng và sản phẩm mô-đun hóaLiên kết tới câu hỏi này
Ứng dụng có thể làm việc với máy quét, máy in và thiết bị khác của chúng tôi không?
Có. Chúng tôi tích hợp với thiết bị nhân viên bạn dùng, như máy quét mã vạch, máy in hóa đơn và nhãn, cân điện tử và thiết bị thanh toán. Chúng tôi kết nối qua trình điều khiển, SDK hoặc cổng chuẩn của từng thiết bị, và kiểm thử với đúng kiểu máy và phiên bản firmware bạn chạy, vì thiết bị cùng loại thường hành xử khác nhau.
Đọc thêm: Kỹ thuật ứng dụng, nền tảng và sản phẩm mô-đun hóaLiên kết tới câu hỏi này
Chúng tôi nên xây ứng dụng gốc hay đa nền tảng?
Ứng dụng gốc bằng Swift và Kotlin cho quyền truy cập đầy đủ nhất vào tính năng thiết bị. Ứng dụng đa nền tảng bằng React Native hoặc Flutter chia sẻ phần lớn mã giữa iOS và Android, giúp giảm chi phí xây và thay đổi. Chúng tôi khuyến nghị gốc khi ứng dụng phụ thuộc nhiều vào thiết bị, và đa nền tảng cho phần lớn ứng dụng doanh nghiệp và tiêu dùng.
Đọc thêm: Di động, điện toán không gian và bản sao sốLiên kết tới câu hỏi này
Bản sao số là gì, và khi nào đáng để xây? (Di động, điện toán không gian và bản sao số)
Bản sao số là mô hình 3D trực tiếp của một địa điểm hoặc quy trình vật lý, được cập nhật bằng dữ liệu từ cảm biến và hệ thống của nó. Đáng để xây khi các quyết định về địa điểm đó tốn kém để kiểm thử trong thực tế. Ví dụ là thay đổi dây chuyền sản xuất, hoạch định cảng, vận hành khu đô thị thông minh hoặc đào tạo nhân viên cho sự kiện hiếm.
Đọc thêm: Di động, điện toán không gian và bản sao sốLiên kết tới câu hỏi này
Bản sao số có thể kết nối với những hệ thống nào?
Những hệ thống mô tả cơ sở thật: nền tảng IoT công nghiệp và cảm biến, hệ thống tòa nhà và nhà máy, và hệ thống ERP, bảo trì tài sản. Chúng tôi thống nhất nguồn dữ liệu và tần suất cập nhật, để bản sao số cho thấy cơ sở đúng như hiện trạng.
Đọc thêm: Di động, điện toán không gian và bản sao sốLiên kết tới câu hỏi này
Ứng dụng có thể hoạt động khi mất kết nối không?
Có, khi hành trình cho phép. Chúng tôi lưu dữ liệu người dùng cần trên thiết bị, được mã hóa, và đưa các thay đổi vào hàng đợi cho đến khi có kết nối trở lại. Quy tắc đồng bộ quyết định điều xảy ra khi cùng bản ghi thay đổi ở hai nơi, và chúng tôi thiết kế quy tắc đó cùng bạn.
Đọc thêm: Di động, điện toán không gian và bản sao sốLiên kết tới câu hỏi này
XSIS làm cho sản phẩm dễ tiếp cận thế nào?
Chúng tôi thiết kế theo WCAG 2.2 AA từ wireframe đầu tiên: đủ tương phản, tiêu điểm thấy được, thứ tự đọc hợp lý, vùng chạm đủ lớn và nhãn cho mọi điều khiển. Kiểm tra tự động chạy trên mọi thay đổi. Trước mỗi bản phát hành, chúng tôi kiểm thử thủ công hành trình chính bằng bàn phím và trình đọc màn hình.
Đọc thêm: UX và kỹ thuật chất lượng tự chủLiên kết tới câu hỏi này
XSIS có thiết kế cho tiếng Ả Rập và ngôn ngữ từ phải sang trái khác không?
Có. Thiết kế từ phải sang trái không chỉ là lật màn hình: điều hướng, chỉ báo tiến độ và biểu tượng chỉ hướng được lật, còn số, logo và điều khiển phương tiện thường không. Văn bản Ả Rập cần phông, cỡ chữ và chiều cao dòng riêng, và chúng tôi rà soát cả hai hướng với người đọc bản ngữ.
Đọc thêm: UX và kỹ thuật chất lượng tự chủLiên kết tới câu hỏi này
Tự động hóa kiểm thử tự sửa là gì?
Kiểm thử giao diện thường hỏng khi nút di chuyển hoặc đổi tên, dù tính năng vẫn hoạt động. Kiểm thử tự sửa dùng AI tìm lại phần tử và đề xuất bản kiểm thử cập nhật, để kỹ sư rà soát trước khi chấp nhận. Bộ kiểm thử vẫn đáng tin mà không che lỗi thật.
Đọc thêm: UX và kỹ thuật chất lượng tự chủLiên kết tới câu hỏi này
AI thực sự làm gì trong việc hiện đại hóa?
AI đọc nhanh một lượng lớn mã cũ: giải thích chương trình làm gì, truy vết dữ liệu đi đâu, đề xuất tái cấu trúc và soạn kiểm thử. Kỹ sư quyết định thay đổi gì, rà soát từng dòng và chứng minh bằng kiểm thử mô tả đặc tính. AI giúp hiểu mã nhanh hơn; AI không thay thế việc kiểm chứng.
Đọc thêm: Hiện đại hóa hệ thống cũ với AI tăng tốcLiên kết tới câu hỏi này
XSIS có thể chuyển khối lượng công việc COBOL và DB2 khỏi máy tính lớn không?
Có. Chúng tôi dịch hoặc xây lại chương trình COBOL thành dịch vụ đám mây gốc, và di chuyển dữ liệu DB2 với đối soát ở mọi bước. Tác vụ theo lô và giao diện tệp được thay bằng phương án hiện đại tương đương. Những phần ổn định và tốn kém khi chuyển có thể ở lại phía sau lớp API cho đến lượt của chúng.
Đọc thêm: Hiện đại hóa hệ thống cũ với AI tăng tốcLiên kết tới câu hỏi này
Khi nào bọc hệ thống tốt hơn thay thế?
Khi lõi cũ ổn định và đúng nhưng khó tiếp cận. API hiện đại đặt phía trước cho phép kênh mới, đối tác và sản phẩm dùng chức năng của lõi mà không động vào bên trong. Chúng tôi khuyến nghị thay thế khi hệ thống cản trở thay đổi, không bảo mật được hoặc không còn tuyển được người.
Đọc thêm: Hiện đại hóa hệ thống cũ với AI tăng tốcLiên kết tới câu hỏi này
Đám mây chủ quyền là gì, và chúng tôi có cần không?
Đám mây chủ quyền giữ dữ liệu, vận hành và kiểm soát pháp lý trong một khu vực tài phán. Đó có thể là nhà cung cấp khu vực, đám mây chính phủ, khu vực của nhà cung cấp đám mây lớn với kiểm soát phù hợp, hoặc trung tâm dữ liệu của bạn. Bạn cần đám mây chủ quyền khi luật hoặc cơ quan quản lý yêu cầu một số hồ sơ ở lại trong nước. Chúng tôi lập bản đồ khối lượng công việc nào thuộc quy tắc đó trước khi khuyến nghị nơi vận hành chúng.
Đọc thêm: Kỹ thuật đám mây, SovereignTech và di chuyển laiLiên kết tới câu hỏi này
Chúng tôi nên dùng nhà cung cấp đám mây nào?
Thường là nhà cung cấp bạn đang dùng, trừ khi có lý do rõ ràng để đổi. Yếu tố quyết định là lưu trú dữ liệu, hợp đồng và kỹ năng hiện có, dịch vụ được quản lý bạn cần và cách hệ thống khác kết nối. Chúng tôi làm việc trên AWS, Microsoft Azure, Google Cloud, Alibaba Cloud và đám mây chính phủ khu vực, và chỉ dùng mã riêng của nhà cung cấp ở những chỗ thực sự đáng giá.
Đọc thêm: Kỹ thuật đám mây, SovereignTech và di chuyển laiLiên kết tới câu hỏi này
XSIS tránh phụ thuộc nhà cung cấp thế nào?
Hạ tầng được định nghĩa bằng công cụ nguồn mở như Terraform, OpenTofu hoặc Pulumi, và khối lượng công việc chạy trên Kubernetes hoặc nền tảng linh hoạt khác. Khi dịch vụ riêng của nhà cung cấp là lựa chọn tốt hơn, chúng tôi dùng có chủ đích và ghi lại lộ trình rời đi. Cuối cùng bạn có ước tính bằng văn bản về công sức di chuyển từng khối lượng công việc.
Đọc thêm: Kỹ thuật đám mây, SovereignTech và di chuyển laiLiên kết tới câu hỏi này
Chúng tôi nên giữ hạ tầng tại chỗ hay chuyển lên đám mây?
Tùy từng hệ thống: dữ liệu được lưu ở đâu, nhu cầu hiệu năng và kết nối, giấy phép và khả năng vận hành của đội ngũ. Nhiều doanh nghiệp chạy môi trường lai, và cách này hiệu quả khi được thiết kế như một tổng thể thống nhất. Chúng tôi so sánh các lựa chọn theo chi phí, rủi ro và công sức, và khuyến nghị phương án mà chính chúng tôi sẽ chọn.
Đọc thêm: Kỹ thuật đám mây, SovereignTech và di chuyển laiLiên kết tới câu hỏi này
Chúng tôi có nên chạy mô hình AI trên GPU của mình không?
Hãy cân nhắc khi dữ liệu không được rời khỏi ranh giới của bạn, hoặc khi mức sử dụng đủ ổn định để năng lực tự sở hữu rẻ hơn trả tiền theo lượt gọi. Chúng tôi so sánh cụm riêng, đám mây chủ quyền và dịch vụ mô hình công cộng cho khối lượng công việc của bạn, rồi định cỡ cụm và các mô hình nó phục vụ.
Đọc thêm: Kỹ thuật đám mây, SovereignTech và di chuyển laiLiên kết tới câu hỏi này
XSIS có làm việc với thiết bị và hệ thống chúng tôi đang có không?
Có. Chúng tôi bắt đầu từ những gì bạn có và chỉ thay những gì hết hỗ trợ hoặc cản trở thiết kế. Khi phải mua phần cứng hoặc giấy phép, chúng tôi nêu rõ cần gì và vì sao, và bạn chọn nhà cung cấp.
Đọc thêm: Kỹ thuật đám mây, SovereignTech và di chuyển laiLiên kết tới câu hỏi này
Kỹ thuật nền tảng là gì, và khác DevOps thế nào?
DevOps là thực hành trong đó lập trình viên và vận hành cùng chia sẻ trách nhiệm vận hành phần mềm. Kỹ thuật nền tảng biến thực hành đó thành sản phẩm: nền tảng lập trình nội bộ trao cho mọi đội cùng một cách đã kiểm thử để xây, triển khai và vận hành dịch vụ. Các đội dành thời gian cho tính năng, không phải cho đường ống.
Đọc thêm: DevOps, kỹ thuật nền tảng và bộ khung viết mã AILiên kết tới câu hỏi này
XSIS dùng những công cụ nào?
Thường là những công cụ bạn đã có. Chúng tôi làm với Terraform, OpenTofu và Pulumi cho hạ tầng, Kubernetes cho container, và các dịch vụ CI/CD phổ biến, gồm GitLab CI/CD, GitHub Actions và Argo CD. Chúng tôi chỉ khuyến nghị thay đổi khi một công cụ cản trở điều bạn cần.
Đọc thêm: DevOps, kỹ thuật nền tảng và bộ khung viết mã AILiên kết tới câu hỏi này
Bộ nhớ đệm và định tuyến có làm giảm chất lượng câu trả lời không?
Không, khi được thiết lập theo từng ca sử dụng. Một tác vụ chỉ chuyển sang mô hình nhỏ sau khi vượt qua cùng bộ đánh giá như mô hình tiên phong, và câu trả lời trong bộ nhớ đệm chỉ được dùng khi câu trả lời đã lưu vẫn đúng. Mọi trường hợp chưa chắc chắn vẫn được chuyển tới mô hình lớn hơn.
Đọc thêm: SRE, khả năng quan sát và FinOps đám mây cùng token AILiên kết tới câu hỏi này
GreenOps là gì?
GreenOps áp dụng cách tiếp cận FinOps cho năng lượng và carbon. Khối lượng công việc được định cỡ theo mức sử dụng, chạy ở nơi và lúc điện sạch hơn nếu có thể chờ, và được báo cáo theo các tiêu chí mà báo cáo ESG của bạn cần.
Đọc thêm: SRE, khả năng quan sát và FinOps đám mây cùng token AILiên kết tới câu hỏi này
Mô-đun bảo mật phần cứng của chúng tôi có hỗ trợ thuật toán hậu lượng tử không?
Mức hỗ trợ khác nhau theo kiểu máy và phiên bản firmware. Chúng tôi kiểm tra từng HSM trong đánh giá CBOM và chỉ lên kế hoạch nâng cấp hoặc thay thế ở nơi cần.
Đọc thêm: Mật mã hậu lượng tử và mã hóa an toàn lượng tửLiên kết tới câu hỏi này
Chúng tôi có cần phân phối khóa lượng tử không?
Hiếm khi. Mật mã hậu lượng tử chạy trên mạng và phần cứng bạn đã có, còn QKD cần liên kết quang chuyên dụng. Chúng tôi chỉ xem xét QKD cho vài liên kết giá trị cao nơi cơ quan quản lý hoặc đối tác kỳ vọng.
Đọc thêm: Mật mã hậu lượng tử và mã hóa an toàn lượng tửLiên kết tới câu hỏi này
XSIS làm việc với những đám mây và nền tảng nào?
AWS, Microsoft Azure, Google Cloud, Alibaba Cloud và đám mây chính phủ khu vực, cùng trung tâm dữ liệu và cụm GPU riêng của bạn. Hạ tầng được định nghĩa bằng Terraform, OpenTofu hoặc Pulumi và khối lượng công việc chạy trên Kubernetes, nên lựa chọn nhà cung cấp vẫn mở.
XSIS có giúp chúng tôi rời khỏi nhà cung cấp đám mây lớn không?
Có. Chúng tôi đánh giá dịch vụ nào trói bạn vào nhà cung cấp, thiết kế đích trên đám mây chủ quyền, nhà cung cấp khác hoặc trung tâm dữ liệu của bạn, và di chuyển khối lượng công việc theo giai đoạn với đường quay lui cho từng phần. Bạn quyết định đi xa đến đâu: có khách chuyển tất cả, có khách chỉ chuyển khối lượng công việc mà cơ quan quản lý quan tâm.
Thêm câu hỏi
- AI và dữ liệuMô hình và nhà cung cấp, độ chính xác, truy xuất hoặc tinh chỉnh, nền tảng dữ liệu, dữ liệu thời gian thực và tự động hóa tài liệu.37 câu hỏi
- Tích hợpHệ thống ERP, phần mềm trung gian, định dạng ngân hàng, ISO 8583, thiết bị thanh toán, host-to-host hoặc EBICS, ngân hàng mở và API bên thứ ba.32 câu hỏi
- NgànhNgân hàng lõi, ISO 20022, giám sát gian lận, cửa hàng, EDI và hãng vận chuyển, HL7 và FHIR, khả năng tiếp cận và nâng cấp ERP.30 câu hỏi
- Giải pháp theo bộ phậnKết nối ERP, quy định hóa đơn điện tử, nhà cung cấp AP2 và EDI, hộ chiếu sản phẩm số, CRM, định giá linh hoạt, BI hội thoại và tiếng Ả Rập.13 câu hỏi
- Chi phí và báo giáĐiều gì quyết định chi phí của một dự án hoặc một đội ngũ, và cách chúng tôi ước tính.29 câu hỏi
- Tiến độCông việc mất bao lâu để khởi động và bàn giao, và điều gì làm thay đổi tiến độ.10 câu hỏi
- Quyền sở hữu và hợp đồngAi sở hữu mã nguồn, dữ liệu và kết quả, và hợp đồng vận hành thế nào.22 câu hỏi
- Bảo mật và dữ liệuCách chúng tôi bảo vệ hệ thống, mã nguồn và dữ liệu của bạn trong quá trình làm việc.79 câu hỏi
- Đội ngũ và nhân sựAi làm việc trong dự án của bạn, họ được chọn thế nào và đội ngũ thay đổi ra sao.30 câu hỏi
- Quy trình và trao đổiCông việc được lập kế hoạch, báo cáo và nghiệm thu thế nào.121 câu hỏi
- Hỗ trợ và vận hànhĐiều gì diễn ra sau khi đưa vào vận hành: hỗ trợ, giám sát và thay đổi.29 câu hỏi
- Về XSISChúng tôi là ai, ở đâu và liên hệ thế nào.6 câu hỏi
Bắt đầu bằng một cuộc trò chuyện, không phải hợp đồng.
Cho chúng tôi biết bạn cần xây dựng, kết nối hoặc bảo vệ điều gì. Một kiến trúc sư sẽ cùng bạn xem xét, rồi đề xuất nơi nên bắt đầu.
Các bước tiếp theo
Thống nhất thời gian
Đội ngũ của chúng tôi gửi email để thống nhất thời gian cho buổi tư vấn.
Buổi tư vấn sơ bộ
Một buổi tư vấn sơ bộ trực tuyến miễn phí 30 phút: chúng tôi cùng bạn xem xét mục tiêu, hệ thống và ràng buộc.
Đánh giá mức độ sẵn sàng
Trong một đánh giá mức độ sẵn sàng miễn phí trong 48 giờ, một kiến trúc sư chính kiểm tra dự án của bạn theo định nghĩa sẵn sàng (Definition of Ready) gồm 6 điểm và đề xuất lộ trình phù hợp.
Chọn lộ trình
Các dự án đã rõ phạm vi nhận đề xuất có ràng buộc trong vòng 3 đến 5 ngày làm việc. Các dự án ở giai đoạn ý tưởng bắt đầu trong Blueprint Studio. Hệ thống đang vận hành gặp lỗi, thiếu tài liệu hoặc cần tích hợp bắt đầu bằng chẩn đoán kéo dài 1 đến 2 tuần. Blueprint Studio và chẩn đoán đều có phí cố định, được báo trong đề xuất.