Mở rộng cạnh đôi thấp
Dùng nền tảng càng nhiều càng tốt với các điểm mở rộngCấu hình, API, bổ sung, công cụ, nút làm việc và giao diện điều khiển độc lập
Home / Dự án hướng dẫn/decy Second Development Upgrading Strategy
PROJECT DECISION GUIDELàm thế nào mà sự phát triển khác biệt thứ hai tránh được những phiên bản dựa trên cộng đồng nâng cấp những khó khăn
Nguy cơ phát triển thứ hai phổ biến nhất của khu vực này không phải là chức năng ban đầu không thể thực hiện, mà là phiên bản ngược dòng không thể được củng cố một cách an toàn với sự thay đổi của mã nguồn lõi, với hệ thống bảo mật, khả năng phù hợp với mô hình và nền tảng từ từ từ còn lại trong phiên bản cũ.
Trả lời câu hỏi đi.
Chính sách nâng cấp sự phát triển khác biệt thứ hai
Cần phải phân loại theo cấu hình, công cụ bổ sung, cổng đứng-một, dịch vụ ngoại vi và năm lớp, ưu tiên mở rộng hạ cấp. Các đường kẻ phụ thuộc trên, các nhánh tùy chỉnh, các báo cáo biến đổi, di trú cơ sở dữ liệu và hồi quy tự động phải được duy trì khi cần thiết, và chu kỳ đánh giá cần được sửa chữa.
SCOPE & BUDGET LEVELS
Thứ nhất, rõ ràng đầu vào tới giới hạn bằng giai đoạn dự án
Những lớp sau được dùng để thiết lập một đường cơ bản cho ngân sách và sự chấp nhận, và phạm vi thực tế vẫn cần được đánh giá liên quan đến hiện trạng, giao diện và yêu cầu thời gian.
Sự sửa đổi mã nguồn có điều khiển
Thiết lập một nhánh dài hạn cho những nhu cầu cốt lõi cần thiếtMô tả tái nạp, phân cách giao diện, đánh giá mã, văn lệnh di trú và kiểm tra tin tức
Quản lý phiên bản
Sự suy giảm liên tục của an ninh thượng nguồn và khả năng nâng cấpSự khác biệt phiên bản, nâng cấp hộp cát, hồi quy, bài tập di trú, giải phóng và rút lui mức xám
DECISION FACTORS
Các yếu tố then chốt cần được kiểm tra để đưa ra quyết định
Trước hết, giới hạn về sự kiềm chế và trách nhiệm được nhận diện, rồi những phương pháp kỹ thuật và phương pháp hợp tác được so sánh.
Thay đổi vị trí
Việc sửa đổi mô hình lõi, cơ sở dữ liệu và lớp lọc lưu thông có nguy cơ nguy hiểm hơn cánh cổng độc lập.
Tỷ lệ thay đổi theo dòng ngược
Phân phối tần số và sự phụ thuộc vào thay đổi ảnh hưởng lên đầu vào.
Tương thích dữ liệu
Cần phải di chuyển để xác thực cấu hình cơ sở dữ liệu, kiến thức ứng dụng và cấu hình bổ sung.
Kiểm tra tài sản
Tác động của việc nâng cấp không thể được đánh giá nếu không có chức năng, đặc quyền, quá trình và đánh giá các bộ sưu tập hồi quy.
Phụ thuộc vào đảng thứ ba
Bổ sung, mô hình, ngân hàng véc tơ và bên ngoài API cũng có thể không tương thích.
Dừng lại và lùi lại.
Nâng cấp hình thức cần thiết hỗ trợ, mức xám, quan sát và có thể thực hiện chương trình thoát hiểm.
Chuẩn bị lời đề nghị trước khi giao tiếp hoặc đánh giá
NameMọi quan điểm và lý do của người khácCấu hình việc phân loại phần lõi của cổng bổ sungCơ sở dữ liệu và kho lưu thay đổiCommentTạo ra quyền hạn kiến thức và thử nghiệm giao diệnHậu phương mức xám và quá trình sao lưuNâng cấp trách nhiệm và tuần hoàn
Đường dẫn đã đề nghị thực hiện
Giai đoạn đầu tiên liên quan đến việc thiết lập danh sách các trang web tùy chỉnh, các mẫu hồi quy và các hoạt động triển khai có thể dời bỏ; mỗi nâng cấp hoàn tất việc di cư và hoạt động trở lại trong một môi trường phân biệt chủng tộc và sau đó mức xám nhập vào sản xuất.
DECISION WORKSHEET
Đang dịch chiến lược nâng cấp phát triển thứ hai của khuếch đại thành việc đưa ra quyết định có thể áp dụng được
Những bảng làm việc sau đây giúp các doanh nghiệp tổ chức những lời khuyên mơ hồ thành những đầu vào dựa trên các nhà cung cấp, và dự án có thể được thực hiện.
Thay đổi vị trí
Việc sửa đổi mô hình lõi, cơ sở dữ liệu và lớp lọc lưu thông có nguy cơ nguy hiểm hơn cánh cổng độc lập.
Nếu yếu tố vẫn chưa được xác định, một sự chẩn đoán hoặc một sự xác nhận quy mô nhỏ nên được sắp xếp và nó không phù hợp để bao gồm tổng số giá cố định cố định bất biến trực tiếp.
Tỷ lệ thay đổi theo dòng ngược
Phân phối tần số và sự phụ thuộc vào thay đổi ảnh hưởng lên đầu vào.
Nếu yếu tố vẫn chưa được xác định, một sự chẩn đoán hoặc một sự xác nhận quy mô nhỏ nên được sắp xếp và nó không phù hợp để bao gồm tổng số giá cố định cố định bất biến trực tiếp.
Tương thích dữ liệu
Cần phải di chuyển để xác thực cấu hình cơ sở dữ liệu, kiến thức ứng dụng và cấu hình bổ sung.
Nếu yếu tố vẫn chưa được xác định, một sự chẩn đoán hoặc một sự xác nhận quy mô nhỏ nên được sắp xếp và nó không phù hợp để bao gồm tổng số giá cố định cố định bất biến trực tiếp.
Những lời nhận xét tương tự nên có kết luận nào?
Ít nhất thì việc sắp xếp phiên bản xuôi dòng và các chi nhánh tùy chỉnh, các điểm tùy chỉnh đầy đủ, và lý do cho thay đổi, cấu hình của việc cải tạo cốt lõi của cổng bổ sung, cơ sở dữ liệu và thay đổi lưu trữ, trong khi mô tả khối lượng kinh doanh hiện tại, thời gian xử lý trung bình, bất thường lớn, hệ thống ở tại chỗ, quyền ưu tiên dữ liệu, phụ thuộc vào bên thứ ba và cửa sổ truy cập. phiên bản tương tự được cung cấp cho các nhà cung cấp khác nhau, và yêu cầu mô tả riêng biệt về giả định, bỏ qua, các vấn đề khách hàng, việc phân phối và chấp nhận chứng cứ để tránh so sánh tổng giới hạn giá cả của một mức giá bị thiếu.
Ví dụ, doanh nghiệp mong đợi rằng dự án sẽ tiết kiệm 160 giờ lao động mỗi tháng, nhưng con số này nên được chia nhỏ thành số lượng công việc, tiết kiệm thời gian, tỷ lệ nhận nuôi và tỷ lệ đánh giá bằng thủ công.
Bốn loại bằng chứng đề nghị thẩm vấn trong lúc giao tiếp với người bán hàng
Đầu tiên là bằng chứng phạm vi: sự nhất quán của phiên bản yêu cầu, quy trình kinh doanh, mẫu thử nghiệm, các giao diện và loại bỏ; thứ hai là bằng chứng kỹ thuật: liệu công nghệ tương tự có thể truy cập được cấu trúc, quản lý mã, thử nghiệm, triển khai và gặp khó khăn; phương pháp quản lý cá nhân là bằng chứng cá nhân: có thực sự tham gia các giai đoạn nhập, các nhiệm vụ và cơ chế thay thế là rõ ràng; và điều thứ tư là bằng chứng giao hàng: mã nguồn, dữ liệu, tài liệu, tài liệu, trình bày, tài liệu, bảo đảm và vận chuyển chất lượng được giao.
Đề nghị rằng sự rõ ràng, sự phụ thuộc quan trọng, khả năng của đội, khả năng chấp nhận và sự chiếm hữu lâu dài được đánh giá riêng biệt và cơ sở cho mỗi điểm được ghi lại. nếu một chương trình rẻ hơn, giao diện, di cư, kiểm tra hoặc trách nhiệm trực tuyến bị loại bỏ, thì nó nên được chuyển thành cùng một khối lượng giao hàng trước khi so sánh.
Nguyên tắc phán xét
Trang này cung cấp một khuôn khổ đưa ra quyết định mà không tạo thành một lời đề nghị hay cam kết cố định.
FAQ
FAQs
Những vấn đề thông thường nhất trước khi hợp tác được trình bày rõ ràng.
Không có nguy cơ nâng cấp mà không thay đổi mã nguồn gốc sao?+
Bổ sung, API s, cơ sở dữ liệu và thay đổi phụ thuộc bên ngoài vẫn tồn tại, nhưng thường rủi ro là cô lập và thử nghiệm dễ dàng hơn.
Chúng ta nên nâng cấp bao lâu một lần?+
Các cửa sổ được phát triển dựa trên những rủi ro an ninh, nhu cầu kinh doanh và thay đổi dòng thời gian, và không cần phải theo từng phiên bản, nhưng không thể không được đánh giá trong thời gian dài.
Liệu nâng cấp có thể thất bại trong việc phục hồi trực tiếp cơ sở dữ liệu?+
Cần xem xét các phiên bản nhất quán của mã, cấu hình, cơ sở dữ liệu, tài liệu và chỉ mục véc- tơ song, và khả năng phục hồi cơ sở dữ liệu riêng.
DECISION FAQ
Kiểm tra tất cả 265 câu hỏi.Những vấn đề thông thường liên quan đến dự án hiện tại
Sự phát triển lần hai và các ứng dụng của con tầu Enterprise
Sự phát triển thứ hai sẽ ảnh hưởng đến những cải tiến sau này không?
Các chức năng đạt được thông qua cấu hình, API, bổ sung, các cổng đứng và dịch vụ ngoại vi thường dễ dàng hơn nâng cấp hơn trực tiếp sửa đổi cơ sở dữ liệu và mã nguồn kinh doanh; thay đổi sâu không nhất thiết là sai, nhưng danh sách các tính toán phân loại, kiểm tra tự động, các tập lệnh di trú và chương trình hậu cần phải được duy trì. Dự án nên xác định, trước khi bắt đầu, cần phải được sửa đổi ở lõi, những người sẽ theo dòng ngược lại trong tương lai, và làm thế nào để sửa chữa an ninh sẽ được tăng cường nhanh chóng.
Xem câu trả lời đầy đủDự án phần mềm khởi động và chọn chương trìnhCó thể cung cấp thông tin này sau khi thỏa thuận giữ bí mật được không?
Anh có thể ký một thỏa thuận hai chiều trước khi cung cấp thông tin.
Xem câu trả lời đầy đủHợp đồng, thanh toán, thay đổi và giao dự ánCần có thông tin gì để dự án phần mềm chấp nhận và kiểm tra?
Mục tiêu của thông tin này là để chứng minh rằng hệ thống này đáp ứng các tiêu chuẩn đã thỏa thuận và khách hàng có thể tiếp tục hoạt động và tiếp quản.
Xem câu trả lời đầy đủHợp đồng, thanh toán, thay đổi và giao dự ánDự án phần mềm đã bị hoãn lại.
Dừng yêu cầu chỉ yêu cầu tỷ lệ phần trăm của việc hoàn thành, và yêu cầu đội cung cấp một danh sách các kết quả hoạt động, công việc còn lại, rủi ro và phụ thuộc. phân biệt giữa phạm vi tăng cường, sự hợp tác khách hàng, vấn đề kỹ thuật, hoặc quản lý nhà cung cấp sẽ dẫn đến sự chậm trễ.
Xem câu trả lời đầy đủRELATED
Chịu phục tùng sự đánh giá dự ánHãy giữ cho kiến thức của bạn về các dịch vụ
Điều chỉnh
Dịch vụ phát triển thứ hai khác nhau
Xem phạm vi kiểm tra, thích nghi và nâng cấp phiên bản
Để biết thêm thông tin.Điều chỉnhPhí thứ hai của Dify.
Phiên bản kiểm tra quản trị và hồi quy ngân sách
Để biết thêm thông tin.Điều chỉnhĐược ủy quyền cho việc bảo trì hệ thống phần mềm
Tạo đắp vá, theo dõi, sao lưu và giải thoát
Để biết thêm thông tin.Điều chỉnhDanh sách chuyển mã nguồn và hệ thống mã nguồn
Đang kiểm tra mã, cấu hình, triển khai, dữ liệu và tài liệu
Để biết thêm thông tin.