Khớp doanh nghiệp
Sử dụng các quá trình thực sự để xác minh bao nhiêu lõi cần thiết cho hệ thống mã nguồn mở, không chỉ danh sách chức năng và trang trình bày.
Home / Hướng dẫn quyết định / Tùy chỉnh phát triển và tùy chỉnh mã nguồn mở
PROJECT DECISION GUIDEPhát triển từ tùy chọn không hoặc tùy thích hệ thống mã nguồn mở dựa trên
Việc sửa đổi mã nguồn mở có lẽ không rẻ hơn hoặc dễ điều khiển hơn từ số không. Bí quyết là đánh giá sự khớp giữa khả năng mở sẵn có và thao tác đích, cũng như nâng cấp và bảo trì trong tương lai.
Trả lời câu hỏi đi.
Tùy chọn phát triển và thích nghi mã nguồn mở
Khi các quá trình cốt lõi phổ biến, các dự án mã nguồn mở là những dự án thành thục và giấy phép là tương thích với các mô hình kinh doanh, những sự thích nghi dựa trên hệ thống mã nguồn mở có thể rút ngắn chu kỳ đầu tiên; khi các quy tắc kinh doanh thành sự cạnh tranh cốt lõi, hạn chế cấu trúc rõ ràng hoặc chiều sâu của sự thích nghi có thể kéo dài ra xa các phiên bản cộng đồng, thường thích hợp hơn để tùy chỉnh từ số 0.
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.
Mô hình kinh doanh và kiểm tra sức khỏe
Phân tích các ranh giới sử dụng, sửa đổi, phân phối, dịch vụ SaaS, nhãn hiệu và thành phần phụ thuộc, đề tài được các chuyên gia pháp luật xem xét, nếu cần thiết.
Sửa đổi độ sâu
Giao diện, thương hiệu và một số nhỏ các tiến trình mở rộng thường ít nguy hiểm hơn; thay đổi chính trong mô hình dữ liệu lõi và cấu trúc bên dưới có thể làm suy yếu lợi thế của chương trình mở.
Đường dẫn nâng cấp
Cần phải làm rõ ai chịu trách nhiệm cho việc cập nhật phiên bản cộng đồng, các trang bị an ninh, các chi nhánh tự động và các xét nghiệm hồi quy.
Đội đua và chiếm lấy
Bất cứ đường nào nên được chọn, và mã nguồn, triển khai hướng dẫn, di cư dữ liệu, giao diện và tài liệu vận chuyển.
Toàn bộ chi phí cho quyền sở hữu
Hãy so sánh sự phát triển, giấy phép, tài nguyên che mây, nâng cấp, di chuyển, chi phí an ninh và nhân sự trong ít nhất ba năm, thay vì dựa vào đề nghị đầu tiên.
Chuẩn bị lời đề nghị trước khi giao tiếp hoặc đánh giá
Các tiến trình kinh doanh mục tiêu và các chức năng vi phânHoạt động của dự án ứng cử viên mã nguồn mởGiấy Phép và thành phần phụ thuộcKiến trúc và neo kỹ thuật khớpNameĐiểm mở rộng phát triển thứ haiNâng cấp phiên bản và chính sách chi nhánhTổng chi phí cho 3 năm sở hữu
Đường dẫn đã đề nghị thực hiện
Đề nghị nên thực hiện một vòng phân tích và phân tích khoảng cách, với nhu cầu xuất bao gồm ma trận, rủi ro bằng lái, danh sách thích nghi, nâng cấp chiến lược và chi phí so sánh của hai tuyến đường, trước khi một quyết định được thực hiện trên việc thiết lập một dự án.
DECISION WORKSHEET
Tùy chỉnh phát triển và thay đổi mã nguồn mở thành việc đưa ra quyết định có thể thực thi
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.
Khớp doanh nghiệp
Sử dụng các quá trình thực sự để xác minh bao nhiêu lõi cần thiết cho hệ thống mã nguồn mở, không chỉ danh sách chức năng và trang trình bày.
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.
Mô hình kinh doanh và kiểm tra sức khỏe
Phân tích các ranh giới sử dụng, sửa đổi, phân phối, dịch vụ SaaS, nhãn hiệu và thành phần phụ thuộc, đề tài được các chuyên gia pháp luật xem xét, nếu cần thiết.
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.
Sửa đổi độ sâu
Giao diện, thương hiệu và một số nhỏ các tiến trình mở rộng thường ít nguy hiểm hơn; thay đổi chính trong mô hình dữ liệu lõi và cấu trúc bên dưới có thể làm suy yếu lợi thế của chương trình mở.
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ại một số chi tiết nhỏ nhất, các quá trình kinh doanh và các chức năng khác nhau, hoạt động của các dự án mở ứng cử viên, giấy phép và sự phụ thuộc vào các thành phần, kiến trúc và khớp với các khớp công nghệ, 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 đảng thứ ba và các cửa sổ truy cập. phiên bản thông tin tương tự được cung cấp cho các nhà cung cấp khác nhau và mô tả riêng biệt về giả định, loại giả định, bỏ, các vấn đề hợp tác khách hàng, và bằng chứng chấp nhận là cần thiết để tránh so sánh tổng số giá của một biên giới 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.
Hệ thống mã nguồn mở có bằng tự do không?+
Chi phí mã có thể là 0, nhưng các dữ liệu kỹ thuật đầu vào được yêu cầu để chọn lọc, triển khai, thích nghi, di cư dữ liệu, an ninh, nâng cấp và vận chuyển.
Hệ thống mã nguồn mở đã thay đổi, càng tốt?+
Khả năng đạt được sự khác biệt qua bổ sung, cấu hình và phần mở rộng nên được giảm bằng cách giảm việc xâm nhập thành mật mã cốt lõi để giảm chi phí nâng cấp sau đó.
Anh có thể làm lại nó trước, rồi viết lại không?+
Phải, nhưng ngay từ đầu, dữ liệu, giao diện và ranh giới hoạt động cần được lên kế hoạch để tránh trở thành mục tiêu cụ thể cho việc di cư trong tương lai.
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
Tiểu dụng, APPs, SaaS và hệ thống cũ
Hệ thống kinh doanh nên được phát triển từ số không hoặc từ hệ thống mã nguồn mở trong một giai đoạn thứ hai?
Các quá trình là phổ biến, sản phẩm mã nguồn mở đã trưởng thành và giấy phép cho phép phát triển phụ. khi sự khác biệt trong kinh doanh, giới hạn kiến trúc cốt lõi hoặc nâng cấp chi phí lâu dài là cao, có lẽ thích hợp hơn để phát triển từ số 0.
Xem câu trả lời đầy đủDự án phần mềm khởi động và chọn chương trìnhLàm thế nào để chọn những mã thấp, hệ thống mã nguồn mở và phát triển tùy thích?
Mã thấp là thích hợp cho các quá trình rõ ràng, thay đổi và nền tảng để bao gồm các ứng dụng nội bộ cao hơn; hệ thống mã mở thích hợp cho các sản phẩm trưởng thành, có thể đáp ứng nhu cầu thông qua cấu hình và phát triển thứ hai; tùy chỉnh các dự án thích hợp cho quá trình phân loại, tích phức tạp, hiệu suất hoặc điều khiển sản phẩm cao hơn. Sự lựa chọn được thực hiện với khả năng tổng chi phí và thoát trong ba đến năm, thay vì chỉ với giá đầu tiên. Enterprise cũng có thể sử dụng các tuyến kết hợp, cho phép các công nghệ khác nhau để đảm bảo giới hạn kinh doanh thích hợp nhất.
Xem câu trả lời đầy đủPhát triển phần mềm và ra công cụ của dự ánViệc phát triển phần mềm tùy chỉnh thường tốn bao nhiêu?
Phần mềm đã tùy chỉnh không có một giá đồng bộ dựa trên kích thước trang, và chi phí được xác định chủ yếu bằng phạm vi, giao diện, dữ liệu, quyền hạn, hiệu suất và trách nhiệm cho giao hàng. Hệ thống quản lý với cùng tên có thể là một công cụ đơn hoặc một kết nối đến các thứ tự, kho lưu trữ tài chính và đa tổ chức. Đề nghị là các công việc làm đầu tiên đóng và nhận và kiểm tra ranh giới, và các thiết kế, phát triển, tăng cường và bảo trì. Bất kỳ giá nào được cung cấp chính xác nếu không có kiến thức về thị trường chỉ được xem là tham khảo thị trường.
Xem câu trả lời đầy đủDự án phần mềm khởi động và chọn chương trìnhCác yêu cầu phần mềm chưa hoàn chỉnh, vậy chúng ta có thể có một công ty bên ngoài để đánh giá chúng không?
Có thể, và nếu nhu cầu không đầy đủ, để đưa ra chẩn đoán có hạn trước, thay vì đòi hỏi tổng giá cố định.
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
Thương mại hóa hệ thống mã nguồn mở
Hiểu được sự lựa chọn, triển khai tư nhân, phát triển thứ hai và nâng cấp lâu dài
Để biết thêm thông tin.Điều chỉnhPhát triển phần mềm kinh doanh
Hiểu được từ các quy trình kinh doanh đến giao hàng toàn bộ nguồn
Để biết thêm thông tin.Điều chỉnhĐang phục tùng thông tin đánh giá đã chọn
Đang đối chiếu các mục tiêu, trạng thái và các dự án ứng cử viên mã nguồn mở
Để biết thêm thông tin.