Làm thế nào để thích nghi và tái phát triển hệ thống?

Tín hiệu cho thấy rằng doanh nghiệp cần sự thích nghi và phát triển thứ hai

Hệ thống vẫn còn hoạt động và không có nghĩa là nó sẽ hỗ trợ giai đoạn kế tiếp của các hoạt động. Khi một trường khác đòi hỏi sự thay đổi trong nhiều mã số, việc phát hành việc giải phóng phụ thuộc vào các hoạt động cá nhân, giao diện quan trọng không được giám sát, dữ liệu có thể bị thay đổi bằng tay, hoặc nhà cung cấp đã ngừng duy trì, các bản vá tiếp tục tăng nguy cơ của các hoạt động tiếp theo.

Dự án này nên được phát triển với một “hệ thống quá cũ kỹ để có thể xác nhận, chẳng hạn như thời gian đáp ứng cao nhất, thời gian thất bại hàng tháng, số giờ không được phát hành, giờ hành bằng tay, những quy định mới về thương mại không thể được ủng hộ, và mức độ mà các thành phần an ninh bị ngưng hoạt động, chỉ bằng cách thiết lập các đường dây kinh doanh và các đường dây công nghệ có thể được phán đoán xem liệu sự chuyển hóa có thật sự giải quyết được vấn đề thương mại hay không.

• Các tiến trình cốt lõi vẫn còn giá trị kinh doanh, nhưng chi phí bảo trì và mở rộng vẫn tiếp tục gia tăng
• Mã, cơ sở dữ liệu, giao diện và kiến thức triển khai tập trung trong một số nhỏ nhân sự
• Hiệu suất, an toàn, sự tương thích hoặc sự phụ thuộc bên thứ ba đã tạo ra những rủi ro rõ ràng
• Việc kinh doanh không thể chấp nhận sự đóng cửa lâu dài và sự không chắc chắn định cư lại do việc tái thiết

Xây dựng lại hệ thống, rồi xác định phạm vi và giá cả.

Hệ thống nên được tạo sẵn bởi một kho lưu trữ các cửa hàng nguồn, chi nhánh, phụ thuộc, cơ sở dữ liệu, công việc thời gian, lưu trữ tập tin, giao diện, máy chủ, máy chủ, chứng nhận miền và tài khoản phần thứ ba, cố gắng tái tạo và triển khai chúng trong môi trường được kiểm soát. Không có tài liệu đầy đủ, các liên kết then chốt có thể được phục hồi thông qua mã, bản ghi, cơ sở dữ liệu và phỏng vấn kinh doanh, nhưng việc chẩn đoán nên là một giai đoạn đứng-một.

Chẩn đoán nên chia các vấn đề thành cản trở kinh doanh, rủi ro dữ liệu, rủi ro an ninh, rủi ro ổn định và các vấn đề bảo trì lâu dài, với các dấu hiệu của tác động, bằng chứng, ưu tiên và đề nghị đường đi.

• Lập danh sách tài sản hệ thống, phụ thuộc, giao diện và liên kết kinh doanh quan trọng
• Thiết lập đường cơ sở tối thiểu cho việc xây dựng, thử nghiệm và triển khai
• Giấy phép pháp lý để xác nhận mã, dữ liệu, thành phần và dịch vụ bên thứ ba
• Ước tính mất mát khẩn cấp, giai đoạn đầu tiên của sự sửa đổi và phạm vi lâu dài của hiện đại hóa, đồng thời

Chọn giữa sự thích nghi giao diện, việc thay thế mô- đun và sự tái tạo tổng thể

Nếu mô hình dữ liệu cốt lõi vẫn ổn định, với sự bổ sung các kênh mới hoặc các khả năng bên ngoài, API và lớp đơn cô lập có thể được xây dựng đầu tiên; nếu mô-đun cá nhân ở trong một biên giới tập trung và tương đối rõ ràng, các mô-đun mới có thể được xây dựng và dần được thay thế bằng một bên; nếu công nghệ cấp thấp, cấu trúc dữ liệu và mô hình kinh doanh không thể tiếp tục thực hiện mục tiêu, tái thiết nên được đánh giá, nhưng việc sắp xếp lại hàng và chương trình tái tạo lại chương trình vẫn cần được thiết kế.

