Home / FAQs / Enterprise thông tin hóa, hệ thống kết hợp và vận chuyển
QUESTION & ANSWER

Liệu hệ thống cũ có cần phải hoàn toàn tái tạo lại không?

Hầu hết các hệ thống lõi đều phù hợp hơn để đánh giá trị kinh doanh, mã hóa, dữ liệu và giao diện, và sau đó sử dụng các dịch vụ phụ, thay đổi giao diện, phân chia và di cư. chỉ khi an ninh, chi phí và rủi ro hoạt động được duy trì trên tái tạo là sự thay thế tổng thể. di chuyển phải cho phép hệ thống cũ tồn tại hoặc rút lui với hệ thống mới theo thời gian.

Trả lời câu hỏi đi.

Đầu tiên, đưa ra kết luận có thể sử dụng cho việc đưa ra quyết định

Hệ thống cũ thường chứa các quy tắc kinh doanh bị ẩn và dữ liệu lịch sử tích lũy trong nhiều năm, và các đội viết lại có thể dễ dàng tái tạo chỉ những trang có thể nhìn thấy, để lại những tiến trình bất thường và đặc biệt. Sự đánh giá nên phân biệt giữa các mô- đun ổn định, các mô- đun có rủi ro cao mà hạn chế sự đổi mới và tính năng thừa mà có thể tải xuống. Thông qua việc in ấn API, qua các cơ sở dữ liệu, các tiến trình thay thế theo mô- đun và cập nhật phương pháp, các khoản nợ công nghệ có thể dần giảm đi khi duy trì hoạt động.

DECISION FACTORS

Cần phải nhận ra tình trạng nào trước khi phán xét?

Câu hỏi này có thể có những câu trả lời khác nhau dưới những công việc khác nhau, dữ liệu và các giai đoạn dự án, đề nghị kiểm tra những điều kiện sau đây và những phát hiện phổ biến trên web được kết hợp vào các dự án riêng của họ.

Hệ thống hỏng, bảo mật, phí hiệu suất và bảo trì hiện nayLiệu quy tắc kinh doanh cốt lõi có được ghi lại và thi hành hay khôngCỡ, chất lượng và phụ thuộc vào các hệ thống khácChi phí hoạt động cửa sổ di chuyển và hệ thống hai hệ thống mà doanh nghiệp có thể chi trả
ACTION STEPS

Thứ tự ứng trước đã đề nghị

01

Trước hết, chúng ta sẽ rõ mục tiêu và biên giới.

Hoàn thiện tài sản, kiến trúc, dữ liệu, giao diện và các chẩn đoán giá trị kinh doanh.

02

Kiểm tra & phụ thuộc chính

Kiểm tra hồi quy của lõi được thiết lập để bảo vệ hành vi đúng.

03

Phát triển những kết quả đáng đánh giá

Chọn để thay thế mô- đun giá trị thấp trước và thiết kế bộ đồng bộ dữ liệu cũ và mới.

04

Hãy chắc chắn rằng bạn sẽ quyết định bước tiếp theo với kết quả thực sự.

Chuyển đổi người dùng và giao thông từng giai đoạn, xác nhận và sau đó nghỉ hưu từ các mô-đun cũ.

PRACTICAL EXAMPLE

Làm sao anh hiểu được trong ngành thực sự?

Ví dụ được dùng để minh họa phương pháp phán xét

Giao diện ERP cũ của doanh nghiệp này là cũ nhưng các lệnh và các quy tắc tài chính là ổn định, và các nền tảng di động và phân tích mới có thể được xây dựng đầu tiên thông qua sự phơi bày của các tính chất cốt lõi tại mức độ cạnh tranh dịch vụ; và việc bảo trì các mô-đun khó khăn có thể được thay thế trong bước. Điều này cải thiện kinh nghiệm người dùng và tránh tái tạo lại tất cả các quy tắc dẫn đến sự phá vỡ kinh doanh.

COMMON RISKS

Cái hố dễ dàng nhất để bước lên.

Bản viết tay được quyết định chỉ vì công nghệ cũ, không có rủi ro kinh doanh nào.

Hệ thống mới đã được phát triển trong nhiều năm trước khi một công tắc một lần tiếp tục thay đổi yêu cầu

Một số lượng lớn bóng tối và bảng ghi chép tay đôi vẫn còn sau khi di trú được hoàn tất

ACCEPTANCE

Chúng ta nên kết thúc thế nào khi nhận được và xác nhận điều này?

Cuối cùng, việc truy cập và phục hồi cũ, lưu trữ dữ liệu và cập nhật tài liệu nên đóng cửa để tránh “một gánh nặng mới và cũ của người già ”.

Khi chuẩn bị để giao tiếp với nhà cung cấp hoặc các đội nội bộ, đề nghị các tiến trình đại diện, hệ thống hiện tại, lên kế hoạch thời gian và ngân sách. thứ nhất, những vật dụng chưa được biết đến rõ ràng được đánh dấu, và sau đó quyết định sử dụng các chẩn đoán, PoC, dự án cố định tầm nhìn hoặc nghiên cứu và phát triển, thường đáng tin cậy hơn là nhu cầu trực tiếp cho một mức giá và thời gian không biên giới.

Các hệ thống cũ có nên phát triển lại hay tái phát triển?

Để nói cho chúng ta biết về nhà kho công nghệ hiện tại, những vấn đề chính và các doanh nghiệp không thể bị gián đoạn, chúng ta sẽ xem xét các điều kiện áp dụng cho sự chuyển đổi dần, tái định cư hay tái thiết toàn bộ.

Liên hệ