Đầu tiên, đưa ra kết luận có thể sử dụng cho việc đưa ra quyết định
Chìa khóa là mức độ mà hệ thống mã nguồn mở tương ứng với cốt lõi. Nếu 80% các tiến trình có sẵn trực tiếp, chỉ có thương hiệu, ưu tiên, giao diện và giao diện là cần thiết, và phát triển thứ hai thường kinh tế hơn; nếu cần thiết để mô hình dữ liệu mở rộng, đặc quyền và quy trình then chốt, những biện pháp ngắn hạn, có vẻ như bảo vệ có thể gây ra những mẻ nâng cao trong thời gian dài.
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ọ.
Thứ tự ứng trước đã đề nghị
Trước hết, chúng ta sẽ rõ mục tiêu và biên giới.
Hãy chọn tiến trình thực sự phức tạp nhất để thẩm tra trong hệ thống ứng cử viên mã nguồn mở.
Kiểm tra & phụ thuộc chính
Xem lại việc sao chép, kiến trúc, sự tin cậy, thử nghiệm, an toàn và triển khai phương pháp.
Phát triển những kết quả đáng đánh giá
Chi phí để nâng cấp, bảo trì và thay thế được ước tính trong hơn năm, thay vì chỉ được phát triển lần đầu tiên.
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ự.
Các lớp và lõi tùy chỉnh được phân hủy càng nhiều càng tốt và nâng cấp và di cư được bảo trì.
Làm sao anh hiểu được trong ngành thực sự?
Công ty phải xây dựng một hệ thống bảng làm việc, với các sản phẩm mã nguồn mở hỗ trợ bảng làm việc, vai trò và thông báo, nhưng công ty cần các giao thức phức tạp và hệ thống APP. Trung tâm của các bảng điều khiển thành thục có thể được duy trì, với các thiết bị phụ thêm và các mô- đun di động được thêm vào thông qua các bảng điều khiển, các bản nâng cấp an ninh sau đó sẽ khó khăn nếu lõi được viết trực tiếp. Các biên giới thường được kết hợp tốt hơn thay đổi tổng thể. Thí dụ không đại diện hiệu suất của một khách hàng cụ thể, và kết luận thực sự cần được thẩm tra bằng số lượng lớn của hệ thống kinh doanh, mẫu và các giới hạn trách nhiệm.
Cái hố dễ dàng nhất để bước lên.
Chúng tôi không nghĩ nó sẽ tốn kém phần mềm khi tải về mã.
Dùng giấy phép giao hàng mà không xem xét lại
Quá nhiều thay đổi đến mã lõi mà không tăng cấp chiến lược
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?
Sự lựa chọn nên bao gồm sự đồng ý, sự hỗ trợ bản quyền, phạm vi sửa đổi, kiểm tra an ninh hiệu quả, chương trình triển khai và dự đoán bảo trì từ 3 đến 5 năm.
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.