Quyết định không nên được so sánh chỉ với chi phí phát triển, mà còn với chi phí đóng cửa sổ, hợp lệ hóa di trú, đào tạo nhân viên, hoạt động hai hệ thống, sự tương thích và bảo trì bên trong ba năm tiếp theo. một con đường hợp lý thường là một tổ hợp các chương trình: duy trì một lõi ổn định, thay thế các mô-đun có nguy cơ cao, giao diện điều hòa và quản lý dữ liệu, và dần xây dựng trên các cấu trúc cũ.

Làm sao tránh những lời tố cáo về các cáo buộc kỹ thuật trong sự phát triển của giai đoạn thứ hai?

Khả năng mới được ưu tiên bởi các mô- đun, cắm, dịch vụ hay điểm mở rộng ổn định, giảm các thay đổi trực tiếp thành mã lõi; cơ sở dữ liệu thay đổi cần thiết văn lệnh và đường cuộn; giao diện cần phải rõ ràng về xác thực, trường học, ô-xy, kiểm tra lại, bồi thường và phiên bản. Đối với các sản phẩm mở dựa trên cộng đồng hoặc phần ba, cũng cần phải ghi lại các thay đổi theo dòng và lưu giữ lại khả năng nâng cấp sau.

Việc giao dịch đòi hỏi phải tự động hoàn thành các bài kiểm tra, phê bình mã, liên tục hợp nhất, phát hành các bản ghi, kiểm tra và phản ứng thất bại, nếu không, công ty sẽ trở lại “chỉ có những nhà phát triển trước đây dám thay đổi tình trạng của người dân, ngay cả khi chức năng ban đầu là trực tuyến.

• Yêu cầu hoạt động, mã thay đổi và chấp nhận được theo dõi lẫn nhau
• Quá trình lõi có ít nhất một mẫu thử nghiệm hồi quy và dữ liệu đại diện
• Cấu hình môi trường, phím và tài khoản phần ba không được viết cho máy tính cá nhân
• Phát hành, thay đổi, hợp lệ hoá và trả lại được ghi lại mỗi lần

Làm thế nào để kiểm soát rủi ro với việc di cư dữ liệu và mức xám lên

Dữ liệu chủ yếu không chỉ là so sánh tổng số dòng, mà còn là sự hòa giải của đối tượng, trạng thái, số lượng, số lượng và kết nối.

Có thể sử dụng việc hợp lệ hóa chỉ đọc, lưu lượng xám, kiểm tra hai đoạn hoặc hai đoạn. Mỗi giai đoạn xác định điều kiện để tiếp tục rút lui, như tỷ lệ lỗi, sự khác biệt doanh nghiệp, thời gian phản hồi và hướng dẫn sử dụng.

Nên giao gì và chấp nhận để thích nghi với hệ thống và phát triển phụ

Hóa đơn và thanh tra phụ thuộc vào cả chức năng mới và sự sẵn có của các tài sản mà doanh nghiệp có thể tiếp quản. các chương trình di cư và tái định cư, cảnh báo về trạng thái, cấu trúc mục tiêu, danh sách các yêu cầu và giao diện, mã nguồn, mã nguồn, mã cơ sở dữ liệu, bản thử nghiệm tự động, cấu hình tái thiết lập, di cư và tái định cư, cảnh báo giám sát, thao tác và các tập tin vận chuyển.

Dự án kết thúc với kho mã kiểm soát doanh nghiệp, số tài khoản sản, chứng nhận tên miền, tài nguyên đám mây và cấu hình cốt lõi, tránh tái thiết lập lại quan hệ phụ thuộc của nhà cung cấp sau khi công nghệ đã hoàn thành.

• Quá trình lõi, bất thường và ranh giới cho phép nhận và nhận được trên một cơ sở chữ cái từng chữ
• Mã nguồn, phụ thuộc, xây dựng, triển khai và thay đổi cơ sở dữ liệu có thể được sao chép
• Dữ liệu di chuyển được thu nhỏ bởi số lượng, số lượng, địa vị và liên kết
• Đội công nghiệp có thể xem xét giám sát, thực hiện rút lui và tiếp quản việc bảo trì thường xuyên